Hmmm sjips de bonenmaler is nu verstopt, een Ollander heeft er een tas bonen in gestopt.
:strip_exif()/u/259931/stuiterbal2.gif?f=community)
Lol, klinkt als die number input waar het hierboven over ging
En dat in een stuk software gericht op developers nota bene...
/u/74211/crop5db297afbbd2b_cropped.png?f=community)
ik begrijp de theorie achter ligatures icm met code niet. In 'normale' tekst ziet het er mooi uit, maar bij code leid het bij mij alleen maar af. Bovendien vind ik dat de code er niet leesbaarder door wordt, zeker niet als je een kleinere fontgrootte gebruikt.
Is er hier iemand die er wel fan van is, en mij kan uitleggen waarom ie het gebruikt?
Einstein: Mijn vrouw begrijpt me niet
:strip_exif()/u/52746/eric-cartman_small.gif?f=community)
Lekker verwarrend
Maar het werkt wel inderdaad:
code:
1
2
3
4
5
6
7
8
9
10
11
12
| {
"git.enableSmartCommit": true,
"git.confirmSync": false,
"workbench.editorAssociations": {
"*.ipynb": "jupyter.notebook.ipynb"
},
"editor.tabSize": 2,
"editor.fontFamily": "JetBrains Mono",
"editor.fontSize": 13,
"editor.lineHeight": 1.2,
"editor.fontLigatures": true
} |
Goede kans dat ik die ligatures binnenkort weer uitzet. Ik ben nog steeds geen enorme fan, maar ga het gewoon eens uitproberen. Oude font terugzetten is immers zo gepiept.
PS
Voor Visual Studio 2019 én 2022 zie ik nergens een line height setting
[ Voor 5% gewijzigd door Lethalis op 08-12-2021 10:13 ]
Ask yourself if you are happy and then you cease to be.
:strip_exif()/u/627282/charmander-kerst.gif?f=community)
:fill(white):strip_exif()/f/image/oAEquWRBkJKRgY099Pg97vOb.png?f=user_large)
Bij mij klaagt hij alleen maar als ik 1.2 of 1,2 ofzo wil invoeren
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
https://code.visualstudio.com/updates/v1_58
https://github.com/microsoft/vscode/pull/125601
Het zit er pas een paar maanden in. Heb je VS Code wel bijgewerkt?
[ Voor 4% gewijzigd door Lethalis op 08-12-2021 10:38 ]
Ask yourself if you are happy and then you cease to be.
/u/81985/crop566b00b43645a.png?f=community)
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
/u/142011/crop65b383c6c6c2f_cropped.png?f=community)
:strip_icc():strip_exif()/u/492949/crop627d0c893ea0e_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/195618/mp3smiley.jpg?f=community)
Ik vind ligatures er wel geinig uit zien en gebruik ze daarom. Ik merk niet dat switchen naar code zonder ligatures er lastig door wordt, of dat het veel invloed heeft op de leesbaarheid van code.
Het maakt in Javascript het verschil tussen == en === wel wat duidelijker, maar bij de eerste begint ESLint tegen me te schreeuwen, dus dat valt sowieso wel op.
Omdat ik wel benieuwd ben naar hoe populair ze hier zijn:
Poll: Ligatures?
• Ja
• Nee
Tussenstand:
Ook een poll maken? Klik hier
Het maakt in Javascript het verschil tussen == en === wel wat duidelijker, maar bij de eerste begint ESLint tegen me te schreeuwen, dus dat valt sowieso wel op.
Omdat ik wel benieuwd ben naar hoe populair ze hier zijn:
Poll: Ligatures?
• Ja
• Nee
Tussenstand:
Ook een poll maken? Klik hier
[ Voor 37% gewijzigd door Vihaio op 08-12-2021 15:29 ]
/u/262016/crop64ed94e1a7757_cropped.png?f=community)
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
Haha, iedereen heeft na 20 jaar toch wel IPv6, toch? Het is gelukkig niet zo dat een grote in-Nederland-opererende ISP nog steeds geen plannen heeft voor IPv6... dat zou wel heel vreemd zijn. Gelukkig zijn die er niet, toch?
🠕 This side up
:strip_icc():strip_exif()/u/88819/larry_new.jpg?f=community)
:strip_exif()/u/402713/crop61a8df0bd950d_cropped.gif?f=community)
:strip_icc():strip_exif()/u/157485/ava.jpg?f=community)
:strip_icc():strip_exif()/u/174665/crop5f3505845c31b_cropped.jpeg?f=community)
Wat ik op verschillende plekken las is ElasticSearch ook impacted.........:
[...]
Om een probleem met loggen te hebben moet je wel eerst loggen
:strip_icc():strip_exif()/u/1260960/crop625a99906cb29_cropped.jpg?f=community)
Wat dacht je van wat kabeltjes lostrekken, of wat één regeltje veranderen waardoor het niet meer werkt?:
Ik werkte bij een bedrijf waar ik hart voor de zaak voor had. Daar heb ik een pythonscript voor geschreven in mijn vrije tijd en naar dat bedrijf genoemd. Nou is dat bedrijf failliet gegaan en alles is verkocht, maar de curator gaf mij het script terug omdat ik daar aantoonbaar zelf aan gewerkt had in vrije tijd en op eigen titel.
Nou heeft iemand de bedrijfsnaam gekocht en die beweert nu bij oude klanten dat het script proprietary is (want de naam die zij gekocht hebben staat er op).
Ik weet niet wat ik met deze situatie aan moet. Mijn script gaat nu gebruikt worden bij nieuwe klanten bij een nieuw bedrijf die onze oude naam gekocht heeft en daarbij wordt beweerd dat zij het gemaakt hebben. Ik ben even van slag hiervan en snap natuurlijk dat het best naïef is om zoiets te doen maar het was een privétool die in 4 jaar tijd was uitgegroeid in 6k lijnen code om mijn werk makkelijker te maken. Daar heb ik heel wat ‘echtelijke’ rust voor opgeofferd (“NU!! NAAR!! BED!!” - “Ja zometeen, ik ben nog een bug aan het oplossen!” Volgende ochtend… net doen alsof ik al vroeger op ben gestaan en laptop verstoppen). En nou denk ik dus: Had ik maar…
Het voelt vies en oneerlijk.
Ik wil tüteren, tüteren grote blij.
:strip_exif()/u/306933/ezgif.com-optimize.gif?f=community)
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
Yep, maar je kan een environment variable zetten (LOG4J_FORMAT_MSG_NO_LOOKUPS=true):
https://www.docker.com/blog/apache-log4j-2-cve-2021-44228/
Alleen jammer dat ik dat pas vandaag heb gedaan
[ Voor 5% gewijzigd door Lethalis op 12-12-2021 09:58 ]
Ask yourself if you are happy and then you cease to be.
Ik zie nu wel in wat het nut van een monorepo kan zijn. 
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Je had het ook gewoon tijdens kantooruren kunnen doen, dan had het nog langer geduurd:
Alleen jammer dat ik dat pas vandaag heb gedaan
/u/12668/hydra.png?f=community)
We gebruiken Logback dus het is vooral leedvermaak hier. Maar hoe dan ook volkomen debiel dat die feature er uberhaupt in zit en ook nog eens default aan staat.
https://niels.nu
:strip_icc():strip_exif()/u/77332/crop5e54ec42433bc_cropped.jpeg?f=community)
/u/1906/crop5dfd46928e003.png?f=community)
:strip_exif()/u/396800/D-_3427da0a9c293b63f2a66dea2e642102.gif?f=community)
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
Ik afgelopen week vol trots gemeld dat de log4j 0-day exploit voor ons geen impact heeft, want wij draaien onze software op PHP.
Realiseer ik me zojuist dat we Elastic Search hebben draaien. Een op Java-gebaseerde search engine met log4j.
Oeps
Gelukkig is de (tijdelijke) fix redelijk triviaal: https://github.com/elasti...18#issuecomment-990570546
Realiseer ik me zojuist dat we Elastic Search hebben draaien. Een op Java-gebaseerde search engine met log4j.
Oeps
Gelukkig is de (tijdelijke) fix redelijk triviaal: https://github.com/elasti...18#issuecomment-990570546
If money talks then I'm a mime
If time is money then I'm out of time
/u/105842/Homer_60x60.png?f=community)
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
Ik kwam dit tegen:
https://thenextweb.com/ne...rce-contributors-analysis
Inclusief deze klassieke XKCD:
En tja:
This is the maintainer who fixed the vulnerability that's causing millions(++?) of dollars of damage.
— Filippo Valsorda @filippo.abyssdomain.expert (@FiloSottile) 10 december 2021
"I work on Log4j in my spare time"
"always dreamed of working on open source full time"
"3 sponsors are funding @rgoers's work: Michael, Glenn, Matt"
People, what are we doing. pic.twitter.com/2hAxUWCjuC
/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!
Grrr... Ik probeer te vinden of er voor Java HTTPS servers bestaan die SNI ondersteunen. Alleen SNI staat voor Server Name Identification, dus bijna alle resultaten gaan over clients.
🠕 This side up
https://netty.io/4.1/api/...ndler/ssl/SniHandler.html:
Grrr... Ik probeer te vinden of er voor Java HTTPS servers bestaan die SNI ondersteunen. Alleen SNI staat voor Server Name Identification, dus bijna alle resultaten gaan over clients.
https://dzone.com/articles/sni-in-tomcat
^ Wat hij zegt.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
Wij hadden een klant die ons vroeg "is onze versie ook impacted?" - zij draaien een versie van 8 jaar oud die al 5 jaar EOL is. Daar zat log4j-1.prehistorie in ofzo.
Blijkt dat ze één component hebben waar 'ie stiekem wél in zit terwijl de leverancier daar niets over zei. Waarom zei de leverancier niets? Omdat die versie al 3 jaar EOL is
Ze melden zaken pas wanneer software minimaal 5 jaar EOL is?:
[...]
Wij hadden een klant die ons vroeg "is onze versie ook impacted?" - zij draaien een versie van 8 jaar oud die al 5 jaar EOL is. Daar zat log4j-1.prehistorie in ofzo.
Blijkt dat ze één component hebben waar 'ie stiekem wél in zit terwijl de leverancier daar niets over zei. Waarom zei de leverancier niets? Omdat die versie al 3 jaar EOL is
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Nee, de leverancier heeft voor allebei geen informatie gegeven - omdat ze al tijden EOL zijn. Maar in de versie van 8 jaar geleden (en dus 5 jaar EOL) zat sowieso geen log4j2, want die is pas in een versie een paar jaar later toegevoegd.:
[...]
Ze melden zaken pas wanneer software minimaal 5 jaar EOL is?
Ze hebben nu gewoon de scannertool gedraaid en daarmee de boel opgelost, want support vanuit de leverancier gingen ze niet meer krijgen.
Edit: ik zie nu hoe je dit zo kan lezen, mijn fout. We wisten van tevoren al dat de versie die 5 jaar EOL is geen log4j2 bevatte, dus zou de leverancier daar sowieso niets over melden - of ze nou wel of niet zo ver terug gingen in hun check. Maar ze hebben dus ook de nieuwere versie (3 jaar EOL) niet vermeld omdat ze al EOL zijn en geen interesse hadden verder terug te kijken.
[ Voor 25% gewijzigd door Merethil op 14-12-2021 10:42 ]
Voor degene die ElasticSearch draaien, release v7.16.1 is sinds gisteren beschikbaar. Hierin staat het volgende over Log4j:
Lijkt er dus op dat de vulnerability van Log4j is gepatched. Zoals uit issue #81629 blijkt is het niet zo dat ze Log4j hebben geupgrade naar 2.15.0 (wegens incompatibility issues), maar ze hebben de JAR gepatched totdat ze 2.15.0 hebben geïmplementeerd.
Naar mijn mening nemen ze het probleem serieus, maar ik ontvang regelmatig minor release updates en helaas niets over deze vulnerability. Misschien heb ik mijn ElasticSearch notificaties niet op orde, dus mocht iemand me kunnen wijzen naar de juiste link hiervoor, dan graag
code:
1
2
| - Disable JNDI lookups via the log4j2.formatMsgNoLookups system property #81622 - Patch log4j jar to remove the JndiLookup class from the classpath #81629 |
Lijkt er dus op dat de vulnerability van Log4j is gepatched. Zoals uit issue #81629 blijkt is het niet zo dat ze Log4j hebben geupgrade naar 2.15.0 (wegens incompatibility issues), maar ze hebben de JAR gepatched totdat ze 2.15.0 hebben geïmplementeerd.
Naar mijn mening nemen ze het probleem serieus, maar ik ontvang regelmatig minor release updates en helaas niets over deze vulnerability. Misschien heb ik mijn ElasticSearch notificaties niet op orde, dus mocht iemand me kunnen wijzen naar de juiste link hiervoor, dan graag
Het is net alsof ik de microsoft argumenten van 15 jaar geleden hoor
Propriatary code bevat net zo goed fouten. Alleen weet je daar niet van.
Verder is het gewoon zo dat een heel groot deel van de open source door bedrijven onderhouden wordt. Het is geen gratis gehobby. In ieder geval niet in het Java ecosysteem.
https://niels.nu
Wij draaien een managed variant op AWS die we kennelijk handmatig moeten patchen omdat het nog een pre-opensearch service versie is.:
Voor degene die ElasticSearch draaien, release v7.16.1 is sinds gisteren beschikbaar. Hierin staat het volgende over Log4j:
code:
Lijkt er dus op dat de vulnerability van Log4j is gepatched. Zoals uit issue #81629 blijkt is het niet zo dat ze Log4j hebben geupgrade naar 2.15.0 (wegens incompatibility issues), maar ze hebben de JAR gepatched totdat ze 2.15.0 hebben geïmplementeerd.
Naar mijn mening nemen ze het probleem serieus, maar ik ontvang regelmatig minor release updates en helaas niets over deze vulnerability. Misschien heb ik mijn ElasticSearch notificaties niet op orde, dus mocht iemand me kunnen wijzen naar de juiste link hiervoor, dan graag
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik heb het verdorie pas een paar maanden geleden opgezet
Met Graylog en Elasticsearch.
Ask yourself if you are happy and then you cease to be.
/u/249615/crop61dd448eb6e67_cropped.png?f=community)
U juicht te vroeg: CVE-2021-4104. Wel alleen in heel specifieke configuraties met JMSAppender; maar toch, ook met deze antieke versies is de rust danig verstoord.:
[...]
Wij hadden een klant die ons vroeg "is onze versie ook impacted?" - zij draaien een versie van 8 jaar oud die al 5 jaar EOL is. Daar zat log4j-1.prehistorie in ofzo.
Blijkt dat ze één component hebben waar 'ie stiekem wél in zit terwijl de leverancier daar niets over zei. Waarom zei de leverancier niets? Omdat die versie al 3 jaar EOL is
Gaat nog een beetje verder met de luizenkam.
Het Node ecosysteem daarentegen heeft zo zijn issues:
[...]
Het is net alsof ik de microsoft argumenten van 15 jaar geleden hoor
Propriatary code bevat net zo goed fouten. Alleen weet je daar niet van.
Verder is het gewoon zo dat een heel groot deel van de open source door bedrijven onderhouden wordt. Het is geen gratis gehobby. In ieder geval niet in het Java ecosysteem.
Open source is ook een beetje een verkeerde omschrijving van wat ik bedoel. Op mijn werk gebruiken we bijvoorbeeld DevExpress en dat is volledig commercieel, maar dan krijgen we ook de broncode erbij.
Maar als we 1 of andere library van NuGet plukken die door een groepje programmeurs in hun vrijetijd is gemaakt, dan lopen we daar simpelweg meer risico mee. En soms staan er echt hele handige dingen, maar ja... net zoals in het Node ecosysteem kan het dan zijn dat de ontwikkelaars het project verlaten en niemand het echt overneemt. Of als je heel veel pech hebt, iemand met slechte bedoelingen.
Als het project daarentegen een succes is, dan duurt het meestal niet lang voordat het commercieel wordt.
Ik ben wat dat betreft toch wel fan van wat ze bij Golang en ook Python als filosofie gebruiken van een grote basis SDK. Batteries included. En niet dat je van her en der allemaal kleine packages moet plukken om tot een geheel te komen.
Terwijl Java en .NET steeds meer juist de andere kant op bewegen. Alles wordt een package, waardoor elk project een soort puzzel wordt van dependencies.
Ask yourself if you are happy and then you cease to be.
/u/286895/icon1.png?f=community)
Dat klinkt niet als "vermijdt open source / proprietary" maar gewoon als "knal niet zonder 3 seconden na te denken zomaar een dependency je software in".
Heeft geen speciale krachten en is daar erg boos over.
Dat klopt, maar vaak wordt dat dus al voor je gedaan. Zeker in het Node ecosysteem. Als je bij een gemiddeld Angular project gaat kijken welke projecten er allemaal om funding schreeuwen of deprecated zijn, dan is dat toch enigszins schrikbarend.:
[...]
Dat klinkt niet als "vermijdt open source / proprietary" maar gewoon als "knal niet zonder 3 seconden na te denken zomaar een dependency je software in".
Maar goed, ik zal wel een dinosaurus zijn geworden inmiddels. Ik mis de goede oude tijd dat ik gewoon bijna alles kon doen met 1 framework en dat je een project van 5 jaar geleden gewoon zonder problemen kon openen en builden.
Ik werk inmiddels aan een nieuwe versie / prototype van 1 van onze core producten. Het moet een nieuw webproject worden (oude systeem is Windows Forms) en ik heb nu voor Angular in het frontend gekozen en .NET 6 op de backend.
Ben er alleen wel bang voor dat ik straks in de problemen kom als over 3 jaar alles anders is. Ik begin in principe dit jaar met ontwikkelen aan iets dat we over 5 jaar opleveren ofzo. Nou succes met het kiezen van de juiste tools dan. Ik ben er als de dood voor dat Angular straks weer helemaal op de schop gaat en durfde er eigenlijk al bijna niet voor te kiezen. Maar ja, wat moet je anders als je een goede webapplicatie wil bouwen die behoorlijk complex kan worden.
Maar Google interesseert dit geen reet. Die bouwen straks gewoon weer iets anders dat op dat moment hip is en veel geluk ermee.
Ach ja... ik moet ook stoppen mijn negativiteit hier te tentoonspreiden. Ik ben enigszins overwerkt. Heb behoorlijk wat weken van 50+ uur er opzitten met een hoop eigen tijd er in.
Als de scholen een week eerder dichtgaan en ik mijn dochter weer moet opvangen, geef ik het ook gewoon op voor dit jaar. Dan ga ik vrije dagen opnemen. Ik had er sowieso nog veel te veel over
PS
Over Google gesproken:
nieuws: Google brengt Chrome-update uit die actief misbruikt lek in V8-engine...
Misschien maar tijdelijk even Firefox gebruiken dan
Ik heb de update net geïnstalleerd. Gaat lekker de laatste tijd.
[ Voor 9% gewijzigd door Lethalis op 14-12-2021 13:32 ]
Ask yourself if you are happy and then you cease to be.
/u/189240/av70.png?f=community)
Ruik jij ook vallend water
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
Tsja, je kunt agile zijn wat je wilt, maar als je 5 jaar aan werk hebt liggen wordt dat er niet ineens minder door. Het oude systeem wordt al 20 jaar aan gewerkt en nu wordt het tijd voor een web versie die in een cloud gehost kan worden, van overal benaderbaar is, enzovoorts.:
[...]
Ruik jij ook vallend water
Wat ik vooral ruik, is teveel werk voor te weinig ontwikkelaars
Maar dan nog wil je dat het nieuwe systeem weer lang mee gaat. Je verdient immers geen geld met rewrites, maar wil daarna door met allemaal nieuwe (verkoopbare) features bouwen die de nieuwe basis mogelijk maakt.We gaan het wel voorzichtig doen. In die zin dat we eerst een aantal modules naar het web gaan brengen en dit aan klanten gaan laten zien. Maar ik ga er vanuit dat als dit een succes mocht zijn, dat de rest ook over moet.
Dat is gewoon erg veel werk. En dan wil je niet dat de tools / libraries / frameworks die je daarvoor gebruikt een soort drijfzand zijn.
Ask yourself if you are happy and then you cease to be.
Ach, maak er direct een monorepo van met een hoop microfrontends! Dat lost direct alle problemen op die je ooit zal hebben! Elke microfrontend kan dan elk hun eigen versie hebben van Angular, Vue, React, Svelte, Ember, Alpine, Backbone,... En om zeker te zijn, maak een paar van de microfrontends in whatever ander frontend frameworkje met 3 GitHub stars dat belooft "the future of webdevelopment" te zijn. Zo ben je zeker dat als er iets op de schop gaat, je niet 100% van je app moet herbouwen maar slechts een paar procent, zeker als je zorgt dat er genoeg frameworks gebruikt worden!
Voordeel is dan ook als je in een team moet werken, ieder op zijn eigen eilandje kan werken! Geen afhankelijkheden van mekaar! Meet the team:
Frank vindt unit tests allemaal niet nodig en is 100% zeker van zijn code kwaliteit. Frank geeft zichzelf elke dag een schouderklopje omdat hij niet zoals de rest van de watjes unit tests moet schrijven om goede code te hebben.
Rik kan dan in zijn eigen microfrontend eindelijk eens werk maken van een design system dat dan natuurlijk van de grond af gebouwd wordt. Zo bouwt hij dan hippe components zoals Header1, Header2, Paragraph, Anchor. Vergeet niet al die mooie nieuwe components in zijn HyperTextMarkupLanguage component te steken voor de beste component tree ooit te kunnen maken!
Olivier gaat in zijn microfrontend enkel JavaScript gebruiken in plaats van dat overhypte TypeScript. Hij weet wat zijn type is: die mooie blondine van aan de receptie. Daar heeft hij geen programmeertaal voor nodig om dat te weten. JavaScript is voor echte mannen!
Nestor is nog eentje van de oudere garde. Hij besluit in zijn microfrontend een Java Applet te gebruiken. In zijn hoofd gebruikt iedereen nog Internet Explorer dus dat is geen probleem dat hij de microfrontend voor een submit button maakt, je zal wel zien hoe vlot dat werkt!
Theodorus is de beste vriend van Nestor, sinds ze ooit nog samen Pong speelden op de TV thuis (dat was pas een game!). Maar hij is het met 1 ding oneens: Java Applets zijn niet het beste wat het web ooit overkomen is. ActiveX, dat is zijn sweetheart! Blijf wel IE gebruiken want het feit dat Microsoft support dropte in Edge was echt verraad van de bovenste plank...
Ewout wil in zijn microfrontend altijd het nieuwste hebben. Wordt er ergens een patch version gereleased? Reken er maar op dat hij alles laat updaten! Het heeft geen zin om te wachten op minor versions. Steeds mee zijn op elke patch version is wat indruk maakt op de baas! Zie eens hoeveel commits hij doet! Is "commit" een verbastering van het woord "commissie"? vraagt hij zich soms af, hij zou eens moeten praten met de baas hierover...
Nick, de hippie van de groep gaat ook meedoen met de microfrontends. Doe maar rustig aan, je kan alles nog in script tags schrijven met inline JavaScript. Geen framework nodig joh! Al die tijd uitzoeken hoe iets geschreven kan worden met een framework en al die tijd om te updaten en mee te zijn met de nieuwe features? Die kan je evengoed spenderen aan een rookpauze. Zijn bijnaam is niet voor niks Nickotine!
Daan is dan als laatste de helper van de groep en weet eigenlijk niet meer voor welke microfrontend hij verantwoordelijk is. Hij spendeert meer tijd aan anderen hun bureau om aan pairprogramming te doen dan productief op zijn eentje te zijn. Maar niks is beter dan mensen die "DAANk u" kunnen zeggen waarna hij vrolijk met "graag geDAAN" roepend kan antwoorden!
Mooi frontend team he
/einde sarcastische rant
* ElkeBxl heeft als frontender al wat heel rare karakters tegengekomen op de werkvloer en is soms gefrustreerd. It's not you, it's her.
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
:
[...]
Ach, maak er direct een monorepo van met een hoop microfrontends! Dat lost direct alle problemen op die je ooit zal hebben! Elke microfrontend kan dan elk hun eigen versie hebben van Angular, Vue, React, Svelte, Ember, Alpine, Backbone,... En om zeker te zijn, maak een paar van de microfrontends in whatever ander frontend frameworkje met 3 GitHub stars dat belooft "the future of webdevelopment" te zijn. Zo ben je zeker dat als er iets op de schop gaat, je niet 100% van je app moet herbouwen maar slechts een paar procent, zeker als je zorgt dat er genoeg frameworks gebruikt worden!
Voordeel is dan ook als je in een team moet werken, ieder op zijn eigen eilandje kan werken! Geen afhankelijkheden van mekaar! Meet the team:
Frank vindt unit tests allemaal niet nodig en is 100% zeker van zijn code kwaliteit. Frank geeft zichzelf elke dag een schouderklopje omdat hij niet zoals de rest van de watjes unit tests moet schrijven om goede code te hebben.
Rik kan dan in zijn eigen microfrontend eindelijk eens werk maken van een design system dat dan natuurlijk van de grond af gebouwd wordt. Zo bouwt hij dan hippe components zoals Header1, Header2, Paragraph, Anchor. Vergeet niet al die mooie nieuwe components in zijn HyperTextMarkupLanguage component te steken voor de beste component tree ooit te kunnen maken!
Olivier gaat in zijn microfrontend enkel JavaScript gebruiken in plaats van dat overhypte TypeScript. Hij weet wat zijn type is: die mooie blondine van aan de receptie. Daar heeft hij geen programmeertaal voor nodig om dat te weten. JavaScript is voor echte mannen!
Nestor is nog eentje van de oudere garde. Hij besluit in zijn microfrontend een Java Applet te gebruiken. In zijn hoofd gebruikt iedereen nog Internet Explorer dus dat is geen probleem dat hij de microfrontend voor een submit button maakt, je zal wel zien hoe vlot dat werkt!
Theodorus is de beste vriend van Nestor, sinds ze ooit nog samen Pong speelden op de TV thuis (dat was pas een game!). Maar hij is het met 1 ding oneens: Java Applets zijn niet het beste wat het web ooit overkomen is. ActiveX, dat is zijn sweetheart! Blijf wel IE gebruiken want het feit dat Microsoft support dropte in Edge was echt verraad van de bovenste plank...
Ewout wil in zijn microfrontend altijd het nieuwste hebben. Wordt er ergens een patch version gereleased? Reken er maar op dat hij alles laat updaten! Het heeft geen zin om te wachten op minor versions. Steeds mee zijn op elke patch version is wat indruk maakt op de baas! Zie eens hoeveel commits hij doet! Is "commit" een verbastering van het woord "commissie"? vraagt hij zich soms af, hij zou eens moeten praten met de baas hierover...
Nick, de hippie van de groep gaat ook meedoen met de microfrontends. Doe maar rustig aan, je kan alles nog in script tags schrijven met inline JavaScript. Geen framework nodig joh! Al die tijd uitzoeken hoe iets geschreven kan worden met een framework en al die tijd om te updaten en mee te zijn met de nieuwe features? Die kan je evengoed spenderen aan een rookpauze. Zijn bijnaam is niet voor niks Nickotine!
Daan is dan als laatste de helper van de groep en weet eigenlijk niet meer voor welke microfrontend hij verantwoordelijk is. Hij spendeert meer tijd aan anderen hun bureau om aan pairprogramming te doen dan productief op zijn eentje te zijn. Maar niks is beter dan mensen die "DAANk u" kunnen zeggen waarna hij vrolijk met "graag geDAAN" roepend kan antwoorden!
Mooi frontend team he
/einde sarcastische rant
* ElkeBxl heeft als frontender al wat heel rare karakters tegengekomen op de werkvloer en is soms gefrustreerd. It's not you, it's her.
Als mensen de mogelijkheid hebben om allemaal maar te doen wat ze zelf leuk vinden i.p.v. een strategie te volgen dan gaat er volgens mij ook wel wat mis op management niveau. Iets wat ik over de jaren heen wel heb geleerd is dat het vermogen van je managers om vreemde developers in toom te houden belangrijker is dan dat er wel of niet wat vreemde snuiters tussen je collega's zitten. Als die maar vaak genoeg het deksel op hun neus krijgen en er gewoon duidelijke en harde lijnen worden getrokken verdwijnen ze toch vanzelf wel weer.
Mijn grootste ergernis zijn doorgaans de 'ik klop enkel code'-developers.
Ik zit nu in een migratietraject van een legacysysteem dat echt enorm complex is geworden en zeker 30-40% functionaliteit bevat die al lang en breed niet meer relevant is. Dat vereist heel veel analyse- en uitzoekwerk en je zult je ook heel erg moeten verdiepen in hoe code relateert aan daadwerkelijke processen. Daarin heb ik dan heel weinig aan mensen die alleen maar volledig uitgekauwde technische specificaties kunnen implementeren. Ik snap ook eerlijk gezegd niet dat je op zo'n manier kunt werken. Als ik niet snap wat software die ik bouw doet in de echte wereld, dan kan ik mijn werk niet fatsoenlijk doen in ieder geval.
Ik zit nu in een migratietraject van een legacysysteem dat echt enorm complex is geworden en zeker 30-40% functionaliteit bevat die al lang en breed niet meer relevant is. Dat vereist heel veel analyse- en uitzoekwerk en je zult je ook heel erg moeten verdiepen in hoe code relateert aan daadwerkelijke processen. Daarin heb ik dan heel weinig aan mensen die alleen maar volledig uitgekauwde technische specificaties kunnen implementeren. Ik snap ook eerlijk gezegd niet dat je op zo'n manier kunt werken. Als ik niet snap wat software die ik bouw doet in de echte wereld, dan kan ik mijn werk niet fatsoenlijk doen in ieder geval.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik ken een paar van die mensen geloof ik:
[...]
Mooi frontend team he
Bij ons op de zaak is Angular de de facto standard voor frontend development trouwens. Ik ben alleen enigszins beduusd door de grote verandering naar Angular 2+. We hebben alle Angular 1.x projecten moeten herschrijven.
1 collega van mij is er inmiddels berucht voor. Beetje jouw Ewout. We hebben het gevoel dat hij meer tijd besteed aan het herschrijven dan daadwerkelijk nieuwe features bouwen.
Dat kunnen wij ons met de core producten niet veroorloven. Dan gaan we failliet. Zo simpel is het.
Ask yourself if you are happy and then you cease to be.
Dit is trouwens 1 van mijn grootste uitdagingen momenteel... ik ben vrij lang zo'n developer geweest die eigenlijk programmeerde om het programmeren en de dingen die hij maakte minder interessant vond. Dus ik leverde de meeste waarde op voor mijn werkgever door te focussen op de -ilities (system quality attributes).:
Mijn grootste ergernis zijn doorgaans de 'ik klop enkel code'-developers.
Ik zit nu in een migratietraject van een legacysysteem dat echt enorm complex is geworden en zeker 30-40% functionaliteit bevat die al lang en breed niet meer relevant is. Dat vereist heel veel analyse- en uitzoekwerk en je zult je ook heel erg moeten verdiepen in hoe code relateert aan daadwerkelijke processen. Daarin heb ik dan heel weinig aan mensen die alleen maar volledig uitgekauwde technische specificaties kunnen implementeren. Ik snap ook eerlijk gezegd niet dat je op zo'n manier kunt werken. Als ik niet snap wat software die ik bouw doet in de echte wereld, dan kan ik mijn werk niet fatsoenlijk doen in ieder geval.
Mijn collega's maakten iets en ik zorgde ervoor dat het ook echt blijft werken
Maar naarmate ik ouder word en de seniors hier zo naderhand met pensioen gaan, wordt het toch echt tijd voor mij om te focussen op de inhoud. Want er is straks niet veel meer tussen mij en de klant.
De eerste stap is al geweest dat ik van alles heb geleerd over boekhouden, omdat we daar veel mee te maken hebben. En daarmee verdiep ik mij ook meteen al een stuk in de verschillende bedrijfsprocessen.
Het is alleen wel wennen. Je kan niet alles tegelijk doen. Dus moet je je ergens gaan afvragen wat jouw rol nou precies is. Ben je echt een developer of eigenlijk een soort consultant die ook programmeert?
Ask yourself if you are happy and then you cease to be.
Ik zeg ook niet dat het makkelijk is hoor en het is ook zeker een kwestie van 'mate van'. Ik verwacht niet van iemand met een paar jaar werkervaring dat ze al een volledig overzicht hebben van de impact van het werk dat ze doen. Ik probeer ze ook vaak meer te coachen om die blik wat te verbreden. De frustratie is ook vooral dat ik er een paar in m'n team heb nu die echt nul vooruitgang laten zien op dat vlak in pakweg anderhalf jaar tijd.:
[...]
Dit is trouwens 1 van mijn grootste uitdagingen momenteel... ik ben vrij lang zo'n developer geweest die eigenlijk programmeerde om het programmeren en de dingen die hij maakte minder interessant vond. Dus ik leverde de meeste waarde op voor mijn werkgever door te focussen op de -ilities (system quality attributes).
Mijn collega's maakten iets en ik zorgde ervoor dat het ook echt blijft werken
Maar naarmate ik ouder word en de seniors hier zo naderhand met pensioen gaan, wordt het toch echt tijd voor mij om te focussen op de inhoud. Want er is straks niet veel meer tussen mij en de klant.
De eerste stap is al geweest dat ik van alles heb geleerd over boekhouden, omdat we daar veel mee te maken hebben. En daarmee verdiep ik mij ook meteen al een stuk in de verschillende bedrijfsprocessen.
Het is alleen wel wennen. Je kan niet alles tegelijk doen. Dus moet je je ergens gaan afvragen wat jouw rol nou precies is. Ben je echt een developer of eigenlijk een soort consultant die ook programmeert?
Ik ben inderdaad consultant, maar zit vaak in de rol van lead developer / software architect bij klanten. Al blijf ik code schrijven ook erg leuk vinden, dus als het kan doe ik dat ook wel.
"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)
<sarcastisch-advies>:
[...]
Ach, maak er direct een monorepo van met een hoop microfrontends! Dat lost direct alle problemen op die je ooit zal hebben! Elke microfrontend kan dan elk hun eigen versie hebben van Angular, Vue, React, Svelte, Ember, Alpine, Backbone,... En om zeker te zijn, maak een paar van de microfrontends in whatever ander frontend frameworkje met 3 GitHub stars dat belooft "the future of webdevelopment" te zijn. Zo ben je zeker dat als er iets op de schop gaat, je niet 100% van je app moet herbouwen maar slechts een paar procent, zeker als je zorgt dat er genoeg frameworks gebruikt worden!
Voordeel is dan ook als je in een team moet werken, ieder op zijn eigen eilandje kan werken! Geen afhankelijkheden van mekaar! Meet the team:
Frank vindt unit tests allemaal niet nodig en is 100% zeker van zijn code kwaliteit. Frank geeft zichzelf elke dag een schouderklopje omdat hij niet zoals de rest van de watjes unit tests moet schrijven om goede code te hebben.
Rik kan dan in zijn eigen microfrontend eindelijk eens werk maken van een design system dat dan natuurlijk van de grond af gebouwd wordt. Zo bouwt hij dan hippe components zoals Header1, Header2, Paragraph, Anchor. Vergeet niet al die mooie nieuwe components in zijn HyperTextMarkupLanguage component te steken voor de beste component tree ooit te kunnen maken!
Olivier gaat in zijn microfrontend enkel JavaScript gebruiken in plaats van dat overhypte TypeScript. Hij weet wat zijn type is: die mooie blondine van aan de receptie. Daar heeft hij geen programmeertaal voor nodig om dat te weten. JavaScript is voor echte mannen!
Nestor is nog eentje van de oudere garde. Hij besluit in zijn microfrontend een Java Applet te gebruiken. In zijn hoofd gebruikt iedereen nog Internet Explorer dus dat is geen probleem dat hij de microfrontend voor een submit button maakt, je zal wel zien hoe vlot dat werkt!
Theodorus is de beste vriend van Nestor, sinds ze ooit nog samen Pong speelden op de TV thuis (dat was pas een game!). Maar hij is het met 1 ding oneens: Java Applets zijn niet het beste wat het web ooit overkomen is. ActiveX, dat is zijn sweetheart! Blijf wel IE gebruiken want het feit dat Microsoft support dropte in Edge was echt verraad van de bovenste plank...
Ewout wil in zijn microfrontend altijd het nieuwste hebben. Wordt er ergens een patch version gereleased? Reken er maar op dat hij alles laat updaten! Het heeft geen zin om te wachten op minor versions. Steeds mee zijn op elke patch version is wat indruk maakt op de baas! Zie eens hoeveel commits hij doet! Is "commit" een verbastering van het woord "commissie"? vraagt hij zich soms af, hij zou eens moeten praten met de baas hierover...
Nick, de hippie van de groep gaat ook meedoen met de microfrontends. Doe maar rustig aan, je kan alles nog in script tags schrijven met inline JavaScript. Geen framework nodig joh! Al die tijd uitzoeken hoe iets geschreven kan worden met een framework en al die tijd om te updaten en mee te zijn met de nieuwe features? Die kan je evengoed spenderen aan een rookpauze. Zijn bijnaam is niet voor niks Nickotine!
Daan is dan als laatste de helper van de groep en weet eigenlijk niet meer voor welke microfrontend hij verantwoordelijk is. Hij spendeert meer tijd aan anderen hun bureau om aan pairprogramming te doen dan productief op zijn eentje te zijn. Maar niks is beter dan mensen die "DAANk u" kunnen zeggen waarna hij vrolijk met "graag geDAAN" roepend kan antwoorden!
Mooi frontend team he
/einde sarcastische rant
* ElkeBxl heeft als frontender al wat heel rare karakters tegengekomen op de werkvloer en is soms gefrustreerd. It's not you, it's her.
Frank moet vanaf nu bij elke release het volledige test doorlopen. Op elk numeriek veld moet hij elke mogelijke waarde controleren. Als hij niet automatisch wilt testen dan maar handmatig.
Rik krijgt nu brownfield projecten toegewezen waarbij de klant aangegeven heeft dat de features die vervangen worden exact hetzelfde er uit zien als de orginele versie.
Oliver wordt verplicht om zijn code te documenteren en tevens moet hij elke module publiseren via een (interne) npm-feed. Een buildserver controleert niet alleen of zijn types correct zijn, maar ook of er een "d.ts" aangeleverd wordt.
Nestor moet voor elke build de a11y guidelines naleven. We zijn lief en alleen de basis versie. Hij test dit met een screenreader.
Theodorus mag kiezen updaten naar Windows11 of naar Mac.
De PRs van Ewout krijgen een required reviewer namelijk: Frank! Dit omdat Frank veel "kennis" heeft van kwaliteit. En klachten worden eerst intern besproken en anders wordt Frank de aangewezen onderzoeken (maar niet mediator) van het probleem. Dit natuurlijk omdat ze veel samenwerken...
Nick wordt verantwoordelijk voor alignment van de tech visie en controlleert of die nagevolgd wordt.
Daan aangewezen als architect en zal vanaf vandaag over elke beslissing een plasje moeten doen.
</sarcastisch-advies>
Overigens mis ik nog:
- Alex - Die het probleem nooit kan reproduceren en de schuld altijd bij de klant legt, maar vreemd genoeg wilt hij zijn laptop nooit aan de klant geven.
- Bartof - Claimt dat hij geen dyslexie heeft maar elke tekst die hij kopieert en plakt zit vol fouten.
- Chris - Wilt altijd de perfecte voorbereiding. Hij twijfelt nog steeds of het analyse paralysis is.
- Daan - Zie hierboven
- Ewout - Zie hierboven
- Frank - Zie hierboven
- Gerard - Hoorde ooit iets over patterns en anti-patterns. Is nog steeds zoekende.
- Hans - Begonnen als DBA en omgeschoold. Gebruikt de database om HTML te generen.
- Ilma - Heeft 1001 processen geintroduceerd sinds een training agile coach heeft gevolgd
- Jurgen - Krijgt bij elke commit voor elkaar om een merge conflict te krijgen.
- Klaas - Schrijft testen voor zijn testen, maar niet zijn implementaties
- Louis - Wilt dat elke JWT secure moet zijn. Dit doen we natuurlijk met MD5. HTTPS? Pff... Dat wordt continue gehackt.
- Marcel - Update zijn taken pas nadat hij ze opgeleverd en klaagt toch dat anderen mensen zijn taken pikken.
- Nestor / Nick - ZIe hierboven
- Olivier - Zie hierboven
- Patrick - Luidruchting. De reden waarom de overige developers een noise canceling headphone hebben.
- Quinten - Die roept dat het beter moet maar wiens output vaak de oorzaak is dat iemand anders het roept.
- Ranma - Vooral bezig met het aantonen hoe onveilig de code is, maar nooit bezig om de code veilig te maken. Werkt graag samen met Louis.
- Steve - Schrijft code, maar verwijdert nooit iets "want mogelijk hebben we het later nodig". Commit ook één keer in de week.
- Theodorus - Zie hierboven
- Ursala - Golft en dus is elke (toetsaan)slag er één te veel.
- Vincent - Grootste klant bij Google. Zijn oplossing is elke mogelijke oplossing van stackoverflow proberen.
- Wouter - De enige nuttige developer en extreem bescheiden. Doet ook nooit aan stereotypes.
- Xavier - Wilt vooral leren "beter" te worden, maar wordt het nooit.
- Yaron - "Living on the edge!" en dus schakel je warnings uit.
- Zana - Zijn "Hello World" bestaat uit een k8 cluster met 12 pods... voor configuratie.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
Holy moly, daar zat wat dwars of niet:
[...]
Ach, maak er direct een monorepo van met een hoop microfrontends! Dat lost direct alle problemen op die je ooit zal hebben! Elke microfrontend kan dan elk hun eigen versie hebben van Angular, Vue, React, Svelte, Ember, Alpine, Backbone,... En om zeker te zijn, maak een paar van de microfrontends in whatever ander frontend frameworkje met 3 GitHub stars dat belooft "the future of webdevelopment" te zijn. Zo ben je zeker dat als er iets op de schop gaat, je niet 100% van je app moet herbouwen maar slechts een paar procent, zeker als je zorgt dat er genoeg frameworks gebruikt worden!
Voordeel is dan ook als je in een team moet werken, ieder op zijn eigen eilandje kan werken! Geen afhankelijkheden van mekaar! Meet the team:
Frank vindt unit tests allemaal niet nodig en is 100% zeker van zijn code kwaliteit. Frank geeft zichzelf elke dag een schouderklopje omdat hij niet zoals de rest van de watjes unit tests moet schrijven om goede code te hebben.
Rik kan dan in zijn eigen microfrontend eindelijk eens werk maken van een design system dat dan natuurlijk van de grond af gebouwd wordt. Zo bouwt hij dan hippe components zoals Header1, Header2, Paragraph, Anchor. Vergeet niet al die mooie nieuwe components in zijn HyperTextMarkupLanguage component te steken voor de beste component tree ooit te kunnen maken!
Olivier gaat in zijn microfrontend enkel JavaScript gebruiken in plaats van dat overhypte TypeScript. Hij weet wat zijn type is: die mooie blondine van aan de receptie. Daar heeft hij geen programmeertaal voor nodig om dat te weten. JavaScript is voor echte mannen!
Nestor is nog eentje van de oudere garde. Hij besluit in zijn microfrontend een Java Applet te gebruiken. In zijn hoofd gebruikt iedereen nog Internet Explorer dus dat is geen probleem dat hij de microfrontend voor een submit button maakt, je zal wel zien hoe vlot dat werkt!
Theodorus is de beste vriend van Nestor, sinds ze ooit nog samen Pong speelden op de TV thuis (dat was pas een game!). Maar hij is het met 1 ding oneens: Java Applets zijn niet het beste wat het web ooit overkomen is. ActiveX, dat is zijn sweetheart! Blijf wel IE gebruiken want het feit dat Microsoft support dropte in Edge was echt verraad van de bovenste plank...
Ewout wil in zijn microfrontend altijd het nieuwste hebben. Wordt er ergens een patch version gereleased? Reken er maar op dat hij alles laat updaten! Het heeft geen zin om te wachten op minor versions. Steeds mee zijn op elke patch version is wat indruk maakt op de baas! Zie eens hoeveel commits hij doet! Is "commit" een verbastering van het woord "commissie"? vraagt hij zich soms af, hij zou eens moeten praten met de baas hierover...
Nick, de hippie van de groep gaat ook meedoen met de microfrontends. Doe maar rustig aan, je kan alles nog in script tags schrijven met inline JavaScript. Geen framework nodig joh! Al die tijd uitzoeken hoe iets geschreven kan worden met een framework en al die tijd om te updaten en mee te zijn met de nieuwe features? Die kan je evengoed spenderen aan een rookpauze. Zijn bijnaam is niet voor niks Nickotine!
Daan is dan als laatste de helper van de groep en weet eigenlijk niet meer voor welke microfrontend hij verantwoordelijk is. Hij spendeert meer tijd aan anderen hun bureau om aan pairprogramming te doen dan productief op zijn eentje te zijn. Maar niks is beter dan mensen die "DAANk u" kunnen zeggen waarna hij vrolijk met "graag geDAAN" roepend kan antwoorden!
Mooi frontend team he
/einde sarcastische rant
* ElkeBxl heeft als frontender al wat heel rare karakters tegengekomen op de werkvloer en is soms gefrustreerd. It's not you, it's her.
?. Heb je ooit eraan gedacht om standup te doen alleen voor ontwikkelaars? Ik moest heel erg hard lachen.
Engineering is like Tetris. Succes disappears and errors accumulate.
Cabaret hok op FOSDEM laten plannen ?:
[...]
Holy moly, daar zat wat dwars of niet
@DevWouter zo ken ik er ook een paar Het is fascinerend en tegelijk ook dramatisch en demotiverend wat voor karikaturen er in het echte leven rondlopen... En standup lijkt me niks voor mij. Al geef ik soms wel eens een talk en dan probeer ik er wel iets tussen te steken van humor. Maar mijn stijl gaat al snel naar sarcasme en cynisme en dat pakt niet bij iedereen even goed. Zo'n sarcastische en cynische opmerkingen sijpelen soms een beetje door op de werkvloer en heeft er al voor gezorgd dat: sommige me fantastisch vonden, anderen me een bitch vonden en waarschijnlijk nog een ander groepje me fantastisch vonden maar eigenlijk schrik hadden van mij
Het is fascinerend en tegelijk ook dramatisch en demotiverend wat voor karikaturen er in het echte leven rondlopen...Iets dwars? Eeeeeecht niet....:
[...]
Holy moly, daar zat wat dwars of niet
En standup lijkt me niks voor mij. Al geef ik soms wel eens een talk en dan probeer ik er wel iets tussen te steken van humor. Maar mijn stijl gaat al snel naar sarcasme en cynisme en dat pakt niet bij iedereen even goed. Zo'n sarcastische en cynische opmerkingen sijpelen soms een beetje door op de werkvloer en heeft er al voor gezorgd dat: sommige me fantastisch vonden, anderen me een bitch vonden en waarschijnlijk nog een ander groepje me fantastisch vonden maar eigenlijk schrik hadden van mij Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Geef me een bak bier en ik ben misschien wel om te kopen:
[...]
Cabaret hok op FOSDEM laten plannen ?
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
Ohhh je wilt op de bieravond op het podium gehesen worden:
Geef me een bak bier en ik ben misschien wel om te kopen
.
:strip_icc():strip_exif()/u/172182/crop5ea83ce62d327.jpeg?f=community)
Naar welke gefermenteerde granengazpacho met hopextracten zou uw voorkeur uitgaan?:
Geef me een bak bier en ik ben misschien wel om te kopen
Delerium gok ik
Zo lopen er nog genoeg buitenlanders op FOSDEM rond de volgende ochtend
Al mag je mij wakker maken voor een Karmeliet
Zo lopen er nog genoeg buitenlanders op FOSDEM rond de volgende ochtend
Al mag je mij wakker maken voor een Karmeliet
[ Voor 22% gewijzigd door gekkie op 14-12-2021 21:15 ]
:strip_exif()/u/294184/20150204_SITE_GIF_VALKUIL-resized.gif?f=community)
Ik wil de crowdunding wel organiseren voor die bak bier en hem gaan afleveren bij @ElkeBxl, zo ver woont ze toch niet
Ondertussen woon ik in Gent he @azerty , al wat verder verwijderd van FOSDEM Ergens wel grappig dat ik nooit naar FOSDEM ben geweest ook al was dat op 200m van mijn deur jaren lang...
En alles wat blond is heeft voorkeur. Bruin bier ben ik kieskeuriger. Kom af met iets zoals Gueuze en het zal zeker wel in orde zijn! Maar dat is al meer gedoe voor daar een goede bak van te vinden.
Ergens wel grappig dat ik nooit naar FOSDEM ben geweest ook al was dat op 200m van mijn deur jaren lang..."gefermenteerde granengazpacho met hopextracten", bwahaha, geweldig
En alles wat blond is heeft voorkeur. Bruin bier ben ik kieskeuriger. Kom af met iets zoals Gueuze en het zal zeker wel in orde zijn! Maar dat is al meer gedoe voor daar een goede bak van te vinden.
[ Voor 56% gewijzigd door ElkeBxl op 14-12-2021 23:02 ]
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
I know, ik ook, dus niet zo ver
Een bak bier in Brussel gaan afleveren zou ik al minder hebben zien zitten
[ Voor 17% gewijzigd door azerty op 14-12-2021 23:07 ]
Mja eigenlijk is er niks echt ver in België, ons landje is maar een scheet groot. Het zijn die files die de ritten soms heel lang maken:
[...]
I know, ik ook, dus niet zo ver
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
:strip_icc():strip_exif()/u/246777/crop5665347035c66.jpeg?f=community)
En files komen van de ploffende banden door wat jullie "asfalt" noemen zeker?:
[...]
Mja eigenlijk is er niks echt ver in België, ons landje is maar een scheet groot. Het zijn die files die de ritten soms heel lang maken
Ik moest altijd naar de tandarts als ik weer eens naar Antwerpen was geweest voor conferentie (NAV Techdays in die tijd), want mijn vullingen lagen er weer eens uit
Ik geloof dat onderhand een aardig deel van dat beton door asfalt vervangen zou moeten zijn (laatste keer FOSDEM, wat inmiddels al wel weer even geleden is), waren ze daar wel mee bezig.:
[...]
En files komen van de ploffende banden door wat jullie "asfalt" noemen zeker?
Ik moest altijd naar de tandarts als ik weer eens naar Antwerpen was geweest voor conferentie (NAV Techdays in die tijd), want mijn vullingen lagen er weer eens uit
Maar bij de grens was er inderdaad nog genoeg "welkomst strook" over. Valt me ook altijd op hoeveel auto/vrachtwagen onderdelen daar langs de weg liggen en kennelijk blijven liggen, waar onder een hoop restanten van klapbanden.
Om nog maar te zwijgen van hun klaverbladkunsten en dat je eerst om Jezus z'n eik heen moet glibberen.
[ Voor 5% gewijzigd door gekkie op 15-12-2021 00:29 ]
Dat is om de zwakkeren eruit te filteren
Jezus z'n eik:
[...]
Om nog maar te zwijgen van hun klaverbladkunsten en dat je eerst om Jezus z'n eik heen moet glibberen.
Je hebt het over het Leonard kruispunt zeker? Dat is wel een pareltje. Geen klaverblad maar wel iets anders beginnend met een k: kunst 
Het Zoniënwoud omgeving Jezus-Eik is wel echt prachtig om te wandelen. In het verleden ook al tot daar gaan lopen toen ik nog in Brussel woonde, heerlijk!
[ Voor 11% gewijzigd door ElkeBxl op 15-12-2021 00:55 ]
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
Even opgezocht, ja dat ding ja, ik als eigenwijze ollander dacht de navi te overrulen om uit dat oversized dorp te geraken, via dezelfde weg als dat ik er ooit ingekomen was. Dat was behoorlijk "Meh", een rondweg/snelweg kruispunt zonder linksaf, je maakt bij de volgende afrit maar een U-bocht om die eik van jezus heen en probeert het dan nog eens met rechtsaf, zeker in het donker met sneeuw, wat bij de:
Jezus z'n eik
toch ook wat anders werkt dan bij 
. Wat dat betreft is het altijd op een ideale tijd in het jaar dat FOSDEM.(wel grappig al die lui met kletspoten op hun gypies in de sneeuw en plassen op die campus, werkten m'n bergwandelschoenen toch beduidend beter)
Vast wel, maar ik ben er in het donker met sneeuw alleen maar met een ruime u-bocht doorheen geglibberd en de eik gelukkig gemistHet Zoniënwoud omgeving Jezus-Eik is wel echt prachtig om te wandelen. In het verleden ook al tot daar gaan lopen toen ik nog in Brussel woonde, heerlijk!
Een andere keer de navi wel vertrouwd en half Brussel door mogen crossen alvorens ergens weer eens op iets wat lijkt op een rondweg annex snelweg te belanden. Achja die weg die zo kunstig ophoudt rond Delta (kennelijk iets mis met de planning ?!?), tsja, het is allemaal uiterst creatief, ik was altijd weer blij als ik heelhuids weer de grens overkwam
, dus zo lui op de bank met de videostream heeft zo ook z'n voordelen eigenlijk.
[ Voor 16% gewijzigd door gekkie op 15-12-2021 01:26 ]
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
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.
Ja, dat is een golden oldie en die komt elke keer weer terug als mensen op Java willen hakken
https://bugs.java.com/bugdatabase/view_bug.do?bug_id=4434494 (2001 !!!)
URL heeft een idiote implementatie en je moet dus URI gebruiken. Maakt het niet minder ruk en idioot....
[ Voor 4% gewijzigd door armageddon_2k1 op 15-12-2021 09:41 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Eens. En hetzelfde voor wat @.oisyn hierboven post. De tijdelijke oplossing is echter verwijderen; de permanente oplossing lijkt "standaard niet aan hebben staan" van de functionaliteit te zijn. Ik ben benieuwd wat er vanaf 2.16.x gaat gebeuren
:strip_icc():strip_exif()/u/269508/crop55c9d5fae106a_cropped.jpeg?f=community)
Heel die zone van op- en afritten en kruispunten gaat op de schop: https://www.werkenaandering.be/nl/ring-oost2 Al weet je in België nooit of we het er over eens geraken wat we uiteindelijk gaan doen, ze zijn er al heel wat jaren over bezig:
[...]
Even opgezocht, ja dat ding ja, ik als eigenwijze ollander dacht de navi te overrulen om uit dat oversized dorp te geraken, via dezelfde weg als dat ik er ooit ingekomen was. Dat was behoorlijk "Meh", een rondweg/snelweg kruispunt zonder linksaf, je maakt bij de volgende afrit maar een U-bocht om die eik van jezus heen en probeert het dan nog eens met rechtsaf, zeker in het donker met sneeuw, wat bij de
Dus de volgende keer toch maar die navi volgen
* Ghehe woont in de rand rond Brussel en passeert er bijna dagelijks
(ook wel een beetje 
voor alle tijd die ik daar al in de file heb gestaan)
Ah ik begrijp dat het ook alweer helft Brussel, helft Vlaanderen is
Mwah zo snel zal het niet gaan, eer ze zullen beginnen met werkzaamheden, maar als die er eenmaal zijn is het waarschijnlijk verstandig om uberhaupt niet in de buurt te komen voor een paar jaar met al die wilde tunnel plannenDus de volgende keer toch maar die navi volgen