De Devschuur Coffee Corner - Iteratie ⓬

[dcm360]

Hydra schreef op maandag 8 februari 2021 @ 12:09:
[...]


Die M1 is een beest. Het is bizar hoeveel sneller m'n MacBook Air is t.o.v. m'n MacBook Pro uit 2015. Natuurlijk; 5 jaar ouder. Maartoch. Civ 6 werkt gewoon NIET op m'n Pro maar m'n Air doet 60fps met 2 vingers in de neus.

Natuurlijk is dit geen in depth review ofzo, maar m'n eerste indrukken zijn enorm positief voor zo'n minilaptop.

Het is echter wel de sprong die je zou mogen verwachten. Ik heb zelf de sprong gemaakt van een ultrabook met een i5 5200U naar een met een R7 4700U, en het verschil is gigantisch.

[RayNbow]

Matis schreef op maandag 8 februari 2021 @ 12:31:
[...]

Deed me denken aan dit:

Dronter gezin al jaren bedreigd vanwege geografische coördinaten

Hmm...

Het gaat om afgeronde getallen die worden gezien als het middelpunt van Nederland.

Tja, (155000, 463000) als willekeurig punt in NL zou beter zijn...

[armageddon_2k1]

Zucht.... klant die koste wat het kost on premise moest draaien, want veiliger volgens hun, maar geen kennis had van Kubernetes en wij dus het cluster op moesten tuigen heeft even besloten in het weekend een firewall aan te passen.

Ze hebben nu een whitelist van Headers en elke request waar een header in staat die daar niet in staat wordt geblocked. Oja, de OPTION method wordt ook niet ondersteund. Oftewel CORS errors als een malle maandag.

Ze hebben het ook niet gecommuniceerd en een Header aanvragen moet via een formulier waarna het meegenomen gaat worden in het maandelijkse security overleg......

Dus specialist van ons is gister hele dag bezig geweest en heeft die uren geboekt en nu gaan ze hier niet mee akkoord. Het moet gewoon werken..... en ik quote koste wat het kost, maar zonder dat het hun geld kost.
Zucht.... grote bedrijven zijn soms zo ongelooflijk lastig. Allemaal 'application owners', 'system architects', 'security team leads', 'compliance lead', 'business excellence lead' die oeverloos over en weer overleggen over wat er nou eigenlijk moet gebeuren maar niemand iets doet.....Management by Excel. Als het in een Excel lijstje staat is het gemanaged.

Ik had al gewaarschuwd intern dat we on premise niet moeten doen. Maar de euro-tekens in de oogjes van sales overruleden dit. Toen we vervolgens zoveel support moesten leveren dat de extra winst er al weer uit was is het me gelukt on premise van ons aanbod af te halen.....

Maarja.

[Koenvh]

@armageddon_2k1 Je kunt ook een browser meeleveren met alle CORS-beveiligingen uitgeschakeld, of "werkt alleen met IE8"

[ Voor 13% gewijzigd door Koenvh op 09-02-2021 15:16 ]

[Voutloos]

armageddon_2k1 schreef op dinsdag 9 februari 2021 @ 09:39:
Dus specialist van ons is gister hele dag bezig geweest

Jullie zijn toch niet verantwoordelijk? Door er veel tijd in te stoppen en in mee te gaan verwatert dat toch alleen maar?

Waarom is het niet “dus onze specialist kon binnen 5 minuten melden dat ongeplande firewall wijzigingen het verschil hebben gemaakt tussen werkende en niet-werkende inrichting”?

Als ze straks de capaciteit enorm downscalen (of hoe je dat vandaag de dag ook zegt met k8s ), zijn jullie dan ook verantwoordelijk voor performance issues?

[ Voor 14% gewijzigd door Voutloos op 09-02-2021 23:00 ]

[Voutloos]

Van geheel cloud naar weer een on-premise inrichten is ook wel tegen de trend in. Je kan iedereen die dat wil tegelijk uitnodigen en alsnog aan de corona richtlijnen voldoen.

[armageddon_2k1]

Voutloos schreef op dinsdag 9 februari 2021 @ 22:57:
[...]
Jullie zijn toch niet verantwoordelijk? Door er veel tijd in te stoppen en in mee te gaan verwatert dat toch alleen maar?

Waarom is het niet “dus onze specialist kon binnen 5 minuten melden dat ongeplande firewall wijzigingen het verschil hebben gemaakt tussen werkende en niet-werkende inrichting”?

Als ze straks de capaciteit enorm downscalen (of hoe je dat vandaag de dag ook zegt met k8s ), zijn jullie dan ook verantwoordelijk voor performance issues?

Nee we zijn niet verantwoordelijk. We zijn alleen de enige die het op kunnen lossen Maar, ze hebben een support contract getekend met ons, dus ze gaan hoe dan ook betalen.

[ValHallASW]

Hydra schreef op maandag 8 februari 2021 @ 11:28:
I know. Punt is dat uit die JSON niet duidelijk wordt wat de bug nu is.

Het helpt als je weet dat @RayNbow in de landmeetkunde werkt . Bij de meeste kaartprojecties zijn de X en Y-coordinaten altijd positief. Daar komt dan nog bij dat in het rijksdriehoeksstelsel (aka EPSG 28992) X eigenlijk nooit boven de 280000 uit mag komen.

Conclusie: zowel de X als de Y coördinaat klopt he-le-maal niets van. ik denk dat @RayNbow latitude en longitude door elkaar heeft gehaald in de code

[RagingPenguin]

Voutloos schreef op dinsdag 9 februari 2021 @ 22:57:
[...]
Jullie zijn toch niet verantwoordelijk?

Bij de meeste SLA's ben je wel verplicht om tickets binnen X tijd op te pakken. Vaak is dat afhankelijk van de impact van het issue en hier is blijkbaar de hele site down, dus dan mag je direct alles uit je handen laten vallen. Dat de klant vervolgens per uur gefactureerd word is leuk, maar word je als developer niet zo gek veel blijer van.

[Hydra]

ValHallASW schreef op woensdag 10 februari 2021 @ 09:07:
Het helpt als je weet dat @RayNbow in de landmeetkunde werkt .

Ik had een vermoeden dat het daar iets mee was, vandaar m'n "raad je plaatje" opmerking; dat het dus gewoon niet duidelijk is. Maargoed; daar was ik kennelijk iet duidelijk genoeg in.

[RayNbow]

ValHallASW schreef op woensdag 10 februari 2021 @ 09:07:
ik denk dat @RayNbow latitude en longitude door elkaar heeft gehaald in de code

We hebben een winnaar.
(maar ja, het is ook niet altijd duidelijk of je nu (lon,lat) of (lat,lon) aan een functie moet meegeven... )

Het helpt als je weet dat @RayNbow in de landmeetkunde werkt .

Nou ja, ik meet niet zelf dingen op in het veld, maar ik werk met de data er omheen.

Daar komt dan nog bij dat in het rijksdriehoeksstelsel (aka EPSG 28992) X eigenlijk nooit boven de 280000 uit mag komen.

Een andere eigenschap is dat de oorsprong van RD zo gekozen is dat X kleiner is dan Y voor het interessegebied.

Hydra schreef op woensdag 10 februari 2021 @ 09:24:
[...]


Ik had een vermoeden dat het daar iets mee was, vandaar m'n "raad je plaatje" opmerking; dat het dus gewoon niet duidelijk is. Maargoed; daar was ik kennelijk iet duidelijk genoeg in.

Het magische getal 28992 behoort iedereen te herkennen. #notbiasedatall

[Ankona]

RagingPenguin schreef op woensdag 10 februari 2021 @ 09:10:
[...]


Bij de meeste SLA's ben je wel verplicht om tickets binnen X tijd op te pakken. Vaak is dat afhankelijk van de impact van het issue en hier is blijkbaar de hele site down, dus dan mag je direct alles uit je handen laten vallen. Dat de klant vervolgens per uur gefactureerd word is leuk, maar word je als developer niet zo gek veel blijer van.

SLA's zijn dingen tussen accountmanagent en klant. Ik heb me als developer wel geleerd daar los van te maken.
Natuurlijk werk je als team samen voor wat goed is voor je bedrijf, maar sales/account managers hebben nog wel eens de neiging los te staan van het collectief en neerbuigend het development team als voetvolk onder druk te zetten. Dan hou ik ook mijn poot stijf. Ik weet wat er nodig is om mijn werk goed te doen, hij niet. Als hij dan een moeilijk verhaal naar de klant heeft is dat niet mijn probleem maar een gevolg van het feit dat hij ongedekte beloftes gedaan heeft.

[Crazy D]

Ankona schreef op woensdag 10 februari 2021 @ 09:45:
[...]

SLA's zijn dingen tussen accountmanagent en klant. Ik heb me als developer wel geleerd daar los van te maken.
Natuurlijk werk je als team samen voor wat goed is voor je bedrijf, maar sales/account managers hebben nog wel eens de neiging los te staan van het collectief en neerbuigend het development team als voetvolk onder druk te zetten. Dan hou ik ook mijn poot stijf. Ik weet wat er nodig is om mijn werk goed te doen, hij niet. Als hij dan een moeilijk verhaal naar de klant heeft is dat niet mijn probleem maar een gevolg van het feit dat hij ongedekte beloftes gedaan heeft.

Maar ja je kunt heel cool doen en een issue niet willen oppakken omdat het eigenlijk niet bij jullie thuishoort, maar de klant betaald wel je boterham. Dus als er een SLA is, en de klant heeft een prio 1, hoor je gewoon als gehele organisatie die klant te helpen, klaar. Je kunt natuurlijk van alles vinden over de klant, over de oorzaak van het probleem, de schuldige van het probleem, etc. Maar de klant betaald (en meestal ook grof...) voor een SLA, dat heb je gewoon met z'n allen op te pakken. En achteraf ga je om tafel met je manager en de account manager, om even wat zaken duidelijk te maken.

Developers worden idd vaak als voetvolk gezien, maar andersom gebeurt het ook regelmatig dat developers de rest van de organisatie als een stel randdebielen beschouwt die nergens ook maar iets van snappen. Beiden is niet goed, en als die sfeer ergens ook maar een beetje hangt, moet je gewoon zsm om tafel.... Te vaak vind 1 van de partijen zich binnen een organisatie te belangrijk. Maar je kunt nooit zonder elkaar. Zonder sales kun je leuk knutselen maar komt er geen geld binnen, en zonder product kan sales enkel lege dozen verkopen Het is jammer om te zien dat in sommige organisaties er niet als 1 team gewerkt wordt. (niet alleen richting techneuten maar ook over de administratie wordt weleens neerbuigend gedaan, maar die sturen de facturen en bellen na als er niet betaald wordt waardoor jouw salaris wordt betaald, dus die zijn net zo belangrijk als de account manager en de developer). En ja daar kan ik best geïrriteerd over worden en veel meer woorden aan vuil maken dan dat ik zou moeten doen

[Ankona]

Crazy D schreef op woensdag 10 februari 2021 @ 10:40:
[...]

Maar ja je kunt heel cool doen en een issue niet willen oppakken omdat het eigenlijk niet bij jullie thuishoort, maar de klant betaald wel je boterham. Dus als er een SLA is, en de klant heeft een prio 1, hoor je gewoon als gehele organisatie die klant te helpen, klaar. Je kunt natuurlijk van alles vinden over de klant, over de oorzaak van het probleem, de schuldige van het probleem, etc. Maar de klant betaald (en meestal ook grof...) voor een SLA, dat heb je gewoon met z'n allen op te pakken. En achteraf ga je om tafel met je manager en de account manager, om even wat zaken duidelijk te maken.

Developers worden idd vaak als voetvolk gezien, maar andersom gebeurt het ook regelmatig dat developers de rest van de organisatie als een stel randdebielen beschouwt die nergens ook maar iets van snappen. Beiden is niet goed, en als die sfeer ergens ook maar een beetje hangt, moet je gewoon zsm om tafel.... Te vaak vind 1 van de partijen zich binnen een organisatie te belangrijk. Maar je kunt nooit zonder elkaar. Zonder sales kun je leuk knutselen maar komt er geen geld binnen, en zonder product kan sales enkel lege dozen verkopen Het is jammer om te zien dat in sommige organisaties er niet als 1 team gewerkt wordt. (niet alleen richting techneuten maar ook over de administratie wordt weleens neerbuigend gedaan, maar die sturen de facturen en bellen na als er niet betaald wordt waardoor jouw salaris wordt betaald, dus die zijn net zo belangrijk als de account manager en de developer). En ja daar kan ik best geïrriteerd over worden en veel meer woorden aan vuil maken dan dat ik zou moeten doen

Ik ben het hier (hoe gek het ook klinkt) best wel mee eens. Ik gaf zelf ook al aan dat je samen verantwoordelijk bent.
En ja, veel it'ers (niet alleen developers) vinden de rest van het bedrijf maar dom. Is ook best vervelend als je als sales business wil doen maar niet serieus genomen wordt door het team wat moet leveren.

Ik heb echter ook al te vaak meegemaakt dat ik als (lead) developer geconfronteerd werd met gouden bergen die door sales verkocht werden en dat ik dan voor kon rekenen dat dat met geen mogelijkheid in de planning past. Maar dan heeft die sales niet het budget om mijn team uit te breiden, maar 3 maanden later moet ik wel leveren (en natuurlijk ook getest) want dan staat zijn event op de agenda. Met die houding ga ik mijn team dus echt niet dwingen om zichzelf over de kop te werken.

[Crazy D]

Ankona schreef op woensdag 10 februari 2021 @ 11:03:
Ik heb echter ook al te vaak meegemaakt dat ik als (lead) developer geconfronteerd werd met gouden bergen die door sales verkocht werden en dat ik dan voor kon rekenen dat dat met geen mogelijkheid in de planning past. Maar dan heeft die sales niet het budget om mijn team uit te breiden, maar 3 maanden later moet ik wel leveren (en natuurlijk ook getest) want dan staat zijn event op de agenda. Met die houding ga ik mijn team dus echt niet dwingen om zichzelf over de kop te werken.

Daar was ik ook niet van. Als het een keer nodig is prima om even een stapje harder te zetten, maar "nodig" is niet omdat de verkoper niet de inschatting van het team opvolgt. Of in mijn geval, van mij, want bedrijf was te klein om van een team te spreken Dus leuk als ik 10 dagen inschat en jij voor 8 dagen verkoopt, maar dat wil niet zeggen dat het na 8 dagen klaar is.... Maar goed, daarmee laat je een verkoper 1 keer op zijn bek gaan, escaleert het naar een niveau hoger, leg je het probleem uit dat iets wat 10 dagen kost, voor 8 dagen verkocht is, dus niet ook binnen 8 dagen af is, en de verkoper die leert vanaf dat moment dat je nooit tegen een klant dagen moet roepen maar een prijs, en dat leverdatum dus sowieso altijd een paar dagen verder ligt dan de inschatting... Maar bij grotere trajecten van maanden werk is het misschien handiger om dan iets eerder alvast om tafel te zitten met mensen die de verkoper kunnen schoppen want de belangen worden dan natuurlijk wat groter.

[Eärendil]

RayNbow schreef op woensdag 10 februari 2021 @ 09:37:
[...]

We hebben een winnaar.
(maar ja, het is ook niet altijd duidelijk of je nu (lon,lat) of (lat,lon) aan een functie moet meegeven... )

Dan had je de projectedX en projectedY misschien ook even moeten anonimiseren, want als je de omgekeerde operatie doet krijg je daar ook gewoon lat= 4.64xxxx en lon=52.05xxxx uit

[RagingPenguin]

Ankona schreef op woensdag 10 februari 2021 @ 09:45:
[...]

SLA's zijn dingen tussen accountmanagent en klant. Ik heb me als developer wel geleerd daar los van te maken.
Natuurlijk werk je als team samen voor wat goed is voor je bedrijf, maar sales/account managers hebben nog wel eens de neiging los te staan van het collectief en neerbuigend het development team als voetvolk onder druk te zetten. Dan hou ik ook mijn poot stijf. Ik weet wat er nodig is om mijn werk goed te doen, hij niet. Als hij dan een moeilijk verhaal naar de klant heeft is dat niet mijn probleem maar een gevolg van het feit dat hij ongedekte beloftes gedaan heeft.

Eens, en heb het idee dat er bij deze situatie wel iets van een servicemanager / accountmanager mist. Aan de andere kant: als een website helemaal down is door een wijziging van de infrastructuur dan is dat iets waar een niet technisch persoon niet zo veel aan kan doen. Een accountmanger zal over het algemeen niet in staat zijn om vast te stellen van de technische oorzaak en dan ben je dus aangewezen op development.

Bij een normale request of een minor bug verwacht dat er een operationele laag zitten tussen klant en development die alles managent. Echter bij een showstopper vind ik het ook wel weer normaal dat je als developer er direct prio aan geeft en ook wel dusdaning service gericht bent om er eerst voor te zorgen dat de klant z'n bussnis weer verder kan en dan pas uit te gaan vechten wiens schuld het nu is (en dat vind ik dan wel weer een taak voor management). IT-dienstverlening is nu eenmaal dienstverlening, je bent er voor de klant en niet voor de code.

[Hydra]

Crazy D schreef op woensdag 10 februari 2021 @ 11:08:
[...]

Daar was ik ook niet van. Als het een keer nodig is prima om even een stapje harder te zetten, maar "nodig" is niet omdat de verkoper niet de inschatting van het team opvolgt. Of in mijn geval, van mij, want bedrijf was te klein om van een team te spreken Dus leuk als ik 10 dagen inschat en jij voor 8 dagen verkoopt, maar dat wil niet zeggen dat het na 8 dagen klaar is....

Ik heb al vroeg geleerd om dat soort inschattingen, ook als het in person gevraagd werd, altijd per mail te sturen. Dan heb je altijd een stuk documentatie om op terug te vallen. Doe ik ook als ik een gesprek heb met de klant; altijd even daarna een samenvatting van de afspraken mailen. Krijg je nooit daarna van die "ja maar je zei" gesprekken. Gewoon een gevalletje CYA dus.

[Hydra]

Ankona schreef op woensdag 10 februari 2021 @ 11:03:
Met die houding ga ik mijn team dus echt niet dwingen om zichzelf over de kop te werken.

Precies. En ik zal er ook altijd voor gaan liggen als iemand dan toch probeert het ons probleem te maken. Als ik zeg dat het in 2 weken af komt en het is 3, tja. Da's mijn fout. Maar ik ga niet met een heel team weken overwerken omdat je iets beloofd hebt zonder dat af te stemmen.

Maargoed; sowieso al jaren niet meer aan dat soort big bang releases gedaan.

[Crazy D]

Hydra schreef op woensdag 10 februari 2021 @ 12:02:
[...]


Ik heb al vroeg geleerd om dat soort inschattingen, ook als het in person gevraagd werd, altijd per mail te sturen. Dan heb je altijd een stuk documentatie om op terug te vallen. Doe ik ook als ik een gesprek heb met de klant; altijd even daarna een samenvatting van de afspraken mailen. Krijg je nooit daarna van die "ja maar je zei" gesprekken. Gewoon een gevalletje CYA dus.

Klopt, maar het verhaal was dan maar, dat de verkoper soms zelfs die 2 dagen als korting benoemde in de offerte, maar er geen rekening mee hield dat korting niet inhoudt dat het minder werk is en dus dat je offerte en bedragen los moet zien van oplevermoment. Vooral lastig blijkbaar voor verkopers die vanuit dozen-verkoop of standaard producten komen. Tenzij niet op voorraad, kun je dat gewoon leveren wanneer de klant wil. Maar ja, maatwerk dus niet. De ene verkoper had meer moeite met dat gegeven dan anderen

Bevestiging per mail als verslag is idd sowieso geen gekke gewoonte.

[graceful]

Voutloos schreef op dinsdag 9 februari 2021 @ 23:02:
Van geheel cloud naar weer een on-premise inrichten is ook wel tegen de trend in. Je kan iedereen die dat wil tegelijk uitnodigen en alsnog aan de corona richtlijnen voldoen.

Ken de achtergrond van deze klant niet, maar ik merk hier wel enorme shift. Vooral mensen die lokaal veel techniek hebben draaien (orderpick, lopende banden), willen liever de algehele techniek lokaal.

Kan me er wel iets bij voorstellen. Mooi zo’n lopende band, als je geen orders kunt verwerken. (Op die zelfde snelheid)

Edit:
En dan kan ik wel even losgaan, hoe komen die orders binnen bij je dan etc. Maar goed, blijft een interessant discussie punt altijd, waar meestal wel dingen uit komen die je vanuit online gedachte nog niet gezien hebt.

[ Voor 17% gewijzigd door graceful op 10-02-2021 12:09 ]

[Ankona]

Hydra schreef op woensdag 10 februari 2021 @ 12:04:
[...]


Precies. En ik zal er ook altijd voor gaan liggen als iemand dan toch probeert het ons probleem te maken. Als ik zeg dat het in 2 weken af komt en het is 3, tja. Da's mijn fout. Maar ik ga niet met een heel team weken overwerken omdat je iets beloofd hebt zonder dat af te stemmen.

Maargoed; sowieso al jaren niet meer aan dat soort big bang releases gedaan.

En het ergste is het als die managers dan achter je rug om het team gaan benaderen. Vaak genoeg meegemaakt dat een junior/medior developer ineens aan iets anders aan het werken was dan ik verwachte omdat bleek dat zo'n verbaal sterker pak langs was komen wandelen en bij een developer de prioriteiten even veranderd had.

(Dit soort gekronkel is ook waarom ik ervoor gekozen heb mijn werk op een andere manier te doen. Ik hou me niet meer met het plannen en managen bezig. Alleen nog met het development zelf en het coachen/insprireren van het team. )

[RayNbow]

Eärendil schreef op woensdag 10 februari 2021 @ 11:24:
[...]


Dan had je de projectedX en projectedY misschien ook even moeten anonimiseren, want als je de omgekeerde operatie doet krijg je daar ook gewoon lat= 4.64xxxx en lon=52.05xxxx uit

Toch mooi dat je bij de omgekeerde operatie ook x-jes eruit krijgt?

[Hydra]

Ankona schreef op woensdag 10 februari 2021 @ 12:15:
En het ergste is het als die managers dan achter je rug om het team gaan benaderen. Vaak genoeg meegemaakt dat een junior/medior developer ineens aan iets anders aan het werken was dan ik verwachte omdat bleek dat zo'n verbaal sterker pak langs was komen wandelen en bij een developer de prioriteiten even veranderd had.

(Dit soort gekronkel is ook waarom ik ervoor gekozen heb mijn werk op een andere manier te doen. Ik hou me niet meer met het plannen en managen bezig. Alleen nog met het development zelf en het coachen/insprireren van het team. )

Mwa. Ik haal er stiekem ook best wat plezier uit dat soort mensen te managen. Zo'n "verbaal sterker pak" voegt over het algemeen minder toe dan developers, dus je staat sowieso wel sterk in discussies. En die regels dat alles via mij gaat zijn er niet zonder reden natuurlijk. Als ze het echt om m'n rug gaan doen, dus zonder mij in de CC bijvoorbeeld, heb ik er niet zo'n probleem mee dat een issue te maken als ze het vaker doen.

Uiteindelijk blijft werk voor andere klanten dan liggen.

[DevWouter]

Crazy D schreef op woensdag 10 februari 2021 @ 11:08:
[...]

Daar was ik ook niet van. Als het een keer nodig is prima om even een stapje harder te zetten, maar "nodig" is niet omdat de verkoper niet de inschatting van het team opvolgt. Of in mijn geval, van mij, want bedrijf was te klein om van een team te spreken Dus leuk als ik 10 dagen inschat en jij voor 8 dagen verkoopt, maar dat wil niet zeggen dat het na 8 dagen klaar is.... Maar goed, daarmee laat je een verkoper 1 keer op zijn bek gaan, escaleert het naar een niveau hoger, leg je het probleem uit dat iets wat 10 dagen kost, voor 8 dagen verkocht is, dus niet ook binnen 8 dagen af is, en de verkoper die leert vanaf dat moment dat je nooit tegen een klant dagen moet roepen maar een prijs, en dat leverdatum dus sowieso altijd een paar dagen verder ligt dan de inschatting... Maar bij grotere trajecten van maanden werk is het misschien handiger om dan iets eerder alvast om tafel te zitten met mensen die de verkoper kunnen schoppen want de belangen worden dan natuurlijk wat groter.

Of het is acceptabel om een klant 8 dagen te beloven wetend dat het 10 dagen gaat kosten. Soms was het makkelijker omdat te doen. En Sales ging dan wijzen naar "die developers" zodat hij goed contact heeft met de klant en ze samen kunnen klagen. Op zich niet erg zolang men maar bewust is dat het opzet is en het niet terug komt in de performance review van de developer.

Deden we bij een oude werkgever soms ook op bestelling bij extreem lastige klanten. Hier een voorbeeldje hoe dat ging.

Sales: "De klant wil het in 10 dagen hebben."
Ik (dev): "Gaat niet, het is minimaal 15 dagen op de klok."
Sales: "Oké, als ik 12 zeg kan jij garantie geven dat je iets levert binnen 15 dagen."
Ik (dev): "Alleen als we niet hoeven te garanderen dat iets ook daadwerkelijk goed en af is."
Sales: "Hoeveel heb je nodig om dat te garanderen?"
Ik (dev): "15 dagen is het minimum, 20 is comfortabel en worst case is 30 dagen."
Sales: "Dan maak ik er 13 dagen van, pas daar de prijs op aan en vertel hem dat er iemand een griepje of zoiets te pakken heeft, mocht het tegenvallen dan wordt het een zware griep."
Ik (dev): "Voor het minimum?"
Sales: "Als het verkocht is gaan we wel kijken waar de klant tegen aanloopt."

En voordat iemand er over klaagt, dit was de categorie klanten die altijd wel iets klagen hadden. Vaak was je daar sneller klaar door expres een foutje toe te voegen (spelling of zoiets) en daarvoor excuus aan te bieden en te fixen dan meteen een perfect product af te leveren.
Als je bij de klanten niet over tijd ging dan wilde ze namelijk geld terug. Avondje doorwerken? Absoluut niet, want de klant snapt niet dat 10 uur x 4 dagen ook 40 uur is.

(op de klok=volgens de kalender, kan niet gedeeld worden in tegenstelling tot manuren)

[gekkie]

En daar ging weer een half uur van het leven .. door een copy en paste errors.
(en hunspell die een z'n dictionary en affix file prima andersom ook wil inladen, maar vervolgens je spellcheck semi at random werkt).

[Koenvh]

Ik heb mijn Seagate Barracuda 2TB schijf vervangen door een WD Red Pro 4TB (aangezien ik te weinig ruimte had). Nu maakt de nieuwe HDD een stuk meer geluid Een beetje alsof ik weer m'n oude PC gebruik uit 2003.

En nee, het zijn geen zorgwekkende geluiden, geen geklik of wat dan ook (dat heb ik wel getest), maar gewoon gebrom bij gebruik. Misschien had ik met m'n Seagate gewoon geluk, of is 4TB gewoon luidruchtiger.

[ Voor 3% gewijzigd door Koenvh op 18-02-2021 04:54 ]

[thlst]

Koenvh schreef op donderdag 18 februari 2021 @ 03:59:
Ik heb mijn Seagate Barracuda 2TB schijf vervangen door een WD Red Pro 4TB (aangezien ik te weinig ruimte had). Nu maakt de nieuwe HDD een stuk meer geluid Een beetje alsof ik weer m'n oude PC gebruik uit 2003.

Hij zal op max performance staan

Wikipedia: Automatic acoustic management

[.oisyn]

Zucht, waarom heeft chrome nou ineens die website search hotkey verkracht?

Ik kon altijd makkelijk zoeken op wikipedia naar "zoekterm" door gewoon "w zoekterm" te typen in de balk. Nu moet ik eerst op een knop klikken in de dropdown nadat ik "w" heb ingetypt

.edit: ah, chrome://flags/#omnibox-keyword-search-button op disabled zetten. De feature zal binnenkort dan wel weer gaan verdwijnen

.edit2: https://www.androidpolice...engines-but-theres-a-fix/
Ok, met TAB activeer je de search. Dus ik moet eigenlijk gewoon W TAB "zoekterm" gaan leren typen ipv W SPATIE "zoekterm"

.edit3:

quote: https://www.reddit.com/r/...tm_medium=web2x&context=3

Hi, Chrome dev here.

tl;dr: Apologies for the trouble, but this is an intentional change. You will need to type <keyword><tab key><search term> to trigger this feature from now on.

Longer explanation: This feature has always triggered in one of two ways: <keyword><tab key><search term> and <keyword><spacebar><search term>. We have disabled the latter because we believe that it was resulting in unintentional triggering for some users. And that eliminating the unintentional triggering would be more of a benefit than the cost of forcing the users who were intentionally triggering with <spacebar> to switch to using <tab key> instead.

For what it's worth, I use <spacebar> with some of my keywords and have felt the pain of retraining myself to use <tab key> instead. But I hope you'll agree that eliminating unintentional triggering, which can be a very confusing experience, make sense.

Edit (Feb 16): After continuing to gather feedback it's clear that we underestimated the amount of disruption this change would cause and we have decided to roll it back while we evaluate some changes to make it less disruptive. In order to restore the old space-triggering behavior, you will need to restart Chrome.

En idd, mijn Chrome was nog niet geäutoupdatet.

[ Voor 102% gewijzigd door .oisyn op 18-02-2021 12:24 ]

[DevWouter]

.oisyn schreef op donderdag 18 februari 2021 @ 11:54:
Zucht, waarom heeft chrome nou ineens die website search hotkey verkracht?

Ik kon altijd makkelijk zoeken op wikipedia naar "zoekterm" door gewoon "w zoekterm" te typen in de balk. Nu moet ik eerst op een knop klikken in de dropdown nadat ik "w" heb ingetypt

.edit: ah, [html]<a href="chrome://flags/#omnibox-keyword-search-button">chrome://flags/#omnibox-keyword-search-button</a>[/] op disabled zetten. De feature zal binnenkort dan wel weer gaan verdwijnen

.edit2: https://www.androidpolice...engines-but-theres-a-fix/
Ok, met TAB activeer je de search. Dus ik moet eigenlijk gewoon W TAB "zoekterm" gaan leren typen ipv W SPATIE "zoekterm"

.edit3:

[...]


En idd, mijn Chrome was nog niet geäutoupdatet.

Hmm... Firefox (de betere browser ) doet het ook via tab.

[Koenvh]

thlst schreef op donderdag 18 februari 2021 @ 08:53:
[...]


Hij zal op max performance staan

Wikipedia: Automatic acoustic management

Dat wordt niet ondersteund helaas. Probleem is dat het ook de HDD is waar m'n VM's e.d. op staan, dus ik ook wel wat snelheid wil (vandaar ook een 7200RPM schijf, aangezien de vorige dat ook was). Maar even afwachten of 't went of niet, en anders misschien toch maar veel te veel geld uitgeven aan een 4TB SSD

Grappig genoeg is de geluidsproductie een minpunt bij zowel de Seagate als bij de WD, dus daartussen wisselen zet volgens mij niet zo veel zoden aan de dijk pricewatch: WD Red Pro (2020) (256MB cache), 4TB pricewatch: Seagate IronWolf Pro, 4TB (ST4000NE001)

[ Voor 28% gewijzigd door Koenvh op 18-02-2021 14:56 ]

[Olaf van der Spek]

.oisyn schreef op donderdag 18 februari 2021 @ 11:54:
Zucht, waarom heeft chrome nou ineens die website search hotkey verkracht?

https://bugs.chromium.org.../issues/detail?id=1139422

Net als met Backspace vind ik het behoorlijk arrogant van Google dat ze dit zomaar veranderen.
Maak er dan op zijn minst een instelling van.

[ Voor 26% gewijzigd door Olaf van der Spek op 18-02-2021 15:59 ]

[Olaf van der Spek]

Koenvh schreef op donderdag 18 februari 2021 @ 14:39:
[...]

Dat wordt niet ondersteund helaas. Probleem is dat het ook de HDD is waar m'n VM's e.d. op staan, dus ik ook wel wat snelheid wil (vandaar ook een 7200RPM schijf, aangezien de vorige dat ook was). Maar even afwachten of 't went of niet, en anders misschien toch maar veel te veel geld uitgeven aan een 4TB SSD

Als snelheid echt belangrijk was, had je een SSD gekocht.

[Koenvh]

Olaf van der Spek schreef op donderdag 18 februari 2021 @ 16:01:
[...]

Als snelheid echt belangrijk was, had je een SSD gekocht.

Ik heb een SSD van 500GB, maar als ik daar Microsoft Flight Simulator 2020 op installeer blijft er niet veel van over Met een te trage HDD heb je echter het probleem dat de wereld nog aan het laden is terwijl je erover vliegt. Vandaar een HDD die snel genoeg is.

Als een Volkswagen Kever te langzaam is, hoef je nog niet direct een McLaren Senna te kopen

[Lethalis]

Koenvh schreef op donderdag 18 februari 2021 @ 03:59:
Ik heb mijn Seagate Barracuda 2TB schijf vervangen door een WD Red Pro 4TB (aangezien ik te weinig ruimte had). Nu maakt de nieuwe HDD een stuk meer geluid Een beetje alsof ik weer m'n oude PC gebruik uit 2003.

En nee, het zijn geen zorgwekkende geluiden, geen geklik of wat dan ook (dat heb ik wel getest), maar gewoon gebrom bij gebruik. Misschien had ik met m'n Seagate gewoon geluk, of is 4TB gewoon luidruchtiger.

De WD Red Pro is inderdaad luidruchtig. Daarom heb ik in mijn Synology WD Red Plus schijven geplaatst. Deze zijn trager (5400RPM) maar een stuk stiller.

Ik heb een aantal dagen zitten twijfelen, maar kwam dus veel berichten van mensen tegen dat de Pro's teveel herrie maakten Bij WD is het gewoon simpel denk ik: zodra je Red Pro / Gold gaat, dan zijn ze voor het datacenter bedoeld en maakt geluidsproductie niet meer uit. Dan kies je voor maximale snelheid en betrouwbaarheid.

Terwijl een consument liever een stille en energiezuinigere schijf wil. Die gaat misschien sneller stuk, maar ook alleen maar als je hem heftig gebruikt.

PS
Mijn aantekeningen:

WD Red Plus 4TB (WD40EFRX)
Idle 25dBA
Seek 28dBA
MTBF 1,000,000
Workload Rate 180TB/year
Idle 3.3W
3 jaar garantie

Er is ook een WD40EFZX trouwens.
Sneller, meer cache en stiller. Maar lastiger te verkrijgen.

WD Red Pro 4TB (WD4003FFBX)
Idle 29dBA
Seek 36dBA
MTBF 1,000,000
Workload Rate 300TB/year
Idle 3.7W
5 jaar garantie

WD Gold 4TB (WD4003FRYZ)
Idle 29dBA
Seek 36dBA
MTBF 2,000,000
Workload Rate staat er niet bij
Idle 5.9W
5 jaar garantie

Vraag me af of het de moeite waard is voor thuis, of dat ik gewoon bij WD Red Plus moet blijven (en moet accepteren dat ik hem na 4 jaar vervang ongeveer).

[ Voor 22% gewijzigd door Lethalis op 18-02-2021 17:12 ]

[RagingPenguin]

Olaf van der Spek schreef op donderdag 18 februari 2021 @ 15:55:
[...]

https://bugs.chromium.org.../issues/detail?id=1139422

Net als met Backspace vind ik het behoorlijk arrogant van Google dat ze dit zomaar veranderen.
Maak er dan op zijn minst een instelling van.

Zou je dit ook niet via een extensie weer terug kunnen veranderen? Mischien moet iemand gewoon een open source Chrome Classic extensie maken

[gekkie]

Olaf van der Spek schreef op donderdag 18 februari 2021 @ 15:55:
[...]
https://bugs.chromium.org.../issues/detail?id=1139422

Net als met Backspace vind ik het behoorlijk arrogant van Google dat ze dit zomaar veranderen.
Maak er dan op zijn minst een instelling van.

Backspace voor back zoog dan ook gewoon, vroeger wel een tijd mensen in een webapp gehad die steeds werden uitgelogd, wat bleek, ze probeerden zonder focus in de textarea met backspace iets te verwijderen .

[Koenvh]

@Lethalis Ja, dat idee krijg ik op dit moment ook. Toch vreemd, want de WD Black, die wordt aangeprezen als "Performance Desktop Hard Drive", maakt volgens een test van destijds hardware.info evenveel geluid (de 6TB variant weliswaar, maar alsnog). Da's ook één van de redenen waarom ik voor de Red Pro koos - omdat het in elk opzicht leek op de Black, maar dan net iets minder snel (en iets minder marketing), en een stuk goedkoper.

[ Voor 20% gewijzigd door Koenvh op 18-02-2021 18:07 ]

[Matis]

Ik heb ook nog een traditionele HDD voor back-up. Die draait altijd om 12:00. Dat gerammel is voor mij een mooi signaal te gaan lunchen

[Koenvh]

Matis schreef op donderdag 18 februari 2021 @ 18:07:
Ik heb ook nog een traditionele HDD voor back-up. Die draait altijd om 12:00. Dat gerammel is voor mij een mooi signaal te gaan lunchen

Gerammel heb ik ook rond 12:00, komt echter niet van m'n HDD

Ik blijf HDD's merkwaardige dingen vinden. Aan de ene kant zijn ze ontzettend ouderwets, maken ze lawaai, zijn ze langzaam, en worden ze steeds meer vervangen door SSD's (gelukkig). Aan de andere kant kun je nu HDD's kopen van 18TB en binnenkort 24TB, iets wat voor zover ik weet met SSD's nog lang niet mogelijk is.

[ Voor 5% gewijzigd door Koenvh op 18-02-2021 18:17 ]

[Olaf van der Spek]

Koenvh schreef op donderdag 18 februari 2021 @ 16:08:
[...]

Ik heb een SSD van 500GB, maar als ik daar Microsoft Flight Simulator 2020 op installeer blijft er niet veel van over Met een te trage HDD heb je echter het probleem dat de wereld nog aan het laden is terwijl je erover vliegt. Vandaar een HDD die snel genoeg is.

Als een Volkswagen Kever te langzaam is, hoef je nog niet direct een McLaren Senna te kopen

Het performance verschil tussen normale HDDs (5400 en 7200 rpm) is ook weer niet zo groot.. dus ik ben verbaasd dat 7200 rpm dan wel snel genoeg is maar 5400 rpm niet. Zou natuurlijk net kunnen..

Ik heb een 3 TB WD Red en je merkt pas dat ie geluid maakt als ie uit gaat en het verder echt stil is.

[DevWouter]

Matis schreef op donderdag 18 februari 2021 @ 18:07:
Ik heb ook nog een traditionele HDD voor back-up. Die draait altijd om 12:00. Dat gerammel is voor mij een mooi signaal te gaan lunchen

12 uur s'avonds...? Oh... Wacht...

[dcm360]

Koenvh schreef op donderdag 18 februari 2021 @ 18:16:
[...]

Gerammel heb ik ook rond 12:00, komt echter niet van m'n HDD

Ik blijf HDD's merkwaardige dingen vinden. Aan de ene kant zijn ze ontzettend ouderwets, maken ze lawaai, zijn ze langzaam, en worden ze steeds meer vervangen door SSD's (gelukkig). Aan de andere kant kun je nu HDD's kopen van 18TB en binnenkort 24TB, iets wat voor zover ik weet met SSD's nog lang niet mogelijk is.

In de Pricewatch staan al SSD's van iets meer dan 30TB (in 2.5"). Ruim niet zo betaalbaar als een forse HDD, dat blijft ook vooral de beperkende factor voor SSD's.

[Koenvh]

DevWouter schreef op donderdag 18 februari 2021 @ 19:15:
[...]


12 uur s'avonds...? Oh... Wacht...

't Is dan vast ergens op de wereld 12 uur 's nachts, ja

[Wilf]

24u klok FTW

Qua HDD: als je nou isolatierubbers installeert dan scheelt dat wel. In een beetje ATX is dat te doen.

[Lethalis]

Koenvh schreef op donderdag 18 februari 2021 @ 18:06:
@Lethalis Ja, dat idee krijg ik op dit moment ook. Toch vreemd, want de WD Black, die wordt aangeprezen als "Performance Desktop Hard Drive", maakt volgens een test van destijds hardware.info evenveel geluid (de 6TB variant weliswaar, maar alsnog). Da's ook één van de redenen waarom ik voor de Red Pro koos - omdat het in elk opzicht leek op de Black, maar dan net iets minder snel (en iets minder marketing), en een stuk goedkoper.

Mijn eigen ervaringen op mijn werk zijn iig: zodra je een 5400RPM schijf gewend bent, wordt elke 7200RPM schijf luidruchtig

We hebben bijvoorbeeld in een Synology NAS - omdat we het zat werden dat de WD Red schijven elke keer kapot gingen - een keer Toshiba's geplaatst die op 7200RPM draaien. Nou dat geeft me een partij herrie. Dezelfde ervaring heb ik met HGST Ultrastar's. Betrouwbare schijven, prima voor het datacenter, maar zet geen NAS met 8 van die schijven op je bureau

Door mijn ervaringen op kantoor (standaard WD Red's - inmiddels WD Red Plus - gaan altijd kapot) twijfelde ik dus zo. Maar thuis is mijn workload anders. Thuis heb ik gewoon een 2 bay NAS (DS218+) met 2 schijven in RAID-1 die gewoon NAS speelt. Er worden wel backups van en naar de schijven gemaakt, maar de hoeveelheid data valt relatief gezien wel mee.

Terwijl de NAS-en op mijn werk dagelijkse grote hoeveelheden data moeten verwerken, omdat er images van virtuele machines op worden bewaard etc.

Daarom gaat een WD Red Plus bij mij 4 a 5 jaar mee, en is hij op de zaak na 3 jaar helemaal verrot met bad sectors, vallen ze compleet uit, etc

Enige fout die we wel steeds maken, is dat de schijven van dezelfde batch zijn en we niet mixen. Dat wil zeggen dat we in 1 keer de schijven vervangen met als risico dat ze ook tegelijkertijd de geest geven. Dit is ons nu dus al een keer gebeurd. NAS met 8 schijven er in waar binnen 2 weken tijd (nadat hij 3 jaar prima werkte) gewoon 4 schijven kapot gingen. Tsja, toen was het gewoon klaar.

Op de zaak kiezen we voortaan dus voor de duurdere schijven

Maar thuis vond ik het alsnog niet de moeite. Mijn eigen NAS staat ook op mijn bureau naast mijn monitor zo ongeveer. Dus dan is het wel fijn als die zich enigszins inhoudt qua geluid.

Ik moet mijn hele zooi thuis nog een keer anders inrichten zodat hij op een andere plek kan staan, maar die plannen liggen er al een paar jaar

PS
We worden wel genaaid door de fabrikanten dat we nu voor "luxere" schijven moeten kiezen met CMR, terwijl dat vroeger de standaard was. De oudere WD Red's zijn de WD Red Plus van nu.

[RobertMe]

Lethalis schreef op vrijdag 19 februari 2021 @ 09:50:
PS
We worden wel genaaid door de fabrikanten dat we nu voor "luxere" schijven moeten kiezen met CMR, terwijl dat vroeger de standaard was. De oudere WD Red's zijn de WD Red Plus van nu.

Daar kies je natuurlijk ook gedeeltelijk zelf voor. Ik heb met Black Friday nog een WD Elements 14TB gekocht voor €235 en de HDD heb je daar binnen 5 minuten uit gehaald. Als ik dan nu in de Pricewatch kijk betaal je minimaal €300 en eigenlijk al €400 voor een WD van 14TB. Voor de prijs van één WD Red Plus koop ik dus al bijna twee keer een WD Elements met Black Friday. Ik heb begin vorig jaar dan ook 3x 8TB gekocht voor nieuwe NAS / thuisserver, en om te voorkomen dat ze allemaal tegelijk stuk gaan intussen dan één vervangen (door de 14TB).

[Lethalis]

RobertMe schreef op vrijdag 19 februari 2021 @ 10:42:
[...]

Daar kies je natuurlijk ook gedeeltelijk zelf voor. Ik heb met Black Friday nog een WD Elements 14TB gekocht voor €235 en de HDD heb je daar binnen 5 minuten uit gehaald. Als ik dan nu in de Pricewatch kijk betaal je minimaal €300 en eigenlijk al €400 voor een WD van 14TB. Voor de prijs van één WD Red Plus koop ik dus al bijna twee keer een WD Elements met Black Friday. Ik heb begin vorig jaar dan ook 3x 8TB gekocht voor nieuwe NAS / thuisserver, en om te voorkomen dat ze allemaal tegelijk stuk gaan intussen dan één vervangen (door de 14TB).

Ik heb een collega die dat ook doet inderdaad.

Maar ik ben veel te druk doorgaans (ook privé met mijn gezin) dat ik op dat soort momenten ga zitten wachten. Bij mij gaat er meestal pas een lampje branden als ik allemaal meldingen van mijn NAS krijg dat er iets niet goed is

En dan puzzel ik even een avondje wat ik wil, slaap ik er nog een nachtje over en dan bestel ik de boel.

Terwijl die collega van mij maanden van tevoren al bezig is over wat hij nou eens voor nieuwe schijven zou nemen. Ik koop serieus nog sneller een auto dan dat

PS
Ik ben een zeer ongeduldig persoon

[RobertMe]

Lethalis schreef op vrijdag 19 februari 2021 @ 11:22:
[...]

Ik heb een collega die dat ook doet inderdaad.

Maar ik ben veel te druk doorgaans (ook privé met mijn gezin) dat ik op dat soort momenten ga zitten wachten. Bij mij gaat er meestal pas een lampje branden als ik allemaal meldingen van mijn NAS krijg dat er iets niet goed is

En dan puzzel ik even een avondje wat ik wil, slaap ik er nog een nachtje over en dan bestel ik de boel.

Terwijl die collega van mij maanden van tevoren al bezig is over wat hij nou eens voor nieuwe schijven zou nemen. Ik koop serieus nog sneller een auto dan dat

PS
Ik ben een zeer ongeduldig persoon

Dat je het niet voorbereid is natuurlijk een ding. Maar ook als je last minute koopt kijk je net zo makkelijk bij de externde HDDs dan bij de interne. En als ik dat nu even snel doe kom ik op €270 uit voor de goedkoopste WD Elements van 14TB en €330 voor de goedkoopste WD UltraStar of zelfs €400 voor de WD Red Plus. Met het shucken van een Elements ben je dan dus nu op een willekeurig moment €60 tot €130 goedkoper uit. Terwijl het effectief dezelfde schijven zijn (CMR, 5400RPM, en waarschijnlijk gevuld met helium).

[Lethalis]

RobertMe schreef op vrijdag 19 februari 2021 @ 11:43:
[...]
(CMR, 5400RPM, en waarschijnlijk gevuld met helium).

Ik wist niet eens dat er tegenwoordig helium in zit, grappig

https://www.backblaze.com...hard-drive-failure-rates/

[RobertMe]

Lethalis schreef op vrijdag 19 februari 2021 @ 11:59:
[...]

Ik wist niet eens dat er tegenwoordig helium in zit, grappig

https://www.backblaze.com...hard-drive-failure-rates/

Helium wordt volgens mij ook alleen toegepast bij de grote HDDs (en wat groot is schuift steeds op, eerst was het ook bij 8TB, nu is 8TB gewoon met lucht gevuld). Heeft volgens mij te maken met de dichtheid en stabiliteit, drag, etc wat lucht vs helium op de platters veroorzaakt.

Uiteindelijk ook vrij snel te zien of het een helium schijf is. Staat er op de behuizing ergens "Do not cover this hole" is het een lucht gevulde, anders helium.

[PdeBie]

Leverancier van API stuurt mij een certificaat bestand op per e-mail. Tot dusver geen issue.
Stuurt hij in een aparte e-mail vervolgens het bijbehorende wachtwoord.

Gast.... als er iemand (onbevoegd) toegang heeft tot mijn inbox heeft hij dus nu alsnog beide gegevens.

Genereer maar een nieuw certificaat en lever het maar opnieuw aan......

[RagingPenguin]

PdeBie schreef op woensdag 24 februari 2021 @ 12:04:
Leverancier van API stuurt mij een certificaat bestand op per e-mail. Tot dusver geen issue.
Stuurt hij in een aparte e-mail vervolgens het bijbehorende wachtwoord.

Gast.... als er iemand (onbevoegd) toegang heeft tot mijn inbox heeft hij dus nu alsnog beide gegevens.

Genereer maar een nieuw certificaat en lever het maar opnieuw aan......

Sommige mensen weten dan ook echt alleen maar de trukjes van veilig werken zonder te begrijpen waarom...

Sowieso zijn er waarschijnlijk wel meer mensen die bij jouw werk mail kunnen als ze dat willen en die hebben waarschijnlijk helemaal geen toegang tot dat certificaat nodig.

[ Voor 13% gewijzigd door RagingPenguin op 24-02-2021 13:13 ]

[Hydra]

PdeBie schreef op woensdag 24 februari 2021 @ 12:04:
Leverancier van API stuurt mij een certificaat bestand op per e-mail. Tot dusver geen issue.
Stuurt hij in een aparte e-mail vervolgens het bijbehorende wachtwoord.

Gast.... als er iemand (onbevoegd) toegang heeft tot mijn inbox heeft hij dus nu alsnog beide gegevens.

Tja, an sich is dat ook hoe banken werken; je creditcard en de pincode in dezelfde brievenbus

[Matis]

Hydra schreef op woensdag 24 februari 2021 @ 13:26:
Tja, an sich is dat ook hoe banken werken; je creditcard en de pincode in dezelfde brievenbus

Akkoord, maar dan moet je (in mijn geval) de nieuwe CC via internetbankieren activeren.

[Hydra]

Matis schreef op woensdag 24 februari 2021 @ 13:54:
Akkoord, maar dan moet je (in mijn geval) de nieuwe CC via internetbankieren activeren.

Ja, was ook niet serieus hoor, een 'gewone' brievenbus met briefpost is wel iets zichtbaarder als daar mee geknoeid wordt.

[Matis]

Hydra schreef op woensdag 24 februari 2021 @ 13:55:
Ja, was ook niet serieus hoor, een 'gewone' brievenbus met briefpost is wel iets zichtbaarder als daar mee geknoeid wordt.

Sorry, in dat geval had mijn Sarcasm Detector kuren.

[Koenvh]

PdeBie schreef op woensdag 24 februari 2021 @ 12:04:
Leverancier van API stuurt mij een certificaat bestand op per e-mail. Tot dusver geen issue.
Stuurt hij in een aparte e-mail vervolgens het bijbehorende wachtwoord.

Gast.... als er iemand (onbevoegd) toegang heeft tot mijn inbox heeft hij dus nu alsnog beide gegevens.

Genereer maar een nieuw certificaat en lever het maar opnieuw aan......

Het certificaat wordt nu zorgvuldig geprint op dat papier wat ze ook voor pincodes e.d. gebruiken, en dan via de post opgestuurd, zodat je het zelf over mag typen

[ValHallASW]

PdeBie schreef op woensdag 24 februari 2021 @ 12:04:
Leverancier van API stuurt mij een certificaat bestand op per e-mail. Tot dusver geen issue.
Stuurt hij in een aparte e-mail vervolgens het bijbehorende wachtwoord.

Gast.... als er iemand (onbevoegd) toegang heeft tot mijn inbox heeft hij dus nu alsnog beide gegevens.

Genereer maar een nieuw certificaat en lever het maar opnieuw aan......

Waarom is je certificaat überhaupt beveiligd met een wachtwoord? Zonder private key is een certificaat als het goed is niets waard.

[Koenvh]

Mijn oude betaalkaart was bijna verlopen, en ik wilde wel weer eens een nieuwere, moderne afbeelding, dus dit is de komende vijf jaar mijn betaalkaart (vandaag aangekomen, gebaseerd op https://img.iex.nl/upload...f14-b676-357913fadbfd.jpg)

[gekkie]

Nog net geen "postbank" er weer op gezet ?

[Vaan Banaan]

Logo's, merknamen en gezichten mogen ze weigeren.
Als ouwe lul ging ik er overigens van uit, dat geen sterveling daar de oude Battlestar Galactica nog zou kennen, dus dat zou geen probleem moeten zijn.
En inderdaad, goedgekeurd (had hem al voor de rekeningnummers omgezet zijn naar IBAN, daardoor valt een deel nu in het donker)

De "nieuwe" serie probeer ik weer opnieuw te volgen op BBC, maar het lukt me echt niet.
Ik heb een te grote schijthekel aan de Parkinson's camera

[Koenvh]

gekkie schreef op woensdag 24 februari 2021 @ 23:51:
Nog net geen "postbank" er weer op gezet ?

Op de laatste pas stond alleen het logo, geen naam:



Helemaal een één-op-één kopie leek me geen goed idee (de voorwaarden zijn nogal restrictief).

Helaas hebben ze het geheel wel te veel naar links geprint

[ Voor 8% gewijzigd door Koenvh op 25-02-2021 02:18 ]

[Ryur]

Koenvh schreef op donderdag 25 februari 2021 @ 01:52:
[...]

[Afbeelding]

Wat is die "hap" eruit aan de rechterkant, net naast het Maestro logo?

[ShitHappens]

@Ryur Daar was ik ook nieuwsgierig naar, maar dat blijkt gewoon op de ING site te staan: https://www.ing.nl/partic...mijn-betaalpas/index.html
Extra hulpje dus voor visueel beperkten

[Ryur]

ShitHappens schreef op donderdag 25 februari 2021 @ 15:36:
@Ryur Daar was ik ook nieuwsgierig naar, maar dat blijkt gewoon op de ING site te staan: https://www.ing.nl/partic...mijn-betaalpas/index.html
Extra hulpje dus voor visueel beperkten

Nu maar "hopen" dat andere pasjes dan ook niet die hack overnemen
Anders heb je er nog niks aan.

Zat eerst te denken "kan je toch aan de chip voelen", maar veel cadeaupassen enz hebben ook helaas al een chip ...

[mcDavid]

Ahja, die pasjes waren altijd wel geinig. Heb deze nog gehad:



Toen heette het écht nog een giropas

[Lethalis]

Ik ben de afgelopen dagen bezig geweest om projecten van 10 jaar geleden nieuw leven in te blazen

[MatHack]

Lethalis schreef op zondag 28 februari 2021 @ 11:47:
Ik ben de afgelopen dagen bezig geweest om projecten van 10 jaar geleden nieuw leven in te blazen

[Koenvh]

Lethalis schreef op zondag 28 februari 2021 @ 11:47:
[Afbeelding]

Ik ben de afgelopen dagen bezig geweest om projecten van 10 jaar geleden nieuw leven in te blazen

Ik hoop voor je dat het relatief saaie projecten waren, met weinig geknutsel aan toolchains (die nu allemaal niet meer werken natuurlijk).

[Lethalis]

Koenvh schreef op zondag 28 februari 2021 @ 16:35:
[...]

Ik hoop voor je dat het relatief saaie projecten waren, met weinig geknutsel aan toolchains (die nu allemaal niet meer werken natuurlijk).

De toolchain viel wel mee gelukkig, maar ik zat wel met een gebruikte library die zwaar out of date was waarmee PDF documenten werden gegenereerd.

Ik heb de code dermate aangepast dat alles eerst netjes via 1 class liep daarvoor en vervolgens een interface op basis van deze class gegenereerd. En daarna een nieuwe implementatie van deze interface gemaakt, waardoor ik beide implementaties naast elkaar kon testen.

Lang verhaal kort: het werkt nu zonder die oude library En in de toekomst kan ik het altijd weer vervangen, omdat de code nu afhankelijk is van een IDocumentWriter abstractie in plaats van dat het direct een bepaalde library gebruikt.

Depend on abstractions not concretions

[Mugwump]

Lethalis schreef op zondag 28 februari 2021 @ 11:47:
[Afbeelding]

Ik ben de afgelopen dagen bezig geweest om projecten van 10 jaar geleden nieuw leven in te blazen

Ik werk aan de migratie van een project waar de afgelopen tien jaar aan is (door)ontwikkeld, maar dan wel met het idee dat technologische vooruitgang tien jaar geleden plots tot stilstand is gekomen.

Nog afgezien van het feit dat de release van Java 7 en alles daarna voorbij is gegaan aan de ontwikkelaars, is het ook vooral één grote procedurele brij met vaak "classes" van 1000en regels code, waar veelal ogenschijnlijk willekeurige stukken logica zijn samengevoegd.

[RayNbow]

Yay... werken met 3rd party libs...

C++:

    /*!
     * generates a list of triplets
     * @param triplets : table of 3-vector to fill with the indexes of the points
     * @param number_of_points : number of points to consider
     * @param triple_number : number of triplets to generate
     * @param vecRandInt : table of random int
     */
    inline void list_of_triplets(Eigen::MatrixX3i &triplets,
            const int &number_of_points,
            const unsigned int &triplet_number,
            std::vector<int> &vecRandInt){
        unsigned int S = vecRandInt.size();
        triplets.resize(triplet_number,3);
        unsigned int pos=vecRandInt[0]%S;
        for(unsigned int i=0; i<triplet_number; i++){
            do{
                triplets(i,0) = vecRandInt[pos%S]%number_of_points;
                triplets(i,1) = vecRandInt[(pos+vecRandInt[(pos+1)%S])%S]%number_of_points;
                triplets(i,2) = vecRandInt[(pos+vecRandInt[(pos+1+vecRandInt[(pos+2)%S])%S])%S]%number_of_points;
                pos+=vecRandInt[(pos+3)%S]%S;
            }while(triplets(i,0)==triplets(i,1) || triplets(i,1)==triplets(i,2) || triplets(i,2)==triplets(i,0));
        }
    }

What could possibly go wrong...?


Positieve draai:
Vandaag heb ik geleerd hoe je een Python package's setup.py debug symbols uit kan laten spugen, zodat ik ook breakpoints in een native package kan plaatsen.

[PrisonerOfPain]

RayNbow schreef op woensdag 3 maart 2021 @ 10:53:

What could possibly go wrong...?

Geen idee wat er precies mis is met die code, maar de random distributie zal sowieso niet uniform zijn met al die modulo's.

[.oisyn]

Aangezien vecRandInt signed is, zit je nog met overflow issues, maar dat is een beetje afhankelijk van de grootte van de ints.

[.oisyn]

Deze pop-quiz kwam ik vandaag tegen op Twitter. You won't believe what happens next!

C++:

#include <iostream>

void f(float&&) { std::cout << "float" << std::endl; }
void f(int&&) { std::cout << "int" << std::endl; }

template<class T>
void g(T&& t) { f(t); }

int main()
{
    g(3.0f);
    g(12);
}

Wat doet dit programma als je compilet en (indien mogelijk) runt?

• Output "float", dan "int"
• Output "int", dan "float"
• Undefined behavior
• Het compilet niet

^Tussenstand:

[PrisonerOfPain]

.oisyn schreef op woensdag 3 maart 2021 @ 13:02:
Deze pop-quiz kwam ik vandaag tegen op Twitter. You won't believe what happens next!

Wat een bagger taal is het ook he

[.oisyn]

PrisonerOfPain schreef op woensdag 3 maart 2021 @ 13:07:
[...]


Wat een bagger taal is het ook he

Gelukkig is het geen Rust
Waarom heb je niet gevote?

[PrisonerOfPain]

.oisyn schreef op woensdag 3 maart 2021 @ 13:16:
[...]


Gelukkig is het geen Rust
Waarom heb je niet gevote?

Omdat ik het antwoord niet wist, en ook niet vond dat het antwoord iets anders moest zijn dan float/int (wat het duidelijk wel is).

Rust is echt ZO veel fijner , naast Rust is C++ zo'n beetje de PHP van de low-level talen.

[ Voor 8% gewijzigd door PrisonerOfPain op 03-03-2021 13:19 ]

[gekkie]

PrisonerOfPain schreef op woensdag 3 maart 2021 @ 13:18:
Rust is echt ZO veel fijner , naast Rust is C++ zo'n beetje de PHP van de low-level talen.

*pop*pop*pop*, ahhh de popcorn is klaar, *plop* . Ik zit er klaar voor .

[RayNbow]

PrisonerOfPain schreef op woensdag 3 maart 2021 @ 12:42:
[...]


Geen idee wat er precies mis is met die code, maar de random distributie zal sowieso niet uniform zijn met al die modulo's.

Wat gebeurt er als een rij in triplets geen 3 unieke getallen bevat en pos niet effectief van waarde verandert?

[armageddon_2k1]

PrisonerOfPain schreef op woensdag 3 maart 2021 @ 13:18:
[...]


Rust is echt ZO veel fijner , naast Rust is C++ zo'n beetje de PHP van de low-level talen.

Oh shiiiiiiiiiiit

[RayNbow]

.oisyn schreef op woensdag 3 maart 2021 @ 13:02:
Deze pop-quiz kwam ik vandaag tegen op Twitter. You won't believe what happens next!

C++:

#include <iostream>

void f(float&&) { std::cout << "float" << std::endl; }
void f(int&&) { std::cout << "int" << std::endl; }

template<class T>
void g(T&& t) { f(t); }

int main()
{
    g(3.0f);
    g(12);
}

Wat doet dit programma als je compilet en (indien mogelijk) runt?

• Output "float", dan "int"
• Output "int", dan "float"
• Undefined behavior
• Het compilet niet

^Tussenstand:
[Afbeelding]

Is er ook nog een verklaring voor dit gedrag (evt. in spoiler-tags)?

[.oisyn]

RayNbow schreef op woensdag 3 maart 2021 @ 14:10:
[...]

Is er ook nog een verklaring voor dit gedrag (evt. in spoiler-tags)?

Een type&& bindt alleen aan r-values (als type geen template parameter is). Dus bijvoorbeeld het resultaat van een expressie. Dit werkt dus niet:

C++:

void Foo(int&&);

void Bar()
{
    int i = 34;
    Foo(i); // error: i is een l-value
}

In het geval van een function template, dan bindt het wel aan alles

C++:

template<class T>
void Foo(T&&);

void Bar()
{
    int i = 34;
    Foo(i); // prima, T deduceert naar int&
}

Op deze manier kun je "perfect forwarding" creëren, waarbij een l-value een l-value blijft, en een r-value een r-value.

Echter, bínnen Foo() is de functieparameter gewoon een l-value. Het is een object waar je aan refereert, met een naam. Dit werkt dus niet:

C++:

void Foo(int&& i);
void Bar(int&& i)
{
    Foo(i); // error: i is een l-value.
}

Nu wil het ding dat een float impliciet converteerbaar is naar int, en een int impliciet converteerbaar naar float.

C++:

void Foo(float&&);
void Foo(int&&);

void Bar()
{
    int i = 34;
    Foo(i); // welke Foo?
}

In Bar() is i een l-value. Foo(int&&) is dus geen geldige kandidaat, want die accepteert alleen r-values. Maar i is ook converteerbaar naar float. En het resultaat van die conversie is een temporary, en een temporary is een r-value. Foo(float&&) is dus wél een goede kandidaat.

[Douweegbertje]

Ik drop het ook maar even hier. Cloudflare pages is uit beta (of in elk geval public nu): https://pages.cloudflare.com/

Persoonlijk heb ik al mijn website overgezet. Wat een gemak

[gekkie]

Nee dankje .. veegt mij iets te veel macht bij 1 grote club voor betrekkelijk weinig winst.

[Koenvh]

Douweegbertje schreef op woensdag 3 maart 2021 @ 22:04:
Ik drop het ook maar even hier. Cloudflare pages is uit beta (of in elk geval public nu): https://pages.cloudflare.com/

Persoonlijk heb ik al mijn website overgezet. Wat een gemak

Misschien mis ik iets, maar wat is het voordeel ten opzichte van GitLab Pages/GitHub Pages/Netlify?

[ThomasG]

.oisyn schreef op woensdag 3 maart 2021 @ 15:36:
[...]

In Bar() is i een l-value. Foo(int&&) is dus geen geldige kandidaat, want die accepteert alleen r-values. Maar i is ook converteerbaar naar float. En het resultaat van die conversie is een temporary, en een temporary is een r-value. Foo(float&&) is dus wél een goede kandidaat.

Dit is dan ook een reden waarom impliciete conversies eigenlijk een slecht idee zijn. Ja, het is soms handig; maar het is veel "veiliger" als het altijd expliciet wordt aangegeven. Het is een beetje hetzelfde als C-style casts in C++.

Als je de overload ambiguous maakt krijg je wel een mooie foutmelding met een verklaring waarom het zo was. De grap is dan weer wel dat je met doubles en longs een heel ander resultaat krijgt

[ Voor 5% gewijzigd door ThomasG op 04-03-2021 11:16 ]

[.oisyn]

ThomasG schreef op donderdag 4 maart 2021 @ 11:14:
De grap is dan weer wel dat het alleen werkt met floats en ints, en bijvoorbeeld niet met doubles en longs

https://compiler-explorer.com/z/zdG3zc

[gekkie]

ThomasG schreef op donderdag 4 maart 2021 @ 11:14:
[...]
Dit is dan ook een reden waarom impliciete conversies eigenlijk een slecht idee zijn. Ja, het is soms handig; maar het is veel "veiliger" als het altijd expliciet wordt aangegeven. Het is een beetje hetzelfde als C-style casts in C++.

Ohh heeft PHP daar de ideeën vandaan, eigenlijk een C?== ?

[kwaakvaak_v2]

Koenvh schreef op donderdag 4 maart 2021 @ 00:07:
[...]

Misschien mis ik iets, maar wat is het voordeel ten opzichte van GitLab Pages/GitHub Pages/Netlify?

andere partij, zelfde soort dienst

[Hydra]

gekkie schreef op donderdag 4 maart 2021 @ 11:22:
Ohh heeft PHP daar de ideeën vandaan, eigenlijk een C?== ?

In die tijd van de opkomst van "web" talen als PHP maar ook Coldfusion was het zo'n 'ding' dat het handig leek dingen automagisch te doen voor je. Maar impliciet dingen verkeerd doen, levert vaak veel meer schade op dan dat kleine beetje winst dat het je af en toe geeft. Dit zie je eigenlijk terug in zowel CF als PHP en JavaScript. Alle 3 beetje dezelfde categorie "hindsight is 20/20".

[.oisyn]

ThomasG schreef op donderdag 4 maart 2021 @ 11:14:
[...]
Dit is dan ook een reden waarom impliciete conversies eigenlijk een slecht idee zijn.

Maar vind je dan ook dat je een integer niet impliciet mag converten naar een grotere integer die gegarandeerd alle waardes van de kleinere int kan representeren?

[ThomasG]

.oisyn schreef op donderdag 4 maart 2021 @ 14:32:
[...]


Maar vind je dan ook dat je een integer niet impliciet mag converten naar een grotere integer die gegarandeerd alle waardes van de kleinere int kan representeren?

Ja, eigenlijk wel. Je zou natuurlijk kunnen zeggen het heeft geen negatieve side-effect zoals overflow, dus waarom niet? En er zijn veel talen waarbij dat inderdaad zonder morellen gaat. Maar dan kan het de ene kant op wel, en de andere kant op niet; en je krijgt weer rare situaties waarbij het soms alsnog stiekem impliciet gaat. Daarbij: als je, om maar iets te noemen, van een 32-bit integer naar een 64-bit integer gaat, dan heeft dat een reden. Het is niet zomaar willekeurig dat het eerst 32 bit was, en 64 bit moet worden. Ik kan ook geen goede reden bedenken waarom dat impliciet laten gebeuren goed is, anders dan pure gemakzucht voor de programmeur (wat dus eigenlijk geen goede reden is).

[Hydra]

.oisyn schreef op donderdag 4 maart 2021 @ 14:32:
Maar vind je dan ook dat je een integer niet impliciet mag converten naar een grotere integer die gegarandeerd alle waardes van de kleinere int kan representeren?

Kotlin bijvoorbeeld doet dit in veel gevallen niet. Daar moet je vaak someInteger.toLong() doen. Is even wennen maar ik sta er an sich wel achter, gewoon omdat 't consistent is.

[Olaf van der Spek]

.oisyn schreef op donderdag 4 maart 2021 @ 14:32:
[...]


Maar vind je dan ook dat je een integer niet impliciet mag converten naar een grotere integer die gegarandeerd alle waardes van de kleinere int kan representeren?

C++:

int32_t a, b;
int64_t c = a * b;

Het probleem is hier dat de vermenigvuldiging, waarschijnlijk, in 32-bit wordt uitgevoerd. Mogelijk dus undefined behavior. Over de beste manier om dit te voorkomen durf ik weinig te zeggen.
Natuurlijk heb je met "int32_t c" ook nog mogelijk problemen.

[ Voor 5% gewijzigd door Olaf van der Spek op 04-03-2021 15:48 ]

[RayNbow]

.oisyn schreef op donderdag 4 maart 2021 @ 14:32:
[...]


Maar vind je dan ook dat je een integer niet impliciet mag converten naar een grotere integer die gegarandeerd alle waardes van de kleinere int kan representeren?

Haskell says:

Prelude> :t a
a :: Int
Prelude> :t f
f :: Integer -> Integer
Prelude> f a

<interactive>:7:3: error:
    * Couldn't match expected type `Integer' with actual type `Int'
    * In the first argument of `f', namely `a'
      In the expression: f a
      In an equation for `it': it = f a

[PrisonerOfPain]

.oisyn schreef op donderdag 4 maart 2021 @ 14:32:
[...]


Maar vind je dan ook dat je een integer niet impliciet mag converten naar een grotere integer die gegarandeerd alle waardes van de kleinere int kan representeren?

Nee, gewoon alles explicit, geen gezeur. Valt reuze mee in de praktijk, en sidestepped een hoop onzin . Function overloading is ook mega overrated, mis het helemaal niet.

[ Voor 8% gewijzigd door PrisonerOfPain op 04-03-2021 15:48 ]

[Douweegbertje]

Koenvh schreef op donderdag 4 maart 2021 @ 00:07:
[...]

Misschien mis ik iets, maar wat is het voordeel ten opzichte van GitLab Pages/GitHub Pages/Netlify?

Ik ben persoonlijk fan van cloudflare en dat is dan zowel een nadeel als voordeel dat je nu 'alles' bij cloudflare kan doen. Dus SSL + Domain + Pages.
Daarnaast hoef je ook niet zelf een pipeline aan te maken en werkt het IMO wat meer out of the box.

Maar het klopt, niet perse een wereldwonder dat dit er nu is

[gekkie]

Hmm toch mooi die Nvidia GTC21 password-o-fucker.

M'n eerste poging werd gekwalificeerd als strength "weak", voldeed verder aan de waslijst aan kenmerken, maar was met iets van 25 chars te lang. Dus je kapt hem af op de gevraagde 14 chars, *whoot* m'n password strength is ook ineens van "weak" naar "strong" gegaan. Zou het bijna overnieuw doen en kijken of ik zonder password nog op "ultra strong" uit kan komen.