{signature}
Maar dan ga je er dus wel vanuit dat er mensen bij het UWV verder kijken dan hun neus lang is en het grotere plaatje in het zicht hebbenVoutloos schreef op donderdag 30 mei 2024 @ 11:44:
Gemene gedachte vd dag: Bij UWV wordt iedereen aangenomen, omdat die personen anders ook nog geholpen moeten worden.
Het is gewoon dezelfde persoon die aan de firewall gurus en de applicatie developers vertelt dat die check nodig is.RagingPenguin schreef op dinsdag 28 mei 2024 @ 13:17:
[...]
Of gewoon een domme validatie check omdat iemand hoog in de boom een set aan regels in een excelsheet heeft gezet met wat er aan input validatie moet gebeuren, en die dan letterlijk geimplementeerd zijn zonder na te denken![]()
Als dit soort overheidsinstanties van iets wel te veel hebben dan is het wel 'belangrijke' mensen die de hele dag lullen over werk zonder ooit daadwerkelijk werk te verzetten.
In mijn tijd was er ook nog een check op (fout)meldingen die naar de browser werden gestuurd. Dus als er 'er is iets fout gegaan' oid ergens in stond, dan werd het gelogd en moest men aan het werk. En toen gingen we naar dynamische pagina's waar met JS en AJAX content werd opgevraagd. En dan is het natuurlijk netjes als je bij (netwerk) fouten een melding kan laten zien en dus in je javascript ergens die tekst hebt staan.
let the past be the past.
Ik kwam laatst op een website die een rate-limiter had. Op sommige pagina's werden veel afbeeldingen ingeladen waardoor je over het x-requests-per-y limit ging, waardoor de helft van de afbeeldingen niet geladen werd. Vervolgens werkte de rest van de website ook niet meer, omdat je was verbannen voor 5 minutenSPee schreef op donderdag 30 mei 2024 @ 13:48:
[...]
Het is gewoon dezelfde persoon die aan de firewall gurus en de applicatie developers vertelt dat die check nodig is.
In mijn tijd was er ook nog een check op (fout)meldingen die naar de browser werden gestuurd. Dus als er 'er is iets fout gegaan' oid ergens in stond, dan werd het gelogd en moest men aan het werk. En toen gingen we naar dynamische pagina's waar met JS en AJAX content werd opgevraagd. En dan is het natuurlijk netjes als je bij (netwerk) fouten een melding kan laten zien en dus in je javascript ergens die tekst hebt staan.

Ben ook wel eens een uur bezig geweest met een lang bezwaarschrift erin te krijgen..oisyn schreef op maandag 27 mei 2024 @ 10:42:
Oh wilt u een bericht sturen? Dat kan heel makkelijk via onze site. Oh, maar u wilt iets pasten in uw bericht? Dat kan op zich, al staan we dat niet toe ALS ER ENTERS IN HET CLIPBOARD STAAN. #^@#$#!^@$%
/uwv-rant
Ik vraag me serieus af of ze het doen om je te pesten. "Beter ga je gewoon werken dan dat je met onze onzin moet dealen".
Heb je toch ook niet nodig?Kalentum schreef op maandag 3 juni 2024 @ 14:53:
De ESC en TAB toetesen van mijn toetsenbord werken niet meer lekker. Onproductief dagje zo.
:strip_exif()/f/image/MQYgsyZix2Pbi4g3ttYjVwCc.jpg?f=fotoalbum_large)
If money talks then I'm a mime
If time is money then I'm out of time
Drie knoppen? Dat kan toch ook best met 2!
Een 0 en een 1, meer heb je niet nodig
Einstein: Mijn vrouw begrijpt me niet

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.
Dus je gaat nu een melding doen bij de AP?.oisyn schreef op vrijdag 21 juni 2024 @ 14:14:
Zucht, een email van de middelbare school naar alle brugklasouders... in de To header
20 jaar terug was dat al not done. En heden ten dagen natuurlijk sowieso. En is het ook gewoon een privacy ding dat gemeld zou moeten worden.
Het is overigens ook al minstens diezelfde 20 jaar compleet van de pot gerukt dat niet 100% van de mailsoftware heel vervelende warnings geeft als er meer dan 10 man in zichtbare TO en CC staan.
{signature}

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.
Door, jawel, ook weer een Reply-to all te doen?.oisyn schreef op vrijdag 21 juni 2024 @ 15:08:Ik heb maar even uitgelegd dat dat niet werkt en het kwaad nu al is geschied.

If money talks then I'm a mime
If time is money then I'm out of time
Enige wat ik doe is auto-reply aanzetten dat ik er niet ben en de melding dat ze bij vragen, die gerust aan teamgenoten kunnen stellen.
[ Voor 22% gewijzigd door sky- op 21-06-2024 16:23 ]
don't be afraid of machines, be afraid of the people who build and train them.
Enne, als je moet uitleggen hoe geweldig belangrijk je bent, ben je dat misschien juist niet.
{signature}
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.
Gelukkig heeft Microsoft hier ervaring mee.ThomasG schreef op woensdag 26 juni 2024 @ 09:15:
***members only***
Boven een bepaald aantal mensen ontkom je er niet aan om dergelijk adreslijsten enkel toe te staan voor een handjevol capabelen.
Ja, cringe en beetje kinderachtig. Er is geen alternatief.
{signature}
RagingPenguin schreef op woensdag 26 juni 2024 @ 10:56:
***members only***
"De informatie in deze e-mail is uitsluitend gericht aan de geadresseerde. Indien u niet de geadresseerde bent, wordt u verzocht dit bericht te verwijderen."
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Maar ik had vandaag een teams gesprek met HR en hun 23 jarige lead developer drop-out want ik ben een cowboy en ik respecteer de Apple developers guide niet en mijn cowboy Coding brengt jr developers op verkeerde ideeën.
Waar ze over vallen is het volgende:
In iOS kan je met URLSession dus requests doen naar een API en dat ziet er meestal zo uit:
var request = URLRequest(url: url)
request.httpMethod = "POST"
request.addvalue("application/json", forHTTPHeaderField: "ContentType")
request.addvalue("application/json", forHTTPHeaderField: "Accept")
request.addvalue("Basic \(userdata)", forHTTPHeaderField: "Authorization")
Maar omdat ze 150+ endpoints hebben in hun API en ze dit 150+ x wilden doen heb ik het vervangen door een eigen stukje code dat er dus zo uit ziet:
let requestBuilder = URLRequestBuilder(endpoint: endpoint, method: .post, authorization: "Basic \(userData)")
let urlRequest = requestBuilder.buildRequest()
Dit doet zeg maar precies hetzelfde als hierboven maar scheelt gewoon een berg werk en code schrijven. Dus de jr developers vonden het prachtig en zijn dit dus gaan gebruiken ipv het origineel.
Maar ik ben er vandaag dus op aangesproken dat dit cowboy gedrag is en dat ik een verkeerd voorbeeld ben want "this is Lazy coding and we dont want Lazy coders" en we moeten de developers documentatie volgen.
Dus ik probeerde te beargumenteren dat je met dit soort oplossingen gewoon een berg tijd spaart en het ook gewoon makkelijker is omdat het super reusable is en dat documentatie geen wet is maar gewoon een guideline (met Captain Barbossa in mn achterhoofd).
Nu gaan ze volgende week elke regel code die ik heb aangepast, geschreven of geoptimaliseerd heb nakijken en eventueel aanpassen zodat het aan het origineel in de developers documentatie voldoet en niet aan "cowboy coding" haha.
Misschien een beetje onfair richting @Snowfall... Nou ja, eigenlijk 100% unfair richting hem gezien ik de situatie niet ken en ik bijna zeker weet dat ik @Snowfall te kort doe met het onderstaande.RagingPenguin schreef op donderdag 27 juni 2024 @ 21:34:
Dat HR betrokken is bij een technische discussie is ook wel interessant...
Overigens zou ik het vooral aanvliegen met een kosten plaatje. De initiele kosten voor Methode A zijn 40 uur en voor methode B is het 20 uur. De onderhoudskosten van methode A stijgt met 8 uur per feature aanpassing. Methode B stijgt met 0,4 uur per feature aanpassing. Onboarding van nieuwe developers kost bij methode bla-bla-bla.
Als dit het type junior is die ik denk dat het is dan zal die vooral op hammeren dat het om "technical exellence" draait of flexibiliteit en dan kan @Snowfall hem om zijn oren slaan dat het om geld gaat. Sterker je hoeft niet eens in discussie gaan. Zelfs als HR zijn kant kiest (ze zullen zelden de kant van een externe kiezen) zullen ze waarschijnlijk wel contact opnemen met CFO dat er geld op tafel blijft liggen omdat iemand perse dogmatisch wilt zijn. Andere mensen in het bedrijf snappen misschien ons vak niet, maar ze weten vaak erg goed hoe geld werkt en wanneer iemand ontwrichtend is.
Wel even opletten dat deze persoon niet het zoontje van een goede kennis van de baas is of zo iets.
@Snowfall Sterkte! Laat even weten hoe het afloopt want ik ben benieuwd naar deel 2.
"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
Je moet het veel korter houden. “Ik bied mijn diensten met volle overtuiging aan en als dat niet goed genoeg is scheiden onze wegen”.
{signature}
Vertrouwen ben je al lang kwijt in dat soort situaties, dus uitspreken dat je de goeie intenties hebt doet amper wat en al helemaal niet als je daar een ultimatum er aanbind (men reageert daar vaak zeer slecht op).Voutloos schreef op vrijdag 28 juni 2024 @ 07:03:
De hele bewijsvoering gaat niets helpen. Als je ‘wint’ betekent dat nog niet dat het wantrouwen weg is, heb je misschien voor kwaad bloed gezorgd, en heb je voor elkaar dat je iets als een functie introduceren data-driven moet aantonen.
Je moet het veel korter houden. “Ik bied mijn diensten met volle overtuiging aan en als dat niet goed genoeg is scheiden onze wegen”.
Overigens gaat het niet om data-driven of vertrouwen, maar om het herwinnen van autoriteit. Bovendien als men je beweringen aan de kan schuift dan kan je gewoon antwoorden met: “Mij maakt de duur van het contract niet uit, maar ik vond het jammer dat er meer geld uitgegeven wordt dan noodzakelijk is”.
"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

Maar dat de code in een builder pattern zit maakt toch niet dat het niet volgens de docs is? Anders wordt het wel erg lastig programma's maken als je alleen stukjes voorbeeldcode uit de documentatie mag kopieren. Je wijkt hier immers niet af van het concept dat ze in de documentatie over willen brengen.
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Deze mensen hebben ze uiteraard niet alle 8 in een byte maar ik vind je uitleg ook niet echt sterk. De documentatie is geen guide. Dus dat is wat er uitgelegd moet worden. Er staat in de documentatie een protocol met een voorbeeld waaraan je moet voldoen om een request te kunnen doen. Hoe je het implementeert is aan jezelf.Snowfall schreef op donderdag 27 juni 2024 @ 21:10:
Dit doet zeg maar precies hetzelfde als hierboven maar scheelt gewoon een berg werk en code schrijven. Dus de jr developers vonden het prachtig en zijn dit dus gaan gebruiken ipv het origineel.
Maar ik ben er vandaag dus op aangesproken dat dit cowboy gedrag is en dat ik een verkeerd voorbeeld ben want "this is Lazy coding and we dont want Lazy coders" en we moeten de developers documentatie volgen.
Dus ik probeerde te beargumenteren dat je met dit soort oplossingen gewoon een berg tijd spaart en het ook gewoon makkelijker is omdat het super reusable is en dat documentatie geen wet is maar gewoon een guideline (met Captain Barbossa in mn achterhoofd).
Nu gaan ze volgende week elke regel code die ik heb aangepast, geschreven of geoptimaliseerd heb nakijken en eventueel aanpassen zodat het aan het origineel in de developers documentatie voldoet en niet aan "cowboy coding" haha.
De reden om er een functie van te maken vind ik ook niet sterk beargumenteerd. Met een beetje ctrl+c ctrl+v (of y p) ben je misschien maar een klein beetje langzamer. De reden dat je het op deze manier doet is omdat het beter te lezen is en je daarmee beter kan focussen op de verschillen tussen elk stukje code waardoor je fouten kunt voorkomen.
Ik weet niet of je het een optimalisatie noemt maar dat zou ik ook niet doen aangezien het effectief nog dezelfde stappen uitvoert. Zelfde met denken aan een piraat terwijl je een cowboy wordt genoemd
Als je het cowboy argument specifiek wil aanvallen moet je laten zien dat wat je doet een praktijk is voor professionals. Je kan op je eigen autoriteit leunen en zeggen dit wordt bij dit andere grote bedrijf waar ik heb gewerkt ook toegepast, maar aangezien ze je al een cowboy durven te noemen zullen ze dat blijkbaar niet goed vinden. Je kan een open source project aanhalen waarin dit wordt toegepast. Een nog beter argument is komen met een methodiek onderbouwing van experts die je hier toepast. In dit geval DRY en het builder pattern bijvoorbeeld. Ik ben zelf te veel cowboy om alle termen te weten die van toepassing zijn op deze code.
Ik denk dat het voornaamste vertrouwen dat hier mist het zelfvertrouwen is van de 23 jarige dropout lead dev om dingen te leren van een andere (en waarschijnlijk meer ervaren) developer...
Iig, dat is mijn ervaring met dit soort figuren. Dogmatisme is vaak het resultaat van deep down weten dat je eigenlijk niet bekwaam genoeg bent om zelf inhoudelijk over iets na te denken.
[ Voor 22% gewijzigd door RagingPenguin op 28-06-2024 11:43 ]
[ Voor 9% gewijzigd door Firesphere op 28-06-2024 13:51 ]
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!
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!
Firesphere schreef op vrijdag 28 juni 2024 @ 13:48:
Okay... ik werk momenteel bij een vrij klein fintech bedrijf met hele grote klanten...
***members only***
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.
Valt nog mee dat ze netjes aangeven dat ze het zelf gedaan hebben. Bij mijn klanten is het in zo'n situatie altijd een 'bug'. Totdat je ze netjes uit de logs laat weten wie wanneer op welke knop heeft gedrukt om bijvoorbeeld een order te verwijderen. In een keer wijzigt het dan van 'bug die direct opgelost moet worden' naar 'niet belangrijk'.Firesphere schreef op vrijdag 28 juni 2024 @ 13:48:
Okay... ik werk momenteel bij een vrij klein fintech bedrijf met hele grote klanten...
***members only***
- This line is intentionally left blank -
Knutselsmurf schreef op vrijdag 28 juni 2024 @ 13:57:
[...]
Valt nog mee dat ze netjes aangeven dat ze het zelf gedaan hebben. Bij mijn klanten is het in zo'n situatie altijd een 'bug'. Totdat je ze netjes uit de logs laat weten wie wanneer op welke knop heeft gedrukt om bijvoorbeeld een order te verwijderen. In een keer wijzigt het dan van 'bug die direct opgelost moet worden' naar 'niet belangrijk'.
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!
Klinkt als zo'n actie die gewoon een misverstand was. Deactiveer jij account X even? Is goed! En een kwartier later is in een heel belangrijk systeem account X verwijderd terwijl eigenlijk account X in een heel ander systeem bedoeld werd. Maar dat begreep degene niet die het uit moest voeren en die klikt netjes door al die waarschuwingen heen omdat er nou eenmaal een opdracht was gegeven.Firesphere schreef op vrijdag 28 juni 2024 @ 13:48:
Okay... ik werk momenteel bij een vrij klein fintech bedrijf met hele grote klanten...
***members only***
downtime schreef op vrijdag 28 juni 2024 @ 14:19:
[...]
Klinkt als zo'n actie die gewoon een misverstand was. Deactiveer jij account X even? Is goed! En een kwartier later is in een heel belangrijk systeem account X verwijderd terwijl eigenlijk account X in een heel ander systeem bedoeld werd. Maar dat begreep degene niet die het uit moest voeren en die klikt netjes door al die waarschuwingen heen omdat er nou eenmaal een opdracht was gegeven.
[ Voor 12% gewijzigd door Firesphere op 28-06-2024 14:28 ]
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!
:fill(white):strip_exif()/f/image/rNwBDlwYu3JURo3mI7JTn7Ab.png?f=user_large)
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
[ Voor 25% gewijzigd door Caelorum op 01-07-2024 14:42 ]
Ze gebruiken tenminste zelf ook .NET!
In de Windows XP tijd draaide de Windows Update servers op Linux ipv Windows
Oh... Maar ze draaien nog steeds op LinuxThomasG schreef op maandag 1 juli 2024 @ 15:55:
[...]
Ze gebruiken tenminste zelf ook .NET!
In de Windows XP tijd draaide de Windows Update servers op Linux ipv Windows
"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
Dat deden ze. Ze doen het nog steeds, maar ze deden het ook.
500.30 is wel echt een IIS-error, die draait naar mijn weten alleen op Windows.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Ik kan me nog een tijd herinneren dat MSDN (ha, dat was een tijd terug) linux tools. Maar inderdaad 500.30 lijkt alleen door IIS geproduceerd te worden.CodeCaster schreef op dinsdag 2 juli 2024 @ 20:29:
[...]
Dat deden ze. Ze doen het nog steeds, maar ze deden het ook.
500.30 is wel echt een IIS-error, die draait naar mijn weten alleen op Windows.
"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
Nu heeft mijn favoriete boze YouTuber daar een zeurfilmpje over gemaakt van net geen uur:
(Na haar eerdere:)
Via dat bovenste filmpje kwam ik een opkomend blogger tegen (blogs are back, baby), die heerlijke epistels schrijft:
I Will Fucking Piledrive You If You Mention AI Again:
Met andere juweeltjes als I Will Fucking Haymaker You If You Mention Agile Again:If another stupid motherfucker asks me to try and implement LLM-based code review to "raise standards" instead of actually teaching people a shred of discipline, I am going to study enough judo to throw them into the goddamn sun.
En Breaking My University's Machine Learning CompetitionIf your backlog is getting bigger, then work is going into it faster than it is going out. Why is that happening? Fuck if I know, but it is probably totally unrelated to not doing Agile well enough.
You're agreeing to everything because your stakeholders are whiny children with a deficient understanding of business and no one can say no to them. The team has made so many bad technical decisions that any speed is impossible, and if this is the case, I am willing to bet that you've got some spreadsheets in there, you absolute animal. Your engineers don't have brains that work good. I don't know, but Agile isn't going to help.
Heerlijk kijk- en leesvoer voor in de verloren uurtjes.With a few days left, the first thing I do is ensure that I have some solution that performs adequately, as the bell curve means that I can instantly guarantee myself a pass since I know that most of the teams are probably just starting anyway. One of our lecturers had spoken about Amazon's H2O platform, which does AutoML (read: you put the data in and it just kinda tries stuff until something works). So I start by using H2O and save that solution, which takes ten minutes.
Then I Google similar problem domains, and perform some actual work, setting up some simple training stuff to run on my laptop overnight using XGBoost. I put a lot of work into this as I'd sure like a high grade, if only so that my Southeast Asian surgeon dad is not embarrassed to have produced such a mediocre son, but the solution feels lackluster at the end. It was really just churning through tons of different options in XGBoost, and there simply didn't seem to be any obvious improvements to try. Years later, with actual work experience and knowledge, I still have no idea what else would really be worth trying, as most of the problem probably does degenerate into a complex word search.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Onironisch best wel ironisch ditCodeCaster schreef op dinsdag 9 juli 2024 @ 13:10:
Onlangs las ik over de Zoom-CEO Eric Yuan, die denkt dat werken bestaat uit e-mails en meetings
Het komt op mij over alsof Yuan denkt dat een auto een beter paard is.CodeCaster schreef op dinsdag 9 juli 2024 @ 13:10:
Onlangs las ik over de Zoom-CEO Eric Yuan, die denkt dat werken bestaat uit e-mails en meetings, wat volgens hem prima is te vervangen door "Digital Twins" oftewel AI-bots die namens jou in meetings plaatsnemen: https://www.theverge.com/...rencing-decoder-interview
Lees: Zoom is dood.
{signature}
Als een paardenverkoper is die natuurlijk wel enigszins verplicht om betere paarden te verkopen. Zoom is een one-trick-pony, als online meetings niet meer populair zijn (of iets anders het beter doet) dan is hun hele business zo weg.downtime schreef op dinsdag 9 juli 2024 @ 14:30:
[...]
Het komt op mij over alsof Yuan denkt dat een auto een beter paard is.
"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
MS Teams ook?DevWouter schreef op woensdag 10 juli 2024 @ 10:31:
Zoom kent bijvoorbeeld breakout rooms
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Je zult je er misschien over verbazen, maar hij heel veel mensen is hun werk ook gewoon emails en meetings. Zelf zullen ze dat waarschijnlijk niet toegeven, maar als je kijkt wat ze daadwerkelijk doen op een dag is het emails en meetings. Ja, en wat documenten lezen en rondsturen. Maar die hebben ze meestal niet zelf gemaakt.CodeCaster schreef op dinsdag 9 juli 2024 @ 13:10:
*knip* die denkt dat werken bestaat uit e-mails en meetings, *knip*
Gelukkig heb ik een heel goeie project-manager die, ook onderdeel van de shuffle, erbij gekomen is en mij vraagt kritisch te zijn op die meetings en af en toe gaat ie erbij zitten. We hebben zo'n 70% van de meetings kunnen wegkaatsen en alle anderen zijn standaard 30 minuten geworden, tenzij je een heeeeel goede reden hebt.
Komen mensen er opeens achter dat ze ook nog gewoon werk kunnen doen. Maar sowieso valt het me op hoeveel mensen er totaal niet in staat zijn om ook maar gewoon even zelf een uurtje gefocussed werk te doen. En dus als hulpmiddel een meeting inschieten. Een enorme grote groep mensen doet gewoon geen ene fuck, en is gewoon niet in staat om zelf enig werk op papier te zetten of uit te denken.
Zijn hier overigens ook Enterprise Architecten in de DevSchuur die mij kunnen uitleggen wat een GOEDE EA doet? Want welke ik in deze opdracht tegen ben gekomen zijn het stereotype EA welke in een ivoren toren oreren jegens het gepeupel wat ze wel en niet moeten doen en bedrijfskritische architectuurbeslissingen proclameren zonder ook maar enigsinds te checken met de implementerende partijen of het uberhaubt mogelijk is. En hoe hoger in de toren, hoe ijler de lucht is, want de Visio plaatjes nemer steeds surrealistischere vormen aan.
Enfin... einde rant.
[ Voor 3% gewijzigd door armageddon_2k1 op 10-07-2024 17:47 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Dit is schokkend accuraat.ThomasG schreef op woensdag 10 juli 2024 @ 12:35:
[...]
Je zult je er misschien over verbazen, maar hij heel veel mensen is hun werk ook gewoon emails en meetings. Zelf zullen ze dat waarschijnlijk niet toegeven, maar als je kijkt wat ze daadwerkelijk doen op een dag is het emails en meetings. Ja, en wat documenten lezen en rondsturen. Maar die hebben ze meestal niet zelf gemaakt.
Engineering is like Tetris. Succes disappears and errors accumulate.
Tjaarmageddon_2k1 schreef op woensdag 10 juli 2024 @ 17:42:
Bij mijn huidige opdracht is er een kleine shuffling geweest van mensen waardoor ik nu een positie overgenomen heb van iemand die eindeloos veel meetings deed. Ik ben erachter gekomen dat in die paar jaar dat al die meetings gedaan werden er echt he-le-maal geen ene fuck daadwerkelijk besloten of gedaan werd. Alleen maar ge-ouwehoer en ge-ouwehoer en niks besluiten.
Gelukkig heb ik een heel goeie project-manager die, ook onderdeel van de shuffle, erbij gekomen is en mij vraagt kritisch te zijn op die meetings en af en toe gaat ie erbij zitten. We hebben zo'n 70% van de meetings kunnen wegkaatsen en alle anderen zijn standaard 30 minuten geworden, tenzij je een heeeeel goede reden hebt.
Komen mensen er opeens achter dat ze ook nog gewoon werk kunnen doen. Maar sowieso valt het me op hoeveel mensen er totaal niet in staat zijn om ook maar gewoon even zelf een uurtje gefocussed werk te doen. En dus als hulpmiddel een meeting inschieten. Een enorme grote groep mensen doet gewoon geen ene fuck, en is gewoon niet in staat om zelf enig werk op papier te zetten of uit te denken.
Ja
Maar andersom heb ik ook wel vaker dan eens meegemaakt in het bureauwereldje: alle meetings zijn verspilling van facturabele uren, dus we werken lekker allemaal langs elkaar heen en vinden allemaal het wiel opnieuw uit.
Imho doet een goede EA drie keer niks met techniek of development, maar vooral met domeinkennis, business processen en data. Het probleem dat ik vaak met EA's zie is dat het een promotie pad is vanaf technische functies waar het eigenlijk niks mee te maken zou moeten hebben. Als het goed is is er een zekere gelaagdheid in je technisch ontwerp waar data en business boven technische keuzes staan, en houden EA's zich vooral met het eerste bezig.Zijn hier overigens ook Enterprise Architecten in de DevSchuur die mij kunnen uitleggen wat een GOEDE EA doet? Want welke ik in deze opdracht tegen ben gekomen zijn het stereotype EA welke in een ivoren toren oreren jegens het gepeupel wat ze wel en niet moeten doen en bedrijfskritische architectuurbeslissingen proclameren zonder ook maar enigsinds te checken met de implementerende partijen of het uberhaubt mogelijk is. En hoe hoger in de toren, hoe ijler de lucht is, want de Visio plaatjes nemer steeds surrealistischere vormen aan.
Maar dat gezegd hebbende: er zijn veels te veel organisaties met EA's die helemaal geen noodzaak hebben voor EA.
Enfin... einde rant.
Engineering is like Tetris. Succes disappears and errors accumulate.
Het is een tandemfunctie, waar de EA de Enterprise Architectuur bepaalt op basis van de visie van de organisatie. De SA werkt deze strategisch uit zodat deze succesvol binnen een organisatie geïmplementeerd kan worden.
If money talks then I'm a mime
If time is money then I'm out of time
Maar dan heb ik zoveel moeite met de term 'architectuur'. Ik heb een tijd lang in de medical sector gewerkt, en dan niet software. Daar volg je nogal een strak uitgewerkte methodiek van Systems Engineering. En architectuur is de 'hoe' als antwoord op de 'wat'. Maar het zijn ook de beslissingen die extreem moeilijk om te keren zijn en je die dus op basis van zo veel mogelijk informatie op een zo'n laat mogelijk tijdstip wil doen.Matis schreef op woensdag 10 juli 2024 @ 20:18:
@armageddon_2k1 ik en een toenmalige collega hebben ooit bij een werkgever gepitcht voor een Enterprise en Solution Architect + training / opleiding. Ik heb de documentatie nog gevonden. Lang verhaal kort:
Het is een tandemfunctie, waar de EA de Enterprise Architectuur bepaalt op basis van de visie van de organisatie. De SA werkt deze strategisch uit zodat deze succesvol binnen een organisatie geïmplementeerd kan worden.
En laat het moment dat een EA een architectuur neerzet (zoals ik dat meemaak) nou precies op die momenten zijn dat er bijna nog niks bekend is.
Wat is een Enterprise Architectuur? Het is bijna niet concreet te krijgen wat zo iemand doet.
Even wat quotes 'van het web'
Developing strategies, principles, and roadmaps in alignment with business strategies and objectives. Budgetary, project, and program governance to those strategies, principles, and roadmaps.
An enterprise architect designs and oversees the implementation of the overall IT infrastructure and systems within an organization. They ensure that the technology strategy aligns with the business goals, integrating processes, information, and technology solutions. Their role involves evaluating new technologies, creating architecture models, developing standards, and guiding the enterprise through technological changes to improve efficiency, scalability, and innovation.
Dit is zo enorm generiek.- in samenspraak met het management bepalen welke bedrijfsonderdelen en doelen aandacht nodig hebben of - in aanmerking komen voor technologische ontwikkeling
de trends in de markt in de gaten houden en deze eventueel omzetten naar nieuwe digitale toepassingen in het bedrijf
- leiding geven aan technologisch personeel dat nieuwe ideeën implementeert of bestaande verandert, eventueel op projectbasis
- kosten besparen door digitalisering, of advies geven dat hiertoe kan leiden
- besluiten in welke technologische systemen het bedrijf moet investeren; keuzes maken voor de korte én de lange termijn – dus systemen die niet alleen nu werken, maar ook toekomstbestendig zijn
- zorgen voor efficiëntie en duurzaamheid door middel van technologie
- rapporten opstellen en advies uitbrengen aan de directie van het bedrijf
Voorbeeld:
In ons laatste project heeft de EA bepaald dat data-uitwisseling middels Kafka met JSON berichten moet gaan. Dit gaat mij veel te ver in detail. Vooral ook omdat Kafka een implementatie is van een veel groter concept. De EA bedoelt dat ie ontkoppelde services wil.
Zoals ik het zie zou de EA op een veel hoger organisatorisch niveau moeten zitten en zich vrijwel niet met de technische implementatie bezig moeten houden.
[ Voor 41% gewijzigd door armageddon_2k1 op 11-07-2024 09:16 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Hoe kan ik de visie van de organisatie omzetten en matchen met een digitale onderlegger?
Het is aan de SA om deze blauwdruk om te zetten in een implementatievorm en/of -applicatie.
Ik deel je mening dat "jouw" EA zich niet moet bemoeien met de hoe (strategie), enkel met de wat (visie).
If money talks then I'm a mime
If time is money then I'm out of time
Maar dan nog heeft de SA natuurlijk vrijheid om te kiezen voor kafka of een ander product dat er op aansluit.
[ Voor 11% gewijzigd door Caelorum op 11-07-2024 10:16 ]
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.
Iets anders, ik zit nu al ruim een jaar bij mijn huidige werkgever, we maken aan mobiel appje voor Esports Tracking, en het idee is dat dat geld op moet leveren. Sinds ik er zit hebben we misschien een handjevol kleine features opgeleverd, steeds zaken die vrij makkelijk en snel geïmplementeerd zijn, de rest van de tijd alleen maar schermpjes aan het redesignen. Wordt wel mooier en beter, maar het levert geen drol op. Van de jaarlijkse omzet betaal je mij nu misschien 1 maand, als het mee zit. Nogal frustrerend, zit alleen maar front end te stampen terwijl er veel meer toffere dingen te doen zijn, ik snap die keuzes soms niet.
Een businessprobleem krijg je niet opgelost met design nummer 4. Dan was het in de eerste 3 pogingen wel gelukt als dat de hoofdfactor was.
{signature}
Ik had een soort misalignment tussen Stripe en mn API. De frontend is een simpele Stripe betaal link en de backend heeft dus zeg maar wel code om de betaling te verifiëren, welke subscriptie en tot wanneer enz enz.
Frontend werkte fantastisch maar backend bleef verbinding maken met Stripe Test environment ipv live. Ik ben 1 hele week bezig geweest dit te repareren en ik kwam er vandaag achter dat ik wel environment variabelen had geüpdatet in supervisor maar was vergeten reread uit te voeren
Dit zijn echt van die momenten dat ik mezelf developer onwaardig voel haha.
Hebben wij toevallig bij dezelfde organisatie gezeten?armageddon_2k1 schreef op donderdag 11 juli 2024 @ 09:11:
Voorbeeld:
In ons laatste project heeft de EA bepaald dat data-uitwisseling middels Kafka met JSON berichten moet gaan. Dit gaat mij veel te ver in detail. Vooral ook omdat Kafka een implementatie is van een veel groter concept. De EA bedoelt dat ie ontkoppelde services wil.
Zoals ik het zie zou de EA op een veel hoger organisatorisch niveau moeten zitten en zich vrijwel niet met de technische implementatie bezig moeten houden.
Ik had ook al zo'n clubje Enterprise Architecten die bij herbouw Kafka met JSON moest en zou hebben. Ging natuurlijk nooit werken, dat kon iedere solution architect / ervaren engineer je wel vertellen. Gigantische overrun op CAPEX, surrealistisch hoge OPEX en nog niet eens alle functionaliteit die de business voorheen had, want dat "kon niet".
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik ben nu wel benieuwd waarom dit nooit zou kunnen werken...Mugwump schreef op maandag 22 juli 2024 @ 21:16:
Ik had ook al zo'n clubje Enterprise Architecten die bij herbouw Kafka met JSON moest en zou hebben. Ging natuurlijk nooit werken, dat kon iedere solution architect / ervaren engineer je wel vertellen.
Laat ik vooropstellen, ik zeg niet dat Kafka + JSON 'nooit kan werken'. Ik zeg dat het in dit specifieke geval met de al op voorhand gemaakte ontwerpkeuzes nooit ging vliegen. Het ging hier om migratie van bestaande functionaliteit in ons oude platform naar een nieuw te bouwen platform door een ander team. Wij hadden dat eigenlijk vrij simpel hadden kunnen migreren naar ons nieuwe platform waarbij de running costs een factor 50 lager zouden zijn uitgevallen dan dit nieuwe platform nu lijkt uit te vallen.Cartman! schreef op maandag 22 juli 2024 @ 22:01:
[...]
Ik ben nu wel benieuwd waarom dit nooit zou kunnen werken...
Er is in de basis niets mis met Kafka. JSON als dataformaat kun je over twisten, zeker bij grote volumes data. Ik zou eerder gaan voor compactere formaten als protobuf, avro of iets dergelijks, maar goed. Niet alleen vanwege de compactheid, maar ook voor zaken als schema evolution.
De use case hier was grofweg een grote stroom aan data in de vorm van losse events, met pakweg een paar duizend subscriptions, waarbij een subscriptions betekende dat een gefilterd deel van de data over een periode van x tijd verzameld moest worden en in bulk ergens gedumpt moest worden, met ook nog mogelijkheden om een selectie op vrij arbitraire criteria te heraanbieden. Wederom in theorie prima mogelijk in Kafka, maar met de gekozen oplossing (een niet nader te noemen managed kafka platform) kon men geen gebruik maken van vormen van (micro)batching, waardoor de enige vorm van schaling het toevoeging van extra partitities was, met ook extra consumers. Het afrekenmodel van het managed platform was per partitie per topic en per consumer, dus dat liep lekker op. Nog steeds ruk qua performance, want bij de eerste de beste test die wij deden om wat load te generen (ordegrootte paar duizend events per seconde) donderde de hele boel al in elkaar.
Ook andere ontwerpkeuzes helpen niet. Wij hebben ons altijd verzet tegen de obsessie met generieke 'fat events' die je bij dat soort clubjes altijd ziet. Dat zou zogenaamd ontkoppelen , want je hoeft niet b.v. nog in een deel van de gevallen een extra call te doen naar een systeem, en het is lekker makkelijk want andere systemen kunnen volledig 'stateless' zijn, maar in wezen koppel je het hele datamodel van je systeem aan de rest van het IT-landschap op die manier, dus als er iets verstrengelt is het dat wel. Zoals al eens mooi in een 'wet' gevangen door een engineer van Google:
En daarbij, met kafka topics waarbij je eigenlijk hooguit wat kunt doen met offset verschuiven wordt het lastig om 'geef data die voldoet aan arbitraire criteria' te implementeren.With a sufficient number of users of an API, it does not matter what you promise in the contract: all observable behaviors of your system will be depended on by somebody.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik gebruik voor een aantal projecten AWS EventBridge met fat events en het werkt voor ons heel erg goed. Wel alles lekker managed en auto-scaling (default 10k/s messages aan doorvoer maar dat halen we niet in praktijk). Zelf Kafka moeten beheren lijkt me overigens ook niks maar conceptueel kan het dus wel goed werken.
Nou heel flauw gezegd zat die nuance al wel in m'n oorspronkelijke post, want ik zei dat het niet 'ging' werken, niet dat nooit 'kon' werken.Cartman! schreef op dinsdag 23 juli 2024 @ 11:11:
Je opmerking van eerder is dus eigenlijk iets genuanceerder want het ging specifek om jullie situatie
Ik gebruik voor een aantal projecten AWS EventBridge met fat events en het werkt voor ons heel erg goed. Wel alles lekker managed en auto-scaling (default 10k/s messages aan doorvoer maar dat halen we niet in praktijk). Zelf Kafka moeten beheren lijkt me overigens ook niks maar conceptueel kan het dus wel goed werken.
Kijk ook Kafka kun je prima schaalbaar maken, maar dan moet je wel wat dieper in de config en niet een kant-en-klaar platform pakken wat niet helemaal past op je use case.
Wij gebruiken zelf vooral SNS / SQS en lambdas (event bridge wel als aanleverende broker) en dat schaalt allemaal ook meer dan prima.
Nadeel van fat events op AWS zijn natuurlijk wel de kosten. Je betaalt bij SQS en ook bij EventBridge natuurlijk wel per 'tik' van 64KB. Als je dus b.v. SQS batch receives gebruikt met berichtjes van 5KB per stuk, dan betaal je 1 tik voor 10 berichtjes, is dat b.v. 15KB, dan zijn het er 3. Maar mijn voornaamste bezwaar zit niet per se op het vlak van de kosten van event brokers e.d. Vooral dure data-opslag als databases heeft er wel serieus onder te lijden. Voornaamste bezwaar blijft echter toch de mate waarin je systemen volledig verstrengeld. Interfaces dienen in mijn ogen echt altijd zo minimalistisch mogelijk te zijn. Ik heb in m'n carrière al zo vaak gezien dat je als team volledig vast komt te zitten qua doorontwikkeling omdat een dozijn externe systemen van allemaal obscure implementatiedetails van jouw eigen platform afhankelijk zijn geworden door zo ongeveer je eigen interne databasestructuur met de buitenwereld te verstrengelen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Dat probleem heb je natuurlijk net zo goed met thin events en een API die de rest ontsluit. De juiste oplossing is iets als contract testing, goede versioning en goede afspraken met de externe partijen over support van de versies.Mugwump schreef op dinsdag 23 juli 2024 @ 11:33:
[...]
Ik heb in m'n carrière al zo vaak gezien dat je als team volledig vast komt te zitten qua doorontwikkeling omdat een dozijn externe systemen van allemaal obscure implementatiedetails van jouw eigen platform afhankelijk zijn geworden door zo ongeveer je eigen interne databasestructuur met de buitenwereld te verstrengelen.
Snap ik, maar het gaat niet om events met letterlijk je hele interne model vs events met een beperkte set aan informatie en vervolgens een API waarin je alsnog dat hele interne model naar de buitenwereld gooit.Caelorum schreef op dinsdag 23 juli 2024 @ 19:08:
[...]
Dat probleem heb je natuurlijk net zo goed met thin events en een API die de rest ontsluit. De juiste oplossing is iets als contract testing, goede versioning en goede afspraken met de externe partijen over support van de versies.
Al heb je bij een API vaak nog iets meer controle over wie erbij mag.
Het gaat meer om de "gooi maar zoveel mogelijk informatie naar buiten in een one size fits all formaat, wie weet hebben we het ooit nodig"-mentaliteit.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Wat dus prima kan werken, afhankelijk van je project/organisatie.Mugwump schreef op dinsdag 23 juli 2024 @ 19:27:
Het gaat meer om de "gooi maar zoveel mogelijk informatie naar buiten in een one size fits all formaat, wie weet hebben we het ooit nodig"-mentaliteit.
Ik zal als consultant nooit zeggen dat iets nooit kan werken, maar ik zie het wel heel vaak misgaan op de wat langere termijn.Cartman! schreef op dinsdag 23 juli 2024 @ 21:07:
[...]
Wat dus prima kan werken, afhankelijk van je project/organisatie.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:fill(white):strip_exif()/f/image/Qvw5nQ9fouSUryrCvPd4rasw.png?f=user_large)
Ik ben nl aan't zoeken hoe dit noemt om elke stukje image eruit te nemen
Al wat ik aanraak werk niet meer zoals het hoort. Damic houd niet van zijn verjaardag
If money talks then I'm a mime
If time is money then I'm out of time
Dit is een vrijdagavond pubquiz vraag? Want dit topic is niet bedoelt voor vragenDamic schreef op vrijdag 26 juli 2024 @ 21:48:
Vraagje: hoe noemt een samen gestelde "foto" zoals de snippet hieronder?
[Afbeelding]
Ik ben nl aan't zoeken hoe dit noemt om elke stukje image eruit te nemen
Ik heb geen ideeDamic schreef op vrijdag 26 juli 2024 @ 21:57:
Ha sprite sheet. @RobertMe nee geen pubquiz
ow hebben we dan een topic daarvoor?
Overigens vraag ik mij af of sprites nog wel passen in het web heden ten dagen. Met HTTP 2.0 of zelfs HTTP 3.0 zijn de roundtrips om steeds een nieuwe asset te downloaden lang niet meer zo zwaar (verbinding blijft open staan dus TLS negotiation hoeft niet meer, meerdere URLs kunnen parallel worden gedownload, ...). En over het algemeen is het downloaden van een plaatje ook niet meer zo traag als 20 jaar gelden (gemiddelde (/"minimum") download snelheid ligt een stuk hoger, ook bv als je mobiel meeneemt met 4G vs vroeger 2G). En het downloaden van een sprite is natuurlijk weer veel trager omdat alles in 1x gedownload moet worden, terwijl als er 30 plaatjes in staan en de gebruiker ziet er maar een stuk of 5 tot 10 dan is er nogal veel voor niks gedownload.
[ Voor 6% gewijzigd door RobertMe op 26-07-2024 22:16 ]
Maar ik gaan een topic moeten openen om wat gedachten te wisselen.
Al wat ik aanraak werk niet meer zoals het hoort. Damic houd niet van zijn verjaardag
Een texture die gebruikt wordt als "sprite sheet". Dit omdat videokaarten maar een beperkte hoeveelheid afbeeldingen kan inladen en je met 1 enkele afbeelding inladen een hogere performance hebt omdat de GPU minder vaak hoeft te context switchen. De individuele onderdelen worden een "sprite" genoemd (nou ja, eigenlijk is het renderen van een quad de "sprite", de afbeelding bevat de individuele onderdelen van de "sprite texture").Damic schreef op vrijdag 26 juli 2024 @ 21:48:
Vraagje: hoe noemt een samen gestelde "foto" zoals de snippet hieronder?
[Afbeelding]
Ik ben nl aan't zoeken hoe dit noemt om elke stukje image eruit te nemen
Wat je nog mist is een "sprite map" een bestand (of algortihm) die je vertelt waar welke "sprite texture" op je "sprite sheet" zit.
Zeker wel, los dat de browser ook maar een beperkte aantal afbeeldingen gelijktijdig kan inlezen net zoals een GPU heeft het ook het voordeel dat het kleiner is. Je kan namelijk meer gebruik maken van gedeelde compressie (echter soms is het duurder als je compressie ongeschikt is), maar je bent ook de overhead die file headers met zich meebrengen.RobertMe schreef op vrijdag 26 juli 2024 @ 22:16:Overigens vraag ik mij af of sprites nog wel passen in het web heden ten dagen.
Stel je eens voor dat een font elke letter als een unieke SVG zou opslaan
"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
Al wat ik aanraak werk niet meer zoals het hoort. Damic houd niet van zijn verjaardag
Dat/thin/Lean events, notification events, YOLO events, God events, etc..
YouTube: How Event Driven Architectures Go Wrong & How to Fix Them • Matthew ...
Maargoed, iemand geinteresseerd om ze voor een vriendelijk bedrag van me over te nemen?
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Wordt de nodige LSD meegeleverd of is die zelf te voorzien?farlane schreef op donderdag 1 augustus 2024 @ 13:52:
E.i.n.d.e.l.i.j.k de delen uit de originele Dune serie uit. Veel te weinig LSD bij gebruikt om te snappen WTF die man bezielde om zo een warrig fucked up verhaal in elkaar te draaien.
Maargoed, iemand geinteresseerd om ze voor een vriendelijk bedrag van me over te nemen?
Heeft nogal een impact op de te bieden prijs natuurlijk

Ik doe het met audiobooks. Ben blijven steken in het begin van God Emperor, ik kwam er niet echt in omdat we ineens 1000 jaar verder waren. En omdat ik niet meer in de auto naar kantoor gingfarlane schreef op donderdag 1 augustus 2024 @ 13:52:
E.i.n.d.e.l.i.j.k de delen uit de originele Dune serie uit. Veel te weinig LSD bij gebruikt om te snappen WTF die man bezielde om zo een warrig fucked up verhaal in elkaar te draaien.
Maargoed, iemand geinteresseerd om ze voor een vriendelijk bedrag van me over te nemen?
In september begin ik bij Philips, dan zit ik weer een handvol uren per week op de weg. Nog maar eens een poging wagen
[ Voor 9% gewijzigd door .oisyn op 01-08-2024 14:46 ]
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 was al best bijzonder. De laatse twee is eigenlijk uitsluitend Bene Gesserit, maar hij sleept er echt vanalles bij; ik vraag me echt af of hij wel helemaal toerekeningsvatbaar was destijds..oisyn schreef op donderdag 1 augustus 2024 @ 14:43:
[...]
Ik doe het met audiobooks. Ben blijven steken in het begin van God Emperor, ik kwam er niet echt in omdat we ineens 1000 jaar verder waren. En omdat ik niet meer in de auto naar kantoor ging. Terwijl ik juist zo geïnteresseerd was in dat verhaal, maar ik denk dat wat ik wilde lezen al aan het eind van Children zat: de transformatie van Leto.
Ik wens je veel doorzettingsvermogen. Maar geen verdovende middelen als je een voertuig bestuurt, dat weet jeIn september begin ik bij Philips, dan zit ik weer een handvol uren per week op de weg. Nog maar eens een poging wagen.
Bij Philips? Oh wauw...onverwacht. Wat ga je doen?
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Nee, die zul je zelf moeten regelen. Paddo's kan ook heb ik gehoord,roeleboel schreef op donderdag 1 augustus 2024 @ 14:14:
[...]
Wordt de nodige LSD meegeleverd of is die zelf te voorzien?
Heeft nogal een impact op de te bieden prijs natuurlijk
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Maar... iets (ReFS?) zorgt ervoor dat er geen CreateFile-API-calls en dergelijke worden gelogd richting ProcMon. Mogelijk iets met ETW. Moet ik weer stuff naar de NTFS-partitie verplaatsen, #sadlife.
Edit: eerst klagen, dan pas je eigen link verder lezen:
PS C:\Windows\System32> fsutil devdrv setfiltersallowed ProcMon24 The operation completed successfully. A reboot is required for this change to take effect. Alternatively the volumes of interest can be dismounted to have the change take effect on those volumes.
[ Voor 27% gewijzigd door CodeCaster op 02-08-2024 09:36 ]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
In een bestaand powershell script dat al een lange periode goed loopt en ongeveer 2 uur er over doet om alle data te verzamelen uit externe resources (veel api-calls naar verschillende interne systemen) doet er ineens meer dan 10 uur over.
Na lang debuggen uitgekomen bij de regel
1
| Start-Sleep -Milliseconds $25 |
Blijkt de collega van de 25 milisecondes ineens een variable gemaakt te hebben en deze hogerop in de code gedefineerd als 25000.
Tja dan heb je dus ineens van 25 miliseconde vertraging ineens 25 seconde vertraging. Dank beste collega

Job security. Dan kun je een week zwoegen, de 25.000 varanderen in 20.000 en zeggen "kijk, baas, het is weer 20% sneller!"eagle00789 schreef op vrijdag 2 augustus 2024 @ 09:53:
ja leuke collega's heb ik toch.
In een bestaand powershell script dat al een lange periode goed loopt en ongeveer 2 uur er over doet om alle data te verzamelen uit externe resources (veel api-calls naar verschillende interne systemen) doet er ineens meer dan 10 uur over.
Na lang debuggen uitgekomen bij de regelcode:
1 Start-Sleep -Milliseconds $25
Blijkt de collega van de 25 milisecondes ineens een variable gemaakt te hebben en deze hogerop in de code gedefineerd als 25000.
Tja dan heb je dus ineens van 25 miliseconde vertraging ineens 25 seconde vertraging. Dank beste collega
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Mijn eerste gedachte is: werkt Everything wel met ReFS?CodeCaster schreef op vrijdag 2 augustus 2024 @ 09:32:
Nou gebruik ik al een paar maanden een Dev Drive om mijn sources en packages in op te slaan, en de builds in Visual Studio zijn daadwerkelijk 10-ish procent sneller, het voelt allemaal net iets snappier.
.edit: ja dus
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.
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.