I bund og grund så drejer det sig jo om det samme, nemlig hvis dit, så gør dat og beregn dut, bare med lidt forskellig nomenklatur, så imo er det vigtigste at sproget er overskueligt, fri for kryptiskheder
Prøv at søge på "monad tutorial" på din favoritsøgemaskine, så vil du snart se...
Jeg tror, der snarere skal en while-løkke til i den inderste for at bevare goto-logikken.
Eftersom vi kun skal ud af den inderste for-løkke, er der ingen grund til at bruge goto eller omskrive noget her. Den idiomatiske måde at stoppe løkken i C# er blot en break.
Men at fordi man er analfabet og ikke har gået meget i skole, er ensbetyden med at man er dum og fantasiløse.
Eller man er terrorist med fx en ingeniøreksamen fra IHK/DTU, som Basil Hassan
Projektmodellen med agil udvikling kendes fra appudvikling som f.eks. Danske Banks Mobilepay, som fik et halvt år og ikke en dag længere til at udvikle første version til at sætte i drift. Efterfølgende features opnår brugerne ved at opdatere appen - eller systemsoftwaren, når en ny version er kl...
I så fald kan de flyttes ud i en decorator
Det giver vel kun mening, hvis vi kan tillade os at kalde .parent() flere gange uden at det går ud over performance (jeg kender heller ikke Qt, så det vil jeg ikke spå om). Jeg er heller ikke sikker på jeg synes det øger læsbarheden.
Det ville være ...
Hvad mener du?
Jeg mener, at din kodestil er inkonsistent. I den første if/elif/else udpensler du de to forskellige måder hvor vores søgen efter parent kan fejle, og returnerer eksplicit. Hvis du gik efter mere koncis kode kunne du have inverteret betingelserne, kombineret dem med and, og kun...
Hvad returnerer funktionen hvis parent_item is None?
Så falder den vel igennem til den sidste "return QModelIndex()"?
Det er sandsynligvis korrekt, men det understreger hvor lidt kompleksitet, der skal til, før risikoen for fejl begynder at stige.
20 linier kode. Hvordan giver det mening at denne function skulle være for lang?
Køn er den i hvert fald ikke. Men null er bare grimt, og det er svært at komme udenom i kode som dette, især i sprog uden ?. operatoren.
Vigtigere: Statisk kodeanalyse ser kun på en meget lille del af teknisk gæld. Som andre har argumenteret for, så er der en række områder som ikke dækkes. Mit eget favoritområde er arkitektur. Her er ingen hjælp overhovedet. Jeg har set løsninger som var håbløse rent arkitektonisk men som fik to...
Hvorfor stoppe der? Jeg stiller gerne op til "Udvikler elsker Malbolge"-interviewet.
"Kunderne klager aldrig over fejl, da det ikke er lykkedes os at skrive et program der kan oversættes endnu"
Utroligt det skal gøres til et tåbeligt spil om "at bide på"!
Der sker såmænd ikke så meget andet end jeg kan konkludere at jeg ikke deler din pubertære humor, og så kan undres over hvorfor Troels skulle rode SML ind i sagen, og på den måde forpeste V2's debat.
Er du oprigtigt i...
Og nej, jeg hidser mig ikke op over at nogen synes det er underholdende at oversætte SML til JS, og det kom iøvrigt først på banen efter jeg havde spurgt helt konkret:
Hvordan kan man direkte benytte SML til at give en webside funktionalitet?
Okay, og hvis jeg bider på, og svarer "Det kan...
Men godt du selv synes du er morsom!
Ikke udpræget. Derimod finder jeg det temmeligt underholdende, at du kan hidse dig sådan op over, at nogen kunne finde på at oversætte SML til JavaScript.
bemærker bla. højere ordens funktioner som savnes i mange andre sprog der så prøver at humpe sig igennem med en række besynderlige konstruktioner - ingen nævnt, ingen glemt.
Sjovt argument - jeg kan ikke umiddelbart komme i tanke om et sprog, som nogen ved deres fulde fem ville vælge til et n...
"Udvikler elsker $VIRKELIG_NEDEREN_SPROG", bravo - instant flamewar i kommentarsporet!
Er det noget i får genereret af et meget lille script i jeres skygge-IT-afdeling? ;)
På mig virker det, som en naturlig ting at have, hvis man har et typesystem.
Det er vi bestemt ikke uenige om. Om det i praksis er for sent at indføre det i C# vil jeg vente med at gisne om, til jeg har prøvet C# 8 på et rigtigt projekt.
Nej, der er ikke noget "usikkert" ved NullReferenceException i .net, den bliver bare sendt op ad stakken til nærmeste relevante catch-block, eller får miljøet til at lukke pænt ned hvis den ikke bliver håndteret, ligesom enhver anden exception.
Den nye feature handler kun om at udvide...
Ja.... Man kan jo godt forstå at f.eks. integrationen til datakilden "helligdage" lader vente på sig. Det må være en af de helt tunge udviklingsprojekter...
Man afventer svar fra koncilet i Nikæa omkring den korrekte algoritme for hvornår påsken falder.
Kommentarer
Re: Det kan meget vel være
c
Re: Tidsstempler som nøgler
Re: Måske godt for freden.
Agile
Re: Simple function
Re: Simple function
Re: Simple function
Re: Simple function
Re: Idiotisk KPI-jagt
Re: Mig også, mig også
Re: Det er en fed artikelserie i har her
Re: Det er en fed artikelserie i har her
Re: Det er en fed artikelserie i har her
Re: Det er en fed artikelserie i har her
Det er en fed artikelserie i har her
Re: Null
Re: Null
Re: If you can't dazzle them with brilliance,
Re: Manglende datakilder