/u/3813/100_8985_ICON2.JPG?f=community)
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.
:strip_icc():strip_exif()/u/439769/crop5a510243ea2e3_cropped.jpeg?f=community)
Dat is precies mijn punt, ze hadden naar mijn mening beter die energie in Mono kunnen steken waar het achterliep op de Windows versie van .Net. Tegelijkertijd hadden ze Mono in het .Net framework kunnen opnemen zodat alles gewoon .Net zou worden.:
[...]
Het schijnt dat WinForms en WPF het op .NET Core 3 gaan doen. Maar het is onduidelijk of dit ook op Windows 7 zal werken.
Gebruik je echter nog ergens WebForms of ASMX web services, dan is dat end of life. Microsoft gaat daar niks meer aan doen.
Het leukste is nog EF Core. Dit is lang gezien als een vervanger voor EF, maar als dit naar een hogere .NET Standard gaat, dan zal het niet meer werken op .NET Framework. Dus dan moet je over naar .NET Core wil je een nieuwe EF gebruiken...
Dat soort dingen.
[...]
Dat Mono goed werkt, ben ik niet helemaal met jou eensMaar Microsoft had daar natuurlijk wel voor kunnen zorgen.
En ze kunnen zich beter druk maken om al die wrappers om native componenten heen. Wat een puinhoop is dat. Vroeger viel mij dat nooit op, maar nu .NET Core er is, zie je pas wat .NET eigenlijk is (of beter gezegd allemaal niet is).
Veel dingen zouden opnieuw geschreven moeten worden in 100% .NET, om zoveel mogelijk van externe dependencies af te komen en het echt portable te maken.
Maar alles lijkt wel een flinterdunne wrapper om een native library heen, met alle gevolgen van dien. Zo kwam ik er laatst achter dat de ".NET" Sqlite library het alleen op Intel doet. Ik dacht - naïef als ik was - dat het ook wel op ARM zou werken... want ja, .NET Core doet het er immers ook op. Wrong.
En zo is dat met meer dingen, ook core libraries zoals System.Drawing dat een wrapper om GDI heen is etc.
Kijk je dan naar Golang - even afgezien wat je van de taal vindt - dan worden libraries daarvoor vaak helemaal in Golang herschreven, zodat het vervolgens echt overal werkt waar Golang het ook doet.
Less alienation, more cooperation.
/u/12668/hydra.png?f=community)
:strip_exif()/u/52746/eric-cartman_small.gif?f=community)
Enige wat ik mij dan wel afvraag... .Net Core is o.a. gebouwd om een efficiënte runtime voor cloud scenario's te hebben.
Bij Java hadden ze dezelfde uitdaging en zo is het module systeem geboren. Doordat veel zaken in de SDK modulair zijn opgezet, kun je nu ook hele delen die je niet nodig hebt, weg laten.
Het heette niet voor niks project jigsaw, want het was een hele puzzel om dat voor elkaar te krijgen.
Bij .Net heb je dezelfde uitdaging, namelijk dat het huidige .Net Framework een grote monolithische brij is.
.Net Core is wel modulair opgezet en dit zal vooral in .Net Core 3 tot uiting komen, wanneer de IL linker standaard mee wordt geleverd.
Blijkbaar was het handiger om opnieuw te beginnen dan een eigen project jigsaw te beginnen bij Microsoft...
Op zich begrijp ik dat. Ik vind alleen de manier waarop het allemaal gebeurt dramatisch. .Net Core 1.0 werd gewoon op de markt gepleurd terwijl het beter 0.56 Alpha had kunnen heten ofzo
Ik vind .Net Core 2.x eigenlijk de eerste bruikbare versie.
Toen de .Net Standard werd aangekondigd, vond ik dat een heel goed idee. Met een stabiele API surface kun je alle runtimes consolideren. Target de .Net Standard en je app doet het overal.
Dus kreeg ik er meer vertrouwen in en begon aan mijn .Net Core avontuur. Ook op mijn werk.
Dat dit nou ineens zomaar door Microsoft wordt gesloopt zonder enige waarschuwing, geeft mij erg het gevoel dat ik er weer in ga stinken. Bouw ik van alles om naar .Net Core en morgen is het ineens dood (Silverlight, Linq2sql, to name a few).
Dat idee. Want tsja, anything can happen at Microsoft.
Nu is Java ook spannender geworden de laatste tijd, met 6 month release cycles, het droppen van EE modules, geen officiële LTS releases meer enzovoorts.
Maar door de enorme community er omheen en het feit dat gigantische organisaties er afhankelijk van zijn, is de kans een stuk groter dat je project ook - op de 1 of andere manier - weer op de nieuwste Java draait zonder enorme aanpassingen.
En dan lijkt op de lange termijn een betere investering. Het is niet omdat de wind morgen even anders staat, dat je weer opnieuw kan gaan beginnen.
/Rant
Ask yourself if you are happy and then you cease to be.
Die monolitische brij is er niet met een specifieke reden, dat is meer pijn uit het verleden. Maar voor zover ik weet is er geen technische reden waarom de onderlinge onderdelen niet losgeweekt kunnen worden en stuk voor stuk vernieuwd kunnen worden.:
[...]
Enige wat ik mij dan wel afvraag... .Net Core is o.a. gebouwd om een efficiënte runtime voor cloud scenario's te hebben.
Bij Java hadden ze dezelfde uitdaging en zo is het module systeem geboren. Doordat veel zaken in de SDK modulair zijn opgezet, kun je nu ook hele delen die je niet nodig hebt, weg laten.
Het heette niet voor niks project jigsaw, want het was een hele puzzel om dat voor elkaar te krijgen.
Bij .Net heb je dezelfde uitdaging, namelijk dat het huidige .Net Framework een grote monolithische brij is.
.Net Core is wel modulair opgezet en dit zal vooral in .Net Core 3 tot uiting komen, wanneer de IL linker standaard mee wordt geleverd.
Blijkbaar was het handiger om opnieuw te beginnen dan een eigen project jigsaw te beginnen bij Microsoft...
Op zich begrijp ik dat. Ik vind alleen de manier waarop het allemaal gebeurt dramatisch. .Net Core 1.0 werd gewoon op de markt gepleurd terwijl het beter 0.56 Alpha had kunnen heten ofzo
Ik vind .Net Core 2.x eigenlijk de eerste bruikbare versie.
Toen de .Net Standard werd aangekondigd, vond ik dat een heel goed idee. Met een stabiele API surface kun je alle runtimes consolideren. Target de .Net Standard en je app doet het overal.
Dus kreeg ik er meer vertrouwen in en begon aan mijn .Net Core avontuur. Ook op mijn werk.
Dat dit nou ineens zomaar door Microsoft wordt gesloopt zonder enige waarschuwing, geeft mij erg het gevoel dat ik er weer in ga stinken. Bouw ik van alles om naar .Net Core en morgen is het ineens dood.
Dat idee. Want tsja, anything can happen at Microsoft.
Nu is Java ook spannender geworden de laatste tijd, met 6 months release cycles, het droppen van EE modules, geen officiële LTS releases meer enzovoorts.
Maar door de enorme community er omheen en het feit dat gigantische organisaties er afhankelijk van zijn, is de kans een stuk groter dat je project het ook - op de 1 of andere manier - weer op de nieuwste Java draait zonder enorme aanpassingen.
En dan lijkt op de lange termijn een betere investering. Het is niet omdat de wind morgen even anders staat, dat je weer opnieuw kan gaan beginnen.
/Rant
Het is wel niet de new and shiny maar het had wel een hoop geneuzel voorkomen.
Ik vind .Net nog steeds leuk programmeren en er zijn wel een hoop toffe dingen, het is alleen dat MS niet de beste is in het formuleren van een visie. Het lijkt erop dat die jongens van Xamarin een veel duidelijkere visie hebben en deze ook doorzetten.
Maar ja, zo'n lekkere dooddoener, het is wat het is.
Less alienation, more cooperation.
Niet helemaal, zeker in de huidige tijd waar een enorm tekort aan developers is, kun je wat makkelijker een gok wagen en switchen naar een ander kamp.
Een oud collega van mij is helemaal blij dat hij inmiddels Python developer is op zijn werk. Dat past ook wel bij hem (ik vond zijn C# code altijd vrij ad hoc en rommelig
).Maar ja, zo kunnen wij ook voor iets kiezen. We hoeven niet per se .Net te doen. Als ik met goede argumenten kom, krijg ik het misschien zelfs bij mijn huidige werk voor elkaar bij bepaalde projecten.
Daarom vergelijk ik het ook vaak.
PS
Die collega was ook altijd al fan van Linux btw, dus dat zal ook een rol hebben gespeeld.
[ Voor 13% gewijzigd door Lethalis op 11-11-2018 11:58 ]
Ask yourself if you are happy and then you cease to be.
Dan zal je waarschijnlijk niet ook vrolijk worden van z'n Python code....:
[...]
Een oud collega van mij is helemaal blij dat hij inmiddels Python developer is op zijn werk. Dat past ook wel bij hem (ik vond zijn C# code altijd vrij ad hoc en rommelig
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.
/u/313216/crop679f937b7f4c1_cropped.png?f=community)
Friends don't let friends use dynamic languages.:
Dan zal je waarschijnlijk niet ook vrolijk worden van z'n Python code....
Dit is een beweging die al lang weer aan het kenteren is. Alles komt in golven en tijd is een cirkel
Je ziet dit ook in data science land; dat mensen wel beginnen in te zien dat die shit ook ooit een keer in productie moet en dat naderhand dingen omschrijven van Python naar Scala best wel heel veel werk is. Dus waar Python nu nog de voornaamste implementatietaal in dat gebied is, zie je al aardig wat mensen op conferenties oreren dat het gewoon meteen goed doen best wel een idee is.
https://niels.nu
:
[...]
Dan zal je waarschijnlijk niet ook vrolijk worden van z'n Python code....
Gaat lachen worden als hij dit leest. You never know
Verder aardige vent, maar had gewoon een andere stijl van programmeren dan ik. Ik probeer mijn code altijd zo te ordenen dat elk stukje zijn eigen verantwoordelijkheid heeft en op zichzelf staand eenvoudig te bevatten is.
Hij bouwde een gigantisch systeem - wat hartstikke knap was - in zo ongeveer 1 groot bestand met een handleMessage functie waar je U tegen zegt.
Het kostte mij maanden om te doorgronden en de mensen na ons gaven het op en wilden graag een complete rewrite
Maar zijn kracht lag in heel snel iets van de grond krijgen.
Ik doe er langer over, maar dan kun je het later iig eenvoudig onderhouden en refactoren naar eigen inzicht.
Ask yourself if you are happy and then you cease to be.
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.
Ik ben zo ontzettend gewend aan structuur dat ik niet meer zonder kan
Het werkt soms ook tegen mij... Dan vinden mensen dat ik dingen te netjes wil oplossen en dat het te lang duurt.
Ik heb zelfs te horen gekregen dat het door mijn Duitse afkomst komt
[ Voor 8% gewijzigd door Lethalis op 11-11-2018 13:41 ]
Ask yourself if you are happy and then you cease to be.
Wat ik vaak zie bij OO code is analysis paralysis.:
[...]
Ik ben zo ontzettend gewend aan structuur dat ik niet meer zonder kan
Het werkt soms ook tegen mij... Dan vinden mensen dat ik dingen te netjes wil oplossen en dat het te lang duurt.
Ik heb zelfs te horen gekregen dat het door mijn Duitse afkomst komt
Trouwens, ik weet niet welke Sqlite bibliotheek je gebruikte maar ik heb Sqlite gewoon draaien in .Net Core op mijn raspberry pi.
Less alienation, more cooperation.
Die liefde voor dynamische talen is mij ook een volstrekt raadsel. Ik werk regelmatig met data scientists die Python gebruiken, maar precies dat "in productie nemen" of het gebruiken van APIs / SDKs en dergelijke gaat vaak erg moeizaam.:
[...]
Friends don't let friends use dynamic languages.
Dit is een beweging die al lang weer aan het kenteren is. Alles komt in golven en tijd is een cirkel
Ik help ook regelmatig wat beginnende BI / data science mensen op weg, maar dan merk ik weet dat het geklooi in Python niet echt leidt tot goed begrip van veel fundamentele concepten uit programmeertalen.
Nee, doe mij maar gewoon een statische, gecompileerde taal.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
<PackageReference Include="System.Data.SQLite" Version="1.0.109.2" />
Kon ik nog terugvinden in git
Inmiddels laat ik de processen die het zouden gebruiken praten tegen een web API om hetzelfde te bereiken.Geloof me, als ik in een functionele programmeertaal zou werken, zouden mensen nog miepen dat ik dingen te netjes probeer te doen. Want tsja, dan moet elke functie natuurlijk zoveel mogelijk deterministisch zijn, 1 afgebakende verantwoordelijkheid hebben, ga ik functionele composities toepassen en partial application om het "injecten" van andere functies transparant te maken, enzovoorts.:
[...]
Wat ik vaak zie bij OO code is analysis paralysis.
Dat zit gewoon in mijn aard
Misschien verveel ik me ook gewoon te snel.PS
Mijn LG Nexus 5X is nu echt overleden... zit al een uur in een bootloop ofzo. Crap. Ik heb echt geen idee wat ik nou voor nieuwe telefoon moet. Heb eigenlijk ook geen zin om er geld aan uit te geven.
[ Voor 48% gewijzigd door Lethalis op 11-11-2018 14:47 ]
Ask yourself if you are happy and then you cease to be.
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?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
"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/437778/crop684040f89be83_cropped.jpg?f=community)
Ik gebruik iets dat heet SQLitePCLRaw oid. Kun je proberen.:
[...]
<PackageReference Include="System.Data.SQLite" Version="1.0.109.2" />
Kon ik nog terugvinden in git
[...]
Geloof me, als ik in een functionele programmeertaal zou werken, zouden mensen nog miepen dat ik dingen te netjes probeer te doen. Want tsja, dan moet elke functie natuurlijk zoveel mogelijk deterministisch zijn, 1 afgebakende verantwoordelijkheid hebben, ga ik functionele composities toepassen en partial application om het "injecten" van andere functies transparant te maken, enzovoorts.
Dat zit gewoon in mijn aard
PS
Mijn LG Nexus 5X is nu echt overleden... zit al een uur in een bootloop ofzo. Crap. Ik heb echt geen idee wat ik nou voor nieuwe telefoon moet. Heb eigenlijk ook geen zin om er geld aan uit te geven.
Less alienation, more cooperation.
Ik kom eigenlijk bijna nooit een scenario tegen waarin het type system me in de weg zit.
Als iemand eens een voorbeeld wil geven wat er dan zo snel is aan een dynamische taal?
Nou ja, dat is niet helemaal waar laatst had ik iets waarin ducktyping wel handig was geweest maar dat was meer mijn eigen schuld.
Vraag staat
Als iemand eens een voorbeeld wil geven wat er dan zo snel is aan een dynamische taal?
Nou ja, dat is niet helemaal waar laatst had ik iets waarin ducktyping wel handig was geweest maar dat was meer mijn eigen schuld.
Vraag staat
Less alienation, more cooperation.
/u/81985/crop566b00b43645a.png?f=community)
Heel simpel: Je hoeft je geen zorgen te maken over het datatype. Dus je kunt ook iets doen als dit::
Ik kom eigenlijk bijna nooit een scenario tegen waarin het type system me in de weg zit.
Als iemand eens een voorbeeld wil geven wat er dan zo snel is aan een dynamische taal?
Nou ja, dat is niet helemaal waar laatst had ik iets waarin ducktyping wel handig was geweest maar dat was meer mijn eigen schuld.
Vraag staat
a = b
a = a.split(",")
a = [int(x) for x in a]
a = max(a)
In veel formules e.d. is dit veel natuurlijker om te doen.
"Ja maar het kan ook met ... " klopt allemaal wel, maar als het gaat om het verwerken van data, dan is het helemaal niet interessant dat iets net iets sneller kan, dan gaat het erom dat het voorspelbaar is, en dat het relatief makkelijk is om formules en algoritmen om te zetten in code. Niet iedereen heeft ontwikkelen als hoofddoel, voor sommigen is het enkel een middel.
Ik kan dus gewoon zeggen:
a = True
a = 25
a = "b"
a = 2525252525252525252525252525252525
a = {
"b": "c"
}
maar ook:
a = 2
b = 2525252525252525252525252525252525252525
a = a + b
en het werkt allemaal zoals je verwacht.
🠕 This side up
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.
/u/243953/crop56f55a7bcf291.png?f=community)
Hmmm ok, kan ik inkomen.
Het probleem dat ik laatst had was een aantal types met allemaal een Id:Guid maar geen overeenkomstig hoofd type, dan is het ruk dat je niet gewoon kan zeggen, wat er ook uit het lijstje komt er zit een Id:Guid op en deze kun je gebruiken. Dan moet je weer een interface schrijven of een inline functie.
Voor alle a = b dingen, ik werk niet met mutable data types
Het probleem dat ik laatst had was een aantal types met allemaal een Id:Guid maar geen overeenkomstig hoofd type, dan is het ruk dat je niet gewoon kan zeggen, wat er ook uit het lijstje komt er zit een Id:Guid op en deze kun je gebruiken. Dan moet je weer een interface schrijven of een inline functie.
Voor alle a = b dingen, ik werk niet met mutable data types
Less alienation, more cooperation.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Dat zal ik ook niet ontkennen, en het probleem van missende/foutieve data blijft, ongeacht de taal.
Ik beargumenteerde waarom dynamische talen óók een plek hebben in de datawetenschap.
🠕 This side up
Ik benader het als iemand die die shit moet fixen in productie. Gek genoeg zijn dat dan weer meestal niet de data scientists.
Ik weet prima dat er een heleboel mooie libraries zijn. Maar dat "de data is misschien rotzooi dus we doen net alsof we daar geen last van hebben" is nu net een van de redenen waarom datascientists vaak spul produceren dat niet productie-waardig is. En dat is gewoon een heel ander verhaal; dan steek je gewoon je kop in het zand.:
[...]
Dat zal ik ook niet ontkennen, en het probleem van missende/foutieve data blijft, ongeacht de taal.
Ik beargumenteerde waarom dynamische talen óók een plek hebben in de datawetenschap.
Je zorgt eerst voor schone data, daarna ga je daarmee werken. Want garbage in = garbage uit. En dat kun je prima doen door eerst te beginnen met de code die de data inleest, die tenminste over een groot deel van je data te laten fietsen om te zien of het netjes inlees en er geen gaten o.i.d. zijn, en dan verder aan je modellen te werken.
Gewoon maar meteen gaan programmeren is geen oplossing.
[ Voor 70% gewijzigd door Hydra op 12-11-2018 00:00 ]
https://niels.nu
Dit dus.
En een statische taal helpt je daarbij. Ik heb liever dat een process faalt omdat de data gaar is, dan dat er iets met die gare data gebeurt.
Laatst nog met een leverancier van ons meegemaakt... die stuurde ineens tekst door in een veld waar wij een getal verwachten
God knows met wat zij werken, maar zoiets hoort gewoon niet te gebeuren.Ons proces gaf dan ook keihard een fout bij het parsen van het XML document.
Vervolgens hebben we uitgezocht waardoor het kwam en hebben we dit netjes terug gekopt naar ze. Zij houden zich niet aan hun eigen "standaard", dus gaan zij het ook maar lekker oplossen (in de specificatie van hun web service staat dat er een getal hoort).
[ Voor 4% gewijzigd door Lethalis op 12-11-2018 09:38 ]
Ask yourself if you are happy and then you cease to be.
/u/286895/icon1.png?f=community)
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
Dat is eigenlijk niet zozeer een probleem van typering, maar het algemenere probleem van foutafhandeling. Dat wordt vaak op één hoop gegooid met het typeringssysteem. Python vereist geen foutafhandeling, en bijvoorbeeld java wel - behalve voor RuntimeExceptions. Drie keer raden wat voor exception je krijgt, als een typecast/parsing fout gaat...
Integer.parseInt("pleh!") gaat net zo hard dynamisch fout als in python.Dat standaard typefouten bij een dynamisch getypeerde taal dat probleem nog wat uitvergroten, is natuurlijk wel waar. En dat een dynamisch getypeerde taal moeilijk exceptions kan forceren ook (maar andersom forceert een statisch getypeerde taal dat dus niet per sé).
[ Voor 19% gewijzigd door bwerg op 12-11-2018 12:04 ]
Heeft geen speciale krachten en is daar erg boos over.
$ ghci ghci> let gaatInDezeStatischeTaalPrimaHoor = read "pleh!" :: Integer
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Ja, dat bedoel ik dus. Statisch getypeerde dynamische fouten.:
[...]
$ ghci ghci> let gaatInDezeStatischeTaalPrimaHoor = read "pleh!" :: Integer
Daarom liever maybeRead, geen idee of er ook een Optional<t> parse is in java. Maar welke idioot parse in Haskell heeft geïntroduceerd terwijl daar nou net een prachtige Maybe-oplossing voor is...
[ Voor 30% gewijzigd door bwerg op 12-11-2018 12:29 ]
Heeft geen speciale krachten en is daar erg boos over.
Maar bovenstaande voorbeeld geeft geen fout...
spoiler:
...omdat de expressie (nog) niet geëvalueerd wordt.
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Nee, en je python-programma geeft ook geen fout bij de expressie (3 + "banaan") zolang je de code niet aanroept.:
spoiler:...omdat de expressie (nog) niet geëvalueerd wordt.
Heeft geen speciale krachten en is daar erg boos over.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Hoe een dynamische taal en een statische taal op elkaar kunnen lijken.:
[...]
Nee, en je python-programma geeft ook geen fout bij de expressie (3 + "banaan") zolang je de code niet aanroept.
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Ach gelukkig is de naam van Python dan wel goed gekozen toch ?
Bijt je niet gelijk dood, maar wurgt je langzaam ergens gedurende runtime
Bijt je niet gelijk dood, maar wurgt je langzaam ergens gedurende runtime
Zo leuk, dat ImageMagicTragick Input niet goed gecontrolleerd en niet goed gesandboxed. Probeert imagemagick een thumbnail te maken van een plaatje met 280 miljoen pixels, trekt het de alle 32 threads op de productieserver naar 100% load voor 10 minuten. Oops.
Input niet goed gecontrolleerd en niet goed gesandboxed. Probeert imagemagick een thumbnail te maken van een plaatje met 280 miljoen pixels, trekt het de alle 32 threads op de productieserver naar 100% load voor 10 minuten. Oops.
Your wish is my command, is er eindelijk eens iets wat gewoon uit gaat voeren wat je vraagt, is het weer niet goed:
Zo leuk, dat ImageMagicTragick
.Achja python's PIL gaat bij een plaatje van een paar mb al fiepen over een "DecompressionBombWarning",
maar gaat des-pythons uiteraard wel gewoon door. Mag je die warnings weer up gaan shutten.
Zo, een gratis t-shirt besteld bij Microsoft... 
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
/u/373849/cowava2.png?f=community)
I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
:strip_icc():strip_exif()/u/36003/crop584e9e5c223bd.jpeg?f=community)
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
:strip_icc():strip_exif()/u/383603/Untitled.jpg?f=community)
Nieuwe baan! 
Na 6.5 jaar is het tijd om eens ergens anders te werken Benaderd door een recruiter die lekker direct en relaxed was (ze bestaan 
). Na de interviews en heel mooi bod gekregen dus hoewel de beslissing best lastig was, de knoop doorgehakt en per 1 februari ben ik weg 
Verder met Erlang (
) alleen dan in hun Core Platform waar geen GUI aan vasthangt Dus 100% backend
Na 6.5 jaar is het tijd om eens ergens anders te werken Benaderd door een recruiter die lekker direct en relaxed was (ze bestaan ). Na de interviews en heel mooi bod gekregen dus hoewel de beslissing best lastig was, de knoop doorgehakt en per 1 februari ben ik weg Verder met Erlang (
) alleen dan in hun Core Platform waar geen GUI aan vasthangt Dus 100% backend
[ Voor 0% gewijzigd door Swedish Clown op 14-11-2018 08:33 . Reden: Fat sausage fingers ]
Always looking for developers wanting to work with Erlang.
/u/454206/crop562d2ccb2479a.png?f=community)
Gefeliciteerd!:
Nieuwe baan!
Verder met Erlang (
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
Gefeliciteerd!:
Nieuwe baan!
Verder met Erlang (
De grootste vraag is dan natuurlijk; welke recruiter? Ik ken werkelijk geen enkele goede meer in ons vakgebied...
Tjolk is lekker. overal en altijd.
Safemind ( Zweedse recruiter)
Openings mail was niet veel meer dan: “Ik zie dat je al 6.5 jaar bij bedrijf X werkt. Bedrijf Y doet ook Erlang, wil je keer bak koffie doen?”. Ik hou wel van direct en de no-bullshit mails
Always looking for developers wanting to work with Erlang.
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Yup en ga voorlopig ook niet weg hier. Er moet wel een HEEL goed bod komen wil ik überhaupt overwegen om weg te gaan. Half jaar geleden een huis gekocht buiten Stockholm dus ik zit hier voorlopig wel goed
Always looking for developers wanting to work with Erlang.
Gefeliciteerd! Erlang is één van die dingen waar ik nog wel eens in wil duiken.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Genoeg bedrijven die relocation packages aanbieden:
Ah ja, dat wordt dan wel een dingetje met reistijd
Doen! De syntax kan even wennen zijn maar zodra je eraan gewend ben wil je niet anders meer:
Gefeliciteerd! Erlang is één van die dingen waar ik nog wel eens in wil duiken.
Always looking for developers wanting to work with Erlang.
Vast wel, maar die leveren geen nieuw gezin bij.:
[...]
Genoeg bedrijven die relocation packages aanbieden
Tjolk is lekker. overal en altijd.
Dat is natuurlijk afhankelijk van naar welk land je gaat:
[...]
Vast wel, maar die leveren geen nieuw gezin bij.
Hoezo wennen? Iedereen heeft toch wel Prolog voorbij zien komen tijdens zijn of haar opleiding?:
[...]
Doen! De syntax kan even wennen zijn maar zodra je eraan gewend ben wil je niet anders meer
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
:strip_exif()/u/627282/charmander-kerst.gif?f=community)
Congrats!:
Nieuwe baan!
Heb ik ooit gehad! Vond ik eigenlijk nog wel plezant om eens mee te werken:
[...]
Hoezo wennen? Iedereen heeft toch wel Prolog voorbij zien komen tijdens zijn of haar opleiding?
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 weet niet of dat overal nog gegeven wordt. Lijkt me dat zeker bij HBO-opleidingen het gebrek aan al te veel praktische toepassingen wel een reden is om het uit het (verplichte) curriculum te laten.:
[...]
Hoezo wennen? Iedereen heeft toch wel Prolog voorbij zien komen tijdens zijn of haar opleiding?
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Gefeliciteerd!:
Nieuwe baan!
Verder met Erlang (
Nee ik heb geen Prolog gehad tijdens mijn opleding HBO ICT @ HZ.:
[...]
Hoezo wennen? Iedereen heeft toch wel Prolog voorbij zien komen tijdens zijn of haar opleiding?
De opleiding beperkte zich tot Java een projectje met Wordpress(php/js) een korte module met wat C en een regel Haskell en Scala.
Het is één van de comments die ik regelmatig hoor van devs die net beginnen met Erlang:
[...]
Hoezo wennen? Iedereen heeft toch wel Prolog voorbij zien komen tijdens zijn of haar opleiding?
Thanks for the felicitaties iedereen!
Always looking for developers wanting to work with Erlang.
(I know, ik heb de vorige post maar dat was gisteren )
Grappige post om te zien hoe een monlith keihard uit de hand kan lopen!
https://news.ycombinator.com/item?id=18442941
)Grappige post om te zien hoe een monlith keihard uit de hand kan lopen!
https://news.ycombinator.com/item?id=18442941
Always looking for developers wanting to work with Erlang.
:strip_exif()/u/80759/monstermania_small.gif?f=community)
Als eerste gefeliciteerd! Zelfs op de kunstacademie kregen we Javascript en Java als module. Dus je zou verwachten dat ICT opleiding wat dieper in de stof gaat
Javascript op de kunstacademie vind ik niet zo raar. Javascript (dingen die er naar toe compilen) is de enige manier om dynamische dingen te doen in een browser, en UX/webdesign vind ik niet raar op een kunstacademie. En prolog niet krijgen op een HBO-ICT... tja, ik weet niet.:
[...]
Als eerste gefeliciteerd! Zelfs op de kunstacademie kregen we Javascript en Java als module. Dus je zou verwachten dat ICT opleiding wat dieper in de stof gaat
Ik heb zelf maar 1 vak gehad met over logisch programmeren op de universiteit en dat was optioneel. Functioneel programmeren daarentegen niet. Nu is dat N=1, maar alsnog.
Bij HBO kan ik mij voorstellen dat het niet word gegeven omdat je meer voor het bedrijfsleven word opgeleid en daar zie je volgens mij vrij weinig prolog. En I(C)T is een stuk meer dan wat Java programmeren. En dan is er natuurlijk nog het argument dat java slechts het gereedschap is om je tegenover een computer uit te drukken en het voor je te laten werken. Genoeg verschillende technieken, achtergronden en verdiepingen die je kan doen in de IT zonder dat je van Java weg hoeft te stappen.
Wij hadden gelijk in het eerste trimester van de opleiding een vak over functioneel programmeren. Iedereen die dacht een voorsprong te hebben omdat hij al hobbymatig programmeerde kwam van een koude kermis thuis.
Dat was namelijk nog een paar jaartjes voor de wederopstanding van het functionele paradigma en eventjes wat algoritmes in elkaar kloppen in een purely functional language valt wel vies tegen.
Ik weet even niet meer of Constraint Logic Programming(CLP) een verplicht vak was maar dat was met Prolog en daarna had ik ook nog een vak over programmeerparadigma waarbij een algoritme voor een probleem bedacht moest worden, dat vervolgens in een imperatieve, functionele en een logische taal geïmplementeerd moest worden.
Op WO niveau wordt ook vooral fundamenteel begrip van concepten aangeleerd, terwijl HBO wat meer gericht is op toepasbaarheid in de praktijk. Dan is iets als CLP dat in de praktijk eigenlijk alleen nichetoepassingen kent wel wat overbodig.
Ik had ook wel het idee dat er wat neergekeken werd op het 'leren van een taal'. Je kreeg een vak functioneel programmeren en een vak OO-programmeren, waarbij dat laatste toevallig in Java gegeven werd.
Verder werd je grotendeels geacht om jezelf talen eigen te maken. Bij een vak over operating systems werd C en Assembly gebruikt en bij een vak over 3D graphics weer C++ bijvoorbeeld.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Cross-post van TDWTF, zo te zien.:
(I know, ik heb de vorige post maar dat was gisteren
Grappige post om te zien hoe een monlith keihard uit de hand kan lopen!
https://news.ycombinator.com/item?id=18442941
Tja; Oracle heh...
Waar nucleaire reacties een critical mass hebben heeft software zoiets als een critical mess.
En OracleDB is één heel bekend poster-child wat hoog overtijd is voor een meltdown.
[ Voor 6% gewijzigd door R4gnax op 18-11-2018 12:40 ]
Ach, ze hebben tenminste nog duizenden unit tests. Niet zelden kom ik een enorme monolith tegen die nauwelijks gedocumenteerd of met tests afgedicht is.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Da's ook weer zo.:
Ach, ze hebben tenminste nog duizenden unit tests. Niet zelden kom ik een enorme monolith tegen die nauwelijks gedocumenteerd of met tests afgedicht is.
Aan de andere kant moet je je ook niet afvragen of de huidige situatie ontstaan is door een test-driven cultuur waar alles tot aan het kleinste detail met geautomatiseerde tests afgedekt wordt, en alles shippable is zolang de tests maar op groen staan -- code quality be damned.
"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/734655/crop6390c3acd41c6_cropped.jpg?f=community)
"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
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.
Ik ben wel voorstander van DDD, dus een codebase zou qua structuur het domein moeten volgen in plaats van enkel één grote overengineerde abstractie te zijn.
Hoe je daar komt hangt van veel zaken af, maar bij complexe codebases is geleidelijk en met beleid te werk gaan doorgaans je enige optie.
Soms kun je bij wijzigingen aan de codebase een klein stukje functionaliteit wegsnoepen om daar fatsoenlijke code voor te schrijven.
Soms is het vrij simpel omdat men vijf lagen heeft toegevoegd die niets anders doen dan parameters en return values doorgeven. Dan kun je simpelweg wat lagen verwijderen.
Hangt natuurlijk ook wel af van het team dat er zit, in hoeverre zij verantwoordelijk zijn voor de huidige codebase en achter de overengineering staan en ga zo maar door. Aan software ontwikkelen met een team zitten heel wat meer sociale aspecten dan veel ontwikkelaars willen toegeven.
Op de één of andere manier krijg ik ook vaak heel vaak "puinruimprojecten" die al een aantal keer gefaald zijn of waar één of andere enorm brakke codebase staat die soort van ongeveer doet wat neem er van verwacht. Dacht nu eindelijk eens een tof Greenfield project te mogen doen en dat was ook het geval, maar een ander deelproject is weer zo'n enorme clusterfuck geworden dat we daar gezellig met drie man een maand of drie refactorwerk aan hebben moeten spenderen, zucht.
"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/87691/avatar_alex.jpg?f=community){kind=avatar}
Ik heb zoiets wel eens meegemaakt... de codebase was geërfd van een andere partij, en hoewel die wel redelijk netjes was opgezet was de test coverage minimaal (<15%). De klant verwachtte van mij en mijn collega's dat we dat binnen een week of 3 wel naar minstens 75% zouden tillen.
We are shaping the future
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Nieuwe ISP (xs4all)
Die upload is wel apart. Vraag me af of dat echt klopt of dat er ergens een hop enorm loopt te bufferen.
Die upload is wel apart. Vraag me af of dat echt klopt of dat er ergens een hop enorm loopt te bufferen.
[ Voor 44% gewijzigd door .oisyn op 19-11-2018 13:50 ]
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.
Of je wordt gewoon geknepen op je download:
Nieuwe ISP (xs4all)
[Afbeelding]
Die upload is wel apart. Vraag me af of dat echt klopt of dat er ergens een hop enorm loopt te bufferen.
Ik heb vergelijkbare resultaten met uploaden (500/500 van KPN), zal wel zo horen. Hoe vaak heb je nou 500 Mbit upstream nodig?:
Nieuwe ISP (xs4all)
[Afbeelding]
Die upload is wel apart. Vraag me af of dat echt klopt of dat er ergens een hop enorm loopt te bufferen.
We are shaping the future
Dit topic is gesloten.