: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
Gopher
(meegeleverde browser bookmarks, of je favo computerblad, of via de TamTam)
En nog eerst als subdomein van digital.com
Hmm ik zag op m'n tripje over memory lane nog animated gifjes van "under construction" borden en sirenes op website langsflitsen
Ach waar is die tijd toch gebleven van een relatief onschuldig internet en bij behorende feestjes
[ Voor 20% gewijzigd door gekkie op 01-04-2025 18:55 ]
:strip_exif()/u/11775/SoulTaker.gif?f=community)
Ik heb helaas geen PDF viewer die zulke grote bestanden kan doorzoeken
Je had toen ook lijsten van telefoonnummers met BBS'en waarop je moet je modem kan inbellen, bijvoorbeeld: https://bbs.idefix.net/abnlijst/abn199601.lst
/u/437778/Avatar%2520TV%2520new%252070px.png?f=community){kind=avatar}
Het staat op alfabetische volgorde, gewoon een beetje scrollen dus:
[...]
Ik heb helaas geen PDF viewer die zulke grote bestanden kan doorzoeken
[...]
Je had toen ook lijsten van telefoonnummers met BBS'en waarop je moet je modem kan inbellen, bijvoorbeeld: https://bbs.idefix.net/abnlijst/abn199601.lst
🠕 This side up
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
/u/189240/av70.png?f=community)
Oef… AutoMapper and MediatR Going Commercial. 
Geen 1 april grap. Dit lijkt mij toch wel een beetje lastig te vercommercialiseren.
MediatR is een vrij kleine library die niet al te ingewikkeld is en vrij gemakkelijk zelf te maken is of te vervangen is door MassTransit. AutoMapper zitten natuurlijk wel wat slimmigheden in, maar in de praktijk gebruik je niet die niet omdat des te ingewikkelder zo’n mapping is, des te lastiger die te onderhouden is.
Voor EPPlus trek ik (en heb ik getrokken) graag de portemonnee van mijn werkgever, voor QuestPDF ook, maar voor deze libraries is het wel ingewikkeld.
Geen 1 april grap. Dit lijkt mij toch wel een beetje lastig te vercommercialiseren.
MediatR is een vrij kleine library die niet al te ingewikkeld is en vrij gemakkelijk zelf te maken is of te vervangen is door MassTransit. AutoMapper zitten natuurlijk wel wat slimmigheden in, maar in de praktijk gebruik je niet die niet omdat des te ingewikkelder zo’n mapping is, des te lastiger die te onderhouden is.
Voor EPPlus trek ik (en heb ik getrokken) graag de portemonnee van mijn werkgever, voor QuestPDF ook, maar voor deze libraries is het wel ingewikkeld.
[ Voor 4% gewijzigd door Sebazzz op 02-04-2025 18:01 ]
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
:strip_icc():strip_exif()/u/492949/crop627d0c893ea0e_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/104670/66407.jpg?f=community)
Voor alle AI liefhebbers en haters 
Microsoft AI Skills Fest
Microsoft AI Skills Fest
Kater? Eerst water, de rest komt later
/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!
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
/u/28318/crop59d5ed176e52f_cropped.png?f=community)
Da's dan ook een aardige commissie die hij misloopt, vermoed ik zo maar eens... Vandaar dat zijn vertrouwen in jou geschaadt is.
Lekker naast je neerleggen
Hay 365 dias en un año y 366 occasiones para festejar (Boliviaans spreekwoord)
Het gaat nog erger worden. Zojuist de partij in kwestie gesproken, blijkt dat ze gisteren stiekem achter mijn rug om alsog mijn CV hebben neergelegd net nadat ik er zelf gesolliciteerd had. De partij gaat zich beramen op de samenwerking.:
[...]
Da's dan ook een aardige commissie die hij misloopt, vermoed ik zo maar eens... Vandaar dat zijn vertrouwen in jou geschaadt is.
Lekker naast je neerleggen
[ Voor 5% gewijzigd door CloudPrutser op 10-04-2025 12:13 ]
De partij heeft gezegd tegen CareerValue dat ze zich niet herkennen in het verhaal en dat ik eerder was dan de recruiter.
Gewoon de waarheid.
Ze hebben telefonisch wel alles geprobeerd om er toch geld uit te persen.
[ Voor 10% gewijzigd door CloudPrutser op 10-04-2025 12:18 ]
Kijk, da's een werkgever om te gaan werken dan. Een werkgever die jou steunt ipv de partij waar ze mee te maken hebben is altijd een +1:
[...]
De partij heeft gezegd tegen CareerValue dat ze zich niet herkennen in het verhaal en dat ik eerder was dan de recruiter.
Hay 365 dias en un año y 366 occasiones para festejar (Boliviaans spreekwoord)
"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/53213/crop579918c57678f.jpeg?f=community)
Van die typefouten die je maakt.
Hoe dan?
/f/image/NVwdV9ixnqdpVDn0KqjTMBAg.png?f=fotoalbum_large)
Wat een shit show
Hoe dan?
:strip_exif()/f/image/NVwdV9ixnqdpVDn0KqjTMBAg.png?f=user_large)
Wat een shit show
☀️ Goedemorgen zonneschijn! ☀️
☀️Ja, je maakt me zo gelukkig, en door jou voel ik me fijn! ☀️
/u/74211/crop5db297afbbd2b_cropped.png?f=community)
Ik type een paar keer per jaar
code:
ipv pop, en elke keer moet ik er weer om grinniken
1
| git stash poop |
Einstein: Mijn vrouw begrijpt me niet
/u/262016/crop64ed94e1a7757_cropped.png?f=community)
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Ugh waarom is de git integratie in VS zo ontzettend kut. Kent iemand een betere plugin?
Ben nu aan het debuggen, en ik trace in een library waarvan ik de source van lokaal heb staan (en die opent ie ook), maar ik kan nu geen git blame doen omdat die niet in dezelfde repo als het geopende project zit.
En áls ik dan een git blame kan doen, dan kan ik alsnog niet makkelijk de change zien van een bepaalde regel code, omdat ik dan op de commit moet klikken en dan kom ik in de commit van die change, maar dan moet ik eerst weer de betreffende file in die commit opzoeken, en daarna op zoek naar de regel
Ben nu aan het debuggen, en ik trace in een library waarvan ik de source van lokaal heb staan (en die opent ie ook), maar ik kan nu geen git blame doen omdat die niet in dezelfde repo als het geopende project zit.
En áls ik dan een git blame kan doen, dan kan ik alsnog niet makkelijk de change zien van een bepaalde regel code, omdat ik dan op de commit moet klikken en dan kom ik in de commit van die change, maar dan moet ik eerst weer de betreffende file in die commit opzoeken, en daarna op zoek naar de regel
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.
@.oisyn ik snap niet precies wat je probeert te doen, ik ben dan ook geen Git guru , maar misschien werkt het beter in VS Code? Ik heb zelf sowieso vaak eenzelfde solution open in zowel VS als VS Code, omdat bepaalde handelingen soms net wat handiger in VS Code gaan, al dan niet ondersteund met een specifieke extension.
, maar misschien werkt het beter in VS Code? Ik heb zelf sowieso vaak eenzelfde solution open in zowel VS als VS Code, omdat bepaalde handelingen soms net wat handiger in VS Code gaan, al dan niet ondersteund met een specifieke extension.
Kater? Eerst water, de rest komt later
@Haan Het werkt idd beter in VS Code. Alleen debuggen werkt een stuk beter in VS
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.
Het feit dat je een gepimpte text editor nodig hebt omdat de duur betaalde IDE iets niet kan vind ik nu niet echt geweldig over komen
Al helemaal als ze semi dezelfde naam dragen en vanuit dezelfde maker komen.
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.
:strip_icc():strip_exif()/u/269054/crop6064049cee9ab_cropped.jpg?f=community)
Aangezien ik ervaring heb met bug reports en feature requests die een stuk relevanter zijn weet ik dat dit totaal hopeloos is
. Bovendien vraag ik om een oplossing nu, niet eentje voor Visual Studio 2035.
[ Voor 9% gewijzigd door .oisyn op 16-04-2025 10:28 ]
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.
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.
Ik weet 't, 1 april is nu al even voorbij, maar nu na twee weken heb ik ook de fysieke versie van m'n boek binnen 
:strip_exif()/f/image/W1frdUiDzd1xaOIe0nRx5Zs7.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():strip_exif()/f/image/W1frdUiDzd1xaOIe0nRx5Zs7.jpg?f=user_large)
🠕 This side up
:strip_icc():strip_exif()/u/271699/icon.jpg?f=community){kind=icon}
Mijn meest recente productreview.
GoT; een haast oneindige bron van technologische kennis. Experts die elkaar helpen, en ik ben trots, hieraan een bijdrage -nsfw- te mogen leveren!
:strip_icc():strip_exif()/u/5964/crop56503163e97a5.jpeg?f=community)
Nou.... Ik heb heel wat sollicitatiegesprekken en werk gezien van sollicitanten en Laravel was vrijwel nooit een fatsoenlijk design pattern in te ontdekken. Het kan wel (!) maar bij de sollicitanten die ik dus gezien heb was t gewoon yolo random aanroepen wat je wil, waar je maar wil. Symfony dwingt je veel meer om alles netjes te organiseren wat dat betreft.
Ik heb een oud-collega senior php(Symfony)/python/node dev benaderd een paar weken terug en die had binnen 2 dagen besloten naar ons te willen komen, mazzeltje
Nieuwe mensen vinden die goed zijn ipv een opgeblazen CV te hebben is heel erg lastig. Iedereen noemt zich full stack zodra ze n keer React of Express geinstalleerd hebben, niet te doen. We werken wel met een recruiter samen waar ik wel echt tevreden over ben, stuur gerust een bericht als je de naam wil hebben.
/u/243953/crop56f55a7bcf291.png?f=community)
Maar dan zijn ze gewoon niet heel senior. Ik heb nog PHP gedaan in het 'pre-framework' tijdperk. Uiteindelijk was er een enorme wildgroei aan frameworkjes die allemaal weer iets anders jatten van Java's Spring framework en is het nu weer redelijk geconsolideerd volgens mij met Laravel als grootste speler.:
[...]
Nou.... Ik heb heel wat sollicitatiegesprekken en werk gezien van sollicitanten en Laravel was vrijwel nooit een fatsoenlijk design pattern in te ontdekken. Het kan wel (!) maar bij de sollicitanten die ik dus gezien heb was t gewoon yolo random aanroepen wat je wil, waar je maar wil. Symfony dwingt je veel meer om alles netjes te organiseren wat dat betreft.
Ik heb een oud-collega senior php(Symfony)/python/node dev benaderd een paar weken terug en die had binnen 2 dagen besloten naar ons te willen komen, mazzeltje
Maar je kunt nog steeds niet verwachten dat er voor elk mogelijke variant van hetzelfde legio mensen zijn met X jaar ervaring met dat specifieke frameworkje en dergelijke.
Ik doe al jaren geen front-end meer, maar ik kan er echt wel vrij snel weer ingroeien als het moet. Ik doe nu Kotlin, waar ik tot dit jaar geen noemenswaardige ervaring mee had bijvoorbeeld. Maar als je Java kent en het liefst nog wat andere talen die features hebben die Kotlin toevoegt, dan zit je er zo in.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/161671/269e4805d60917f22c3872de8f8fcd0e-d33ige3__1__360.png?f=community)
/u/363743/crop61aa1329d36b8_cropped.png?f=community)
Hoewel ik zelf meer verschoven ben naar de ops kant van de devschuur, zit ik midden in een Symfony wereld wat betreft onze applicatie.
Samen met een berg Perl (Vraag me niet waarom... maar het feit dat de originele, eerste versie van de applicatie uit 2009 stampt geeft misschien een idee).
Hoewel ik zelf veel meer in de python hoek zit qua wat ik doe met werk, heb ik de oude PHP achtergrond wel. Wat me is opgevallen aan Symfony is dat het een enorme hoeveelheid extra code oplevert in onze eigen codebase.
Laravel, Silverstripe, zelfs Drupal, een formuliertje ofzo is zo veel makkelijker en beter geabstraheerd dan in Symfony.
Hetzelfde voor heel veel basic controller werk. En security/firewall spul, waar je in Symfony een gigantische YML bij elkaar aan't schrapen bent, is het in Laravel zo veel makkelijker te beheren.
Toegegeven, de originele code is echt niet schoon (en het "scouts principe" wordt helaas niet genoeg toegepast), dus het kan zijn dat mijn observatie hier deels door wordt vertroebeld.
Hoe dan ook, volgens mij is Symfony nooit "het" geweest. Tweakers is (was?) symfony geloof ik, maar grotendeels, als je me nu een zelfde applicatio zou vragen te maken, zou Symfony erg laag op de lijst met kanshebbers staan.
Ik ben het hier grotendeels me oneens. Maar ieder zijn meug
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!
Dat kan natuurlijk, maar ik ben wel alsnog benieuwd waarom niet:
[...]
Hoewel ik zelf meer verschoven ben naar de ops kant van de devschuur, zit ik midden in een Symfony wereld wat betreft onze applicatie.
Samen met een berg Perl (Vraag me niet waarom... maar het feit dat de originele, eerste versie van de applicatie uit 2009 stampt geeft misschien een idee).
Hoewel ik zelf veel meer in de python hoek zit qua wat ik doe met werk, heb ik de oude PHP achtergrond wel. Wat me is opgevallen aan Symfony is dat het een enorme hoeveelheid extra code oplevert in onze eigen codebase.
Laravel, Silverstripe, zelfs Drupal, een formuliertje ofzo is zo veel makkelijker en beter geabstraheerd dan in Symfony.
Hetzelfde voor heel veel basic controller werk. En security/firewall spul, waar je in Symfony een gigantische YML bij elkaar aan't schrapen bent, is het in Laravel zo veel makkelijker te beheren.
Toegegeven, de originele code is echt niet schoon (en het "scouts principe" wordt helaas niet genoeg toegepast), dus het kan zijn dat mijn observatie hier deels door wordt vertroebeld.
Hoe dan ook, volgens mij is Symfony nooit "het" geweest. Tweakers is (was?) symfony geloof ik, maar grotendeels, als je me nu een zelfde applicatio zou vragen te maken, zou Symfony erg laag op de lijst met kanshebbers staan.
[...]
Ik ben het hier grotendeels me oneens. Maar ieder zijn meug
Ben altijd benieuwd naar andere zienswijzen. Uiteindelijk is dit natuurlijk op basis van eigen ervaringen en mogelijk wat verouderd gezien ik niet recentelijk naar Laravel heb gekeken. Ook is het natuurlijk heel erg afhankelijk van het team waarmee je werkt en de afspraken die je daarbinnen kan maken om een eindproduct neer te zetten. Dan kan Laraval ook werken voor grotere applicaties (zoals ik aangaf ook met "Met laravel kun je prima ontwikkelen, en uiteindelijk hetzelfde bereiken als met Symfony" in mijn vorige bericht), maar het vereist m.i. wel een iets andere aanpak dan bij Symfony.Voor Tweakers zou ik misschien ook niet direct Symfony gekozen hebben op basis van wat ik zie, hoewel ik de overweging wel kan voorstellen. Ik weet niet wat er op de achtergrond allemaal speelt qua architectuur, schaal en functionaliteit dus kan dat verder niet beoordelen.
[ Voor 13% gewijzigd door mrdemc op 18-04-2025 13:19 ]
Zoals ik eerder al aangaf, ieder z'n meug natuurlijk, maar wat mij tegen staat aan puur Symfony voor een applicatie, is het gebrek aan bootstrapping van kleine dingen.:
[...]
Dat kan natuurlijk, maar ik ben wel alsnog benieuwd waarom niet
Voor Tweakers zou ik misschien ook niet direct Symfony gekozen hebben op basis van wat ik zie, hoewel ik de overweging wel kan voorstellen. Ik weet niet wat er op de achtergrond allemaal speelt qua architectuur, schaal en functionaliteit dus kan dat verder niet beoordelen.
Laravel's `DB::table()` methode haalt een grote hoeveelheid overhead weg, die een puur Symfony achter laat. Laravel is ook niet instabiel, in mijn ervaring.
Elk framework heeft uiteraard ijn quirks, en Laravel is verre van perfect. Maar het heeft tenminste geen lijst aan YML voor alles. De security.yml van Symfony, zonder enige "hulp" van het framework verder, vereist dat je alle roles en permissions goed hebt uitgewerkt. Andere frameworks handelen dit soort zaken af via een manageable interface in plaats van geheel te rusten op de developer kennis van de applicatie.
Daarnaast is mijn ervaring met Symfony, dat het teveel af hangt van listeners. Hoewel dit uiteraard voor een groot deel een developer keuze is, zijn listeners nogal verborgen code, iets wat Symfony graag toestaat.
Laravel en Silverstripe en in mindere mate Typo3 en Craft, hangen minder af van side-stepping van de code naar een listener om acties uit te voeren.
Onafhankelijk van hoe mijn opinie over Symfony is/was, als ik nu een applicatie zou moeten bouwen, zou het in Python gaan waarschijnlijk.
Hoewel Go uiteraard een optie is, kan ik het persoonlijk niet met Go vinden, maar ook voorzie ik grote problemen bij het upgraden/refactoren van een Python/Perl/PHP applicatie naar Go/Java.
Je verandert niet alleen de taal, maar ook de werkwijze. Je gaat van Interpreter naar Compiler, en dat zal een enorme opgave zijn voor veel mensen. Vooral als het team weinig ervaring heeft met compilatie talen. En dat zal waarschijnlijk het geval zijn, aangezien ze voor hun werk in interpreter talen werken.
In principe kun je natuurlijk in elk framework hetzelfde bereiken, en is het altijd een geval van de gekozen aanpak die bepaalt hoe iets gemaakt wordt.
Maar een groot deel van de aanpak die gekozen wordt, wordt juist gedicteerd door het framework, en daar zit'm juist dan de knel
[ Voor 47% gewijzigd door Firesphere op 18-04-2025 23:45 ]
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!
Hebben we het over dezelfde Symfony? Drupal waar je een bizar grote array moet maken zonder typing en Laravel met magic strings makkelijker dan Symfony Form waar alles netjes opgebouwd is uit objecten?
En gigantische yaml voor security? Ik heb nooit meer dan n enkele regels nodig gehad in vrij complexe applicaties. Helemaal in de war ben ik ervan
Voor een uitgebreid platform die volledig event driven, serverless, node/typescript is gekozen om de management tool met Symfony te doen vanwege de goede track record qua support en releases en omdat het lekker strikt is qua design patterns waardoor goed te onderhouden is en prima testbaar is. Het is gewoon vrij saaie tech misschien maar enorm robuust met heldere documentatie en een hoogwaardige community.
[ Voor 22% gewijzigd door Cartman! op 19-04-2025 10:39 ]
https://symfony.com/projects/drupal:
[...]
Hebben we het over dezelfde Symfony? Drupal waar je een bizar grote array moet maken zonder typing makkelijker dan Symfony Form waar alles netjes opgebouwd is uit objecten?
En gigantische yaml voor security? Ik heb nooit meer dan n enkele regels nodig gehad in vrij complexe applicaties. Helemaal in de war ben ik ervan
Voor een uitgebreid platform die volledig event driven, serverless, node/typescript is gekozen om de management tool met Symfony te doen vanwege de goede track record qua support en releases en omdat het lekker strikt is qua design patterns waardoor goed te onderhouden is en prima testbaar is. Het is gewoon vrij saaie tech misschien maar enorm robuust met heldere documentatie en een hoogwaardige community.
Maar idd, eens met wat je zegt
En exact ook de overweging die bij ons van belang is geweest.
[ Voor 5% gewijzigd door mrdemc op 18-04-2025 20:07 ]
Mijn controversiele mening: Drupal had zoveel beter kunnen zijn als het gebouwd zou zijn als bundles op Symfony Framework ipv enkel de losse componenten met een eigen module systeem. Helaas was Symfony Framework destijds daar niet ver genoeg voor toen ze aan Drupal 8 begonnen zijn. Drupal kampt ook best met t probleem van ontbrekende nieuwe aanwas, ik denk dat voor beide ecosystemen het geholpen had als het meer op elkaar zou lijken.:
[...]
https://symfony.com/projects/drupal
Maar idd, eens met wat je zegt
:strip_exif()/u/47168/loop.gif?f=community)
Drupal is toch echt zelf eigenwijs, ze gaan nog steeds af en toe tegen trends en de werking van Composer in.
Naast mooie veranderingen aan PHP, zoals versies 7.0, 7.4 en 8, zou je kunnen stellen dat Composer de beste externe toevoeging aan het ecosysteem is, enorm zonde om daar niet in mee te gaan op de intuitive manier (dus niet repo’s per major Drupal ).
Overigens is Laravel al 8 jaar heel stabiel, hoogstens niet met de bijproducten die ze proberen te vermarkten. Niet alle vergelijkingen in jullie posts kloppen, uiteindelijk is de top 2 van frameworks gewoon superduidelijk. Laravel heeft een stijltje en Eloquent (beide prima te negeren ook, Doctrine FTW). Misschien meer een cultuurding dat Laravel iets hipper is in US, UK, NL, en Symfony dan weer in FR, DE, PL.
Naast mooie veranderingen aan PHP, zoals versies 7.0, 7.4 en 8, zou je kunnen stellen dat Composer de beste externe toevoeging aan het ecosysteem is, enorm zonde om daar niet in mee te gaan op de intuitive manier (dus niet repo’s per major Drupal
).Overigens is Laravel al 8 jaar heel stabiel, hoogstens niet met de bijproducten die ze proberen te vermarkten. Niet alle vergelijkingen in jullie posts kloppen, uiteindelijk is de top 2 van frameworks gewoon superduidelijk. Laravel heeft een stijltje en Eloquent (beide prima te negeren ook, Doctrine FTW). Misschien meer een cultuurding dat Laravel iets hipper is in US, UK, NL, en Symfony dan weer in FR, DE, PL.
{signature}
/u/155722/Looneytunes.png?f=community)
Ik ga al een tijdje mee, maar voor mijn gevoel was in 2009 Perl al een product die z'n populariteit in 1999 verloor.
Hier een zware Laravel developer die open staat voor Symfony.
Stuur gerust een DM als je interesse hebt.
Kun je mij de vacature DM'en?
Zit zelf in regio Rotterdam dus ben even benieuwd waar jullie zitten ook.
:strip_icc():strip_exif()/u/86654/krat_toren.jpg?f=community)
https://oneerlijkewoz.nl
Het ergste moet nog komen / Het leven is een straf / Een uitgestrekte kwelling van de wieg tot aan het graf
:strip_icc():strip_exif()/u/246777/crop5665347035c66.jpeg?f=community)
Een magische array met magische strings als "['min' => 3])" als (enige) parameter meegeven aan een constructor voor een class is toch wel weer een mooi staatje "OOP" PHP
Je had het net zo goed niet kunnen doen, consistent met wat er een niveau hoger gedaan word.
/u/105842/Homer_60x60.png?f=community)
Is niet heel anders dan de "magische" param-objecten in JavaScript, en laten we vooral de args, **kwargs van Python niet vergeten:
[...]
Een magische array met magische strings als "['min' => 3])" als (enige) parameter meegeven aan een constructor voor een class is toch wel weer een mooi staatje "OOP" PHP
Read the code, write the code, be the code!
Dat is natuurlijk niet helemaal het zelfde. In Typescript kan dat "strong"-typed, in Javascript min-of-meer ook met de JSdoc annotaties. Of PHP zoiets heeft voor associative arrays weet ik niet.:
[...]
Is niet heel anders dan de "magische" param-objecten in JavaScript, en laten we vooral de args, **kwargs van Python niet vergeten
Het bestaan van een speciale syntax voor het aanmaken van een key-value pair collectie is ook geen enkel probleem, dat is een feature die je zowel voor goede als slechte dingen kan gebruiken.:
[...]
Is niet heel anders dan de "magische" param-objecten in JavaScript, en laten we vooral de args, **kwargs van Python niet vergeten
Ik duidde er meer op dat het framework dat "goed OOP" als voornaamste USP heeft het nogal een willekeurige mix van OOP design patterns en magische strings/arrays is. Maak er dan gewoon of een simpele array met de opties van (wat voor dit soort dingen prima is, je doet verder toch niks met die classes, en een beetje IDE kan ook wel autocompleten), of gebruik consistent een builder pattern. /my 2 cents
Vind persoonlijk een builder pattern vaak ook wel vrij bloated, zeker omdat het meestal gewoon een workaround is voor beperkingen van je taal.
Als ik b.v. kijk naar Kotlin vs Java, dan heeft Kotlin net als b.v. Python named parameters en default values, zodat je feitelijk gewoon een constructor fatsoenlijk en leesbaar kunt gebruiken om selectief parameters te vullen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Blijkbaar op een plek waar geen Symfony developers komen
. Blijkbaar ben ik dan van een uitstervend ras.
Klinkt als stress, ziek zijn, oververmoeidheid of het begin van burn-out. Ik zou in elk geval rust nemen en vooral iets anders doen dan jezelf te verbeteren.
Verder neem contact op met je huisarts, die zijn daar beter in gespecialiseerd dan ontwikkelaars die je online kent.
"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/10274/crop67712295188a6_cropped.jpg?f=community)
"Gewoon" even niet doen. Neem rust. Ga iets leuks doen dat iets anders is dan dat lijkt op je werk. Bij twijfel, ga naar de huisarts. Maar ga vooral niet pushen dat je iets moet doen deze weken. Niets doen is ook iets doen
Ik gok overigens vooral vermoeid vanwege spanning. Nieuwe baan, solliciteren en zo, allemaal spannend. Als dan de uitslag er is, komt het er opeens allemaal uit. Dat ken ik vanuit spanning rondom medische situatie van mijn moeder. Toen de uitslag er was, opeens 3 dagen totaal futloos. Spanning.
Exact expert nodig?
:strip_exif()/u/48440/crop6130a5af754ae_cropped.webp?f=community)
Ik had het over een “begin van een burn-out”
Verder zou ik vooral niet afwijzend zijn, je kan het het beter overschatten en te vroeg aan de bel trekken dan onderschatten. Herstel van een burn-out kost maanden. Als je het een paar keer gezien of meegemaakt heb dan weet je dat het meer dan alleen een dipje is.
Dat gezegd te hebben, we zij geen artsen en we kennen de persoon onvoldoende om een diagnose te maken.
"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
Moe/futloos is wel echt iets anders dan burn-out (of zoals we vroeger zeiden, overspannen
). Dat is zeker iets om wel heel serieus te nemen, dat het vaak ook geroepen wordt als iemand een week moe is, is erg vervelend voor de mensen die er echt last van hebben. Het wordt een soort gedownplayed door dat soort mensen om het zo maar te zeggen (net als de term depressief, die hoor ik ook iets te vaak) waardoor als je er echt last van hebt en dat hardop zegt je niet altijd serieus wordt genomen.Maar, dat gezegd hebbende, blijf ik als keyboard-held bij mijn diagnose dat het de spanning van de afgelopen periode is. En dat een gesprek met de huisarts zeker op zijn plaats is.
Exact expert nodig?
:strip_exif()/f/image/mLo08GuQGwh0ewS8zNrjfZzg.png?f=user_large)
Overspannen is wel echt iets anders dan burn-out:
[...]
Moe/futloos is wel echt iets anders dan burn-out (of zoals we vroeger zeiden, overspannen
Daar gaat alle trainingsdata voor AI modellen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/1219196/crop6324b2e35d04c_cropped.png?f=community)
Precies dat wordt ook gehighlight in de reactie die ik onder de tweet als eerste zie; hoe verder we dadelijk van de huidige versies af gaan zitten hoe minder relevant bestaande vragen gaan zijn en daarmee hoe minder relevant het antwoord van AI gaat zijn.:
[...]
Daar gaat alle trainingsdata voor AI modellen.
Ben wel benieuwd hoe ze dat denken op te gaan lossen, want in mijn ervaring zijn heel veel van de problemen waar ik tegenaan loop die ik dan aan Claude of ChatGPT voorleg dingen die echt niet in de docs te vinden zijn, en tenzij er een post ergens op het internet te vinden is kunnen ze 9/10 ook geen concreet antwoord vinden.
Ouroboros heeft nu toch echt z'n eigen staart gevonden.