De Devschuur Coffee Corner - Iteratie ⓬

[Lethalis]

Crazy D schreef op maandag 18 januari 2021 @ 13:44:
[...]

Maar bij grotere bedrijven heb je wellicht wel meer kans dat je je wat meer kunt specialiseren op een stuk techniek en dat er anderen in het team zijn die meer contact met gebruikers en met stakeholders hebben. Je hebt altijd te maken met eisen en wensen want over het algemeen wordt software ontwikkeld met een doel Maar als je kunt samenwerken met mensen die meer het contact met de business hebben, en jij je meer kunt focussen op bepaalde technische aspecten, kan dat goed samenwerken denk ik.

Dit is zonder meer waar... ik vond het ook jammer dat mijn werkgever zich afsplitste van het grotere bedrijf waartoe hij behoorde. Ik werkte destijds puur aan 1 systeem en kende daar de ins en outs van en bij het bedrijf werkte een vertegenwoordiger / account manager die mijn opdrachtgever was.

Dus hij ging langs de klanten, hij voerde overleg met andere afdelingen... en ging vervolgens met mij om tafel over de uitvoering ervan.

Dat ging prima en ik had het destijds ook prima naar mijn zin. Mijn uren werden gefactureerd, dus mijn werkgever bemoeide zich ook nauwelijks met mij Oftewel: als mijn opdrachtgever happy was, was het goed

En hij had wel een beetje feeling met techniek. Maar daarnaast was het bedrijf ook zo groot dat het niet direct zijn geld was. Dus als ik zei dat iets 4 uur werk was, ondanks dat ik daar bestwel wat speling in bracht, werd het al gauw goedgekeurd.

Vaak gebruikte ik de extra tijd dan om het systeem technisch te verbeteren. Dat had hij ook wel door, maar omdat ik lekker ermee bezig was (en altijd paraat stond om te helpen / troubleshooten) kreeg ik daar ook nooit problemen mee.

Prima tijd was dat

Door de afsplitsing is het bedrijf waarvoor ik werk een stuk kleiner geworden en zijn de verantwoordelijkheden dus ook breder. Nu heb ik overigens nog steeds een support afdeling tussen mij en de klant zitten hoor, alleen heeft die het vaak zo druk dat ze min of meer verwachten dat je zelf kan ruiken wat een klant wil... en soms komt het ook voor dat ze gewoon willen dat ik zelf contact met de klant zoek.

En dat is gewoon niet handig. Mij kun je beter gewoon vertellen wat ik moet maken en dan zorg ik ervoor dat het technisch goed in elkaar zit en het ook goed werkt (ik ken teveel mensen waar het andersom is... die snappen prima wat de klant wil, bouwen iets dat er mooi uitziet... maar vervolgens traag is, niet schaalbaar is, er uitklapt etc).

Vaak word ik er dan alsnog bijgehaald om de technische issues op te lossen. Dat vind ik ook prima, want dan ben ik in mijn element Daar niet van.

[ Voor 21% gewijzigd door Lethalis op 19-01-2021 07:44 ]

[Motrax]

RayNbow schreef op maandag 18 januari 2021 @ 20:33:
[...]

De truc is dan ook om met eindgebruikers te praten om te proberen te begrijpen wat hun probleem is, in welke termen zij denken en op basis daarvan voorstellen te doen hoe de interface eruit kan zien.

Jup. Maar wat ook een leuke uitdaging is? Als je een diverse gebruikersgroep hebt met diverse wensen (die ze vaak zelf ook maar half op papier/onder woorden krijgen). Dus met een beperkte ontwikkelcapaciteit moet je zoveel mogelijk impact maken. Maar hoe bepaal je dat...

Soms werken we aan bepaalde features, dient zich een andere gebruikersgroep aan waar je van denkt... oh crap, wat zonde dat we dit niet eerder wisten en hun eerder konden helpen

[Crazy D]

Motrax schreef op dinsdag 19 januari 2021 @ 08:24:
[...]
Jup. Maar wat ook een leuke uitdaging is? Als je een diverse gebruikersgroep hebt met diverse wensen (die ze vaak zelf ook maar half op papier/onder woorden krijgen). Dus met een beperkte ontwikkelcapaciteit moet je zoveel mogelijk impact maken. Maar hoe bepaal je dat...

Soms werken we aan bepaalde features, dient zich een andere gebruikersgroep aan waar je van denkt... oh crap, wat zonde dat we dit niet eerder wisten en hun eerder konden helpen

Dat is product management / product owner schap. Inschatten wat de meeste impact heeft. 2 gebruikers die wekelijks 10 minuten besparen of 50 gebruikers die per dag elk 1 minuut minder hoeven te klikken (om er maar even een voorbeeld in te gooien). En dan nog kan het nog steeds een betere keuze zijn om een aanpassingen te doen waar die 2 gebruikers de meeste baat bij hebben, maar dan wordt het een soort hogere wiskunde. Vaak is het wel redelijk simpel: aanpassingen waar de meeste gebruikers baat bij hebben, haal je het meeste rendement uit. En, daarmee kweek je ook goodwill bij die gebruikers omdat dat vaak ook gebruikers zijn die dingen moeten registreren/invoeren zodat het management de juiste cijfers eruit kan halen.

[Skyaero]

Openstreetmap.nl die geen kaarten meer laad. Nadere inspectie leidt tot dit.



En geen fatsoenlijk contact waar dit te melden.

Zou Let's Encrypt niet automatisch moeten verlengen?

[Vihaio]

Let's Encrypt niet per se. Nieuwere versies van Certbot vragen automatisch een nieuw certificaat aan, maar je kan ook een andere ACME client gebruiken.

[azerty]

Skyaero schreef op dinsdag 19 januari 2021 @ 09:40:
Openstreetmap.nl die geen kaarten meer laad. Nadere inspectie leidt tot dit.

[Afbeelding]

En geen fatsoenlijk contact waar dit te melden.

Zou Let's Encrypt niet automatisch moeten verlengen?

quote: http://openstreetmap.nl/

Webmaster

De webmaster is bereikbaar via [e-mail].

Lijkt mij voldoende?

[Lethalis]

Vihaio schreef op dinsdag 19 januari 2021 @ 09:50:
Let's Encrypt niet per se. Nieuwere versies van Certbot vragen automatisch een nieuw certificaat aan, maar je kan ook een andere ACME client gebruiken.

Dit dus... als certbot niet regelmatig wordt gedraaid, gebeurt er niks en verlopen de certificaten.

[P-Storm]

En vergeet niet dat Let's Encrypt een stuk of 5 mails stuurt dat iets verloopt naar een email account die je moet verifieren. (en waarschijnlijk door bedrijven niet bekeken worden of wegegooid wordt

[Matis]

Certbot is recentelijk geüpdatet met verscherpte Python requirements.

Misschien dat het daardoor spaak loopt omdat de Python niet meer matcht.

* Matis spreekt uit ervaring

[Lethalis]

Op onze Debian server gaat het via een systemd timer bijvoorbeeld:

code:

systemctl list-timers | grep certbot
Tue 2021-01-19 18:42:29 CET  7h left       Tue 2021-01-19 06:07:25 CET  4h 44min ago certbot.timer                certbot.service

De timer:

code:

[Unit]
Description=Run certbot twice daily

[Timer]
OnCalendar=*-*-* 00,12:00:00
RandomizedDelaySec=43200
Persistent=true

[Install]
WantedBy=timers.target

De service:

code:

[Unit]
Description=Certbot
Documentation=file:///usr/share/doc/python-certbot-doc/html/index.html
Documentation=https://letsencrypt.readthedocs.io/en/latest/
[Service]
Type=oneshot
ExecStart=/usr/bin/certbot -q renew
PrivateTmp=true

Het commando "/usr/bin/certbot -q renew" wordt dus elke 12 uur uitgevoerd.

[ Voor 107% gewijzigd door Lethalis op 19-01-2021 10:54 ]

[Koenvh]

Oracle bestaat nog

Oracle doet nu dus ook aan S3-compatibele cloud storage, maar dan wel net even anders. Je krijgt een certificaat terug van het verkeerde domein, en de oplossing die wordt aangedragen: gebruik maar path style access in plaat van virtual host style access [1], iets wat Amazon aan het uitfaseren is [2].

[ Voor 30% gewijzigd door Koenvh op 19-01-2021 21:32 ]

[Matis]

Ik heb heel het certbot / LetsEncrypt en de DNS check uitbesteedt aan Traefik.

Met cert-dumper zet ik de json om in een publiek en privaat deel en distribueer ik het over mijn systemen.

[Wilf]

OMG de Unive klantenportal… werkt alleen op Google Chrome!

En dan vul je een nieuw wachtwoord in dat voldoet aan de eisen maar de rode letters verdwijnen niet… Dus kan je je wachtwoord niet wijzigen en niet inloggen

Ik krijg altijd zo’n ‘slim neefje’-gevoel bij sites die uitsluitend werken met browser X of Y - en vervolgens niet eens écht werken

Zó Web 1.0 (“This site only works with IE!”)

[Koenvh]

Ik ben verbaasd hoe slecht de MacBook uit de test komt

[gekkie]

Koenvh schreef op woensdag 20 januari 2021 @ 01:31:
Ik ben verbaasd hoe slecht de MacBook uit de test komt

[YouTube: Wat moet je kopen? | Klikbeet]

Mjah hij zuigt niet en blaast ook al niet, zowel voor de Nederlandse en Duitse markt duidelijk te weinig pluspunten.

[gekkie]

Hmm en weer een hele telefoonnummer reeks voor de blocklist *zucht*

[alienfruit]

Halve dag mijzelf afgevraagd waarom een nieuwe versie van de webapplicatie niet worden geladen. Blijk ik gewoon na de verkeerde url te kijken. Staging vs demo omgeving 🙈 Gaat lekker zo

[Hydra]

alienfruit schreef op dinsdag 26 januari 2021 @ 18:02:
Halve dag mijzelf afgevraagd waarom een nieuwe versie van de webapplicatie niet worden geladen. Blijk ik gewoon na de verkeerde url te kijken. Staging vs demo omgeving 🙈 Gaat lekker zo

Ach ja, kan altijd erger, dat je naar de productieomgeving zat te kijken waar je net de DB weggegooid hard.

Weet je zeker dat je niet perongeluk de prod DB weggegooid hebt?

[Giesber]

Hydra schreef op dinsdag 26 januari 2021 @ 18:04:
[...]


Ach ja, kan altijd erger, dat je naar de productieomgeving zat te kijken waar je net de DB weggegooid hard.

Weet je zeker dat je niet perongeluk de prod DB weggegooid hebt?

Natuurlijk weet ik dat zeker, mijn URL werkt nog prima .

[DynaSpan]

alienfruit schreef op dinsdag 26 januari 2021 @ 18:02:
Halve dag mijzelf afgevraagd waarom een nieuwe versie van de webapplicatie niet worden geladen. Blijk ik gewoon na de verkeerde url te kijken. Staging vs demo omgeving 🙈 Gaat lekker zo

Ik ben de afgelopen weken ongeveer 2-3 dagen fulltime bezig geweest om een bug in een simpele Android app op te lossen. Bleek uiteindelijk aan de batterij optimalisatie te liggen van Android, na het uitzetten werkte het perfect

[Laurens-R]

Halleluja wat een verschrikkelijke automatisch vertaalde foutmelding van Azure: "Kan de invokerverbindingen niet parseren vanuit de triggeruitvoer manual."

M'n ogen voelen zich aangerand.

[armageddon_2k1]

Dat is hun geniale Azure Translator service die ze waarschijnlijk gebruiken op hun eigen producten....

[Hydra]

Laurens-R schreef op woensdag 27 januari 2021 @ 14:56:
M'n ogen voelen zich aangerand.

Misschien dat soort NSFW dingen ff voor jezelf houden in 't vervolg?

Die foutmelding bedoel ik dus...

[Hydra]

armageddon_2k1 schreef op woensdag 27 januari 2021 @ 15:05:
Dat is hun geniale Azure Translator service die ze waarschijnlijk gebruiken op hun eigen producten....

Ach, alles beter dan dat project voor de VDAB waarbij de Java code ook in 't Vlaams was... My eyes!

[armageddon_2k1]

@Hydra dat klinkt leuk. Heb je voorbeelden?

Java:

interface IGegevensOpslagVerwerkerConstructeur

?

[downtime]

Laurens-R schreef op woensdag 27 januari 2021 @ 14:56:
Halleluja wat een verschrikkelijke automatisch vertaalde foutmelding van Azure: "Kan de invokerverbindingen niet parseren vanuit de triggeruitvoer manual."

M'n ogen voelen zich aangerand.

Ik heb er wel eens een halfuur over gedaan om te verzinnen wat de Microsoft documentatie met een toepassingsbundel bedoelde.

[Hydra]

armageddon_2k1 schreef op woensdag 27 januari 2021 @ 15:39:
@Hydra dat klinkt leuk. Heb je voorbeelden?

Java:

interface IGegevensOpslagVerwerkerConstructeur

Het is echt iets van 15 jaar geleden, dus ik heb geen exacte voorbeelden meer, maar het was inderdaad zo erg als je het daar beschrijft. Dus niet alleen domeinobjecten die in het Vlaams waren, maar ook kromme vertalingen van design patterns, PersoonOpslag in plaats van PersonRepository. Dat soort dingen. En dan ook nog een hoop echt typisch Vlaamse termen die ik echt niet begreep.

[RagingPenguin]

armageddon_2k1 schreef op woensdag 27 januari 2021 @ 15:05:
Dat is hun geniale Azure Translator service die ze waarschijnlijk gebruiken op hun eigen producten....

als ga je naar https://docs.microsoft.com/nl-nl/learn/certifications/ dan staat er ook een grote warning met "Delen van dit onderwerp zijn mogelijk machinaal vertaald."

[R4gnax]

armageddon_2k1 schreef op woensdag 27 januari 2021 @ 15:39:
@Hydra dat klinkt leuk. Heb je voorbeelden?

Java:

interface IGegevensOpslagVerwerkerConstructeur

?

Die I prefix is een C#-ism, toch?
Zou het in Java parlance niet

Java:

interface GegevensOpslagVerwerkerConstructeurInterface

zijn?

Maar dat is natuurlijk niet "wij-gebruiken-nergens-leenwoorden-voor"-Vlaams genoeg.
Dus mss eerder iets als:

Java:

interface GegevensOpslagVerwerkerConstructeurUitwisselingskader

of zo?

(Geintje natuurlijk.)
(Nou ja; hopelijk... )

[Kalentum]

Interface is koppelvlak

[ Voor 54% gewijzigd door Kalentum op 27-01-2021 20:32 ]

[Down]

Laurens-R schreef op woensdag 27 januari 2021 @ 14:56:
Halleluja wat een verschrikkelijke automatisch vertaalde foutmelding van Azure: "Kan de invokerverbindingen niet parseren vanuit de triggeruitvoer manual."

M'n ogen voelen zich aangerand.

Ik kreeg ooit eens een foutmelding in de trant van "de boomstronkgegevens konden niet worden opgehaald".

Bleek om log data te gaan.

[steveman]

Oef, even niet in de smiezen gehad dat tensorflow icm een 3000-serie GPU een nieuwe versie van cuda toolkit en cudnn nodig heeft.

Als ik m'n bij elkaar geraapte stappen goed heb genoteerd:

-cuda 11.2 en van 10.2 cusolver64_10.dll bij 11.2 zetten.

Dat lost het eerste probleem op van de missende dll...

Dan wil ie vervolgens geen conv. netwerken laden...

da's hiermee gefixt:

code:

tf.config.experimental.list_physical_devices("GPU"):

    tf.config.experimental.set_memory_growth(device, True)

Wilde al bijna m'n momenteel werkloze 2080s naar kantoor fietsen

Ohja, saillant detail: met de oude libs start de boel wel op (duurt wel erg lang...) en gaat vervolgens keihard doen ALSOF ie dingen aan het detecteren is

Ik moet maar even een testbench of zo maken voor nieuwe machines als sanity check.

[ Voor 17% gewijzigd door steveman op 28-01-2021 15:45 ]

[Lethalis]

Hydra schreef op dinsdag 26 januari 2021 @ 18:04:
[...]


Ach ja, kan altijd erger, dat je naar de productieomgeving zat te kijken waar je net de DB weggegooid hard.

Weet je zeker dat je niet perongeluk de prod DB weggegooid hebt?

Doet mij denken aan een foutje dat ik had gemaakt heel lang geleden, toen ik nog niet zo lang voor deze werkgever werkte.

Testomgeving en productieomgeving zagen er helaas hetzelfde uit. En ik was aan het testen met een alternatieve levering van producten. Dus stel je bestelt er 100, maar je kan er maar 40 dezelfde dag leveren, dat je dan kan kiezen tussen 40 vandaag + 60 morgen of juist alles morgen. Afhankelijk van verschillende depots etc.

Nou ja prima.

Dus ik ingelogd als een klant - denkende dat ik op de testomgeving zit - en rustig enorme aantallen van bepaalde artikelen besteld. Gecontroleerd of het via het juiste depot gaat en de juiste keuzemogelijkheden werden getoond etc.



Ik had enorme mazzel dat de orders nog langs een andere afdeling gingen en ik een telefoontje kreeg van "wil je misschien dat we die order verwijderen voor jou?"

"Oh... Ja, doe maar" Anders had ergens in Nederland een nietsvermoedende klant zich afgevraagd waarom er hele pallets voor zijn deur werden gezet

Anyways... daarna meteen iets ingebouwd in het systeem waardoor de testomgeving duidelijk herkenbaar werd met andere kleurtjes en alles

Daarnaast kies ik tegenwoordig voor kleinere en goedkopere artikelen voor zulk soort tests

[ Voor 8% gewijzigd door Lethalis op 28-01-2021 22:49 ]

[Crazy D]

Ach, dat gebeurt iedereen weleens. Ik heb van de week blijkbaar 700 klanten uitgenodigd vanuit de test omgeving om daar projecten te onderhouden op de website. Tjah, dan moet je maar zorgen dat je je shit op orde hebt. Als iets naam A heeft verwacht ik niet dat actie B het resultaat iets (waarbij actie B vanuit een andere job getriggerd wordt, en dat was ik aan het testen en dat werkte ook niet goed, kreeg mails 2 x binnen en kreeg ook een uitnodigingsmail bij verwijderen van iemand). En had al aangegeven dat het best een risico is dat er vanuit de test echte mails de deur uit gaan (zet dan een test mail server neer waarop je even moet inloggen om de mails te kunnen zien die zouden zijn verzonden).

Shit happens...

[Kalentum]

Mijn duurste fout sofa is een foutje in een caching layer waardoor er opeens teveel request naar een third party gingen... gecombineerd met brakke monitoring (= niet bestaand) leverde dat iets van 30 000 euro aan extra kosten op .

En we hadden een systeem wat standaard elk uitgaand mailtje naar een test server stuurde... en waar een brakke mailinglist implementatie in zat. De trigger voor het versturen van een mailinglijst was iets van /mailing/234232/send?confirmed=true ofzoiets. Dus een GET . En toen ik die url per ongeluk op productie losliet werd die mailing dus nog een keer verstuurd.... 60 000 mensen gemaild. Oeps.

[Hydra]

Lethalis schreef op donderdag 28 januari 2021 @ 22:28:
Daarnaast kies ik tegenwoordig voor kleinere en goedkopere artikelen voor zulk soort tests

Ik denk juist dat je geluk had dat het dure shit was, daarom is het die afdeling opgevallen

[DevWouter]

Lethalis schreef op donderdag 28 januari 2021 @ 22:28:
Anyways... daarna meteen iets ingebouwd in het systeem waardoor de testomgeving duidelijk herkenbaar werd met andere kleurtjes en alles

Daarnaast kies ik tegenwoordig voor kleinere en goedkopere artikelen voor zulk soort tests

Mijn truc is dat alles met de achternaam "test" automatisch zo laat mogelijk in de processen die geld kosten genegeerd wordt. En inderdaad wat @Hydra zegt, waarschijnlijk is de fout voorkomen omdat je bestelling duur was.

[Hydra]

DevWouter schreef op vrijdag 29 januari 2021 @ 09:42:
Mijn truc is dat alles met de achternaam "test" automatisch zo laat mogelijk in de processen die geld kosten genegeerd wordt.

Tja, en dan heb je iemand die daadwerkelijk de achternaam "test" heeft Ben niet zo'n fan van dat soort 'hacks'. Vaak zorgen dat soort uitzonderingen opens 5 jaar later voor problemen omdat niemand nog weet dat dat in de code zit.

P.s. https://www.kalzumeus.com...mers-believe-about-names/

[Crazy D]

Afwijkende kleuren / logo's in de applicatie. Voor- en achternaam laten beginnen of eindigen met Test. Geen echte koppelingen met de buitenwereld. Email adressen updaten zodat alles op een intern adres met een volgnummer staat. Allemaal leuke trucjes, maar goed, dat moet dan wel echt gedaan worden. En niet alleen in jouw systeem maar ook in een systeem waarmee je koppelt... anders probeert de postbode alsnog die 10 Mac Pro's + losse scherm ter waarde van 100.000 euro in totaal op Dorpstraat 1,1000 AA Amsterdam af te leveren...

[DevWouter]

Hydra schreef op vrijdag 29 januari 2021 @ 09:44:
[...]


Tja, en dan heb je iemand die daadwerkelijk de achternaam "test" heeft Ben niet zo'n fan van dat soort 'hacks'. Vaak zorgen dat soort uitzonderingen opens 5 jaar later voor problemen omdat niemand nog weet dat dat in de code zit.

P.s. https://www.kalzumeus.com...mers-believe-about-names/

Ik heb het onderzocht maar niemand in Nederland heeft de achternaam "Test" en de paar Amerikaanse bronnen die ik vond konden het ook niet aangeven.

Verder was het geen hack, maar een gedocumenteerde feature. Uiteraard leest iedereen de documentatie


@Crazy D Leuk feitje: De postcode 1234 AB bestond vroeger, maar tegenwoordig niet meer.

[Hydra]

DevWouter schreef op vrijdag 29 januari 2021 @ 10:53:
Ik heb het onderzocht maar niemand in Nederland heeft de achternaam "Test"

Op dit moment ja

Ik heb bij Bol.com gewerkt en daar was er een speciaal merk dat de indiatie van de afwezigheid van een merk aangaf. "NoBrand" ofzo. En toen kwam er dus een product met "NoBrand" als merk. Tja.

M.i. zijn er betere oplossingen dan dit soort hard coded magic strings, zelfs als ze gedocumenteerd zijn in documentatie die iedereen leest

[Crazy D]

Voornaam "Test" zou ik niet onlogisch vinden bij je 1e kind

[Ealanrian]

Makkelijk om dan namen te kiezen:
Kind 1: test
Kind 2: proof of concept
Kind 3: production sample

[DevWouter]

Ealanrian schreef op vrijdag 29 januari 2021 @ 11:41:
Makkelijk om dan namen te kiezen:
Kind 1: test
Kind 2: proof of concept
Kind 3: production sample

Kind 4: Failed deploy

[Hydra]

Ealanrian schreef op vrijdag 29 januari 2021 @ 11:41:
Kind 2: proof of concept

Spike

[gekkie]

steveman schreef op donderdag 28 januari 2021 @ 15:38:
Oef, even niet in de smiezen gehad dat tensorflow icm een 3000-serie GPU een nieuwe versie van cuda toolkit en cudnn nodig heeft.

Mjah de zon en alle planeten staan nog eerder op één lijn dan alle projecten, frameworks, libraries, drivers rondom ML, kortom je ontkomt niet gauw aan allerlei combi's in diverse docker containers.

En mjah de naamgeving van koters lijkt de laatste jaren nog wel meer bizar dan variabele namen in progsels.

[ Voor 55% gewijzigd door gekkie op 29-01-2021 12:59 ]

[Ryur]

Ealanrian schreef op vrijdag 29 januari 2021 @ 11:41:
Makkelijk om dan namen te kiezen:
Kind 1: test
Kind 2: proof of concept
Kind 3: production sample

Of Alpha & Beta
Failed Deploy (ah al genoemd)
Greenfield

Jan Jansen (bij achternaam Jansen & geboortedatum 1 april)

(Ja het is weer vrijdagmiddag!)

[ Voor 11% gewijzigd door Ryur op 29-01-2021 13:02 ]

[whoami]

Ealanrian schreef op vrijdag 29 januari 2021 @ 11:41:
Makkelijk om dan namen te kiezen:
Kind 1: test
Kind 2: proof of concept
Kind 3: production sample

Vanaf wanneer spreek je over een Minimum Viable Product ?

[Voutloos]

Wat een geouwehoer over namen etc. Op elke omgeving die niet productie is gebruik je een whitelist van domeinen waar mail wel heen kan (of mailcatcher). Klaar.

Als je productiedata kopieert moet je die hoe dan ook anonimiseren ivm GDPR etc., maar verkeerd mailen moeten gewoon hard onmogelijk zijn. Dus zo zit je dubbel veilig. En lekker boeiend of iemand De Jong of Test heet.

[ Voor 11% gewijzigd door Voutloos op 29-01-2021 13:36 ]

[DevWouter]

Voutloos schreef op vrijdag 29 januari 2021 @ 13:35:
Wat een geouwehoer over namen etc. Op elke omgeving die niet productie is gebruik je een whitelist van domeinen waar mail wel heen kan (of mailcatcher). Klaar.

Als je productiedata kopieert moet je die hoe dan ook anonimiseren ivm GDPR etc., maar verkeerd mailen moeten gewoon hard onmogelijk zijn. Dus zo zit je dubbel veilig. En lekker boeiend of iemand De Jong of Test heet.

Volgens mij heb je de context gemist: Het ging niet om de niet-productie omgeving, maar om de productie omgeving en strategieën om fouten daar te voorkomen als je daar per ongeluk op komt (zeker wat bij het testen kan gebeuren).

Zo doe ik altijd ongeacht omgeving een bestelling namens W. Test wonend op 1234AB, huisnummer 1. In de code wordt iedereen met de achternaam test er uitgefilterd en door 1234AB te gebruiken kan er nooit geleverd worden gezien het adres niet bestaat (mocht ik een typo doen in mijn naam).

[DevWouter]

whoami schreef op vrijdag 29 januari 2021 @ 13:28:
[...]

Vanaf wanneer spreek je over een Minimum Viable Product ?

Die was 9 maanden eerder

[RagingPenguin]

DevWouter schreef op vrijdag 29 januari 2021 @ 14:59:
[...]


Volgens mij heb je de context gemist: Het ging niet om de niet-productie omgeving, maar om de productie omgeving en strategieën om fouten daar te voorkomen als je daar per ongeluk op komt (zeker wat bij het testen kan gebeuren).

Zo doe ik altijd ongeacht omgeving een bestelling namens W. Test wonend op 1234AB, huisnummer 1. In de code wordt iedereen met de achternaam test er uitgefilterd en door 1234AB te gebruiken kan er nooit geleverd worden gezien het adres niet bestaat (mocht ik een typo doen in mijn naam).

Nu kan je je natuurlijk ook afvragen of je wel op productie moet testen.

[Hipska]

Daar ging het nu net om. Dat doe je niet met opzet, maar per ongeluk.

[RagingPenguin]

Hipska schreef op vrijdag 29 januari 2021 @ 15:10:
Daar ging het nu net om. Dat doe je niet met opzet, maar per ongeluk.

Maar waarom heb je als developer dan überhaupt een productie login? Als developer heb je helemaal niks te zoeken op een productie omgeving en als je er niet bij kan kan je er ook niet per ongeluk iets op doen.

[ Voor 3% gewijzigd door RagingPenguin op 29-01-2021 17:27 ]

[RagingPenguin]

whoami schreef op vrijdag 29 januari 2021 @ 13:28:
[...]

Vanaf wanneer spreek je over een Minimum Viable Product ?

Zolang je ze maar in een closed-beta houd waar ik niet voor ben uitgenodigd

[vickypollard]

DevWouter schreef op vrijdag 29 januari 2021 @ 14:59:
[...]

Zo doe ik altijd ongeacht omgeving een bestelling namens W. Test wonend op 1234AB, huisnummer 1. In de code wordt iedereen met de achternaam test er uitgefilterd en door 1234AB te gebruiken kan er nooit geleverd worden gezien het adres niet bestaat (mocht ik een typo doen in mijn naam).

Misschien een leuk moment om deze erin te gooien: https://www.kalzumeus.com...mers-believe-about-names/

[ Voor 17% gewijzigd door vickypollard op 29-01-2021 17:50 ]

[Merethil]

vickypollard schreef op vrijdag 29 januari 2021 @ 17:50:
[...]

Misschien een leuk moment om deze erin te gooien: https://www.kalzumeus.com...mers-believe-about-names/

Euhh....

Hydra schreef op vrijdag 29 januari 2021 @ 09:44:
[...]


Tja, en dan heb je iemand die daadwerkelijk de achternaam "test" heeft Ben niet zo'n fan van dat soort 'hacks'. Vaak zorgen dat soort uitzonderingen opens 5 jaar later voor problemen omdat niemand nog weet dat dat in de code zit.

P.s. https://www.kalzumeus.com...mers-believe-about-names/

Die was al genoemd

[vickypollard]

Merethil schreef op vrijdag 29 januari 2021 @ 18:03:
[...]


Euhh....

[...]


Die was al genoemd

Woops! Laten we zeggen dat ik slechts een stukje terug gekeken heb en deze dus niet gezien had!

[DevWouter]

RagingPenguin schreef op vrijdag 29 januari 2021 @ 17:26:
[...]


Maar waarom heb je als developer dan überhaupt een productie login? Als developer heb je helemaal niks te zoeken op een productie omgeving en als je er niet bij kan kan je er ook niet per ongeluk iets op doen.

Dat is afhankelijk van het project. Soms heb ik ook een operationele rol en maar zo heb ik ook wel eens meegemaakt dat het probleem alleen op productie kon worden gereproduceerd (was een leuke: De VM host in de server farm was toen gepatcht). Mijn collega's hebben ook wel eens bij een klant gelopen waar het onmogelijk is om een andere omgeving te hebben omdat er bijna petabytes aan data verwerkt moet worden.

[Wilf]

Laatst had ik ook iets leuks met namen. Scriptje van iemand anders dat rare dingen deed.

code:

if ‘x’ in data

In plaats van

code:

if data == ‘x’

En data was een string. Opens a world of hurt

[Erwin537]

DevWouter schreef op vrijdag 29 januari 2021 @ 14:59:
[...]


Volgens mij heb je de context gemist: Het ging niet om de niet-productie omgeving, maar om de productie omgeving en strategieën om fouten daar te voorkomen als je daar per ongeluk op komt (zeker wat bij het testen kan gebeuren).

Zo doe ik altijd ongeacht omgeving een bestelling namens W. Test wonend op 1234AB, huisnummer 1. In de code wordt iedereen met de achternaam test er uitgefilterd en door 1234AB te gebruiken kan er nooit geleverd worden gezien het adres niet bestaat (mocht ik een typo doen in mijn naam).

Zijn alleen niet echt goede tests als je altijd met dezelfde values test. Zo test je nooit special characters, andere type adressen of wat voor andere gekke scenario's je nog kan hebben. Komt de eerste klant met een ü in de plaatsnaam en kan die bv. niet submitten omdat de regex dat niet toestaat (ja, dat heb ik dus zien gebeuren)

[Hydra]

Erwin537 schreef op vrijdag 29 januari 2021 @ 19:48:

Zijn alleen niet echt goede tests als je altijd met dezelfde values test. Zo test je nooit special characters, andere type adressen of wat voor andere gekke scenario's je nog kan hebben. Komt de eerste klant met een ü in de plaatsnaam en kan die bv. niet submitten omdat de regex dat niet toestaat (ja, dat heb ik dus zien gebeuren)

Unicode is sowieso lastig. Behalve als je PHP gebruikt.

[RobertMe]

Erwin537 schreef op vrijdag 29 januari 2021 @ 19:48:
[...]

Zijn alleen niet echt goede tests als je altijd met dezelfde values test. Zo test je nooit special characters, andere type adressen of wat voor andere gekke scenario's je nog kan hebben. Komt de eerste klant met een ü in de plaatsnaam en kan die bv. niet submitten omdat de regex dat niet toestaat (ja, dat heb ik dus zien gebeuren)

Testen of speciale tekens goed gaan doe je dan weer niet op productie? Daarvoor heb je de development en/of test en/of acceptatieomgeving. Voor het aanmaken van een dummy order op de productieomgeving om te kijken "of alles nog werkt" is fixt testdata dan ook geen probleem. Want als scenario A werkt zouden scenario B t/m Z ook moeten werken op basis van dat je A t/m Z hebt getest op dev / test / acceptatie.

[RagingPenguin]

Erwin537 schreef op vrijdag 29 januari 2021 @ 19:48:
[...]

Zijn alleen niet echt goede tests als je altijd met dezelfde values test. Zo test je nooit special characters, andere type adressen of wat voor andere gekke scenario's je nog kan hebben. Komt de eerste klant met een ü in de plaatsnaam en kan die bv. niet submitten omdat de regex dat niet toestaat (ja, dat heb ik dus zien gebeuren)

Maar dat soort dingen zouden eigenlijk in unit tests moeten worden afgevangen. Of met de hand op je development omgeving. Ik zie geen enkele reden waarom je op productie zou moeten testen of iemand met een ü in zijn naam een form kan submitten. Dat gaat tegen het hele principe van OTAP in.

[Erwin537]

RobertMe schreef op vrijdag 29 januari 2021 @ 20:01:
[...]

Testen of speciale tekens goed gaan doe je dan weer niet op productie?
[...]

Zeker, maar het ging toch juist over het scenario per ongeluk op productie testen? Dat is wat DevWouter zegt: test strategieën om te voorkomen dat het fout gaat als je toch per ongeluk op productie zit. Altijd testen met dezelfde values en niet bestaande adressen kan niet, want dan is je test incompleet. Dus dat lijkt mij niet helemaal de juiste strategie of in ieder geval niet compleet.

[Voutloos]

DevWouter schreef op vrijdag 29 januari 2021 @ 14:59:
[...]


Volgens mij heb je de context gemist: Het ging niet om de niet-productie omgeving, maar om de productie omgeving en strategieën om fouten daar te voorkomen als je daar per ongeluk op komt (zeker wat bij het testen kan gebeuren).

Omgevingen moet duidelijk verschillend uitzien ook, sure.
En je cherry-picked de context nu; mijn post past prima bij Crazy D zijn voorbeeld over 700 klanten mailen buiten productie.

Voor de rest heb jij het over fictieve data. Ook prima, maar ik zou zelf dus niet op magische waardes vertrouwen. Als ik op productie zit is dat écht een uitzondering en zit ik ook dus in ‘productie-modus’.

Als zo vaak op productie bezig moet dat je er geen respect meer voor hebt, zit er misschien iets niet lekker in je OTAP of is er een groter probleem imo.

[Crazy D]

Of dat een snuggere iets doet waardoor er verschil is tussen server settings in de Ota en op de P. Superhandig vooral ook als je calls doet waarbij Inbox ook echt Postvak In heet (Magic string) als degene die de mailbox aanmaakte NL settings had.

Komende week overleg waarom ik een job heb aangezet "waarvan ik niet weet wat ie gaat doen" Gelukkig factureer ik elk kwartier dus ik vind t wel best. Heb weleens harder moet werken voor m'n geld Mogen zij uitleggen waarom dingen niet werken zoals het hoort. Zoals mailen vanuit een ontwikkelomgeving, dubbele mails sturen en het probleem bij mij leggen "je zal wel 2 calls doen want onze code is natuurlijk goed", uitnodigingsmail krijgen als je een user delete... tuurlijk

[Hydra]

Crazy D schreef op zaterdag 30 januari 2021 @ 10:53:
Komende week overleg waarom ik een job heb aangezet "waarvan ik niet weet wat ie gaat doen" Gelukkig factureer ik elk kwartier dus ik vind t wel best. Heb weleens harder moet werken voor m'n geld Mogen zij uitleggen waarom dingen niet werken zoals het hoort. Zoals mailen vanuit een ontwikkelomgeving, dubbele mails sturen en het probleem bij mij leggen "je zal wel 2 calls doen want onze code is natuurlijk goed", uitnodigingsmail krijgen als je een user delete... tuurlijk

Developers klagen heel graag over managers maar ik heb over het algemeen meer 'problemen' met andere devs dan met managers. Dat vertikken te onderkennen dat het aan hun code kan liggen, is eerder patroon dan uitzondering.

Het gemiddelde niveau ligt al laag, en de helft is nog slechter.

[armageddon_2k1]

Als Elon Musk z'n kind X-AE AXii mag noemen stel ik voor dat het volgende ook mag:
- undefined
- [object Object]

Kijken hoeveel systemen je op de plaat krijgt.

[DevWouter]

Hydra schreef op zaterdag 30 januari 2021 @ 11:45:
[...]


Developers klagen heel graag over managers maar ik heb over het algemeen meer 'problemen' met andere devs dan met managers. Dat vertikken te onderkennen dat het aan hun code kan liggen, is eerder patroon dan uitzondering.

Het gemiddelde niveau ligt al laag, en de helft is nog slechter.

Inderdaad. De meeste ontwikkelaars snappen niet wat hun taak is. Ik introduceer bij elk team ook de hele simpele regel: Als een gebruiker iets tegen je zegt en het is iets anders dan een compliment dan heb jij een probleem die je moet oplossen, ook al is de code "correct".

Mogelijk dat sommige dit vreemd vinden, maar als een programmeur denkt dat zijn taak is om code te schrijven of apps te maken dan snapt die zijn functie niet binnen in het bedrijf. Niemand in de business heeft interesse in de code of de app. Het gaat er om wat er mee gedaan wordt.

[Wilf]

armageddon_2k1 schreef op zaterdag 30 januari 2021 @ 13:26:
Als Elon Musk z'n kind X-AE AXii mag noemen stel ik voor dat het volgende ook mag:
- undefined
- [object Object]

Kijken hoeveel systemen je op de plaat krijgt.

Be careful what you wish for en wat je voor de grap doet…

[Koenvh]

Ik heb nu al medelijden met mensen die Bloem Pot heten, laat staan als je [object Object] heet.

[Crazy D]

Hydra schreef op zaterdag 30 januari 2021 @ 11:45:
[...]


Developers klagen heel graag over managers maar ik heb over het algemeen meer 'problemen' met andere devs dan met managers. Dat vertikken te onderkennen dat het aan hun code kan liggen, is eerder patroon dan uitzondering.

Dat doe ik natuurlijk ook heel graag Maar goed, als ik 1 call doe, met 1 mail adres er in, en ik krijg 2 bevestigingsmails.. hoe kan de fout dan aan mijn kant liggen? (hooguit mijn mail server die spontaan 2 mails van 1 mail maakt ). Soms is het gewoon te obvious waar de fout ligt. En dat is in dit geval niet bij mij

Ik zeg ook altijd standaard, werkt op mijn machine gewoon goed dus zal bij jou wel iets fout zitten Soms is die fout wel dankzij mij (bv vergeten te vertellen dat er even een nieuwe setting gevuld moet worden of zo ).

[Koenvh]

Gebruikers, managers, ontwikkelaars... Volgens mij is het probleem gewoon de mens. Hopelijk wordt die met de volgende update vervangen

[farlane]

Koenvh schreef op zaterdag 30 januari 2021 @ 16:58:
Gebruikers, managers, ontwikkelaars... Volgens mij is het probleem gewoon de mens. Hopelijk wordt die met de volgende update vervangen

Ik heb het idee dat we er niet meer ver vanaf zitten...die beta versie die we nu draaien is brak ohne Ende.

[Hydra]

Crazy D schreef op zaterdag 30 januari 2021 @ 15:47:
[...]

Dat doe ik natuurlijk ook heel graag Maar goed, als ik 1 call doe, met 1 mail adres er in, en ik krijg 2 bevestigingsmails.. hoe kan de fout dan aan mijn kant liggen?

Ik had het over de developers waar jij mee communiceert, niet over jou

[Crazy D]

Hydra schreef op zondag 31 januari 2021 @ 11:50:
[...]


Ik had het over de developers waar jij mee communiceert, niet over jou

Ik ben ook weleens de andere kant

[Saven]

Niet zozeer een vraag, maar eigenlijk toch ook weer wel

Ik kwam deze case tegen in een stukje code. Een beetje dubbelop omdat een array key nog niet hoeft te bestaan. In deze pseudocode gaat het maar om 3 items, in de echte code wat meer.

Voor die ene keer lijkt met het maken van een functie die dit afhandelt een beetje overbodig. Ik vroeg me wel af of daar niet een mooiere manier voor is Het oogt niet zo lekker, maar ik betrapte me erop dat ik het zo gauw ook niet beter zou weten Ben benieuwd of jullie dit anders aanpakken.

PHP:

<?php

$totals = [];

foreach($items as $item)
{
    $group_identifier = $item->group_id;
    
    if( !array_key_exists($group_identifier , $totals) )
    {
        $totals[ $group_identifier ] = [];
        $totals[ $group_identifier ]['turnover'] = $item->price;
        $totals[ $group_identifier ]['products'] = 1;
        $totals[ $group_identifier ]['options'] = $item->options->count();
    }
    else
    {
        $totals[ $group_identifier ]['turnover'] += $item->price;
        $totals[ $group_identifier ]['products']++;
        $totals[ $group_identifier ]['options'] += $item->options->count();
    }
}

?>

[RagingPenguin]

Saven schreef op zondag 31 januari 2021 @ 14:43:
Niet zozeer een vraag, maar eigenlijk toch ook weer wel

Ik kwam deze case tegen in een stukje code. Een beetje dubbelop omdat een array key nog niet hoeft te bestaan. In deze pseudocode gaat het maar om 3 items, in de echte code wat meer.

Voor die ene keer lijkt met het maken van een functie die dit afhandelt een beetje overbodig. Ik vroeg me wel af of daar niet een mooiere manier voor is Het oogt niet zo lekker, maar ik betrapte me erop dat ik het zo gauw ook niet beter zou weten Ben benieuwd of jullie dit anders aanpakken.

PHP:

<?php

$totals = [];

foreach($items as $item)
{
    $group_identifier = $item->group_id;
    
    if( !array_key_exists($group_identifier , $totals) )
    {
        $totals[ $group_identifier ] = [];
        $totals[ $group_identifier ]['turnover'] = $item->price;
        $totals[ $group_identifier ]['products'] = 1;
        $totals[ $group_identifier ]['options'] = $item->options->count();
    }
    else
    {
        $totals[ $group_identifier ]['turnover'] += $item->price;
        $totals[ $group_identifier ]['products']++;
        $totals[ $group_identifier ]['options'] += $item->options->count();
    }
}

?>

Ik zou het meer splitsen en declarative maken (voor in hoeverre dat een ding is in PHP):

PHP:

$totals = [];

// empty group data
$emptyGroup = [
    'turnover' => 0,
    'products' => 0,
    'options' => 0
];

// initialize a group data object for each group_id
foreach($items as $item)
{
    $group_identifier = $item->group_id;
    if(array_key_exists($group_identifier , $totals)) continue;
    $totals[ $group_identifier ] = $emptyGroup;
}

// Aggregate all items to their group
foreach($items as $item)
{
    $group_identifier = $item->group_id;
    $totals[ $group_identifier ]['turnover'] += $item->price;
    $totals[ $group_identifier ]['products']++;
    $totals[ $group_identifier ]['options'] += $item->options->count();
}

PHP cloned arrays als je ze aan een andere waarde toekent

Dit werkt omdat je group data object een monoid is met een identity element (ook wel leeg element) (de $emptyGroup) en een operatie die twee group data objecten met elkaar merged (wat er gebeurd in de tweede loop).

[thlst]

PHP:

$totals[$group_identifier]['turnover'] ??= 0;
// etc...

En dan alleen het else block overlaten

turnover is wel een int in eurocenten toch

[hostname]

Saven schreef op zondag 31 januari 2021 @ 14:43:
Niet zozeer een vraag, maar eigenlijk toch ook weer wel

Ik kwam deze case tegen in een stukje code. Een beetje dubbelop omdat een array key nog niet hoeft te bestaan. In deze pseudocode gaat het maar om 3 items, in de echte code wat meer.

Voor die ene keer lijkt met het maken van een functie die dit afhandelt een beetje overbodig. Ik vroeg me wel af of daar niet een mooiere manier voor is Het oogt niet zo lekker, maar ik betrapte me erop dat ik het zo gauw ook niet beter zou weten Ben benieuwd of jullie dit anders aanpakken.

PHP:

<?php

$totals = [];

foreach($items as $item)
{
    $group_identifier = $item->group_id;
    
    if( !array_key_exists($group_identifier , $totals) )
    {
        $totals[ $group_identifier ] = [];
        $totals[ $group_identifier ]['turnover'] = $item->price;
        $totals[ $group_identifier ]['products'] = 1;
        $totals[ $group_identifier ]['options'] = $item->options->count();
    }
    else
    {
        $totals[ $group_identifier ]['turnover'] += $item->price;
        $totals[ $group_identifier ]['products']++;
        $totals[ $group_identifier ]['options'] += $item->options->count();
    }
}

?>

Initialisatie uitsplitsen is de mooiste oplossing imo:

PHP:

$totals = [];

foreach($items as $item)
{
    $group_identifier = $item->group_id;
    
    if( !array_key_exists($group_identifier , $totals) )
        $totals[ $group_identifier ] = ['turnover' => 0, 'products' => 0, 'options' => 0];

    $totals[ $group_identifier ]['turnover'] += $item->price;
    $totals[ $group_identifier ]['products']++;
    $totals[ $group_identifier ]['options'] += $item->options->count();
}

Werkt ook een stuk beter op het moment dat je een value object gaat gebruiken ipv associative array.

Overigens zou ik dit liever functioneel willen schrijven. Helaas heeft PHP geen LINQ-alternatief ingebouwd, maar in de meeste frameworks is vaak wel een equivalent of equivalente library beschikbaar. Bijvoorbeeld in Laravel:

PHP:

$totals = $items->groupBy(fn ($item) => $item->group_id)
                ->map(fn ($group) => [
                    'products' => $group->count(),
                    'turnover' => $group->sum(fn ($item) => $item->price),
                    'options' => $group->sum(fn ($item) => $item->options->count())
                ]);

[RagingPenguin]

hostname schreef op zondag 31 januari 2021 @ 15:47:
[...]

Overigens zou ik dit liever functioneel willen schrijven. Helaas heeft PHP geen LINQ-alternatief ingebouwd, maar in de meeste frameworks is vaak wel een equivalent of equivalente library beschikbaar. Bijvoorbeeld in Laravel:

PHP:

$totals = $items->groupBy(fn ($item) => $item->group_id)
                ->map(fn ($group) => [
                    'products' => $group->count(),
                    'turnover' => $group->sum(fn ($item) => $item->price),
                    'options' => $group->sum(fn ($item) => $item->options->count())
                ]);

Ja, waarom PHP 80+ array functies heeft maar geen groupby is voor mij ook wel een beetje een raadsel. (map en sum bestaan dan weer wel)

[Saven]

RagingPenguin schreef op zondag 31 januari 2021 @ 15:15:
[...]


Ik zou het meer splitsen en declarative maken (voor in hoeverre dat een ding is in PHP):

PHP:

$totals = [];

// empty group data
$emptyGroup = [
    'turnover' => 0,
    'products' => 0,
    'options' => 0
];

// initialize a group data object for each group_id
foreach($items as $item)
{
    $group_identifier = $item->group_id;
    if(array_key_exists($group_identifier , $totals)) continue;
    $totals[ $group_identifier ] = $emptyGroup;
}

// Aggregate all items to their group
foreach($items as $item)
{
    $group_identifier = $item->group_id;
    $totals[ $group_identifier ]['turnover'] += $item->price;
    $totals[ $group_identifier ]['products']++;
    $totals[ $group_identifier ]['options'] += $item->options->count();
}

PHP cloned arrays als je ze aan een andere waarde toekent

Dit werkt omdat je group data object een monoid is met een identity element (ook wel leeg element) (de $emptyGroup) en een operatie die twee group data objecten met elkaar merged (wat er gebeurd in de tweede loop).

ja dat schoot me eerst ook te binnen, maar dan moet je twee keer foreachen. In dit voorbeeld is dat idd goed te doen maar kan me ook cases bedenken waar dat wat lastiger is.

thlst schreef op zondag 31 januari 2021 @ 15:27:

PHP:

$totals[$group_identifier]['turnover'] ??= 0;
// etc...

En dan alleen het else block overlaten

turnover is wel een int in eurocenten toch

hostname schreef op zondag 31 januari 2021 @ 15:47:
[...]


Initialisatie uitsplitsen is de mooiste oplossing imo:

PHP:

$totals = [];

foreach($items as $item)
{
    $group_identifier = $item->group_id;
    
    if( !array_key_exists($group_identifier , $totals) )
        $totals[ $group_identifier ] = ['turnover' => 0, 'products' => 0, 'options' => 0];

    $totals[ $group_identifier ]['turnover'] += $item->price;
    $totals[ $group_identifier ]['products']++;
    $totals[ $group_identifier ]['options'] += $item->options->count();
}

Werkt ook een stuk beter op het moment dat je een value object gaat gebruiken ipv associative array.

Overigens zou ik dit liever functioneel willen schrijven. Helaas heeft PHP geen LINQ-alternatief ingebouwd, maar in de meeste frameworks is vaak wel een equivalent of equivalente library beschikbaar. Bijvoorbeeld in Laravel:

PHP:

$totals = $items->groupBy(fn ($item) => $item->group_id)
                ->map(fn ($group) => [
                    'products' => $group->count(),
                    'turnover' => $group->sum(fn ($item) => $item->price),
                    'options' => $group->sum(fn ($item) => $item->options->count())
                ]);

Ook een goeie ja Grappig dat Laravel daar iets handigs voor heeft. Maakt het er alleen niet snel leesbaar op

[Motrax]

Iemand enig idee waarom Azure AD een grote zooi is als je data moet opvragen?

Een laatste logon datum, iets wat redelijk logisch is voor een identity provider, is simpelweg niet op te vragen. Ja sinds kort in een beta api, waarbij ze de locatie ook al eens gewijzigd hebben van het attribuut.

Bij een lokaal AD is al sinds jaar en dag uit te vragen, maar bij Azure AD was het te moeilijk ofzo?

/rant

[Hipska]

Nou zo kan het ook:

PHP:

$totals = [];

foreach($items as $item)
{
    $group_identifier = $item->group_id;

    @$totals[ $group_identifier ]['turnover'] += $item->price;
    @$totals[ $group_identifier ]['products']++;
    @$totals[ $group_identifier ]['options'] += $item->options->count();
}

De @ haalt de warnings weg, maar het resultaat is er wel: https://3v4l.org/efuNV

[thlst]

Niet in PHP8 ( gelukkig)

[RagingPenguin]

Saven schreef op zondag 31 januari 2021 @ 20:21:
[...]

ja dat schoot me eerst ook te binnen, maar dan moet je twee keer foreachen. In dit voorbeeld is dat idd goed te doen maar kan me ook cases bedenken waar dat wat lastiger is.

Ja, je moet een zinnige default waarde hebben. Maar buiten dat is een losse initialisatie stap in een data script wel een redelijk standaard patroon.

[...]


[...]

Ook een goeie ja Grappig dat Laravel daar iets handigs voor heeft. Maakt het er alleen niet snel leesbaar op

Een query builder DSL is ook iets wat een hoop talen en frameworks hebben. Alleen beide suggesties komen wel meer uit het wereldje van statische getypeerde talen, dus ze zullen in PHP idd wel iets zeldzamer zijn

[DevWouter]

Motrax schreef op maandag 1 februari 2021 @ 06:26:
Iemand enig idee waarom Azure AD een grote zooi is als je data moet opvragen?

Een laatste logon datum, iets wat redelijk logisch is voor een identity provider, is simpelweg niet op te vragen. Ja sinds kort in een beta api, waarbij ze de locatie ook al eens gewijzigd hebben van het attribuut.

Bij een lokaal AD is al sinds jaar en dag uit te vragen, maar bij Azure AD was het te moeilijk ofzo?

/rant

<rant-react-mode>
Geen idee. Maar Azure AD (zeker de B2C) is redelijk vreemd op sommige plekken.

Maar een identity provider voorziet de code met een identity en 99,999% van de tijd is dat een login proces, maar in "theorie" hoeft dat natuurlijk niet. Wat betreft attributes: Die kan je soms zelf bepalen en soms niet. En je zou natuurlijk custom policies kunnen misbruiken... Maar veel succes met documentatie vinden.

Van mij mag Azure AD best wel wat meer opinionated zijn.
</rant-react-mode>

[Hipska]

thlst schreef op maandag 1 februari 2021 @ 12:10:
Niet in PHP8 ( gelukkig)

Volgens de output in 3v4l wel hoor, zie link in mijn bericht.. (Maar of het goed is om het zo te doen is iets anders)

[.oisyn]

Hipska schreef op maandag 1 februari 2021 @ 13:39:
[...]

(Maar of het goed is om het zo te doen is iets anders)

Ja die warning suppressor is natuurlijk pijnlijk, maar dit is wel hoe je de code zou willen schrijven. Waarom zou je je bezig houden met randzaken als "maar misshien bestaat de groep nog niet, en dan moet ik 'm eerst initialiseren op 0".

Dit is gewoon hoe ik in C++ dingen zou opschrijven, maar dan kun je er gewoon vanuit gaan dat dingen value-constructed zijn (en zorgt strong typing ervoor dat die nested container sowieso een container is).

C++:

template<class C>
auto histogram(const C& values)
{
    std::unordered_map<typename C::value_type, int> h;
    for (auto&& v : values)
        h[v]++;
    return h;
}

[ Voor 13% gewijzigd door .oisyn op 01-02-2021 15:11 ]

[RagingPenguin]

.oisyn schreef op maandag 1 februari 2021 @ 15:02:
[...]


Ja die warning suppressor is natuurlijk pijnlijk, maar dit is wel hoe je de code zou willen schrijven. Waarom zou je je bezig houden met randzaken als "maar misshien bestaat de groep nog niet, en dan moet ik 'm eerst initialiseren op 0".

Dit is gewoon hoe ik in C++ dingen zou opschrijven, maar dan kun je er gewoon vanuit gaan dat dingen value-constructed zijn (en zorgt strong typing ervoor dat die nested container sowieso een container is).

C++:

template<class C>
auto histogram(const C& values)
{
    std::unordered_map<typename C::value_type, int> h;
    for (auto&& v : values)
        h[v]++;
    return h;
}

Maar maakt die hem dan magisch met 0 als alle waardes aan (zoals het zou werken met een class in bv. C#) of laat je dat dan aan de consumer over?

edit: hoewel, als dit een C# map was van string en Data dan zou een niet bestaande key alsnog aangemaakt moeten worden met een new Data()

[ Voor 7% gewijzigd door RagingPenguin op 01-02-2021 15:18 ]

[hostname]

.oisyn schreef op maandag 1 februari 2021 @ 15:02:
[...]


Ja die warning suppressor is natuurlijk pijnlijk, maar dit is wel hoe je de code zou willen schrijven. Waarom zou je je bezig houden met randzaken als "maar misshien bestaat de groep nog niet, en dan moet ik 'm eerst initialiseren op 0".

Dit is gewoon hoe ik in C++ dingen zou opschrijven, maar dan kun je er gewoon vanuit gaan dat dingen value-constructed zijn (en zorgt strong typing ervoor dat die nested container sowieso een container is).

In principe is het in PHP ook prima mogelijk om een container te bouwen die een default waarde heeft voor niet bestaande items, zie bijv. voorbeeld. In combinatie met een value object ipv associative array (welke eigenlijk altijd lelijk zijn), kom je dan op ongeveer dezelfde code uit.

Het zou mooi zijn als de standaard library zoiets als defaultdict had, maargoed, ik heb wel meer wensen voor de standaard library.

[ Voor 14% gewijzigd door hostname op 01-02-2021 15:29 ]

[.oisyn]

RagingPenguin schreef op maandag 1 februari 2021 @ 15:17:
[...]


Maar maakt die hem dan magisch met 0 als alle waardes aan (zoals het zou werken met een class in bv. C#) of laat je dat dan aan de consumer over?

Een std::map of std::unordered_map value-construct altijd nieuwe elementen. Als het type een aggregate is, dan wordt alles dus value-initialized (oftewel 0 voor ints). Pas als je een class hebt met een custom constructor, dan gebeurt er mogelijk iets anders.

[thlst]

Hipska schreef op maandag 1 februari 2021 @ 13:39:
[...]

Volgens de output in 3v4l wel hoor, zie link in mijn bericht.. (Maar of het goed is om het zo te doen is iets anders)

Je hebt gelijk . Het accessen van een niet bestaande var is natuurlijk geen fatal error in PHP

https://www.php.net/manual/en/migration80.incompatible.php

The @ operator will no longer silence fatal errors (E_ERROR, E_CORE_ERROR, E_COMPILE_ERROR, E_USER_ERROR, E_RECOVERABLE_ERROR, E_PARSE).

[armageddon_2k1]

Zucht, sommige gebruikers.....

Vanochtend mijn mail openen, dikke escalatie van een gebruiker die claimt dat er data verloren gaat in de projecten als ze samen eraan werken. We hebben een SaaS applicatie. Hebben de helpdesk helemaal plat gebeld.

Ik check even de logs en persoon A zit in project A te werken en persoon B in 'kopie van project A'.

Tja.

Toen ik dat terugkoppelde was het: Hoe is het mogelijk dat je zomaar in een kopie kan maken?!?!?!! Ik wil dat je dat uitzet.

Okee, uitgezet voor de betreffende klant.

Weer telefoon van dezelfde klant "De backupfunctie is kapot!"
Ik denk: "huh? we draaien backup jobs elke 6 uur, hoe kan de klant nou weten of ie draait of niet".
Klant: "Ik maak backup door een kopie te maken".
"Ja maar, dat moest ik uitzetten".
"Ja, niet voor de backups natuurlijk!"
.....


En weer bericht:
- "In Internet Explorer zien we andere data dan in Chrome!!!!"
- Ik kijk in de logs: Je opent een ander project in Explorer dan in Chrome
- "Waarom is dat mogelijk!!!!?!?!"
- "Je drukt op het andere naampje in het lijstje".
- "Okee, ik wil dat als in Chrome iets geselecteerd is dat dat ook in IE alleen maar zichtbaar is".
- "Okee, ga maar praten met sales. Houdoe".

What.. the...fuck.

[Koenvh]

@armageddon_2k1

Goed om dat aan sales over te laten

[armageddon_2k1]

Koenvh schreef op maandag 1 februari 2021 @ 16:47:
@armageddon_2k1

Dank, dat doet me goed.

[RagingPenguin]

armageddon_2k1 schreef op maandag 1 februari 2021 @ 16:29:
Zucht, sommige gebruikers.....

Vanochtend mijn mail openen, dikke escalatie van een gebruiker die claimt dat er data verloren gaat in de projecten als ze samen eraan werken. We hebben een SaaS applicatie. Hebben de helpdesk helemaal plat gebeld.

Ik check even de logs en persoon A zit in project A te werken en persoon B in 'kopie van project A'.

Tja.

Toen ik dat terugkoppelde was het: Hoe is het mogelijk dat je zomaar in een kopie kan maken?!?!?!! Ik wil dat je dat uitzet.

Okee, uitgezet voor de betreffende klant.

Weer telefoon van dezelfde klant "De backupfunctie is kapot!"
Ik denk: "huh? we draaien backup jobs elke 6 uur, hoe kan de klant nou weten of ie draait of niet".
Klant: "Ik maak backup door een kopie te maken".
"Ja maar, dat moest ik uitzetten".
"Ja, niet voor de backups natuurlijk!"
.....


En weer bericht:
- "In Internet Explorer zien we andere data dan in Chrome!!!!"
- Ik kijk in de logs: Je opent een ander project in Explorer dan in Chrome
- "Waarom is dat mogelijk!!!!?!?!"
- "Je drukt op het andere naampje in het lijstje".
- "Okee, ik wil dat als in Chrome iets geselecteerd is dat dat ook in IE alleen maar zichtbaar is".
- "Okee, ga maar praten met sales. Houdoe".

What.. the...fuck.

Dit maakt mij heel blij dat wij service managers hebben

Maar volgens mij hebben je klanten wel erg veel te zeggen voor een SaaS pakket? Is dat niet gewoon een take-it-or-leave-it deal?

[armageddon_2k1]

RagingPenguin schreef op maandag 1 februari 2021 @ 17:15:
[...]


Dit maakt mij heel blij dat wij service managers hebben

Maar volgens mij hebben je klanten wel erg veel te zeggen voor een SaaS pakket? Is dat niet gewoon een take-it-or-leave-it deal?

Zo groot zijn we niet. We hebben 200 klantjes op de algemene pod draaien en 70 ofzo op eigen pods. We hebben gewoon veel config settings die ik via K8 kan pushen. Zodoende. De reden erachter is dat er nogal wat applicatiebeheerders zijn in bepaalde branches van onze klanten die super anal zijn wat betreft wat wel en niet mag.

Daarnaast is onze customization ook een kracht naar klanten. Deze klant is natuurlijk een uitschieter, maar de meeste zijn prima.

[RagingPenguin]

armageddon_2k1 schreef op maandag 1 februari 2021 @ 18:08:
[...]


Zo groot zijn we niet. We hebben 200 klantjes op de algemene node draaien en 70 ofzo op eigen nodes. We hebben gewoon veel config settings die ik via K8 kan pushen. Zodoende. De reden erachter is dat er nogal wat applicatiebeheerders zijn in bepaalde branches van onze klanten die super anal zijn wat betreft wat wel en niet mag.

Daarnaast is onze customization ook een kracht naar klanten. Deze klant is natuurlijk een uitschieter, maar de meeste zijn prima.

O zucht applicatiebeheerders. Wij hebben hier ook nog wat lecacy drupal meuk staan waar mischien 20 content editors in zitten maar er toch van de klant een compleet custom permissie management in moest. Want Mies zal maar een vacature pagina aanpassen van een taal waar Violet voor verantwoordelijk is. En ja, dit is Drupal wat standaard al met zes duizend permissie dingen komt maar nog steeds zijn er mensen die **** requirements met rollen verzinnen die daar niet inpassen. Altijd leuk om te fixen met een bedrijf wat al lang geen Drupal of zelfs PHP doet...