De Devschuur Coffee Corner - Iteratie ⓬

[Hydra]

gekkie schreef op donderdag 26 september 2019 @ 13:10:
[...]

Maar elk voordeel heb z'n nadeel zei een groot Neerlandsch wijsgeer ooit.
Als je met java wil beginnen maakt het het wel lastiger denk ik, zeker als tutorials zoals bij bijna alle talen vaak tot in het einde der jaren online blijven én hoog in de zoekresultaten eindigen.

Valt wel mee. Fundamenteel is er niet zo veel veranderd. De enige echt grote change in hoe je werkt, zijn generics geweest, en die zitten er al HEEL lang in. De meeste tutorials zijn ook wel up to date met Java 8 (streams/lambda's/nieuwe time packages). Alle andere goodies pick je wel op als je eenmaal aan de slag gaat (en hopelijk samenwerkt met goeie devs die niet in 2005 zijn blijven steken).

[P-Storm]

Hydra schreef op donderdag 26 september 2019 @ 11:34:
[...]


Welke 'splitsing'? OpenJDK is Java, al een hele tijd. Heck; op de oracle download page staat een dikke gele banner die je meldt dat je waarschijnlijk de OpenJDK download wil hebben.

Java is nu al een tijd open source, vandaar de move naar OpenJDK. De OracleJDK is daar slechts een commerciele distributie van. Beetje zoals dat RedHat een commerciele Linux distro is.

Open JDK 13 is de laatste versie en die kun je over 't algemeen gewoon via een package manager installeren. SDKMan bijvoorbeeld.


[...]


Als een Java ontwikkelaar nog steeds naar java.oracle.com gaat heeft 'ie de afgelopen 5 jaar echt niks van het open sourcen van Java en de JDK meegekregen en zou ik me af gaan vragen of die niet eens wat vaker dan eens in de 10 jaar naar een conferentie gestuurd moet worden.


[...]

Ja dat klopt wel ongeveer, de laatste keer dat ik Java heb aangeraakt was toen Java 7 eventjes uit was. Ik merk ook dat voor windows vaak de "waar is de installer" mentaliteit er is en voor linux veel meer het uitzoekwerk. Thanks voor de info!

[roeleboel]

Hydra schreef op donderdag 26 september 2019 @ 12:38:
[...]


An sich, maar het verhaal gaat net zo op als je het hebt over een float en een integer natuurlijk. Een double is natuurlijk gewoon een 'double precision float'.

In java wel, maar het zou me niks verbazen als die mens ooit c(++) geleerd heeft, waar dit afhankelijk van het hardwareplatform helemaal niet zo hoeft te zijn.
Daar dus mogelijk geleerd dat een double effectief een pak meer getallen kan bevatten dan een int/float, en hij er dan maar vanuit gegaan is dat dat in java ook zo werkt.
In de jaren stilletjes, toen ik mijn opleiding deed, was zoiets (bij ons) eerder regel dan uitzondering, en het was dan aan de student zelf om uit te vinden dat c(++) toch net iets anders in elkaar steekt dan java/...

[Hydra]

P-Storm schreef op donderdag 26 september 2019 @ 14:13:
Ja dat klopt wel ongeveer, de laatste keer dat ik Java heb aangeraakt was toen Java 7 eventjes uit was. Ik merk ook dat voor windows vaak de "waar is de installer" mentaliteit er is en voor linux veel meer het uitzoekwerk. Thanks voor de info!

Da's voor mij een reden dat ik gewoon weiger nog windows te gebruiken. Al die shit met installers steeds. Zowel MacOS als Linux hebben goeie package managers.

That said; Scoop schijnt voor Windows ook wel goed te zijn, maar dan moeten die Windows developers wel hun command line weten te vinden. Da's nog wel eens een issue

roeleboel schreef op donderdag 26 september 2019 @ 14:14:
In java wel, maar het zou me niks verbazen als die mens ooit c(++) geleerd heeft, waar dit afhankelijk van het hardwareplatform helemaal niet zo hoeft te zijn.

Huh? Het is in C++ precies hetzelfde. Het enige verschil is dat waar van een integer en een float in Java vaststaan dat het 32 bits is, dit in C++ platform afhankelijk is. In beide gevallen is het nog steeds exact hetzelfde verschil tussen een floating point number en een integer number (en de double length float / integers). En het niet snappen wat het verschil is tussen een float en een integer is waar het om gaat.

Als iemand in een interview claimt C++ te kunnen maar niet het verschil snapt tussen een integer en een float dan wordt het een erg kort interview.

[ Voor 37% gewijzigd door Hydra op 26-09-2019 14:20 ]

[Mugwump]

Hydra schreef op donderdag 26 september 2019 @ 14:16:
[...]


Da's voor mij een reden dat ik gewoon weiger nog windows te gebruiken. Al die shit met installers steeds. Zowel MacOS als Linux hebben goeie package managers.

That said; Scoop schijnt voor Windows ook wel goed te zijn, maar dan moeten die Windows developers wel hun command line weten te vinden. Da's nog wel eens een issue

Chocolatey wordt ook wel veel gebruikt.

Hydra schreef op donderdag 26 september 2019 @ 11:34:

[...]


Ik moet wel zeggen dat als het zo erg is als jij beschrijft ik uiteindelijk een beetje in de "zij eruit of ik eruit" modus zou komen. Volgens mij zou jij prima bij m'n vorige werkgever passen. Die twee waar jij het over hebt absoluut niet.

Ik heb niet heel veel met ze op één project gezeten,dus wat dat betreft heb ik er niet zoveel last van. Bij de migratie van het project waar ze nu beiden al jaren op zitten gaat het wel een hele kluif worden om de jarenlang geproduceerde bagger over te gaan zetten naar een goed gestructureerd onderhoudbaar geheel, maar dat vind ik op zich ook wel weer een leuke uitdaging. Hoe / of we ze ooit aan boord krijgen op het nieuwe project, maar dat zien we tzt wel weer.

[ Voor 42% gewijzigd door Mugwump op 26-09-2019 14:48 ]

[gekkie]

m'n geleende cadeautjes van corten staal kunnen allemaal netjes uitgepakt worden.
het zuipt net zoveel geheugen als het python script en lijkt ook nog eens beroerder te performen ..

*urghh*

Edit: Ahh altijd leuk als je er zelf een surprise tussen stopt die je statistiekjes vernaggelen

[ Voor 19% gewijzigd door gekkie op 26-09-2019 16:09 ]

[.Gertjan.]

Firesphere schreef op donderdag 26 september 2019 @ 07:48:
@.Gertjan.
Het werkt nog steeds
https://duckduckgo.com/?q...anneer+ik+aan+het+bier+ga

* .Gertjan. veegt de slaap uit de oogjes na een lange periode afwezigheid
Ik had ineens een notificatie...

Gelukkig heeft die bewuste quote buiten Tweakers nooit voet aan de grond gekregen Anders had ik mogelijk wel wat uitdagingen gehad her en der

Is volgens mij ook alweer een eeuwigheid geleden dat ik op het forum ben geweest... Dus hallo allemaal, daar istie weer

[Ryur]

.Gertjan. schreef op vrijdag 27 september 2019 @ 08:36:
[...]
Is volgens mij ook alweer een eeuwigheid geleden dat ik op het forum ben geweest... Dus hallo allemaal, daar istie weer

Echt een hele tijd geleden dat wij jou hebben gezien!
Wel door leuke ontwikkelingen hier niet geweest of door slechte ontwikkelingen?

[.Gertjan.]

Ryur schreef op vrijdag 27 september 2019 @ 10:27:
[...]

Echt een hele tijd geleden dat wij jou hebben gezien!
Wel door leuke ontwikkelingen hier niet geweest of door slechte ontwikkelingen?

Een combinatie van beiden denk ik. De leuke ontwikkelingen waren een mooie ontwikkeling in mijn carrière en de richting die ik op kon bewegen en de geboorte van mijn dochtertje een kleine 3 jaar geleden.

De slechte ontwikkeling was dat ik een klein beetje iets te veel hooi op mijn vork had genomen en vervolgens en behoorlijke burn-out voor de kiezen heb gekregen.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Heb gelukkig inmiddels de boel weer op de rit en een betere balans gevonden tussen werk en prive (bv geen fulltime meer werken) en ben dingen op een andere manier gaan bekijken (gelukkig niet perse op een zweefteef manier). Ik heb ook behoorlijk wat toxic gedrag en factoren uit mijn leven geschrapt (waaronder mijn voormalig werkgever omdat door de burnout de situatie gewoon enigszins besmet was geraakt en we simpelweg uit elkaar waren gegroeid).

Inmiddels ben ik weer lekker bezig en ziet mijn omgeving weer dat mijn spark weer terug is . Deze is helaas behoorlijk lang weggeweest.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[armageddon_2k1]

@.Gertjan.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[.oisyn]

armageddon_2k1 schreef op vrijdag 27 september 2019 @ 11:27:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Antrax]

armageddon_2k1 schreef op vrijdag 27 september 2019 @ 11:27:
@.Gertjan.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[.Gertjan.]

.oisyn schreef op vrijdag 27 september 2019 @ 12:10:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[.Gertjan.]

Antrax schreef op vrijdag 27 september 2019 @ 12:23:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[armageddon_2k1]

.oisyn schreef op vrijdag 27 september 2019 @ 12:10:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Antrax]

armageddon_2k1 schreef op vrijdag 27 september 2019 @ 12:40:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[.Gertjan.]

Antrax schreef op vrijdag 27 september 2019 @ 13:26:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[hellum]

.Gertjan. schreef op vrijdag 27 september 2019 @ 10:54:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

Damn. Sterkte @hellum

[Sandor_Clegane]

We moeten maar eens af van het idee dat je je "bestaan" moet verdienen. En dat efficiëntie geneuzel hangt me ook de strot uit.

[Creepy]

Ik ben in relatief korte tijd zowel mijn vader (kanker, anderhalf jaar geleden, net met pensioen) als mijn broertje (ongeluk, half jaar geleden) verloren. Dat je je werk leuk moet vinden is iets wat mij bij altijd al duidelijk is geweest. Ik heb van mijn hobby mijn werk gemaakt. Maar tijd voor jezelf (of andere zaken dan werk) is voor mij alleen maar belangrijker geworden. Ik heb gelukkig een werkgever die het persoonlijke niet vergeet dus minder werken was absoluut geen probleem.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 10% gewijzigd door Creepy op 27-09-2019 19:03 ]

[.Gertjan.]

hellum schreef op vrijdag 27 september 2019 @ 16:10:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Creepy schreef op vrijdag 27 september 2019 @ 19:01:
Ik ben in relatief korte tijd zowel mijn vader (kanker, anderhalf jaar geleden, net met pensioen) als mijn broertje (ongeluk, half jaar geleden) verloren. Dat je je werk leuk moet vinden is iets wat mij bij altijd al duidelijk is geweest. Ik heb van mijn hobby mijn werk gemaakt. Maar tijd voor jezelf (of andere zaken dan werk) is voor mij alleen maar belangrijker geworden. Ik heb gelukkig een werkgever die het persoonlijke niet vergeet dus minder werken was absoluut geen probleem.

Heftig man, damn! Wel fijn om te horen dat je met je werkgever een mooie oplossing hebt gevonden. Ik moest helaas volledig uitvallen voordat mijn werkgever uberhaubt na wilde denken over flexibel werken en eventueel part-time werken... Helaas haalde het op langere termijn weinig uit, want er was een bepaalde cultuur waar je bij part-time toch echt enigszins minderwaardig was aan de rest.

Sandor_Clegane schreef op vrijdag 27 september 2019 @ 17:30:
We moeten maar eens af van het idee dat je je "bestaan" moet verdienen. En dat efficiëntie geneuzel hangt me ook de strot uit.

+1, gelukkig zie ik wel her en der positieve bewegingen die kant uit, maar helaas is een groot deel nog gebaseerd op het oude beeld, je werk is je leven en je leven is je werk. Sowieso heb ik ernstige bedenkingen bij het feit dat 40 uur werken de sweet spot is, volgens mij kan niemand zichzelf zo langdurig concentreren.

Ik vraag me overigens wel af of er inderdaad een beweging is om dit beeld anders te krijgen of dat het meer de "bubbel" is waar ik momenteel in zit (en dus mij mee omgeef qua mensen en informatie).

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Sandor_Clegane]

Het is een beetje een Nederlands ding he? Die calvinistische inborst is toch echt wel verweven met ons landje. Dat ga je er niet zomaar uit krijgen.

Ik moet ook wel zeggen dat het hier redelijk is doorgeschoten. Onze professionele samenleving is, in mijn beleving, redelijk hard en het menselijke aspect staat toch echt wel op de tweede plaats lijkt het. Luister maar eens naar de retoriek uit Den Haag, alles is belangrijk maar de economie moet er niet onder lijden.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Crazy D]

UWV en bedrijfsartsen zijn er niet voor de werknemer maar voor de werkgever. Ze hebben maar 1 doen: je moet zsm weer aan het werk. Voor medische ondersteuning moet je bij je huisarts zijn. Wat erg jammer is als die 2 niet op 1 lijn zitten. Dus een bedrijfsarts die zegt dat je prima kunt werken, terwijl de behandelend arts daar een andere mening over heeft. Ik weet niet zo goed wat er dan gedaan kan worden, gelukkig niet zelf in die situatie gezeten maar krom is het wel. Laat dan op z'n minst de behandelend arts meepraten. Er zal wel weer teveel misbruik van zijn gemaakt in het verleden, en als je enkel pijn doet en je hebt een zittend beroep zou je natuurlijk nog best wat werkzaamheden kunnen verrichten. Maar het lijkt er soms op als ik het zo hoor dat je bij sommige bedrijfsartsen wel echt letterlijk met 1 been in je kist moest staan voordat ze aangeven dat werken misschien toch niet meer lukt.

[Douweegbertje]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[ Voor 0% gewijzigd door Creepy op 30-09-2019 12:13 . Reden: Afsluitende [/] toegevoegd zodat de mo tag werkt.... ]

[armageddon_2k1]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Had daarnet van Computerphile weer een mooi filmpje gezien over Unicode in UTF-8 encoding. Aanrader als je nog niet helemaal weet hoe het eigenlijk zit
YouTube: Characters, Symbols and the Unicode Miracle - Computerphile

[P-Storm]

En loopt er iemand rond bij het event Techorama? Anders wellicht leuk om even een meetup te doen. (c# oriented event)

[dev10]

armageddon_2k1 schreef op dinsdag 1 oktober 2019 @ 08:00:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Antrax]

armageddon_2k1 schreef op dinsdag 1 oktober 2019 @ 08:00:
Had daarnet van Computerphile weer een mooi filmpje gezien over Unicode in UTF-8 encoding. Aanrader als je nog niet helemaal weet hoe het eigenlijk zit

YouTube: Characters, Symbols and the Unicode Miracle - Computerphile

Alle filmpjes met Tom Scott erin is +3!

[gekkie]

telefoon uit Algerije, 3 oproepen gemist.
Thans geen ZZP'er meer, maar multinational .

[RayNbow]

Ben benieuwd... wie hier heeft wel eens iets geprogrammeerd omtrent het Monty Hall probleem?

[.oisyn]

RayNbow schreef op dinsdag 1 oktober 2019 @ 16:33:
Ben benieuwd... wie hier heeft wel eens iets geprogrammeerd omtrent het Monty Hall probleem?

Wat valt daaraan te programmeren? Het probleem is klein genoeg om het gewoon met de hand op papier uit te werken. Maar ja, gedaan, middelbare school

(Grappig trouwens, ik had het hier heel toevallig vanmiddag nog over met een collega... Baader-Meinhof effect? )

[ Voor 13% gewijzigd door .oisyn op 01-10-2019 17:23 ]

[RayNbow]

.oisyn schreef op dinsdag 1 oktober 2019 @ 17:15:
[...]


Wat vaalt daaraan te programmeren? Het probleem is klein genoeg om het gewoon met de hand op papier uit te werken. Maar ja, gedaan, middelbare school

Nou ja, ik heb recent wat recreatief geprogrammeerd met als doel om het probleem zo elegant mogelijk in C# te kunnen uitdrukken:

C#:

from doorWithPrize in OneOf(doors)
from doorPickedByContestant in OneOf(doors)
let doorsQuizMasterCouldOpen = doors.Without(doorWithPrize, doorPickedByContestant)
from doorOpenedByQuizMaster in OneOf(doorsQuizMasterCouldOpen)
let doorContestantCouldSwitchTo = doors.Without(doorPickedByContestant, doorOpenedByQuizMaster).First()
select doorContestantCouldSwitchTo == doorWithPrize

[Creepy]

Die heb ik ook wel gemaakt ja. Lang, lang geleden was er hier zelfs een topic over waar ik in eerste instantie ook de uitkomst niet geloofde. Totdat ik een stukje code geschreven en uitgevoerd had en overtuigd was dat wisselen echt beter is En dan een discussie aan moeten gaan mensen die hetzelfde gedaan hebben maar hun code echt fout was waardoor ze de verkeerde conclusie trokken

[RayNbow]

Maar de kans is ook fiftyfifty. Er zijn twee deuren om uit te kiezen...

Kijk maar:

C#:

from doorWithPrize in OneOf(doors)
from doorPickedByContestant in OneOf(doors)
let doorsQuizMasterCouldOpen = doors.Without(doorWithPrize, doorPickedByContestant)
from doorOpenedByQuizMaster in OneOf(doorsQuizMasterCouldOpen)
let doorContestantCouldSwitchTo = doors.Without(doorPickedByContestant, doorOpenedByQuizMaster).First()

from contestantIsGoingToSwitch in OneOf(new List<bool> { false, true })
                  
select (contestantIsGoingToSwitch 
          ? doorContestantCouldSwitchTo 
          : doorPickedByContestant
) == doorWithPrize

Komt een kans van een half uitrollen.


Edit: Alternatieve formulering:

C#:

from doorWithPrize in OneOf(doors)
from doorPickedByContestant in OneOf(doors)
let doorsQuizMasterCouldOpen = doors.Without(doorWithPrize, doorPickedByContestant)
from doorOpenedByQuizMaster in OneOf(doorsQuizMasterCouldOpen)
let doorContestantCouldSwitchTo = doors.Without(doorPickedByContestant, doorOpenedByQuizMaster).First()

from doorPickedInTheEnd in OneOf(new[] { doorPickedByContestant, doorContestantCouldSwitchTo })
select doorPickedInTheEnd == doorWithPrize;

[ Voor 27% gewijzigd door RayNbow op 03-10-2019 10:09 ]

[Woy]

Het Monty Hall probleem was voor mij inderdaad goed te verklaren, dus daar heb ik nooit wat voor geprogrammeerd, maar wel vergelijkbare simulaties losgelaten op o.a. roulette met de strategie om bij elk verlies te verdubbelen.

[Hydra]

RayNbow schreef op dinsdag 1 oktober 2019 @ 16:33:
Ben benieuwd... wie hier heeft wel eens iets geprogrammeerd omtrent het Monty Hall probleem?

Volgens mij in Prolog moeten doen in m'n eerste jaar. Was toen ook wel een deceptie. "Leuk we gaan programmeren!" krijg je als eerste taal Prolog

Naderhand snap ik het helemaal en was het een heel goed idee hoor, maar toen was ik er minder blij mee.

[RayNbow]

Hydra schreef op woensdag 2 oktober 2019 @ 09:54:
[...]


Volgens mij in Prolog moeten doen in m'n eerste jaar. Was toen ook wel een deceptie. "Leuk we gaan programmeren!" krijg je als eerste taal Prolog

Ah, Prolog... Kreeg dat ergens in 't 2e jaar.

[.oisyn]

Woy schreef op dinsdag 1 oktober 2019 @ 19:35:
Het Monty Hall probleem was voor mij inderdaad goed te verklaren, dus daar heb ik nooit wat voor geprogrammeerd, maar wel vergelijkbare simulaties losgelaten op o.a. roulette met de strategie om bij elk verlies te verdubbelen.

De simpelste uitleg die ik ken die wél intuïtief is, is: als je in eerste instantie de goede deur hebt gekozen, dan verlies je door te switchen. Als je de verkeerde deur hebt gekeuzen, dan win je door te switchen. De kans dat je in eerste instantie de juiste deur hebt gekozen is 1/3, dus switchen is voordelig in 2/3e van de gevallen.

[Cloud]

.oisyn schreef op woensdag 2 oktober 2019 @ 10:59:
[...]


De simpelste uitleg die ik ken die wél intuïtief is, is: als je in eerste instantie de goede deur hebt gekozen, dan verlies je door te switchen. Als je de verkeerde deur hebt gekeuzen, dan win je door te switchen. De kans dat je in eerste instantie de juiste deur hebt gekozen is 1/3, dus switchen is voordelig in 2/3e van de gevallen.

Op zich klinkt dat inderdaad logisch en intuïtief, maar aangezien dit de rol van de presentator achterwege laat; klopt dit dan wel helemaal?

[RayNbow]

Cloud schreef op woensdag 2 oktober 2019 @ 11:12:
[...]

Op zich klinkt dat inderdaad logisch en intuïtief, maar aangezien dit de rol van de presentator achterwege laat; klopt dit dan wel helemaal?

De rol van de presentator is impliciet nog wel aanwezig. Zonder de quizmaster wordt er geen deur geëlimineerd en wordt er ook geen aanbod gedaan om te kunnen switchen.

[ThomasG]

Cloud schreef op woensdag 2 oktober 2019 @ 11:12:
[...]

Op zich klinkt dat inderdaad logisch en intuïtief, maar aangezien dit de rol van de presentator achterwege laat; klopt dit dan wel helemaal?

De kans ligt geheel aan de gestelde regels. Als de host een willekeurige deur opent, is er 1/2 kans bij het wisselen en maakt het statistisch niet uit of je wel of niet wisselt. Als de host altijd een deur met een geit opent, heb je 2/3 kans als je wel wisselt.

[Cloud]

RayNbow schreef op woensdag 2 oktober 2019 @ 11:18:
[...]

De rol van de presentator is impliciet nog wel aanwezig. Zonder de quizmaster wordt er geen deur geëlimineerd en wordt er ook geen aanbod gedaan om te kunnen switchen.

Ah ja ik las daar inderdaad overheen in het verhaal van @.oisyn, je hebt gelijk Dan is dat inderdaad de meest eenvoudige uitleg mogelijk. Ik benoem zelf de presentator meestal wel expliciet, maar dat is juist wat het ineens lastig maakt om te begrijpen (het feit dat zijn keuze informatie toevoegt in het totaalplaatje).

Ik blijf het nog steeds één van leukste wiskunde 'problemen' vinden

ThomasG schreef op woensdag 2 oktober 2019 @ 11:21:
[...]
De kans ligt geheel aan de gestelde regels. Als de host een willekeurige deur opent, is er 1/2 kans bij het wisselen en maakt het statistisch niet uit of je wel of niet wisselt. Als de host altijd een deur met een geit opent, heb je 2/3 kans als je wel wisselt.

Uiteraard, maar voor zover ik weet is de oorspronkelijke opzet dat de presentator juist géén willekeurige deur opent maar een opzettelijke keus maakt. Anders is het lang zo leuk niet

[ Voor 29% gewijzigd door Cloud op 02-10-2019 11:22 ]

[Hydra]

Tijd voor een Monte Carlo Monty Hall simulator

[RayNbow]

ThomasG schreef op woensdag 2 oktober 2019 @ 11:21:
[...]
Als de host altijd een deur met een geit opent, heb je 2/3 kans als je wel wisselt.

Wel met de kanttekening dat de quizmaster nooit een geitendeur opent die de kandidaat gekozen heeft.


Als de quizmaster elke geitendeur kan openen, ook een die de speler als eerste heeft aangewezen, dan zijn je winkansen 50-50:

C#:

var winProbabilityWhenQuizMasterWillOpenAnyGoatDoor
    = from doorWithPrize in OneOf(doors)
      from doorPickedByContestant in OneOf(doors)
      let doorsQuizMasterCouldOpen = doors.Without(doorWithPrize)
      from doorOpenedByQuizMaster in OneOf(doorsQuizMasterCouldOpen)
      let doorsContestantCouldSwitchTo = doors.Without(doorPickedByContestant, doorOpenedByQuizMaster)
      from doorPickedBySwitching in OneOf(doorsContestantCouldSwitchTo)
      select doorPickedBySwitching == doorWithPrize;

Console.WriteLine(winProbabilityWhenQuizMasterWillOpenAnyGoatDoor);

Resulteert in:

{False: 0.5, True: 0.5}

[Antrax]

Hydra schreef op woensdag 2 oktober 2019 @ 12:17:
Tijd voor een Monte Carlo Monty Hall simulator

Geschreven in Roest

* Antrax rent snel weg

[armageddon_2k1]

FFS, Bitbucket heeft alweer issues. Al de 4x deze week....

[Ryur]

armageddon_2k1 schreef op woensdag 2 oktober 2019 @ 13:11:
FFS, Bitbucket heeft alweer issues. Al de 4x deze week....

Jira Cloud ook, dus een Atlassian probleem

[Merethil]

Ryur schreef op woensdag 2 oktober 2019 @ 13:14:
[...]

Jira Cloud ook, dus een Atlassian probleem

Ik stel voor dat we het vanaf nu "een Atlassian" gaan noemen als er zo'n issue optreedt.

[.Gertjan.]

ThomasG schreef op woensdag 2 oktober 2019 @ 11:21:
[...]
is er 1/2 kans bij het wisselen en maakt het statistisch niet uit of je wel of niet wisselt.

Je hebt toch altijd 1/2 kans? Je hebt de goede deur of niet, een uit 2 dus

[ThomasG]

.Gertjan. schreef op woensdag 2 oktober 2019 @ 14:02:
[...]


Je hebt toch altijd 1/2 kans? Je hebt de goede deur of niet, een uit 2 dus

Koop jij dan maar een staatslot, 50% kans op de hoofdprijs. Of je wint hem, of niet

[ Voor 4% gewijzigd door ThomasG op 02-10-2019 14:05 ]

[.oisyn]

Hydra schreef op woensdag 2 oktober 2019 @ 12:17:
Tijd voor een Monte Carlo Monty Hall simulator

Monty Carlo?

Antrax schreef op woensdag 2 oktober 2019 @ 13:09:
[...]

Geschreven in Roest

* Antrax rent snel weg

Rusty Carlo

[ThomasG]

.oisyn schreef op woensdag 2 oktober 2019 @ 15:42:
[...]


Monty Carlo?


[...]

Rusty Carlo

Rusty (Chevrolet) Monte Carlo

[Antrax]

[.oisyn]

He's not wrong

[Skyaero]

.oisyn schreef op donderdag 3 oktober 2019 @ 01:10:
He's not wrong

Het is de bedoeling dat je bij 'denial' begint, niet bij 'acceptance'

[Antrax]

Skyaero schreef op donderdag 3 oktober 2019 @ 08:35:
Het is de bedoeling dat je bij 'denial' begint, niet bij 'acceptance'

Dat is incorrect. Ik doe het direct op production

[ThomasG]

Antrax schreef op donderdag 3 oktober 2019 @ 09:06:
[...]

Dat is incorrect. Ik doe het direct op production

Maar dan wel zonder het te testen, en zonder versie beheer

[Giesber]

ThomasG schreef op donderdag 3 oktober 2019 @ 09:06:
[...]
Maar dan wel zonder het te testen, en zonder versie beheer

Ik gebruik gewoon Google cache als versie beheer voor mijn websites .

[CurlyMo]

ThomasG schreef op donderdag 3 oktober 2019 @ 09:06:
[...]
Maar dan wel zonder het te testen, en zonder versie beheer

Ik wist niet dat mijn teamleden ook in dit topic zaten

[ThomasG]

CurlyMo schreef op donderdag 3 oktober 2019 @ 09:29:
[...]

Ik wist niet dat mijn teamleden ook in dit topic zaten

We moeten toch ergens terecht als we de boel gesloopt hebben

[Douweegbertje]

Ik weet niet helemaal meer hoe die ging, maar iets van "vele hebben een acceptatie omgeving, enkele hebben ook een production"

[.Gertjan.]

Antrax schreef op donderdag 3 oktober 2019 @ 00:31:
[Afbeelding]

Ik kom ook nog wel mensen tegen die onderstaand lijstje hanteren:

1. Denial
2. Denial
3. Denial
4. Denial
5. Denial

[wackmaniac]

.Gertjan. schreef op vrijdag 4 oktober 2019 @ 12:22:
[...]

Ik kom ook nog wel mensen tegen die onderstaand lijstje hanteren:

1. Denial
2. Denial
3. Denial
4. Denial
5. Denial

Dat is niet waar...

[gekkie]

*urgh* kut KPN, vrij dure berg packet loss du moment

[.oisyn]

.Gertjan. schreef op vrijdag 4 oktober 2019 @ 12:22:
[...]

Ik kom ook nog wel mensen tegen die onderstaand lijstje hanteren:

1. Denial
2. Denial
3. Denial
4. Denial
5. Denial

Outsourcing naar India is:

1. Acceptance
2. Acceptance
3. Acceptance
4. Acceptance
5. Acceptance

[.Gertjan.]

.oisyn schreef op vrijdag 4 oktober 2019 @ 13:12:
[...]


Outsourcing naar India is:

1. Acceptance
2. Acceptance
3. Acceptance
4. Acceptance
5. Acceptance

En de partij die vervolgens de boel weer terugkrijgt:

1. Cry
2. Cry again
3. Cry some more
4. Cry?
5. Cry!

[Antrax]

.Gertjan. schreef op vrijdag 4 oktober 2019 @ 14:27:
En de partij die vervolgens de boel weer terugkrijgt:

1. Cry
2. Cry again
3. Cry some more
4. Cry?
5. Cry!

Deze is heel herkenbaar voor mij. Althans, niet terugkrijgen maar juist legacy erven (onder het mom van wij zijn een van de beste bedrijven en gebruiken de laatste technologieën in onze codebase ).

[Vaan Banaan]

-Edit- Corniel heeft inmiddels al een topic geopend: [Wedstrijd] Gomoku
Voor mensen die met een programmeer wedstrijdje willen meedoen in Pascal, C, C++, Java, Javascript, Python, Haskell of OCaml:
De CodeCup 2020 is al even bezig. CodeCup wordt elk jaar georganiseerd door o.a. Nederlandse Informatica Olympiade
Dit jaar is het spel Gomoku, een 5-op-een-rij op een Go achtig bord (16x16)

Je speler krijgt per potje maximaal 5 seconden CPU denktijd (op een 3.1GHz XEON CPU) draait single threaded met max 256MB geheugen.

De finale is op 16 januari 2020, elke 3 weken is er een test competiite (vanmorgen was testronde 5)

Van een aantal eerdere jaren bestaan in /14 aparte topics, maar die liepen steeds slechter.
Mocht er genoeg animo voor zijn, zal ik er een nieuw topic voor openen.

[ Voor 12% gewijzigd door Vaan Banaan op 06-10-2019 14:43 ]

[Mugwump]

Voor wie het altijd heeft willen weten, een lijstje van talen waarin het meeste scheldwoorden in bestandsnamen wordt gebruikt:
https://boyter.org/posts/...e-the-biggest-potty-mouth

[Woy]

Mugwump schreef op maandag 7 oktober 2019 @ 14:25:
Voor wie het altijd heeft willen weten, een lijstje van talen waarin het meeste scheldwoorden in bestandsnamen wordt gebruikt:
https://boyter.org/posts/...e-the-biggest-potty-mouth

Beetje jammer van de sort order op count. Percentage zou veel logischer zijn, en dan valt vooral op dat het percentage van Dart extreem veel hoger ligt dan gemiddeld.

[Mugwump]

Woy schreef op maandag 7 oktober 2019 @ 16:25:
[...]

Beetje jammer van de sort order op count. Percentage zou veel logischer zijn, en dan valt vooral op dat het percentage van Dart extreem veel hoger ligt dan gemiddeld.

Dat stond dan weer wel in de begeleidende tekst.

[Woy]

Mugwump schreef op maandag 7 oktober 2019 @ 18:31:
[...]


Dat stond dan weer wel in de begeleidende tekst.

Ja, pfff, ga niet alles helemaal lezen

[R4gnax]

.oisyn schreef op donderdag 3 oktober 2019 @ 01:10:
He's not wrong

Yes, he is.

In het Kübler-Ross model is het #2 - anger en #3 - bargaining.
Hier staan ze omgewisseld.

Antrax schreef op donderdag 3 oktober 2019 @ 09:06:
[...]

Dat is incorrect. Ik doe het direct op production

Ach ja; de gouwe ouwe developmestruction aanpak.

[ Voor 43% gewijzigd door R4gnax op 07-10-2019 20:02 ]

[.Gertjan.]

R4gnax schreef op maandag 7 oktober 2019 @ 19:59:
Ach ja; de gouwe ouwe developmestruction aanpak.

Wat heb je anders aan gebruikers?

Die zijn het beste in staat om je software te mishandelen, kunnen dus prima ingezet worden als tester dus

[R4gnax]

.Gertjan. schreef op vrijdag 4 oktober 2019 @ 14:27:
[...]

En de partij die vervolgens de boel weer terugkrijgt:

1. Cry
2. Cry again
3. Cry some more
4. Cry?
5. Cry!

Nee; het is eerder anger x 5 voor de developers en denial x 5 voor de managers.

[.Gertjan.]

R4gnax schreef op maandag 7 oktober 2019 @ 20:16:
[...]


Nee; het is eerder anger x 5 voor de developers en denial x 5 voor de managers.

Mmm, wat moet je dan doen als developer met management taken...

1. Angry denial
2. Angry denial
3. Angry denial
4. Angry denial
5. Angry denial

of

1. Denying anger
2. Denying anger
3. Denying anger
4. Denying anger
5. Denying anger

of misschien "Angry denial of denying anger" * 5

[CodeCaster]

Ik ben een tijdje wat afwezig geweest, maar is er eigenlijk nog een DevSchuur-meeting in de maak?

[ Voor 5% gewijzigd door CodeCaster op 07-10-2019 23:42 ]

[Koenvh]

CodeCaster schreef op maandag 7 oktober 2019 @ 23:42:
Ik ben een tijdje wat afwezig geweest, maar is er eigenlijk nog een DevSchuur-meeting in de maak?

Mensen zijn eng, dat weet je toch

[.Gertjan.]

Koenvh schreef op dinsdag 8 oktober 2019 @ 00:47:
[...]

Mensen zijn eng, dat weet je toch

Precies, en waarom een meetup als je digitaal kan communiceren
Vind zelf mensen niet perse eng, maar heb meestal weinig trek in social events enzo, dus ik moet eigenlijk weinig zeggen ...


Over menselijke interactie gesproken, ik werk nu sinds kort in de regio Eindhoven en moet zeggen dat dat echt wel anders voelt qua interactie en teamgeest dan wat verder naar het noorden van Brabant. Nog steeds wel ontzettend leuke mensen, maar in de regio 's-Hertogenbosch heerst een beetje een sfeer dat je samen moet zuipen en lallen om een team te vormen terwijl ik dat op andere plekken veel minder ervaar. Daar kan men een gemoedelijke teamsfeer hebben zonder al die socializing eromheen. Het drukke gedoe hoeft allemaal niet zo erg van ze.

Het een is niet beter dan het ander, maar dat viel mij op. Zeker als je ook wat mensen in de mix gooit die uit andere streken komen. Ik denk met name dat de Boschenaren er dan uitspringen

[mcDavid]

Oh, dat zal minder aan de plaats liggen dan gewoon aan de bedrijfscultuur hoor. Bij ons (in het westen van het land) is samen zuipen of andere ongein uithalen ook een groot deel van de cultuur.

[.Gertjan.]

mcDavid schreef op dinsdag 8 oktober 2019 @ 08:48:
Oh, dat zal minder aan de plaats liggen dan gewoon aan de bedrijfscultuur hoor. Bij ons (in het westen van het land) is samen zuipen of andere ongein uithalen ook een groot deel van de cultuur.

Ik heb natuurlijk niet al te veel vergelijkingsmateriaal, maar ik heb eerder in Eindhoven zoiets opgemerkt. Nu komt dat denk ik ook omdat bedrijvig Eindhoven misschien op een andere manier mensen werft ofzo, ik zie ook namelijk wel verschil in hoe bedrijven zich in de verschillende regio's profileren. Kan uiteraard ook zijn dat mijn narrow-vision dan meespeelt hoor

Vind beiden eigenlijk altijd wel interessant, moet zeggen dat ik redelijk makkelijk kan aarden in beide soorten teams en ben zelf ook wel in voor een lolletje, dus dat ga ik zeker niet achterwege laten hoor

[P-Storm]

CodeCaster schreef op maandag 7 oktober 2019 @ 23:42:
Ik ben een tijdje wat afwezig geweest, maar is er eigenlijk nog een DevSchuur-meeting in de maak?

Het is alweer een tijd geleden dat ik er een georganiseerd heb, wellicht dat ik er weer een op poten moet gaan zitten. Mijn agenda geeft nu al aan dat het dan in het nieuwe jaar zal vallen. Totaal niet druk zo einde jaar

[Mugwump]

.Gertjan. schreef op dinsdag 8 oktober 2019 @ 09:52:
[...]

Ik heb natuurlijk niet al te veel vergelijkingsmateriaal, maar ik heb eerder in Eindhoven zoiets opgemerkt. Nu komt dat denk ik ook omdat bedrijvig Eindhoven misschien op een andere manier mensen werft ofzo, ik zie ook namelijk wel verschil in hoe bedrijven zich in de verschillende regio's profileren. Kan uiteraard ook zijn dat mijn narrow-vision dan meespeelt hoor

Vind beiden eigenlijk altijd wel interessant, moet zeggen dat ik redelijk makkelijk kan aarden in beide soorten teams en ben zelf ook wel in voor een lolletje, dus dat ga ik zeker niet achterwege laten hoor

Het is niet heel erg locatiegebonden in mijn ogen. Heb van Oost-Nederland tot Amsterdam tot Eindhoven bij bedrijven gezeten waar we echt enorm veel sociale activiteiten hadden en het vrij normaal was om regelmatig met collega's te borrelen c.q. flink te zuipen. Zit nu bij een bedrijf in de regio Utrecht en daar is het wat minder losbandig. Ligt ook wel deels aan mezelf, want de avondjes flink zuipen hakken er wel een stuk harder in dan 10 jaar geleden.

[.Gertjan.]

Mugwump schreef op dinsdag 8 oktober 2019 @ 10:49:
[...]
Het is niet heel erg locatiegebonden in mijn ogen. Heb van Oost-Nederland tot Amsterdam tot Eindhoven bij bedrijven gezeten waar we echt enorm veel sociale activiteiten hadden en het vrij normaal was om regelmatig met collega's te borrelen c.q. flink te zuipen.

Ik denk dat je overal door het hele land wel beroeps-alcoholisten tegen komt Grote kans is ook dat mijn beeld enigszins gevormd wordt door het soort projecten dat ik zoek in een bepaalde fase van mijn leven en dat die toevallig overeenkomsten hebben qua locaties (mijn consulting-klussen waren door het hele land, werken in vaste teams meestal in de regio). Dus waarschijnlijk een verband dat mogelijk primair in mijn hoofd bestaat

Zit nu bij een bedrijf in de regio Utrecht en daar is het wat minder losbandig. Ligt ook wel deels aan mezelf, want de avondjes flink zuipen hakken er wel een stuk harder in dan 10 jaar geleden.

Als ik een avond door zou halen kunnen ze me denk ik meteen op de IC leggen... Vroeger kon er een goede borrel wel in (bv op feestjes), maar tegenwoordig gaan na een paar glazen wijn de luiken behoorlijk rap dicht

[Hydra]

mcDavid schreef op dinsdag 8 oktober 2019 @ 08:48:
Oh, dat zal minder aan de plaats liggen dan gewoon aan de bedrijfscultuur hoor. Bij ons (in het westen van het land) is samen zuipen of andere ongein uithalen ook een groot deel van de cultuur.

Yup. Meer afhankelijk van het 'soort' mensen dat bij een bedrijf werkt dan waar het staat. Consulting clubje bij Utrecht waar ik hiervoor werkte had ook leuke feestjes

.Gertjan. schreef op dinsdag 8 oktober 2019 @ 12:02:
Als ik een avond door zou halen kunnen ze me denk ik meteen op de IC leggen... Vroeger kon er een goede borrel wel in (bv op feestjes), maar tegenwoordig gaan na een paar glazen wijn de luiken behoorlijk rap dicht

Rode vodka met red bull. Dan kun je tenminste rustig je lever aan gort drinken zonder in slaap te vallen

[ Voor 31% gewijzigd door Hydra op 08-10-2019 13:42 ]

[armageddon_2k1]

Linkdrop: YouTube: 8 Bit & '8 Bitish' Graphics-Outside the Box

Mooie presentatie van iemand die 8bit plaatjes tot een kunst heeft verheven. Het palette shifting is echt fantastisch waar ie 1 artfile heeft en 9 palettes en vervolgens 9 totaal verschillende sceneries.

Op gegeven moment heeft ie een mooi inzicht. Geparafraseerd:

If someone gives you 2 gumwrappers and 3 sticks and asks you to make the Pieta you will take 2 gumwrappers and 3 sticks as far as they possibly go in your effort to accomplish your mission.

If someone gives you all the artistic resources of the universe and asks you to make the Pieta you will dabble in all those resources until the time is up and you have made nothing at all.

I think this is one of the challenges our industry has been facing for some time. Our resources are so limitless, so vast and they replace and render themselves obsolete so quickly that nobody has the time to do anything but just dabble.
....
For me, 8 bit art is all about an environment that is small enough to be creative in.

Wel mooi inzicht en zeker wel iets wat ik sterk herken bij mezelf.
Oeh Typescript! Oeh Rust! Oeh Blazor!

[ Voor 5% gewijzigd door armageddon_2k1 op 08-10-2019 14:25 ]

[Lethalis]

armageddon_2k1 schreef op dinsdag 8 oktober 2019 @ 14:21:
Wel mooi inzicht en zeker wel iets wat ik sterk herken bij mezelf.
Oeh Typescript! Oeh Rust! Oeh Blazor!

Het is iets waar ik persoonlijk geen vrede mee kan vinden. Ik wil graag pragmatisch zijn, effectief, getting things done.

Maar je moet natuurlijk mee met de tijd en elk nieuw stuk techniek dat ik aanraak, is een soort Pandora's box.

Too many options to choose from and too many ways to do something.

En elke keer besteed ik weer veel te veel tijd aan het uitzoeken hoe iets past in het geheel. Vooral bij modern web development is dit gewoon verschrikkelijk. Ogenschijnlijk simpele vragen van de afgelopen tijd:
- Moet ik wel een SPA gebruiken? Mate van interactiviteit etc.
- Zal ik React of Angular gebruiken? Populariteit vs programming style.
- Hoe manage ik sessions in een SPA? Van een OAUTH grant type nachtmerrie tot simpele cookies.

Maar ook server side soms. Zo wordt vaak afgeraden om een IDbConnection te laten managen door een DI framework en kun je beter een factory gebruiken. Maar zodra je dus repositories hebt die afhankelijk zijn van een IDbConnection, breek je de resolution chain en kun je weer zelf objecten aan gaan zitten maken.

Okee, misschien moeten we dan maar repositories niet afhankelijk maken van IDbConnection's, maar zelf connections uit de pool laten halen. Hmm. Hoe gaan we dan verder met transaction management wanneer een enkele transaction meerdere repositories nodig zou kunnen hebben?

Hallo MSDTC en transactions die automatisch gepromoot worden naar global, zodat ze weer gemanaged kunnen worden over meerdere verbindingen. Vervolgens lees ik weer dat het ADO.NET team iets heeft toegevoegd aan de manier hoe het verbindingen uit een pool haalt om transacties dit te laten overleven ( MSDN: Extending Lightweight Transactions in SqlClient | ADO.NET Blog ). Al voelt dit soort van brittle.

Je komt bijna op zo'n punt van "als ik het gewoon dom top down programmeer, heb ik het eerder af en is de kans kleiner dat er iets stuk gaat".



Je krijgt er echt een soort writers block van. Alle manieren waarop je iets "goed" of "beter" kan doen.

Vroeger dacht ik minder na en was ik productiever.

Misschien wil ik het wel te graag "goed" doen.

[Matis]

armageddon_2k1 schreef op dinsdag 8 oktober 2019 @ 14:21:
Linkdrop: YouTube: 8 Bit & '8 Bitish' Graphics-Outside the Box

Één uur en vijf-en-twin-tig minuten.

[armageddon_2k1]

Matis schreef op dinsdag 8 oktober 2019 @ 16:02:
[...]

Één uur en vijf-en-twin-tig minuten.
[Afbeelding: Ain't Nobody Got Time For That]

Het leukste zit in de eerste 15 minuten

[Sandor_Clegane]

Lethalis schreef op dinsdag 8 oktober 2019 @ 15:28:
[...]

Het is iets waar ik persoonlijk geen vrede mee kan vinden. Ik wil graag pragmatisch zijn, effectief, getting things done.

Maar je moet natuurlijk mee met de tijd en elk nieuw stuk techniek dat ik aanraak, is een soort Pandora's box.

Too many options to choose from and too many ways to do something.

En elke keer besteed ik weer veel te veel tijd aan het uitzoeken hoe iets past in het geheel. Vooral bij modern web development is dit gewoon verschrikkelijk. Ogenschijnlijk simpele vragen van de afgelopen tijd:
- Moet ik wel een SPA gebruiken? Mate van interactiviteit etc.
- Zal ik React of Angular gebruiken? Populariteit vs programming style.
- Hoe manage ik sessions in een SPA? Van een OAUTH grant type nachtmerrie tot simpele cookies.

Maar ook server side soms. Zo wordt vaak afgeraden om een IDbConnection te laten managen door een DI framework en kun je beter een factory gebruiken. Maar zodra je dus repositories hebt die afhankelijk zijn van een IDbConnection, breek je de resolution chain en kun je weer zelf objecten aan gaan zitten maken.

Okee, misschien moeten we dan maar repositories niet afhankelijk maken van IDbConnection's, maar zelf connections uit de pool laten halen. Hmm. Hoe gaan we dan verder met transaction management wanneer een enkele transaction meerdere repositories nodig zou kunnen hebben?

Hallo MSDTC en transactions die automatisch gepromoot worden naar global, zodat ze weer gemanaged kunnen worden over meerdere verbindingen. Vervolgens lees ik weer dat het ADO.NET team iets heeft toegevoegd aan de manier hoe het verbindingen uit een pool haalt om transacties dit te laten overleven ( MSDN: Extending Lightweight Transactions in SqlClient | ADO.NET Blog ). Al voelt dit soort van brittle.

Je komt bijna op zo'n punt van "als ik het gewoon dom top down programmeer, heb ik het eerder af en is de kans kleiner dat er iets stuk gaat".


on serilaiaation
Je krijgt er echt een soort writers block van. Alle manieren waarop je iets "goed" of "beter" kan doen.

Vroeger dacht ik minder na en was ik productiever.

Misschien wil ik het wel te graag "goed" doen.

Gewoon functioneel gaan programmeren, ben je in een klap van een hele hoop geneuzel af.

[armageddon_2k1]

@Sandor_Clegane Hoe helpt FP bij de bovengenoemde issues?

[Sandor_Clegane]

Omdat, als je de literatuur moet geloven, je met OOP een heleboel patterns er op na kan houden die je met een functionele taal gewoon niet nodig hebt.

Je bent, in mijn ervaring, minder bezig met hoe je code te structureren dan code te schrijven.

Voor een ander deel, er is ook wel een hoop geneuzel in IT.

En qua nieuwe tech..... tja. Heb je even?

[ Voor 6% gewijzigd door Sandor_Clegane op 08-10-2019 16:51 ]

[kenneth]

Ik krijg een mail:




2019

[Matis]

kenneth schreef op dinsdag 8 oktober 2019 @ 17:14:
Ik krijg een mail:

[Afbeelding]


2019

Triple escape FTW

Toch nog een gerelateerd plaatje. Ik kan hier, na al die jaren, nog hartelijk om lachen

[ Voor 27% gewijzigd door Matis op 08-10-2019 17:59 ]

[Mugwump]

Lethalis schreef op dinsdag 8 oktober 2019 @ 15:28:
[...]

Het is iets waar ik persoonlijk geen vrede mee kan vinden. Ik wil graag pragmatisch zijn, effectief, getting things done.

Maar je moet natuurlijk mee met de tijd en elk nieuw stuk techniek dat ik aanraak, is een soort Pandora's box.

Too many options to choose from and too many ways to do something.

En elke keer besteed ik weer veel te veel tijd aan het uitzoeken hoe iets past in het geheel. Vooral bij modern web development is dit gewoon verschrikkelijk. Ogenschijnlijk simpele vragen van de afgelopen tijd:
- Moet ik wel een SPA gebruiken? Mate van interactiviteit etc.
- Zal ik React of Angular gebruiken? Populariteit vs programming style.
- Hoe manage ik sessions in een SPA? Van een OAUTH grant type nachtmerrie tot simpele cookies.

Maar ook server side soms. Zo wordt vaak afgeraden om een IDbConnection te laten managen door een DI framework en kun je beter een factory gebruiken. Maar zodra je dus repositories hebt die afhankelijk zijn van een IDbConnection, breek je de resolution chain en kun je weer zelf objecten aan gaan zitten maken.

Okee, misschien moeten we dan maar repositories niet afhankelijk maken van IDbConnection's, maar zelf connections uit de pool laten halen. Hmm. Hoe gaan we dan verder met transaction management wanneer een enkele transaction meerdere repositories nodig zou kunnen hebben?

Hallo MSDTC en transactions die automatisch gepromoot worden naar global, zodat ze weer gemanaged kunnen worden over meerdere verbindingen. Vervolgens lees ik weer dat het ADO.NET team iets heeft toegevoegd aan de manier hoe het verbindingen uit een pool haalt om transacties dit te laten overleven ( MSDN: Extending Lightweight Transactions in SqlClient | ADO.NET Blog ). Al voelt dit soort van brittle.

Je komt bijna op zo'n punt van "als ik het gewoon dom top down programmeer, heb ik het eerder af en is de kans kleiner dat er iets stuk gaat".



Je krijgt er echt een soort writers block van. Alle manieren waarop je iets "goed" of "beter" kan doen.

Vroeger dacht ik minder na en was ik productiever.

Misschien wil ik het wel te graag "goed" doen.

Als je begint als ontwikkelaar dan heb je het idee dat je aan het leren bent hoe je de juiste keuze vindt. Als je eenmaal een bak ervaring hebt, dan realiseer je je dat er geen 'juiste oplossing' is, maar dat 'juist' een relatief begrip is. Het JavaScript ecosysteem heft wel een notoire hype-of-the-weekmentaliteit, maar ik denk dat het daar ook belangrijk is dat je je vooral realiseert dat de verschillen niet zo cruciaal zijn dat je met bijvoorbeeld een keuze voor React of Angular het hele project enorm bemoeilijkt of de uitkomst in gevaar brengt. Pragmatische afwegingen als het kennis- en ervaringsniveau binnen je team of wanneer je geheel zelf aan de slag mag domweg een gevalletje 'wat vind ik zelf leuk / interessant om eens te doen?' zijn vaak gewoon prima motivaties om daarin keuzes te maken.

Daarbij is het aan de back-end kant ook geëxplodeerd qua opties. Was het vroeger vrij standaard BBC architectuur met een SQL databaseje eronder, tegenwoordig heb je legio keuzes qua opslagtechnologie, verschillende cloudplatformen met mogelijkheden van IAAS tot SAAS / FAAS en ga zo maar door.
Stel simpelweg lijstjes op met criteria en toets potentiële oplossingen aan die criteria. Desnoods gooi je er een PoCje tegenaan om te kijken of iets een beetje werkt en voldoet aan de verwachtingen. Bij mijn huidige project is ook echt zo ongeveer alles nieuw (eerste AWS project dat ik zelf doe en voor de meeste teamleden ook het eerste project van deze omvang), dus dan doen wel veel basale implementaties om te kijken of onze verwachtingen qua performance en kosten uitkomen en of we niet tegen onverwachte zaken aanlopen. Dat laatste is vaak genoeg het geval, dus dan is het even terug naar de tekentafel en rolt er vaak wel weer een prima alternatieve oplossing uit.

Je moet je soms ook wel een beetje realiseren dat je aan het doorslaan bent met het willen perfectioneren van je code. Ik wil zelf nog wel eens iets te gauw snelheid boven perfectie verkiezen, maar gelukkig heb ik dan weer een collega die exact het omgekeerde heeft. Dat middelt dan een beetje uit.
Ik denk dat ik bij hem ook wel een beetje zie waar jij tegenaanloopt. Hij is zojuist een week bezig geweest om een stuk code van mij te herschrijven, omdat hij iets wilde waarvan ik vond dat het niet kon. Na een paar dagen is het resultaat dat er welgeteld twee classes zijn hernoemd en één kleine herstructurering heeft plaatsgevonden. Soms is goed genoeg ook gewoon goed genoeg en moet je van elegantie / perfectie geen doel opzich maken.

[armageddon_2k1]

Sandor_Clegane schreef op dinsdag 8 oktober 2019 @ 16:50:
Omdat, als je de literatuur moet geloven, je met OOP een heleboel patterns er op na kan houden die je met een functionele taal gewoon niet nodig hebt.

Je bent, in mijn ervaring, minder bezig met hoe je code te structureren dan code te schrijven.

Voor een ander deel, er is ook wel een hoop geneuzel in IT.

En qua nieuwe tech..... tja. Heb je even?

OOP en FP kunnen gewoon hand in hand gaan. Scala is FP en puur OO. Dus ik snap je punt niet helemaal.
Bedoel je misschien Functioneel vs Imperatief? Of bedoel je de echt pure FP talen? Want als wat jij zegt waar is, dan kan ik moeiteloos overstappen van Haskell naar Elm.

Daarnaast kan je met FP er ook een hoop patronen op nahouden, alleen niet in dezelfde vorm als de GoF dat doet met OO. Afhankelijk van of je een design pattern beschrijft als "a named, catalogued solution to a common problem" (link), dan zijn er genoeg. Error handling, logging, null-handling, etc, hebben allemaal hun eigen patterns in FP.

[Sandor_Clegane]

armageddon_2k1 schreef op dinsdag 8 oktober 2019 @ 19:16:
[...]


OOP en FP kunnen gewoon hand in hand gaan. Scala is FP en puur OO. Dus ik snap je punt niet helemaal.
Bedoel je misschien Functioneel vs Imperatief? Of bedoel je de echt pure FP talen? Want als wat jij zegt waar is, dan kan ik moeiteloos overstappen van Haskell naar Elm.

Daarnaast kan je met FP er ook een hoop patronen op nahouden, alleen niet in dezelfde vorm als de GoF dat doet met OO. Afhankelijk van of je een design pattern beschrijft als "a named, catalogued solution to a common problem" (link), dan zijn er genoeg. Error handling, logging, null-handling, etc, hebben allemaal hun eigen patterns.

Je hebt helemaal gelijk.

[R4gnax]

Lethalis schreef op dinsdag 8 oktober 2019 @ 15:28:
Zo wordt vaak afgeraden om een IDbConnection te laten managen door een DI framework en kun je beter een factory gebruiken. Maar zodra je dus repositories hebt die afhankelijk zijn van een IDbConnection, breek je de resolution chain en kun je weer zelf objecten aan gaan zitten maken.

Juist dat is een non-issue.
Moderne DI containers bevatten allemaal de mogelijkheid om dependencies te resolven middels factories.
Je applicatie zelf kan dan lekker een IDbConnection geinjecteerd krijgen, want je kunt de container zo opbouwen om eerst zelf de factory (die op zijn beurt ook geinjecteerd kan zijn) aan te roepen en de IDbConnection op te laten bouwen en aan te leveren.

Mogelijk kun je in bijv. C# zelfs nog wat slims doen met attributes op de IDbConnection parameters van je injection constructors icm een custom build strategy om transaction scopes toe te passen.
(Als je dan echt wilt, heh...)

[ Voor 17% gewijzigd door R4gnax op 08-10-2019 19:30 ]

[RayNbow]

armageddon_2k1 schreef op dinsdag 8 oktober 2019 @ 19:16:
Daarnaast kan je met FP er ook een hoop patronen op nahouden, alleen niet in dezelfde vorm als de GoF dat doet met OO.

Wat vaak beargumenteerd wordt is dat design patterns tekenen zijn van dingen die in een taal missen. Waarom moeten we een patroon beschrijven in een of ander boek (of wiki/whatever)? Waarom kan een patroon niet worden uitgedrukt in de taal zelf en in een library worden gestopt zodat we zo'n patroon kunnen importeren?