Engineering is like Tetris. Succes disappears and errors accumulate.

Omdat kritiek makkelijk is, hier (de verkorte) correcte antwoord: De taak van een ontwikkelaar is om waarde te generen (en niet code).
Zijn categorisatie van ontwikkelaars slaat dan ook compleet nergens op.
Serieus, negeer die categorisatie en ga een gesprek aan met je manager (of iemand van Sales) en vraag hem hoe het product waarde voor de klant genereert. Let op: Ik heb het hier over de klant, niet de gebruiker. En verbied elke technische term.Immutable schreef op zondag 6 december 2020 @ 17:56:
[...]
Nee, dat je met de kwaliteiten van B, A probeert te doen... en daardoor dus ongewenst resultaat krijgt? Waar men zelf niet van op de hoogte is? Management sowieso niet... En dat kost toch enorm veel uren om dat te onderhouden. Heb zelf een concurrenten onderzoek gedaan, omdat niemand dat deed of interessant vond. Mjha, daaruit kwam naar voren dat praktisch alle concurrenten ook gewoon een Gui systeem gebruikt. Huidige keuze bij concurrenten is voornamelijk Qt met QML.
Ben ook bang dat men valt in de "Sunk Cost Fallacy" en ook het "Ikea" effect ook erg sterk is. En nog wat biases waardoor ik denk dat er gewoon heel veel geld verbrand zal worden.
Waarom ik denk dat de meeste mensen in B zitten, komt doordat ik mij geografisch waarschijnlijk niet bevind in en rondom eindhoven en amsterdam. Dus is een perspectief probleem.
Vraag desnoods of je een dag met sales (die naar klanten gaat) mee kan lopen zodat je kan ervaren hoe jouw bedrijf en jouw klanten elkaars belangen begrijpen.
Wat betreft banen: Er zijn kansen zat in Nederland.
"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 hebt 2 soorten mensen; een groep die iedereen graag in hokjes stopt en een groep doe het niet doet. Ik zit in de laatste groep.DevWouter schreef op zondag 6 december 2020 @ 18:57:
Zijn categorisatie van ontwikkelaars slaat dan ook compleet nergens op.
{signature}
Dat.. staar je niet blind op bijv Amsterdam. En kijk inderdaad eens of je met je management kan praten, lijkt een aardig gevalletje NIH te zijn....DevWouter schreef op zondag 6 december 2020 @ 18:57:
Wat betreft banen: Er zijn kansen zat in Nederland.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Goed dat je reageert op mijn reactie want het was wellicht niet duidelijk dat ik NIET bedoelde dat programmeurs uit India slecht(er) zijn. Absoluut niet zelfs. Meer dat programmeurs bijna de facto uit India lijken te komen voor grootschalige commerciële projecten en dat je dus echt peanuts moet betalen om de slechtste daar te vinden.Immutable schreef op zondag 6 december 2020 @ 15:14:
[...]
Toch gek, ken jij iemand die dat soort systemen programmeert? Misschien is het wel zo dat we hier in ons land dat helemaal niet kunnen? Of niet genoeg mensen zijn die dat kunnen.
Meeste devvers in Nederland die zijn zoals George Hotz dat noemde in zijn video(https://youtu.be/N2bXEUSAiTI?t=512) op 8:33 en later dat de meeste programmeurs eigenlijk maar vertalers zijn. Je vertaald een business case in code. Meeste mensen programmeren geen infrastructuur zoals bijvoorbeeld een complete Qt framework zoals hij zegt, maar zijn puur vertalers.
Vooral in landen zoals Nederland zie ik vooral vertalers.
Mijn vraag is dat serieus, wie programmeert die dingen dan daadwerkelijk feitelijk. Echt geen Nederlanders, die hebben de expertise hierin niet. Dat leer je niet op HBO informatica.
Ik ken iemand die dat gedaan heeft ja, bij een bedrijf dat die software ontwikkelde voor Telenet. Dat is uiteindelijk gewoon Java code, en in plaats van klassen genaamd "Customer" of "Product" zal het wel "Movie" of "Recording" zijn. Nu weet ik niet hoe diep die code gaat. Dingen als firmware en drivers zullen wel door de leverancier van dat ding gemaakt worden (da's een Zwitsers of Oostenrijks bedrijf dacht ik). Iemand die firmware geprogrammeerd heeft ken ik overigens ook, al is die uit miserie overgestapt van C naar Java. En daar wil ik niet mee suggereren dat C een slechte taal is, het had eerder te maken met het debuggen van prototypes wat nogal frustrerend kon zijn.Immutable schreef op zondag 6 december 2020 @ 15:14:
[...]
Toch gek, ken jij iemand die dat soort systemen programmeert? Misschien is het wel zo dat we hier in ons land dat helemaal niet kunnen? Of niet genoeg mensen zijn die dat kunnen.
Dan ben je niet per se bijzonder, dan ben je een vakman. Voor 99% van de anderen hier: niet getreurd, je kan ook een vakman zijn zonder een OS te schrijven.oisyn schreef op zondag 6 december 2020 @ 15:35:
[...]
Ik heb zelf ook from scratch een eigen OS geschreven, heb ik ook niet geleerd op school. Ik weiger te geloven dat ik zo bijzonder ben, em dat ik me ophou in een kring die ook bijzonder is
Ik val in derde categorie: Mensen die graag buiten de vakjes kleurtVoutloos schreef op zondag 6 december 2020 @ 19:44:
[...]
Je hebt 2 soorten mensen; een groep die iedereen graag in hokjes stopt en een groep doe het niet doet. Ik zit in de laatste groep.
"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
Bedenk ook dat veel van de "vaardigheden" van een ontwikkelaar afhankelijk is van hun toolset. Zo vind ik, sinds ik TDD toepas, dat debuggen vaak een zwaktebod (onterecht overigens). Maar met sommige frameworks is TDD werken dusdanig pijnlijk dat het goedkoper, makkelijker en sneller is om het niet te continue te doen.Giesber schreef op zondag 6 december 2020 @ 21:55:
Iemand die firmware geprogrammeerd heeft ken ik overigens ook, al is die uit miserie overgestapt van C naar Java. En daar wil ik niet mee suggereren dat C een slechte taal is, het had eerder te maken met het debuggen van prototypes wat nogal frustrerend kon zijn.
Ik sluit me ook aan bij jouw uitspraak dat C geen op zich geen slechte taal hoeft te zijn, maar als het lastig is om in te werken levert dat wel een minder product op.
"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
Ik moet echt even kwijt waar ik net 4-5 uur aan heb besteed, aan ik denk wel de vreemdste bug in tijden. Uiteindelijk niet structureel opgelost, maar de workaround voldoet aangezien deze code een beetje one-off is. (famous last words ofc
Heel simpel gezegd:
1
2
3
4
5
6
7
| Foo *foo; // komt uit een andere class foo->Func(); // SEGFAULT // maar: typedef void (Foo::*func)(); func f = &Foo::Func; auto fooInstance = *foo; (fooInstance.*f)(); // werkt wel |
Ik snapte maar niet waar de segfault vandaan kwam, want foo was gewoon non-null en zag er goed uit. Het zat in een loop waar het pas bij iteration 17 mis ging. Maar veel debuggen later blijkt dat er een callq *%rcx werd gedaan waarbij rcx dus for some reason 0x0 was... En ik heb nog steeds geen flauw idee waarom, lijkt erop dat de vtable lookup fout ging? Ik heb geen flauw idee. Mijn gdb-fu is niet voldoende om me hier verder aan te wagen.
Wat me al wel opviel is dat in de debugger variable view foo dus herkend werd als "primitive type" terwijl het wel Foo * had als type. In andere iteraties was het gewoon een object dat je kon expanden. Maar als je dan naar source->foo keek, was het object daar wel te expanden met exact dezelfde pointer value.
* F.West98 moet maar gaan slapen
edit: Ohja, met valgrind ging het nooit fout, en een simpelere fooInstance.Func(); werkt ook niet.
[ Voor 4% gewijzigd door F.West98 op 07-12-2020 00:21 ]
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
@F.West98 ik sluit me daarbij aan. Het is al heel wat jaartjes geleden dat ik met C++ gewerkt hebt, maar het doet me denken toen een class op de verkeerde manier aan het casten was, waardoor (zoals .oisyn ook aangeeft) ik de vtable kwijt raakte..oisyn schreef op maandag 7 december 2020 @ 01:20:
@F.West98 Je maakt een kopie van Foo op regel 6. Klinkt alsof de vtable van het origineel kapot is.
Een tweede mogelijkheid is dat je iets verkeerds doet met serializeren/deserializeren.
Dat de tweede variant werkt omdat je handmatig de function adres ophaalt i.p.v. de vtable te gebruiken.
"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
Ik ben gewoon vakmanDevWouter schreef op zondag 6 december 2020 @ 22:37:
[...]
Ik val in derde categorie: Mensen die graag buiten de vakjes kleurt
🠕 This side up
Ja, dat soort collega's heb ik ook. Drie dagen aan het knippen en plakken en als er een enorme berg spaghetti staat mag ik uitzoeken waarom het niet werkt.gekkie schreef op maandag 7 december 2020 @ 09:51:
* gekkie doet programmeren met nummertjes, kwast de code van stackoverflow op de juiste regelnummers, et voila
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ja gek is dat, bij schilderen met nummertjes zie je dan weer zelden dat ze een kom met spaghetti mogen naschilderen.Mugwump schreef op maandag 7 december 2020 @ 09:57:
[...]
Ja, dat soort collega's heb ik ook. Drie dagen aan het knippen en plakken en als er een enorme berg spaghetti staat mag ik uitzoeken waarom het niet werkt.
Is je foo een "simpele" Foo of is het onderdeel van een hierarchy met (pure)virtual functions, misschien meerdere base classes?F.West98 schreef op zondag 6 december 2020 @ 23:39:
Over debuggen en C(++) gesproken
Ik moet echt even kwijt waar ik net 4-5 uur aan heb besteed, aan ik denk wel de vreemdste bug in tijden. Uiteindelijk niet structureel opgelost, maar de workaround voldoet aangezien deze code een beetje one-off is. (famous last words ofc)
Heel simpel gezegd:
C++:
1 2 3 4 5 6 7 Foo *foo; // komt uit een andere class foo->Func(); // SEGFAULT // maar: typedef void (Foo::*func)(); func f = &Foo::Func; auto fooInstance = *foo; (fooInstance.*f)(); // werkt wel
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.
"They don't really write algorithms. You will never in any job have to write a sort algorithm or a binary search algorithm".Immutable schreef op zondag 6 december 2020 @ 15:14:
Meeste devvers in Nederland die zijn zoals George Hotz dat noemde in zijn video(https://youtu.be/N2bXEUSAiTI?t=512) op 8:33 en later dat de meeste programmeurs eigenlijk maar vertalers zijn.
Fucking yikes. Wat een elitaire pannekoek. Laat ik het zo zeggen, en ik bedoel dit goed zodat je er misschien wat van leert, maar als je met dit soort uitspraken aankomt in een intakegesprek, dan gaat het hem niet worden.
Ik ben "Java developer". Oftewel; ik vertaal business requirements in Java code. Schrijft ik dan geen 'algorithmen'? Wat nou als zo'n requiement is "hier is een memory mapped file van gesorteerde file hashes, kijk voor elke file of de hash daarvan voorkomt in die file, zo ja dan is het kinderporno"? Want dat is namelijk exact wat ik geimplementeerd heb. Het was overigens een interpolation search (O(log(log(n)))), een gespecialiseerde vorm van een binary search (O(log(n))).
Nog even afgezien van dat dat beetje dom toeval z'n argument al onderuit haalt. Ook "ik wil geld afboeken maar moet eerst checken of dat geld er wel is" is een algorithme. Ook "geef dit resultaat alleen terug als de gebruiker dit object mag zien" is een algorithme. We worden betaald om requirements om te zetten in algorithmes. We hergebruiken alleen bestaande code omdat iedere keer openieuw een hashmap implementeren een beetje tijdsverspilling is.
God wat heb ik een hekel aan dat soort "Youtube personaliteiten" die zonder dat er kritiek op geleverd kan worden dit soort onzin spuwen. Als ik je een tip mag geven; ga naar conferenties. Als hij daar dit soort teksten uitkraamt wordt 'ie terecht wegehoond.
https://niels.nu
George Hotz is niet zomaar een YouTube personaliteit maar iemand die furore gemaakt heeft met PS3, IOS jailbreaks en zelfrijdende auto-apparatuur. Het is ongetwijfeld een hele slimme gozer, maar communicatief en sociaal is het nogal een mafkees. Beetje een product van de Sillicon-Valley wereld.
Afgezien van dat, helemaal met je eens.
Engineering is like Tetris. Succes disappears and errors accumulate.
Ik heb 'em gegoogled. En dat maakt iemand geen ervaren software engineer. Ik ga ook niet doen alsof ik een expert ben op 't gebied van pentesten. Het is volkomen debiel en immens schadelijk dat dit soort mensen 'beginners' dit soort onzin bijbrengen.armageddon_2k1 schreef op maandag 7 december 2020 @ 14:35:
@Hydra
George Hotz is niet zomaar een YouTube personaliteit maar iemand die furore gemaakt heeft met PS3, IOS jailbreaks en zelfrijdende auto-apparatuur.
[ Voor 13% gewijzigd door Hydra op 07-12-2020 14:37 ]
https://niels.nu
Klopt, maar het is niet zomaar een YouTube persoonlijkheidHydra schreef op maandag 7 december 2020 @ 14:36:
[...]
En dat maakt iemand geen ervaren software engineer. Ik ga ook niet doen alsof ik een expert ben op 't gebied van pentesten.
Engineering is like Tetris. Succes disappears and errors accumulate.
Ik zei ook niet 'zomaar'armageddon_2k1 schreef op maandag 7 december 2020 @ 14:38:
Klopt, maar het is niet zomaar een YouTube persoonlijkheid
Maargoed. Dit gaat nogal offtopic. Dus... PHP is kut?
https://niels.nu
PHP sucks big time
[ Voor 5% gewijzigd door Crazy D op 07-12-2020 14:50 ]
Exact expert nodig?
Ondanks of dankzij je 18 jaar ervaring .. zou ik je toch willen vragen om dit beter te motiveren door een vergelijk op het vlak van de genoegens die beide schenkenHydra schreef op maandag 7 december 2020 @ 14:45:
Dus... PHP is kut?
🠕 This side up
Afgezien daarvan zou je het argument aan kunnen dragen dat een OS schrijven makkelijker is; een computer verandert niet halverwege een sprint van mening wat betreft de requirementsCrazy D schreef op maandag 7 december 2020 @ 14:49:
Een deel van de programmeurs (zo niet de meesten, of allen...) vertalen requirements naar code (dat is nou juist programmeren). Dat dat in het ene geval een onderdeel van een OS of een driver is en bij een ander een applicatie om het leven van een gebruiker makkelijker te maken (versnelde invoer van het 1 of ander) boeit toch niet? Zolang je het maar naar je zin hebt met wat je doet... Ik ben blij dat ik niet 40 uur per week low level code zit te kloppen maar dat ik met mijn applicaties direct de business ondersteun hun processen te optimaliseren (feitelijk doen de ontwikkelaars die aan Windows werken dat ook, als de klant Windows gebruikt
). Dat vind ik namelijk leuk om te doen. En iemand anders vind weer wat anders leuk en dat is maar goed ook
Dan is C++ iets voor je; dan kun je met defines alles afkorten naar een enkel karakterPHP sucks big timeOntzettend lange naam, en het is ook gewoon niet fijn typen als 1 letter vaker voorkomt. Een taal die . heet lijkt me wel wat. Lekker kort, makkelijk typen.
https://niels.nu
Koenvh schreef op maandag 7 december 2020 @ 14:52:
@Crazy D Ik heb een hele goede niche gevonden: ik vertaal code naar requirements. Ik werk net zo lang met de Blockchain tot er iets nuttigs uitkomt
Exact expert nodig?
Heh. In ons vorige project moesten we vanuit Java code een business rule extraheren. Kwamen we erachter dat die 20 regels code eigenlijk na een refactoring helemaal niks meer deden. Was wel even een WTF momentje.Koenvh schreef op maandag 7 december 2020 @ 14:52:
@Crazy D Ik heb een hele goede niche gevonden: ik vertaal code naar requirements. Ik werk net zo lang met de Blockchain tot er iets nuttigs uitkomt
https://niels.nu
De requirements veranderen misschien niet, maar de computer misschien wel. Nu krijg je halverwege het project gewoon de nieuwere revisie CPU/PCB waarvoor je het OS aan het schrijven bent, succes met de verschillen (vinden)Hydra schreef op maandag 7 december 2020 @ 14:55:
[...]
Afgezien daarvan zou je het argument aan kunnen dragen dat een OS schrijven makkelijker is; een computer verandert niet halverwege een sprint van mening wat betreft de requirementsMaargoed; het is uberhaupt geen discussie. Het is niks anders dan een domme vorm van gatekeeping.
Ja daar lijkt het toch wel op ergens. Het is slecht geschreven code uit 2006, sindsniet niet onderhouden, dus ik voel er ook weinig voor om het fundamenteel te gaan uitzoeken. (en het werkt met Java via JNI, dus een ellende om te debuggen) Uiteindelijk gevonden dat een cleanup functie ergens roet in het eten gooit dus die maar ergens anders heen verplaatst in de logica..oisyn schreef op maandag 7 december 2020 @ 01:20:
@F.West98 Je maakt een kopie van Foo op regel 6. Klinkt alsof de vtable van het origineel kapot is.
Waarschijnlijk is het zoiets inderdaad, kwam later ook allemaal gekke situaties tegen met object slicing enzo.DevWouter schreef op maandag 7 december 2020 @ 01:32:
[...]
@F.West98 ik sluit me daarbij aan. Het is al heel wat jaartjes geleden dat ik met C++ gewerkt hebt, maar het doet me denken toen een class op de verkeerde manier aan het casten was, waardoor (zoals .oisyn ook aangeeft) ik de vtable kwijt raakte.
[..]
Ja een hele hierarchy dusfarlane schreef op maandag 7 december 2020 @ 13:28:
[...]
Is je foo een "simpele" Foo of is het onderdeel van een hierarchy met (pure)virtual functions, misschien meerdere base classes?
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
“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.”
Kans is aanwezig dat daardoor op een of andere manier bij de call de verkeerde vtable wordt gebruikt...F.West98 schreef op maandag 7 december 2020 @ 16:45:
[...]
Waarschijnlijk is het zoiets inderdaad, kwam later ook allemaal gekke situaties tegen met object slicing enzo.
[...]
Ja een hele hierarchy dus
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.
George Hotz heeft last van grootheidswaanzin. Ik zou hem eerder een anti-autoriteit noemen. Komt weinig zinnigs uit zijn mond, wellicht betere dingen uit zijn vingers.armageddon_2k1 schreef op maandag 7 december 2020 @ 14:38:
[...]
Klopt, maar het is niet zomaar een YouTube persoonlijkheidDat ie denkt dat ie met z'n eigen ervaringen in een specifieke branch de autoriteit heeft om over de gehele dev wereld te kunnen oordelen is natuurlijk het probleem.
En daarnaast krijg je als 'business requirements developer' vaak genoeg vragen als 'waarom is de query die alle historische sales data aggregeert traag' en dan heb je toch weer wel een behoorlijke kennis van algoritmes nodig om het query plan van je query te begrijpen.Hydra schreef op maandag 7 december 2020 @ 14:27:
Beetje laat maar toch; ik vind het belangrijk.
[...]
"They don't really write algorithms. You will never in any job have to write a sort algorithm or a binary search algorithm".
Fucking yikes. Wat een elitaire pannekoek. Laat ik het zo zeggen, en ik bedoel dit goed zodat je er misschien wat van leert, maar als je met dit soort uitspraken aankomt in een intakegesprek, dan gaat het hem niet worden.
Ik ben "Java developer". Oftewel; ik vertaal business requirements in Java code. Schrijft ik dan geen 'algorithmen'? Wat nou als zo'n requiement is "hier is een memory mapped file van gesorteerde file hashes, kijk voor elke file of de hash daarvan voorkomt in die file, zo ja dan is het kinderporno"? Want dat is namelijk exact wat ik geimplementeerd heb. Het was overigens een interpolation search (O(log(log(n)))), een gespecialiseerde vorm van een binary search (O(log(n))).
Nog even afgezien van dat dat beetje dom toeval z'n argument al onderuit haalt. Ook "ik wil geld afboeken maar moet eerst checken of dat geld er wel is" is een algorithme. Ook "geef dit resultaat alleen terug als de gebruiker dit object mag zien" is een algorithme. We worden betaald om requirements om te zetten in algorithmes. We hergebruiken alleen bestaande code omdat iedere keer openieuw een hashmap implementeren een beetje tijdsverspilling is.
God wat heb ik een hekel aan dat soort "Youtube personaliteiten" die zonder dat er kritiek op geleverd kan worden dit soort onzin spuwen. Als ik je een tip mag geven; ga naar conferenties. Als hij daar dit soort teksten uitkraamt wordt 'ie terecht wegehoond.
Deze hele 'X is moeilijker dan Y' is vaak gewoon een hopeloze over-naïve onderschatting van wat Y eigenlijk is. En er zullen ongetwijfeld prutsers in Y zitten die je punt lijken te maken, maar idioten vind je overal.
nieuws: Identiteitskaart om in te loggen met DigiD-niveau 'hoog' verschijnt i...
Ik ga denk ik maar een paar weken wachten met een nieuwe ID-kaart aanvragen. Ik ben wel benieuwd hoe dit gaat werken, vooral of het ook werkt als client certificate voor websites en dergelijke (net zoals de Estse ID-kaart). Toevallig hier iemand met kennis daarover die 'ie mag/wil delen? Ik heb namelijk een paar ideetjes

🠕 This side up
Eens. Heeft hij het probleem van autonoom rijdende auto's al gesolved?PatrickH89 schreef op maandag 7 december 2020 @ 17:08:
[...]
George Hotz heeft last van grootheidswaanzin. Ik zou hem eerder een anti-autoriteit noemen. Komt weinig zinnigs uit zijn mond, wellicht betere dingen uit zijn vingers.
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.
Precies. Sterk staaltje Dunning-Kruger. Niks meer.RagingPenguin schreef op maandag 7 december 2020 @ 17:26:
Deze hele 'X is moeilijker dan Y' is vaak gewoon een hopeloze over-naïve onderschatting van wat Y eigenlijk is. En er zullen ongetwijfeld prutsers in Y zitten die je punt lijken te maken, maar idioten vind je overal.
https://niels.nu
Volgens hem wel begreep ik destijds. Maar Elon luisterde helaas niet naar hem, anders waren we al veel verder geweest.oisyn schreef op maandag 7 december 2020 @ 17:42:
[...]
Eens. Heeft hij het probleem van autonoom rijdende auto's al gesolved?
https://niels.nu
En we weten allemaal hoe goed een AI omgaat met foutieve input data omgaat.Hydra schreef op maandag 7 december 2020 @ 18:41:
Hij claimt overigens dat het werk van "niet-developers" binnenkort door AI gedaan wordt gewoon door AI te trainen op requirements en de code die eruit komt. Zegt genoeg hoeveel hij over AI weet. Volgens mij is het een scammer.

"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
Ben je intussen al tegen een concurrency issue aangelopen omdat de verwijderde code genoeg CPU cycles innam om dat concurrency issue op te lossen?Hydra schreef op maandag 7 december 2020 @ 14:57:
[...]
Heh. In ons vorige project moesten we vanuit Java code een business rule extraheren. Kwamen we erachter dat die 20 regels code eigenlijk na een refactoring helemaal niks meer deden. Was wel even een WTF momentje.
Mmm, 4 januari, dezelfde datum als dat er begonnen zou kunnen worden met het Corona vaccin. Zal de ID chip daarmee geïnjecteerd worden?Koenvh schreef op maandag 7 december 2020 @ 17:39:
Ik kreeg laatst een berichtje van de overheid dat mijn ID-kaart eind dit jaar verloopt. Nu dacht ik terug aan dit artikel van even geleden:
nieuws: Identiteitskaart om in te loggen met DigiD-niveau 'hoog' verschijnt i...
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/lpOFANMFleNSWrBnCcg0IhW7.jpg?f=user_large)
“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.”
Vandaar dat al die cpu's en gpu's niet leverbaar zijn. Alle productielijnen zijn in gebruik voor de vaccin chips.Woy schreef op maandag 7 december 2020 @ 20:17:
[...]
Mmm, 4 januari, dezelfde datum als dat er begonnen zou kunnen worden met het Corona vaccin. Zal de ID chip daarmee geïnjecteerd worden?
Zie je nou wel .. gauw verder met alufolie behangen.
En de MSM zoals tweakers
[ Voor 36% gewijzigd door gekkie op 07-12-2020 20:45 ]
Tijdens het copy/pasten werd de tweede variabele niet gekopieerd en ik lette niet goed op. Resultaat: Ik zie ineens 150 alarmen binnen komen. Emergency shutdown. Oeps

Nu zorg ik er zelf wel voor dat deze zaken voor mogen komen op het moment dat ik er aan werk (het schip lag voor anker niks te doen). Maar het was wel een beetje knullig ...
[ Voor 3% gewijzigd door Alain op 07-12-2020 21:40 ]
You don't have to be crazy to do this job, but it helps ....
"Schrijf een algoritme dat zo efficiënt mogelijk sorteert". Weg is het werk van "echte" developers.Hydra schreef op maandag 7 december 2020 @ 18:41:
Hij claimt overigens dat het werk van "niet-developers" binnenkort door AI gedaan wordt gewoon door AI te trainen op requirements en de code die eruit komt. Zegt genoeg hoeveel hij over AI weet. Volgens mij is het een scammer.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Nog steeds geen versiebeheer op PLC/DCS software zodat je het offline kunt voorbereiden en niet op een draaiend systeem hoeft te copy-pasten? Of op zijn minst een patch kunt voorbereiden misschien...?Alain schreef op maandag 7 december 2020 @ 21:37:
Tijdens het copy/pasten werd de tweede variabele niet gekopieerd en ik lette niet goed op. Resultaat: Ik zie ineens 150 alarmen binnen komen. Emergency shutdown. Oeps
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.
Het probleem is meer dat ik geen simulatie heb van het schip. Ook in een versiebeheer systeem kun je bagger toevoegen als je het niet kunt testen.farlane schreef op maandag 7 december 2020 @ 23:02:
[...]
Nog steeds geen versiebeheer op PLC/DCS software zodat je het offline kunt voorbereiden en niet op een draaiend systeem hoeft te copy-pasten? Of op zijn minst een patch kunt voorbereiden misschien...?
You don't have to be crazy to do this job, but it helps ....
Mja ok, maar de copy paste actie ging fout toch, niet de inhoud van je aanpassing? Of was je gewoon @runtime aan het ehm, commisionen zonder iets te hebben kunnen voorbereiden?Alain schreef op maandag 7 december 2020 @ 23:13:
[...]
Het probleem is meer dat ik geen simulatie heb van het schip. Ook in een versiebeheer systeem kun je bagger toevoegen als je het niet kunt testen.
Maar wel of geen versiebeheer? (Just curious)
[ Voor 5% gewijzigd door farlane op 07-12-2020 23:27 ]
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.
De aanpassing ging goed. Ik wilde alleen weten of deze ook goed aankwam in het AMS. Was gewoon online commisioning. Wel voorbereid, maar de koppeling met het AMS kon ik niet testen en daar maakte ik een menselijke fout.farlane schreef op maandag 7 december 2020 @ 23:26:
[...]
Mja ok, maar de copy paste actie ging fout toch, niet de inhoud van je aanpassing? Of was je gewoon @runtime aan het ehm, commisionen zonder iets te hebben kunnen voorbereiden?
Maar wel of geen versiebeheer? (Just curious)
Versiebeheer maak ik me al jaren hard voor binnen onze organisatie, maar het blijft een zorgenkindje. Voor ons als system integrator is dit erg duur. Binnen de projecten organisatie waar ik ruim 12 jaar voor gewerkt heb, hadden we een mappensysteem die op zich goed voldeed. Niet gebruikersvriendelijk, maar met externe tools werkbaar.
Nu werk ik ruim 3 jaar voor de service afdeling (ik was de eerste software engineer op de service afdeling) en moet meer dan 25 platformen onderhouden. Gemaakt door afdelingen over de hele wereld. Dan wens je wel een fatsoenlijk systeem.
Ik ben nu bezig met een partij die ons voor een betaalbare prijs een goede oplossing kan bieden. Ik moet het alleen nog intern verkopen. Gelukkig heb ik een manager die de meerwaarde ziet, maar nu moet op hoger niveau nog besloten worden.
You don't have to be crazy to do this job, but it helps ....
Dit is overigens niet waar, als je een pointer to member hebt naar een virtual function, dan zal de call daarnaartoe ook via de vtable gaan en de most derived versie dus worden aangeroepen.DevWouter schreef op maandag 7 december 2020 @ 01:32:
Dat de tweede variant werkt omdat je handmatig de function adres ophaalt i.p.v. de vtable te gebruiken.
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.
Je hebt gelijk: http://cpp.sh/7srvh.oisyn schreef op dinsdag 8 december 2020 @ 01:33:
[...]
Dit is overigens niet waar, als je een pointer to member hebt naar een virtual function, dan zal de call daarnaartoe ook via de vtable gaan en de most derived versie dus worden aangeroepen.
Er zit ook een voorbeeld bij van ongerelateerde class.
"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
YouTube: How To Fold A Paper Boat. (Full HD)Alain schreef op maandag 7 december 2020 @ 23:13:
[...]
Het probleem is meer dat ik geen simulatie heb van het schip. Ook in een versiebeheer systeem kun je bagger toevoegen als je het niet kunt testen.
Graag gedaan!
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Maar heb je dan ook een baggerschip?Alain schreef op maandag 7 december 2020 @ 23:13:
Het probleem is meer dat ik geen simulatie heb van het schip. Ook in een versiebeheer systeem kun je bagger toevoegen als je het niet kunt testen.
:fill(white):strip_exif()/f/image/1xLwdrtQOeJG7sDVBOM4dZiu.png?f=user_large)
If money talks then I'm a mime
If time is money then I'm out of time
[ Voor 79% gewijzigd door sig69 op 09-12-2020 00:22 ]
Vond dag 8 opdracht 2 wel even tricky (9m te bedenken hoe het aan te pakken), maar wel alles behaald tot dusver.
Mooie kans om met .NET 5 te stoeien.
Oepssig69 schreef op woensdag 9 december 2020 @ 00:25:
@plofkip Hier weet ik niet, maar in het topic eentje lager zeker wel
Neem ik maandag contact op DHL, zeggen ze "je moet bij de verzender zijn". Bel ik de verzender, belooft DHL aan de verzender dat het dinsdag 8 december wordt bezorgd. Weer opnieuw gesorteerd, maar er wordt niet eens een bezorg poging gedaan.
Bel ik vandaag met DHL, zeggen ze "Ja er is een probleem ontstaan met de verzending". Wat dat probleem is willen ze mij niet vertellen. Blijkbaar is dat al zo sinds 2-12, maar vonden ze dat niet nodig om aan mij en/of de verzender te melden. Ook niet toen de verzender 8-12 contact met ze op nam. In plaats daarvan vraagt DHL mij om weer contact opnemen met de verzender, zodat zij aan DHL kunnen vragen om een onderzoek te starten.
Nu komt het. De verzender heeft weer contact opgenomen met DHL, en nu zegt DHL "nee hoor, er is geen probleem. Wij weten ook niet waarom het nog bij ons staat, maar wij gaan het morgen (de 10e) bezorgen hoor!"

🠕 This side up
Oh fijn. Nu krijg ik een flashback.Giesber schreef op maandag 7 december 2020 @ 19:53:
[...]
Ben je intussen al tegen een concurrency issue aangelopen omdat de verwijderde code genoeg CPU cycles innam om dat concurrency issue op te lossen?
Eens. Natuurlijk is het zo dat er een segment mensen is die aan line-of-business applicaties werken en enkel code uitstampen zonder naar zaken als looptijd-efficiëntie of geheugengebruik te kijken. Maar er is even zo goed een segment wat wel naar die zaken kijkt en daarna alsnog een afweging moet maken tussen technisch 100% perfectie en op tijd en binnen budget op kunnen leveren.RagingPenguin schreef op maandag 7 december 2020 @ 17:26:
Deze hele 'X is moeilijker dan Y' is vaak gewoon een hopeloze over-naïve onderschatting van wat Y eigenlijk is. En er zullen ongetwijfeld prutsers in Y zitten die je punt lijken te maken, maar idioten vind je overal.
Strive for perfection, but settle for excellence is een zeer waardevol stukje wijsheid uit die hoek.
Helaas is het zo dat er een enorm stigma op deze groep ontwikkelaars rust, dankzij een boel populistisch gebrachte "kijk deze prutsers eens prutsen!"-correspondentie die weelderig tiert omdat de domeinen waar zij binnen werken zo lekker behapbaar zijn om zonder al te veel context zelf te begrijpen; over te brengen op anderen; en hen te laten begrijpen waarom deze 'prutsers' fout bezig zijn.
Maar hey; ontwikkelaars die het kaliber van fout maken zoals in complexe beveiligingsproducten onveilige unrar executables in kernel mode te laten draaien zijn wellicht nog grotere prutsers. En OS engineers die oopsie-woopsie bij een milestone update alle documenten van de ingelogde gebruiker weggooien ook. Etc. Alleen wordt daar nooit zo erg over doorgezaagd omdat het een andere orde van probleem is en veel minder laaghangend fruit is voor een bepaalde groep mensen om op af te geven.
Hot take:
De echte prutsers zijn de software-developers die het nodig vinden om het werk van anderen de grond in te stampen om het bestaansrecht van hun eigen tere zieltje te valideren. En mijns inziens valt een spreekwoordelijke 'aandachtshoer' als Hotz in elk geval ten dele onder die groep.
[ Voor 76% gewijzigd door R4gnax op 12-12-2020 14:00 ]
Worden de laatste tijd doodgegooit met gelukzoekers die één of andere OWASP scan hebben losgelaten op een site en hele bak issues gevonden hebben die ze tegen betaling best even verder willen uitleggen.
Dat de meeste 'problemen' die ze vinden false/positives zijn vergeten ze voor het gemak maar even.
Een van de meest geniale is, wij hebben Drupal 7 gevonden op de site, en de meest recente versie is 9 en uit security oogpunt moet je de versie even upgraden. Als die scanner-tovenaar even zich had verdiept voor ie zijn mail stuurden had ie kunnen weten dat dit niet even een 'upgrade' maar een volledige rebuild van totaal nieuwe code.
Of wat dacht je van mogelijke man in the middle attacks, ja tuurlijk dat kan eigenlijk altijd wel. Maar als iemand zoveel moeite doet omdat voor elkaar te krijgen bij een statische website mag ik mij dan ook afvragen waarom iemand dat zou willen doen en wat die 'hacker' dan denkt te kunnen doen? En waarom ik 100'en euro moet betalen om een rapport en een advies te krijgen wat ik zelf in nog geen 2 minuten Google-fu ook kan vinden.
Driving a cadillac in a fool's parade.
Ze "vergeten" niets, ze doen gewoon bulkwerk. Hoe meer er gehapt wordt, des te beter.kwaakvaak_v2 schreef op maandag 14 december 2020 @ 10:49:
Strikvraag? Zijn security specialisten de nieuwe SEO/SEA 'Specialisten'
Worden de laatste tijd doodgegooit met gelukzoekers die één of andere OWASP scan hebben losgelaten op een site en hele bak issues gevonden hebben die ze tegen betaling best even verder willen uitleggen.
Dat de meeste 'problemen' die ze vinden false/positives zijn vergeten ze voor het gemak maar even.
Een van de meest geniale is, wij hebben Drupal 7 gevonden op de site, en de meest recente versie is 9 en uit security oogpunt moet je de versie even upgraden. Als die scanner-tovenaar even zich had verdiept voor ie zijn mail stuurden had ie kunnen weten dat dit niet even een 'upgrade' maar een volledige rebuild van totaal nieuwe code.
Of wat dacht je van mogelijke man in the middle attacks, ja tuurlijk dat kan eigenlijk altijd wel. Maar als iemand zoveel moeite doet omdat voor elkaar te krijgen bij een statische website mag ik mij dan ook afvragen waarom iemand dat zou willen doen en wat die 'hacker' dan denkt te kunnen doen? En waarom ik 100'en euro moet betalen om een rapport en een advies te krijgen wat ik zelf in nog geen 2 minuten Google-fu ook kan vinden.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ugh.kwaakvaak_v2 schreef op maandag 14 december 2020 @ 10:49:
Strikvraag? Zijn security specialisten de nieuwe SEO/SEA 'Specialisten'
95% van dit soort toko's heeft een bak Indiers aan boord die niks anders doen dan standaard tooltjes runnen. Goeie security mensen zijn hun gewicht in goud waard; ze zijn zeldzamer dan goeie devs.
Heb bij Philips meegemaakt dat zo'n toko een scan had gedaan van ons product, en een document vol vals positives ging toen direct naar management. Echt een kutstreek.
https://niels.nu
Dat is dezelfde tactiek die ze bij ons ook toepassen, direct door naar management sturen. Logisch want daar is de kans het het grootste dat er gehapt wordt.Hydra schreef op maandag 14 december 2020 @ 11:23:
[...]
Ugh.
95% van dit soort toko's heeft een bak Indiers aan boord die niks anders doen dan standaard tooltjes runnen. Goeie security mensen zijn hun gewicht in goud waard; ze zijn zeldzamer dan goeie devs.
Heb bij Philips meegemaakt dat zo'n toko een scan had gedaan van ons product, en een document vol vals positives ging toen direct naar management. Echt een kutstreek.
Als het direct bij ons op development uitkomt, lezen wij het en antwoorden vaak met een 'Ga eerst je huiswerk eens doen voor je mensen lastig valt met je bevinden, en een OWASP tool runnen doen wij zelf ook al regelmatig. Doei.."
Management schiet vaak direct in paniek mode en denken dat ze direct gehacked kunnen worden en op de voorpagina van de krant komen te staan.
Driving a cadillac in a fool's parade.
Yup. Dat is daar bij Philips toen ook vrij hoog opgelopen. Eerst dus dat wij een "wat is deze?" vanuit management kregen, en toen bleek dat het complete bullshit was, die toko een "hoezo vallen jullie ons hiermee lastig zonder eerst naar de devs te gaan" om z'n oren kreeg. Ik krijg van die arrogante houding van die 'security consultants' daar nog steeds een nare smaak in m'n mond. Tijd voor koffie.kwaakvaak_v2 schreef op maandag 14 december 2020 @ 11:54:
Management schiet vaak direct in paniek mode en denken dat ze direct gehacked kunnen worden en op de voorpagina van de krant komen te staan.
https://niels.nu
Het ergste is wanneer je als bedrijf maatwerk-software levert aan je klanten, en het zijn jouw klanten die door zulke snake-oil eikels aangeschreven worden. Moet je eens aan een compleet a-technisch persoon van buiten de organisatie, waar je een goede klant-verhouding mee wilt houden, de situatie uitgelegd krijgen. Fijn man. Ik heb af en toe best medelijden met de PM die dat op z'n bord krijgt...Hydra schreef op maandag 14 december 2020 @ 12:01:
[...]
Yup. Dat is daar bij Philips toen ook vrij hoog opgelopen. Eerst dus dat wij een "wat is deze?" vanuit management kregen, en toen bleek dat het complete bullshit was, die toko een "hoezo vallen jullie ons hiermee lastig zonder eerst naar de devs te gaan" om z'n oren kreeg. Ik krijg van die arrogante houding van die 'security consultants' daar nog steeds een nare smaak in m'n mond. Tijd voor koffie.
Wat? Heel Google Cloud?alienfruit schreef op maandag 14 december 2020 @ 12:59:
Lekker luieren nu dat Google Cloud is down 😴
https://niels.nu
Volgens mij had ik dit wel eens eerder verteld maar we hebben een keer bij een security scan een finding gehad dat we een oude PHP versie gebruikten. Waarom? Omdat we dat als 'geintje' vanuit de API gateway teruggaven (we hadden de standaard header vervangen, stukje obfuscation). Nota bene wist die club dat het allemaal Java was. Gingen ze aardig mee op hun plaatR4gnax schreef op maandag 14 december 2020 @ 13:01:
Het ergste is wanneer je als bedrijf maatwerk-software levert aan je klanten, en het zijn jouw klanten die door zulke snake-oil eikels aangeschreven worden. Moet je eens aan een compleet a-technisch persoon van buiten de organisatie, waar je een goede klant-verhouding mee wilt houden, de situatie uitgelegd krijgen. Fijn man. Ik heb af en toe best medelijden met de PM die dat op z'n bord krijgt...
https://niels.nu
Volgens https://www.google.com/appsstatus#hl=nl&v=status wel ja
Maar naar wat ik van andere hoor ligt het in ieder geval bij authentication waardoor de rest ook niet meer benaderbaar is.
Het is inderdaad de authenticatie, waardoor alles waarvoor je ingelogd moet zijn (zoals een email versturen) niet meer werktGropah schreef op maandag 14 december 2020 @ 13:21:
[...]
Volgens https://www.google.com/appsstatus#hl=nl&v=status wel ja
Maar naar wat ik van andere hoor ligt het in ieder geval bij authentication waardoor de rest ook niet meer benaderbaar is.

https://niels.nu
Eindelijk eens productief kunnen zijn

[ Voor 32% gewijzigd door Styxxy op 14-12-2020 13:45 ]
🠕 This side up
Ah een KrugmannetjeKoenvh schreef op maandag 14 december 2020 @ 13:49:
Zie je wel, het was helemaal geen overbodige luxe om de fax te behouden!
/f/image/f9xVY0Q4DRAcXRWxtoxr70ux.png?f=fotoalbum_large)
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.
Bij ons speelt de PM dat gewoon direct door naar developmentR4gnax schreef op maandag 14 december 2020 @ 13:01:
[...]
Het ergste is wanneer je als bedrijf maatwerk-software levert aan je klanten, en het zijn jouw klanten die door zulke snake-oil eikels aangeschreven worden. Moet je eens aan een compleet a-technisch persoon van buiten de organisatie, waar je een goede klant-verhouding mee wilt houden, de situatie uitgelegd krijgen. Fijn man. Ik heb af en toe best medelijden met de PM die dat op z'n bord krijgt...
Driving a cadillac in a fool's parade.
Het is niet alleen mail he, alles waarbij je de google sign-on gebruikt. En dat zijn er nogal wat als je bedrijf Google Cloud based is...Styxxy schreef op maandag 14 december 2020 @ 13:45:
Oh no, geen toegang meer tot mail; wat een drama!![]()
https://niels.nu
Yep I know, was ook een grapje op het mail gebeurenHydra schreef op maandag 14 december 2020 @ 15:30:
[...]
Het is niet alleen mail he, alles waarbij je de google sign-on gebruikt. En dat zijn er nogal wat als je bedrijf Google Cloud based is...
🠕 This side up
dat is eigenlijk best goed te doen met t38 moet je wel je voip provider op uitzoeken waar het werkt (of door een codec heen proppen, maar dat weet ik niet meer zeker)Koenvh schreef op maandag 14 december 2020 @ 16:27:
@.oisyn Geef 'm 'ns ongelijk, wie faxt er nou niet? Het grootste probleem met de telefax is dat ik nooit FOIP lekker werkend heb gekregen
Rond / vóór die tijd had ik daar ook discussies over met m’n vader, groot MS-fanboy destijds en geloofde dus ook dat internet niks is en niks wordt. Apple vond hij ook maar niks; het heeft me toen nog een decennium gekost zelf een Apple te kunnen kopen (begon in 1998 met op Apples te werken en in 2008 kocht ik mijn eerste MBP
Ik wist niet dat de fax zo'n enorme impact heeft gehad

Any errors in spelling, tact, or fact are transmission errors.
Ik heb uit m'n HIO tijd nog een weddenschap staan met een C# fanboi die meende dat binnen 10 jaar ofzo C# Java helemaal over zou nemen en Java uit zou sterven. Zit nog steeds op m'n geld te wachtenWilf schreef op dinsdag 15 december 2020 @ 08:14:
[...]
Rond / vóór die tijd had ik daar ook discussies over met m’n vader, groot MS-fanboy destijds en geloofde dus ook dat internet niks is en niks wordt.
https://niels.nu
Tjah als ze .net (en de tools) vanaf dag 1 multiplatform hadden gemaakt hadden ze een kans gehad.Hydra schreef op dinsdag 15 december 2020 @ 11:53:
Ik heb uit m'n HIO tijd nog een weddenschap staan met een C# fanboi die meende dat binnen 10 jaar ofzo C# Java helemaal over zou nemen en Java uit zou sterven. Zit nog steeds op m'n geld te wachten
Toen der tijd zat C# met .NET goed in elkaar en Java was ongeveer een standstill.
Maar gezien het Java niet kon vervangen buiten de Windows-environment heeft Java terug kunnen komen.
Het probleem in de beginjaren was vooral dat MS enorm anti-OS was. Dat zijn ze nooit meer te boven gekomen.hackerhater schreef op dinsdag 15 december 2020 @ 12:35:
Tjah als ze .net (en de tools) vanaf dag 1 multiplatform hadden gemaakt hadden ze een kans gehad.
Toen der tijd zat C# met .NET goed in elkaar en Java was ongeveer een standstill.
Maar gezien het Java niet kon vervangen buiten de Windows-environment heeft Java terug kunnen komen.
https://niels.nu
Vooral toen met Ballmer.
En nog zijn er softwareleveranciers die in hun webservice URL geen versie opnemen
Dan krijg je dus van die handige oplossingen... "zeg maar wanneer ik de nieuwe versie aan moet zetten, maar dan werkt de oude niet meer".

Het is blijkbaar moeilijk om gewoon het volgende te doen:
https://www.bedrijf.nl/api/v1/bla
https://www.bedrijf.nl/api/v2/bla
https://www.bedrijf.nl/api/v3/bla
Ik was al wat zwaarmoedig, maar kom op zeg.
Ask yourself if you are happy and then you cease to be.
Dat probleem lost je uiteraard niet enkel op door een versie in je url op te nemen, want dan deployen ze gewoon een versie waar geen api/v1/ meer in zit.Lethalis schreef op dinsdag 15 december 2020 @ 13:20:
Het is 2020, bijna 2021.
Dan krijg je dus van die handige oplossingen... "zeg maar wanneer ik de nieuwe versie aan moet zetten, maar dan werkt de oude niet meer".
Nee, maar nu heb je dus ook geen overgangsperiode waarin je tijdelijk beide versies kunt gebruiken. En uiteraard gaat de nieuwe versie pas op 1 januari live i.v.m. wettelijke wijzigingen. Fijne jaarwisseling alvast pfff.PietrKempy schreef op dinsdag 15 december 2020 @ 13:25:
[...]
Dat probleem lost je uiteraard niet enkel op door een versie in je url op te nemen, want dan deployen ze gewoon een versie waar geen api/v1/ meer in zit.
Dat maakt het vrij lastig om voor de vakantie de boel aan te passen (alvast V2 gebruiken), zodat het automatisch gaat werken op 1 januari als ik het liefst halfdood op mijn bed wil liggen en 2020 wil vergeten. Niet dat 2021 beter wordt
Ask yourself if you are happy and then you cease to be.
Weet je wat nog veel erger is? "Zinnige" pen test bedrijven minstens 2x per jaar je code laten doorlichten, telkens weer anderen. En dan duurt een echt issue minstens 5 jaar, 10+ pen tests dus voordat het gevonden wordt. (reflective XSS exploit in dit geval.)R4gnax schreef op maandag 14 december 2020 @ 13:01:
[...]
Het ergste is wanneer je als bedrijf maatwerk-software levert aan je klanten, en het zijn jouw klanten die door zulke snake-oil eikels aangeschreven worden. Moet je eens aan een compleet a-technisch persoon van buiten de organisatie, waar je een goede klant-verhouding mee wilt houden, de situatie uitgelegd krijgen. Fijn man. Ik heb af en toe best medelijden met de PM die dat op z'n bord krijgt...
Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info
Weet je wat nog veel erger is? PHP.Grijze Vos schreef op woensdag 16 december 2020 @ 11:56:
Weet je wat nog veel erger is?
https://niels.nu
Engineering is like Tetris. Succes disappears and errors accumulate.
Om maar te zwijgen van Electron / Javascript.
Driving a cadillac in a fool's parade.
M'n Java is ondertussen ook aardig roestig, telt dat ook?armageddon_2k1 schreef op woensdag 16 december 2020 @ 14:38:
Beter Rust dan. Veel beter dan dat slome Java!!!
https://niels.nu
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.
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Die is foetsie helaasCreepy schreef op woensdag 16 december 2020 @ 15:51:
KolQ? Pfff, nieuwerwetste meuk! Orbb!
Ik heb onlangs mijn overhaul van stack-based naar operand-based instructies afgerond. M'n Gauss-Jordan matrix inverse is nu nog maar 359 instructies ipv 924 en hij is 33% sneller

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
| Matrix.@inverse = () { if (!this.isSquare) return NaN; if (this.width == 1) return new Matrix(1,1,[1/this.data[0]]); local rows = this.rows.toObject(); local i = Matrix.identity(this.width).rows; local s = this.height - 1; for (y:0..s) rows.[y] ::= i[y]; local tmp; for(y:0..s-1) { tmp = rows.[y][y]; if (!tmp) { for(y2:y+1..s) { if (rows.[y2][y]) { tmp = rows.[y]; rows.[y] = rows.[y2]; rows.[y2] = tmp; tmp = rows.[y][y]; break; } } if (y2 == s+1) return NaN; } if (tmp != 1) rows.[y] /= tmp; for(y2:y+1..s) { tmp = rows.[y2][y]; if (tmp) rows.[y2] -= tmp * rows.[y]; } } tmp = rows.[s][s]; if (!tmp) return NaN; rows.[s] /= tmp; for(y:s..1) { for(y2:y-1..0) { tmp = rows.[y2][y]; if (tmp) rows.[y2] -= tmp * rows.[y]; } } tmp = rows.[0][this.width..]; for (y:1..s) tmp ::= rows.[y][this.width..]; return new Matrix(this.width, this.width, tmp); }; |
Asm: https://pastebin.com/rfBhtxXv
[ Voor 94% gewijzigd door .oisyn op 16-12-2020 16:12 ]
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 gesloten.
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.