:strip_icc():strip_exif()/u/416236/1318968209.jpg?f=community)
Er zijn zeker (grote) stukken geschreven in Delphi, die staan alleen niet in het Codemuseum.
PHP staat er in ieder geval wel tussen:
[...]
Er zijn zeker (grote) stukken geschreven in Delphi, die staan alleen niet in het Codemuseum.
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
Bij ons op de zaak draait het halve logistieke apparaat nog op COBOL uit 1975 ofzo 
If money talks then I'm a mime
If time is money then I'm out of time
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
1975 is een top-jaar:
Bij ons op de zaak draait het halve logistieke apparaat nog op COBOL uit 1975 ofzo
Exact expert nodig?
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
eigenlijk meer omdat het mijn geboortejaar is, en Pink Floyd het album Wish You Were Here uitbracht 
Exact expert nodig?
:strip_icc():strip_exif()/u/734655/crop6390c3acd41c6_cropped.jpg?f=community)
4 april 1975 - Oprichting Microsoft:
[...]
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
Tja https://www.werkenbijcoolblue.nl/vacatures/php-developer/:
[...]
PHP staat er in ieder geval wel tussen
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
Misschien verkondig ik een onpopulaire mening/zienswijze, maar voor een functie met programmertaal X zie ik veel liever een kundig ontwikkelaar die ervaring heeft in programmertaal Y dan een (middel)matige programmeur met ervaring in taal X.:
Oftewel:
We accepteren je als de persoon die je bent, maar eigenlijk hebben we gewoon codekloppers nodig
Dit omdat ik softwareontwikkeling zie in twee facetten: 90% abstract en conceptueel denken en slechts 10% daadwerkelijk programmeren.
If money talks then I'm a mime
If time is money then I'm out of time
Oh, ik ben het helemaal met je eens. Maar ik was niet serieus
Engineering is like Tetris. Succes disappears and errors accumulate.
Maar ik vond het juist erg sterk, want het geeft aan dat je verder moet kunnen én durven kijken dan de programmeertaal die een ontwikkelaar machtig is. Eigenlijk zou elke vacature zo moeten zijn.:
Oh, ik ben het helemaal met je eens. Maar ik was niet serieus
[ Voor 6% gewijzigd door Matis op 16-09-2021 15:08 ]
If money talks then I'm a mime
If time is money then I'm out of time
:strip_exif()/u/19853/Goku1.gif?f=community)
:strip_exif()/u/47168/loop.gif?f=community)
Dus wanneer komt de nieuwe GTA6 uit?:
[...]
Daarom solliciteer ik alleen op vacatures waar ze vragen naar rockstar developers
Maar ik kan mij, als momenteel PHP developer, wel vinden in jullie opmerkingen. Ik werk net zo makkelijk/graag in Go of Python, en C# heb ik beroepsmatig ook gedaan maar kom ik als Linux gebruiker natuurlijk minder mee in aanraking. En bij die andere talen moet ik misschien wel wat eerder de docs erbij pakken om te weten hoe bv een substring te doen. Maar dat staat bij mij los van kunnen programmeren. Kunnen programmeren is het abstracte denken en probleem kunnen oplossen etc. Syntax / taal / APIs zijn IMO niet relevant voor "kunnen programmeren". En dat laatste heb je na wat uurtjes wel onder de knie / aangeleerd (en helpt een goede IDE natuurlijk ook bij).
En v.w.b. de opmerking m.b.t. .oisyn & PrisonerOfPain. Je hebt natuurlijk verschillende richtingen / disciplines. Het ontwikkelen van een business applicatie is compleet anders dan het ontwikkelen van games, of het programmeren van PLCs of zo. Een taxichauffeur moet je ook niet in een vrachtwagen laten rijden, of andersom. Ze kunnen het beiden wellicht wel (beetje gas geven, remmen en sturen) maar beroepsspecifieke kennis zal ontbreken.
* Koenvh mompelt iets over grappen waarvan je wist dat ze zouden komen:
[...]
Dus wanneer komt de nieuwe GTA6 uit?
[...]
🠕 This side up
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Waarschijnlijk dat je liever een gamedeveloper een business applicatie laat schrijven in C of C++ dan een business applicatie ontwikkelaar een spel laat maken in PHP / C# / ...:
[...]
Overigens wel liever een vrachtwagenchauffeur als taxichauffeur, dan een taxichauffeur als vrachtwagenchauffeur. Wat zegt dat eigenlijk over ontwikkelaars?
Oh boy...:
[...]
Waarschijnlijk dat je liever een gamedeveloper een business applicatie laat schrijven in C of C++ dan een business applicatie ontwikkelaar een spel laat maken in PHP / C# / ...
Er zijn nogal behoorlijk wat games geschreven in PHP en C#. Geen triple-A, maar de hoeveelheid is echt heel veel. Ze worden alleen vaak niet gezien als volwaardige spellen.
Overigens sluit ik hier boven Unity even uit.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
/u/613048/crop5db7e8da13e77.png?f=community)
Ik zou je tripadvisor willen aanraden. Ik was aan het speuren in de github van een sollicitant die een tripadvisor-scraper had gemaakt en vroeg me af hoe tripadvisor daar zelf tegenaan kijkt::
[...]
Daarom solliciteer ik alleen op vacatures waar ze vragen naar rockstar developers
https://www.tripadvisor.com/robots.txt
code:
1
2
3
4
5
6
7
8
9
10
11
| # Hi there, # # If you're sniffing around this file, and you're not a robot, we're looking to meet curious folks such as yourself. # # Think you have what it takes to join the best white-hat SEO growth hackers on the planet? # # Run - don't crawl - to apply to join TripAdvisor's elite SEO team # # Email seoRockstar@tripadvisor.com # # Or visit https://careers.tripadvisor.com/search-results?keywords=seo |
Een leuke plek om je doelgroep te bereiken, maar jammer van de manier waarop het verwoord is...
:strip_exif()/u/26373/anim4.gif?f=community)
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
/u/147751/avatar455992_1.gif.png?f=community){kind=avatar}
Ik heb wel eens vergelijkbare teksten gezien:
[...]
Ik zou je tripadvisor willen aanraden. Ik was aan het speuren in de github van een sollicitant die een tripadvisor-scraper had gemaakt en vroeg me af hoe tripadvisor daar zelf tegenaan kijkt:
https://www.tripadvisor.com/robots.txt
code:
Een leuke plek om je doelgroep te bereiken, maar jammer van de manier waarop het verwoord is...
. Weliswaar niet in de Robots.txt, maar wel in de .htm en .js-bestanden.Het is zeker een mogelijkheid om personeel te werven, maar ik vraag mij af hoe effectief het is.
Speel ook Balls Connect en Repeat
:strip_icc():strip_exif()/u/195618/mp3smiley.jpg?f=community)
Een Developer Evangelist is wel wat anders dan een software ontwikkelaar.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
No shit..........:
[...]
Een Developer Evangelist is wel wat anders dan een software ontwikkelaar.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Heeft u een momentje om te praten over onze Heer en Verlosser Rust?:
[...]
Een Developer Evangelist is wel wat anders dan een software ontwikkelaar.
🠕 This side up
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
:strip_exif()/u/627282/charmander-kerst.gif?f=community)
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Roze olifantjes kunnen ook heel goed zijn!
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/UzQDYY8pUCadD1SlmQkYWHvh.jpg?f=user_large)
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Ik had een domibo, vandaag ATV:
De vrijmibo begint vandaag vroeg
If money talks then I'm a mime
If time is money then I'm out of time
Die moest ik opzoeken, nog nooit van vrijmibo gehoord:
De vrijmibo begint vandaag vroeg
All Terrain Vehicle?:
[...]
Ik had een domibo, vandaag ATV
[ Voor 31% gewijzigd door ElkeBxl op 17-09-2021 11:23 ]
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Nee, staat voor Arbeidstijdverkorting. Ik heb een 38 uur contract, maar een 40 urige werkweek.:
All Terrain Vehicle?
Daardoor heb ik één keer per 4 weken een dag vrij.
If money talks then I'm a mime
If time is money then I'm out of time
Dat heb ik bij PHP ook als PHP developer, maar dat komt waarschijnlijk door de consistentie in naamgeving en parameter volgorde
.
Je kunt (ook in PHP) op duizend-en-een manieren een substring maken.:
Dat heb ik bij PHP ook als PHP developer, maar dat komt waarschijnlijk door de consistentie in naamgeving en parameter volgorde
De kunst is om de meest leesbare/efficiënte manier te gebruiken.
En dat laatste onderscheidt een beginnende programmeur van een meer ervaren.
If money talks then I'm a mime
If time is money then I'm out of time
Waarbij efficiënt 97% van de tijd echt niet uit maakt en dus leesbaarheid de belangrijkere kwaliteit is.
En op volgorde afgeven is wel beetje 2001. IDEs bestaan al langer dan PHP.
Het aantal inconsistenties valt overigens mee als je een tweeledige vuistregel onthoud: String functies zijn haystack,needle. Array functies zijn needle,haystack.
Ja, het universum zal nooit perfect zijn omdat dit verschil er is, maar het is absoluut niet een coin-toss per individuele functie geweest.
En op volgorde afgeven is wel beetje 2001. IDEs bestaan al langer dan PHP.
Het aantal inconsistenties valt overigens mee als je een tweeledige vuistregel onthoud: String functies zijn haystack,needle. Array functies zijn needle,haystack.
Ja, het universum zal nooit perfect zijn omdat dit verschil er is, maar het is absoluut niet een coin-toss per individuele functie geweest.
{signature}
Mooie anekdote. Op het HBO had ik een medestudent die zowel absoluut niet goed was en graag alles zelf deed i.p.v. oplossingen zoeken. Hij had dus ook zijn eigen substring geschreven. Want dat daar een standaard functie voor bestond wist hij uiteraard niet.
Daarnaast maakte hij UML klassendiagrammen in Paint (ja, Paint). Want allemaal die fancy programma's ervoor waren maar ingewikkeld, en hadden veel teveel kleurtjes (als in: de blokken van de klasse hadden een achtergrond kleur). En als hij dus "even iets moest aanpassen" kon hij dus weer de helft "weg gummen" en opnieuw beginnen.
Daarnaast had hij ook niet veel kennis van computers, zo bleek, want toen tijdens een presentatie zijn Packard Hell Bell laptop vast liep ging hij de stekker uit het stopcontact trekken en de accu uit de laptop halen (gelukkig geen ingebouwde accu). Want dat je ook de knop 5 seconden kon inhouden dat wist hij natuurlijk niet.
En uiteraard was ook deze student netjes na 4 jaar klaar met de opleiding
Informatica aan de uni, tijdens een groepspracticum in 2e jaargang sprak ik een groepslid aan omdat deze niets bijdroeg…
“Ja, maar mijn Windows thuis is al een maand gecrashed.”
Sowieso wtf, fix het of laat de MyCom (old times ) het desnoods voor paar tientjes doen.
Of…gebruik gewoon 1 van de letterlijk honderden machines op de faculteit..
“Ja, maar mijn Windows thuis is al een maand gecrashed.”
Sowieso wtf, fix het of laat de MyCom (old times
) het desnoods voor paar tientjes doen.Of…gebruik gewoon 1 van de letterlijk honderden machines op de faculteit..
{signature}
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Als advocaat van de duivel: niet in de maanlanding geloven vind ik wat anders dan geloven dat de aarde plat is. Je kunt op zich prima in hedendaagse wetenschap geloven, maar toch denken dat de Amerikanen het gefaket hebben puur om de Russen af te troeven. Dat je daarbij wel het vernietigende bewijs compleet naast je neer moet leggen staat natuurlijk buiten kijf
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
/u/286895/icon1.png?f=community)
Juist met geloven in alle natuurwetten is het heel knap tot wonderlijk dat er zo belachelijk veel niet mis is gegaan tijdens de missie.
En als het enkel een mediagebeurtenis was, zou dat ook een ongekende prestatie zijn.
Het is geëindigd met een punt aftrek. Dat betekent helemaal niets, maar die persoon is uiteindelijk wel van studie gewisseld.
{signature}
:strip_icc():strip_exif()/u/6143/rincewind.jpg?f=community)
Mooie documentaire daarover op netfilx Behind the Curve. Blijft fascinerend hoe die mensen zaken blijven bedenken, en telkens als ze falen om dat te bewijzen, weer wat nieuws bedenken.:
[...]
Als advocaat van de duivel: niet in de maanlanding geloven vind ik wat anders dan geloven dat de aarde plat is. Je kunt op zich prima in hedendaagse wetenschap geloven, maar toch denken dat de Amerikanen het gefaket hebben puur om de Russen af te troeven. Dat je daarbij wel het vernietigende bewijs compleet naast je neer moet leggen staat natuurlijk buiten kijf
[ Voor 9% gewijzigd door Woy op 17-09-2021 14:39 ]
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Ken jij dan iemand die op de maan is geweest? Hè? Zie je wel eens kaas van de maan in de supermarkt liggen? Hè? Zie je wel! Allemaal nep!:
[...]
Als advocaat van de duivel: niet in de maanlanding geloven vind ik wat anders dan geloven dat de aarde plat is. Je kunt op zich prima in hedendaagse wetenschap geloven, maar toch denken dat de Amerikanen het gefaket hebben puur om de Russen af te troeven. Dat je daarbij wel het vernietigende bewijs compleet naast je neer moet leggen staat natuurlijk buiten kijf
🠕 This side up
Overigens zou ik wel graag een onderzoek doen of er een verband zit tussen mensen die denken dat de NOS nepnieuws verspreidt, en mensen die de NOS uitspreken als nos in plaats van N. O. S.
🠕 This side up
Of tussen mensen die denken dat de NOS nepnieuws verspreid en mensen die Nos gebruiken.:
Overigens zou ik wel graag een onderzoek doen of er een verband zit tussen mensen die denken dat de NOS nepnieuws verspreidt, en mensen die de NOS uitspreken als nos in plaats van N. O. S.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/36698/avatar.png?f=community){kind=avatar}
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/pBtdRKQEAzT0JP7LuTGhemky.jpg?f=user_large)
NOS-talgie
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
:strip_icc():strip_exif()/u/492949/crop627d0c893ea0e_cropped.jpg?f=community)
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
:strip_exif()/u/294184/20150204_SITE_GIF_VALKUIL-resized.gif?f=community)
Hoodfzakelijk twee punten:
- het feit dat hun swagger modellen niet overeenkomen met wat er daadwerkelijk terugkomt (extra data die niet in de modellen staat, probeer dan maar eens een API lib te ontwikkelen )
- er zijn nu extra calls nodig om data uit te lezen die vroeger met 1 call uitleesbaar waren, en de nieuwe API kwam er omdat er te veel calls waren
- het feit dat hun swagger modellen niet overeenkomen met wat er daadwerkelijk terugkomt (extra data die niet in de modellen staat, probeer dan maar eens een API lib te ontwikkelen
)- er zijn nu extra calls nodig om data uit te lezen die vroeger met 1 call uitleesbaar waren, en de nieuwe API kwam er omdat er te veel calls waren
@azerty Je feedback is ontvangen - v5 zal een SOAP-API worden
🠕 This side up
/u/454206/crop68eab55cec290_cropped.png?f=community)
Kun je alvast een wsdl sturen?
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Nee natuurlijk niet, het is wel een SOAP like API, maar voldoet net niet aan de standaard, dus een code generator kun je vergeten
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Wat zitten jullie nu te mafklapperen over zeep?
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Het is zeep maar enveloppen hebben ze niet:
Wat zitten jullie nu te mafklapperen over zeep?
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
/u/189240/av70.png?f=community)
Ik mag in m'n huidige project o.a. SOAP APIs omschrijven naar REST.
Het ergste is dat er feitelijk voor is gekozen om de code vrijwel direct een stored procedure aan te laten roepen waarin alle business logica is geprakt en die feitelijk ook al de XML response van de SOAP api te laten terugspugen. Succes met uitpluizen.
Het ergste is dat er feitelijk voor is gekozen om de code vrijwel direct een stored procedure aan te laten roepen waarin alle business logica is geprakt en die feitelijk ook al de XML response van de SOAP api te laten terugspugen. Succes met uitpluizen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
/u/12668/hydra.png?f=community)
Oftewel: waarom je DBA's geen software laat bouwen:
Ik mag in m'n huidige project o.a. SOAP APIs omschrijven naar REST.
Het ergste is dat er feitelijk voor is gekozen om de code vrijwel direct een stored procedure aan te laten roepen waarin alle business logica is geprakt en die feitelijk ook al de XML response van de SOAP api te laten terugspugen. Succes met uitpluizen.
https://niels.nu
Evenloppen hebben ze al op de POST gedaan.:
[...]
Het is zeep maar enveloppen hebben ze niet
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
BI-developers in dit geval. Die gasten lijken maar 1 doel in het leven te hebben en dat is alles zo snel mogelijk in een relationele database prakken en er dan helemaal op los te gaan met SQL.:
[...]
Oftewel: waarom je DBA's geen software laat bouwen
Wel vaker werk van die grappenmakers onder ogen gehad waarbij ik even achter m'n oren moest krabben. Zo hadden ze een prachtige schaalbare oplossing gebouwd met serverless functions en message queues, maar dat schaalde voor geen meter. Bleek dat ze gewoon een keten van functions hadden gebouwd, waarbij elke functie synchroon een zware stored procedure van 3 minuten looptijd ging aftrappen op dezelfde database waarin alle data werd geprakt. Nadat het geslaagd was, ging er een berichtje met een id op een queue, die dan weer werd opgepakt door een volgende functie die met de id een stored procedure van 3 minuten aanriep. Tja, dan schaalt het inderdaad niet.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
"If all you have is a hammer"...:
BI-developers in dit geval. Die gasten lijken maar 1 doel in het leven te hebben en dat is alles zo snel mogelijk in een relationele database prakken en er dan helemaal op los te gaan met SQL.
Mooi klok-klepel verhaal dit. Denken dat "serverless" automatisch betere schaling betekent maar ondertussen gewoon helemaal niks snappen van wat nu precies je echte bottlenecks zijn. Dat zijn dus van die copy-paste developers die wel wat weten maar eigenlijk niks snappen.
https://niels.nu
Nou ja, het zijn vooral geen software developers, maar bot gezegd SQL-kloppers met workflowtooltjes.
Ik heb veel collega's in die hoek en het valt me vaak tegen hoe weinig mensen ook iets snappen van de hele opkomst van streaming data processing. Het is een fundamenteel andere denkwijze om van een batch-geörienteerd systeem waarin je bulkoperaties uitvoert om data in een databaset te pompen en dan vervolgens los kunt gaan met SQL over te stappen naar een systeem waarin je streaming data parallel gaat verwerken.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
Ik heb onlangs tegen een marketingtool aan mogen praten die alleen HTML terug kan geven als je een "journey" (API endpoint waar wat marketingzut achter zit) aanroept. Als je wil kan je er dan wat data uit een tabel in gooien (dan maakt 'ie dat ook mooi op in tabel-vorm) zodat je een soort "pagina" kan maken voor je website, direct verbonden met je marketingtool.:
Ik mag in m'n huidige project o.a. SOAP APIs omschrijven naar REST.
Het ergste is dat er feitelijk voor is gekozen om de code vrijwel direct een stored procedure aan te laten roepen waarin alle business logica is geprakt en die feitelijk ook al de XML response van de SOAP api te laten terugspugen. Succes met uitpluizen.
Er was wat data die alleen opgeslagen werden in die tool, maar die ze wel ergens verderop in het landschap synchroon wilden kunnen ophalen. Aangezien je in die marketingtool wél stored procedures kan maken om je tabel in je HTML te vullen ging ik eens kijken wat we konden doen om de data op een generieke manier op te halen.
Wat blijkt? De SQL server die ze gebruiken kan wel JSON van je tabelletje maken, en de "journey" stopt die data dan gewoon in je HTML body. Dus nu kreeg ik op een aanroep een stukje JSON in de body terug. XML parser over de retesimpele HTML heen, body extracten, daar wat troep vanaf substringen en tadá, we hadden JSON. Urgh.
Paar maanden later nog eens gesproken met één van de ontwikkelaars van de marketingtool in kwestie: "Oh heb je dat zo gedaan? Ja, dat is ongeveer onze bedoeling geweest, behalve dat je er geen JSON van maakt en gewoon de data in de tabel stuk voor stuk gaat uitlezen. Deze manier is ook wel mooi! ...."
Die "andere denkwijze" hoor ik ook vaak, maar ook dat snap ik niet. Je batch is nu size = 1 en je doet 't heel snel achter mekaar. Hoppa; stream processing...:
Nou ja, het zijn vooral geen software developers, maar bot gezegd SQL-kloppers met workflowtooltjes.
Ik heb veel collega's in die hoek en het valt me vaak tegen hoe weinig mensen ook iets snappen van de hele opkomst van streaming data processing. Het is een fundamenteel andere denkwijze om van een batch-geörienteerd systeem waarin je bulkoperaties uitvoert om data in een databaset te pompen en dan vervolgens los kunt gaan met SQL over te stappen naar een systeem waarin je streaming data parallel gaat verwerken.
Misschien komt het omdat ik 'vroegah' bij het vak concurrent programming ook concepten als workers en queues en dergelijke uitgelegd gekregen heb. En dat was nota bene in 2000 ofzo, het is niet alsof Apache Spark nu fundamentaal anders werkt ofzo.
https://niels.nu
:strip_icc():strip_exif()/u/23158/crop6639d39f6d4f1_cropped.jpg?f=community)
Onderstaande net naar onze account manager bij AWS gestuurd.
Het gaat over erg matige support omtrent een ES cluster.
******* BEGIN EMAIL *********
Ik wou je even volgende support case doorsturen: <hidden>
Waarbij even moet gelet worden op deze fragmenten:
AWS Support:
"3. There was no disk space in nodes that caused Kibana to go down and not come up again. “
******************
Ikzelf:
thanks for the update, could you please elaborate a bit on this point?
3. There was no disk space in nodes that caused Kibana to go down and not come up again.
Looking at past 2 weeks for diskfree stats, none of the nodes seem to ever have went below 400GB of free disk space? See included screenshot.
******************
AWS Support:
(Nu even niet heel hard lachen aub):
1. Disk space is not being referred to Free Storage Space. On the other hand it is being referred to CPU and JVM Memory.
WOW!
Ik heb iets bijgeleerd: Disk space == CPU + JVM Memory
Check!
Dankjewel AWS
*****************
En hiervoor hebben m’n collega en ikzelf te weinig kennis vrees ik:
"4. Nodes have sufficient disk space now, have bounced Kibana on all nodes. Kibana is healthy”
M’n collega vroeg me terecht wat “bounced” dan wel mag wezen. Hij wist het ook niet.
We voelen ons beide nogal dom.
Dringend terug naar de schoolbanken.
Misschien aan het springen tussen CPU en JVM Memory? Want disk space = CPU + JVM Memory, dat hadden we alvast net geleerd.
En dat allemaal voor zo’n 1,793.32 dollar in de maand augustus.
Een koopje noem ik dat.
Prachtig!
(Gelukkig zijn er ook nog goede support engineers, maar misschien krijg je die alleen te pakken als je het op production system impaired zet?)
***** EINDE EMAIL ******
Het gaat over erg matige support omtrent een ES cluster.
******* BEGIN EMAIL *********
Ik wou je even volgende support case doorsturen: <hidden>
Waarbij even moet gelet worden op deze fragmenten:
AWS Support:
"3. There was no disk space in nodes that caused Kibana to go down and not come up again. “
******************
Ikzelf:
thanks for the update, could you please elaborate a bit on this point?
3. There was no disk space in nodes that caused Kibana to go down and not come up again.
Looking at past 2 weeks for diskfree stats, none of the nodes seem to ever have went below 400GB of free disk space? See included screenshot.
******************
AWS Support:
(Nu even niet heel hard lachen aub):
1. Disk space is not being referred to Free Storage Space. On the other hand it is being referred to CPU and JVM Memory.
WOW!
Ik heb iets bijgeleerd: Disk space == CPU + JVM Memory
Check!
Dankjewel AWS
*****************
En hiervoor hebben m’n collega en ikzelf te weinig kennis vrees ik:
"4. Nodes have sufficient disk space now, have bounced Kibana on all nodes. Kibana is healthy”
M’n collega vroeg me terecht wat “bounced” dan wel mag wezen. Hij wist het ook niet.
We voelen ons beide nogal dom.
Dringend terug naar de schoolbanken.
Misschien aan het springen tussen CPU en JVM Memory? Want disk space = CPU + JVM Memory, dat hadden we alvast net geleerd.
En dat allemaal voor zo’n 1,793.32 dollar in de maand augustus.
Een koopje noem ik dat.
Prachtig!
(Gelukkig zijn er ook nog goede support engineers, maar misschien krijg je die alleen te pakken als je het op production system impaired zet?)
***** EINDE EMAIL ******
"I think there is a world market for maybe five computers" - Thomas Watson, chairman of IBM, 1943
"Bij het vak concurrent programming" geeft het natuurlijk ook wel een beetje aan hè?:
[...]
Die "andere denkwijze" hoor ik ook vaak, maar ook dat snap ik niet. Je batch is nu size = 1 en je doet 't heel snel achter mekaar. Hoppa; stream processing...
Misschien komt het omdat ik 'vroegah' bij het vak concurrent programming ook concepten als workers en queues en dergelijke uitgelegd gekregen heb. En dat was nota bene in 2000 ofzo, het is niet alsof Apache Spark nu fundamentaal anders werkt ofzo.
Ik heb ook een technische informaticastudie gedaan, maar vooral in de BI hoek zie ik vaak mensen die hooguit een 'Business IT'-opleiding hebben gedaan. Veel van dat soort mensen hebben tijdens een studie amper een letter code geschreven.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Dit is op zich wel logisch te verklaren. De benodigde skillset voor een BI/ETL developer lag altijd bij het kunnen datamodelleren voor datawarehouses (Kimball, Inmon, datavault etc.) en dus het verzamelen/vertalen van business requirements. De BI wereld is jarenlang gedomineerd door drag & drop tools zoals Informatica i.c.m. transactionele databases. Programmeren was gewoon niet nodig.:
[...]
"Bij het vak concurrent programming" geeft het natuurlijk ook wel een beetje aan hè?
Ik heb ook een technische informaticastudie gedaan, maar vooral in de BI hoek zie ik vaak mensen die hooguit een 'Business IT'-opleiding hebben gedaan. Veel van dat soort mensen hebben tijdens een studie amper een letter code geschreven.
Die wereld is nu inderdaad wel hard aan het veranderen, dankzij o.a. stream processing en cloud datawarehouses.
Ik heb zelf de overstap gemaakt van BI-developer naar data engineer, en ik merk om mij heen vaak weer dat de data engineers zonder een BI-achtergrond dan weer geen kaas hebben gegeten van fatsoenlijk datamodelleren
Die support valt me ook vies tegen moet ik zeggen. De enige keren dat ik er wat aan heb gehad was toen ze zelf de ES op Graviton2 nodes volledig om zeep hadden geholpen.
Ik ben bijvoorbeeld ook wel eens tegen een bug (in mijn ogen) aangelopen waarbij we berichten op SNS hadden waarbij in één van de message attributes een heel basaal JSON objectje stond met dubbele quotes. Was gewoon toegestaan, nergens problemen en landt allemaal netjes op SQS queues met subscriptions. Vervolgens besluit je nog een attribuut toe te voegen om de afnemers wat efficiënter te laten filteren rechtstreeks in de subscription aangezien ze daar mooie filter policies hebben. Echter als je ook maar in 1 van de attribute een dubbele quote in de waarde hebt staan, dan werkt filteren helemaal niet meer, ook niet op andere attributen.
Wij dat probleem exact zo voorleggen aan de support en aangeven dat we dit graag gefixt zien omdat het nogal centraal in ons systeem zit en we niet even makkelijk de waarde van zo'n attribuut kunnen gaan omzetten met een paar dozijn afnemers.
Komt er na 3 weken zo'n support engineer heel trots melden dat hij heeft geschakeld met het dev team en dat ze eruit zijn waarom het filteren fout gaat (ja, dat gaven wij in de support ticket al aan), en dat hij al een oplossing heeft, namelijk dat wij die dubbele quotes even uit het attribuut gaan slopen / escapen, terwijl we al in de ticket hadden aangegeven dat dit dus voor ons absoluut geen acceptabele oplossing was.
Nou, bedankt maar weer.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Waar komen die vandaan dan, want dat is gewoon jaar 1 van een informaticaopleiding.:
Ik heb zelf de overstap gemaakt van BI-developer naar data engineer, en ik merk om mij heen vaak weer dat de data engineers zonder een BI-achtergrond dan weer geen kaas hebben gegeten van fatsoenlijk datamodelleren
https://niels.nu
/u/243953/crop56f55a7bcf291.png?f=community)
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Wat Mugwump zegt Enige kennis van bijv. sterschema's, hoewel gedeeltelijk wel een verouderd concept, is voor data engineers wel essentieel naar mijn mening. Overigens komen vrijwel al mijn collega's uit het buitenland en weet ik hun precieze studieachtergrond niet.
Enige kennis van bijv. sterschema's, hoewel gedeeltelijk wel een verouderd concept, is voor data engineers wel essentieel naar mijn mening. Overigens komen vrijwel al mijn collega's uit het buitenland en weet ik hun precieze studieachtergrond niet.
"... then you need to go to the store to buy more nails"
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_exif()/u/396800/D-_3427da0a9c293b63f2a66dea2e642102.gif?f=community)
In mijn organisatie ben ik bezig met enterprise informatiearchitectuur (van domeinklassen naar objectklassen) ondersteund met enterprise technische datamodellen. Op dit moment staan bijv. klanten over meerdere systemen opgeslagen i.p.v. dat we de klant als domeinklasse hebben gecategoriseerd en ook gecentraliseerd hebben opgeslagen. Vanuit de klantcontactcentrum is bijv. de klacht dat we de klantreis niet integraal kennen. Goh:
[...]
Ik heb zelf de overstap gemaakt van BI-developer naar data engineer, en ik merk om mij heen vaak weer dat de data engineers zonder een BI-achtergrond dan weer geen kaas hebben gegeten van fatsoenlijk datamodelleren
Sinds de 2 dagen regel reageer ik hier niet meer
/u/3813/100_8985_ICON2.JPG?f=community)
Inderdaad, goh:
[...]
In mijn organisatie ben ik bezig met enterprise informatiearchitectuur (van domeinklassen naar objectklassen) ondersteund met enterprise technische datamodellen. Op dit moment staan bijv. klanten over meerdere systemen opgeslagen i.p.v. dat we de klant als domeinklasse hebben gecategoriseerd en ook gecentraliseerd hebben opgeslagen. Vanuit de klantcontactcentrum is bijv. de klacht dat we de klantreis niet integraal kennen. Goh
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Dit topic is gesloten.