Hvad er det for folk, der holder sig langt borte fra mainframeverdenen? Og hvad er det, der holder dem væk fra det? For eksempel mig. Efter at have prøvet at være i en organisation med mainframe kan jeg kun sige: "Det gør jeg aldrig igen". Årsagerne er mange, fx: Ting som man ville...

Man kunne så også sige at lønmodtager er det som samfundet er indrettet efter - skat kører automatisk, du beskattes løbende til middel skat (modsat iværksættere som ofte får penge ud i klumper - ingen eller små penge i perioder hvor fradrag mistes - og så måske en stor klump ved salg eller bonu...

(bemærk de steder hvor danmark falder igennem - vi har ikke iværksætter-kultur - men lønmodtager-kultur - og samfundet er 100% indrettet efter lønmodtagere). Det må du lige forklare, specielt at samfundet er indrettet 100% efter lønmodtageren, for det ser jeg slet ikke i det tal. Jeg synes de...

Det er fint med kæmpe jackpots og tillykke til de heldige vindere (og jeg håber da også at du er i den gruppe, Allan). Men den anden side af medaljen, som alt for få er opmærksomme på, er at med meget få vindere og et meget højt antal deltagere, vil der alt andet lige blive mange flere tabere. ...

I dag er markedet sådan på internettet – i morgen gælder det i stigende grad for hele arbejdsmarkedet. Og dermed også for dig og mig. Af nysgerrighed: Hvordan kommer du til den konklusion? Jackpot payroll, som vi kunne kalde fænomenet, er en direkte konsekvens af den barriere- og grænseløse øko...

Jeg er ikke helt sikker på at jeg forstår dit ærinde med dit blogindlæg. Men API'er er en stor del af min udvikler-hverdag, hvor jeg tager S/P/I-aaS produkter ned fra hylderne og strikker dem sammen til et større hele. Men jeg vil nok være fortaler for et pragmatisk syn på API'er - hvis en stor n...

Jeg er helt enig i at løsningen ikke er verdens mest elegante, og jeg synes heller ikke det er "godt nok". Hvis vi vælger at bruge det, vil det nok være fordi det ville være et skridt på vejen mod await som er planlagt til ES7. Med håbet om, at det at omskrive en funktion der bruger run...

Men hellere bruge noget der er tæt på standarden, end at lægge alle sine æg i Iced CoffeScript-kurven. Hov jeg glemte helt: Så kan du også give feedback til dem der udformer standarden, og gøre alle der programmerer JavaScript en tjeneste.

Det væsentligste kriterie for mit vedkommende er nok om man kan håndtere fejlsituationer på en elegant måde. Jeg har hverken haft tid til at undersøge hvordan det gøres med Generators eller Iced CoffeeScript. Ja det kom jeg ikke omkring. Jeg er helt enig i at det er utrolig vigtigt med fejlhå...

Du behøver som sagt ikke at vente på ES6, hvis du kompilerer til ES5. Hvis du alligevel har tænkt dig at indføre en compiler, ville jeg personligt gå efter, at holde mig til standarderne. Har du selv erfaringer med Iced CoffeScript? De dybe trappestrukture undgår jeg som regel med function hoist...

Uden at vide detaljerne om hvilke film der bliver støttet, giver det umiddelbart mening at at "lokale" film, som man må formode ofte er på det lokale lands modersmål, og som sikkert ofte repræsenterer en vinkel på noget i det lokale lands samfund, er mere støtteberettiget end de danske...

Derefter skriver du at en af årsagerne til at start-ups vælger den aggressive strategi er, at den (og her går jeg ud fra at du mener praktikkerne, og ikke selve strategien) i højere grad kan automatiseres. Det må, som jeg læser det, være fordi der ikke er mere tilbage, der mangler at blive auto...

Tillad mig at komme med en noget generaliserende betragtning: Når sker en alvorlig fejl, og med alvorlig så mener jeg en der truer virksomhedens eksistens, hvis den bliver ved med at ske, kan du vælge mellem. Den defensive strategi: Gøre alt hvad du kan for at der ikke sker fejl igen Den aggre...

Jeg blev vanen tro downvotet, og lad fjolserne om det David, vi er her for at dele erfaringer og blive kloger i fælleskab. Men det kræver at man har lyst til at bidrage konstruktivt. Jeg vil gerne høre hvad du har at bidrage med, men det er lidt svært at få noget konstruktivt ud af det, når d...

Vi har ikke en stor tastfase til sidst. Inden vi overhodedet går i gang med at programmere, har UX testet de vigtigste brugerflows med mockups. Problemet bliver også mindre grelt da vi arbejder agilt og releaser hver 14. dag, nogle gange oftere. Vi har et flow hvor QA løbende tester del-opgaver...

Det er ikke så svært. Hvis du løser den, og mener at din egen løsning er den bedste, kan du give dig selv en up-vote. Så er du allerede i top 10. Hvis det vitterlig er den bedste løsning, skal den nok komme i toppen :-) Down-vote til denne kommentar kunne tyde på, at jeg lige bør præcisere, a...

Udgave 3 er "smart" og total håbløs: Når man læser den 1. gang tænker man "WTF"!! Og derefter skal man analysere, at udtrykket bliver sandt når det 1. led i addenden er forskellig fra -1 - fordi så bliver det den samlede addend ikke 0 som er "falsy" i javascript....

Problemet med det kriterie er at bunken af løsninger til de fleste af opgaverne er alt for stor, vigtigere end alt andet er at komme først med en løsning så den ikke drukner i mængden. Det er ikke så svært. Hvis du løser den, og mener at din egen løsning er den bedste, kan du give dig selv en...

Mange af disse tricks er meget sjove, men jeg ville meget nødig se mine udviklere benytte de fleste af dem i produktionskode. Hvorfor siger du det? Hvis I anvender 3. parts biblioteker er der sikkert en del af den slags tricks i dem.

Man er ret dårligt stillet hvis ovenstående er ny læsning. Indlæget tager udgangspunkt i codewars.com, jeg tror der er en del der ikke kender det. Ang. eksemplerne, så er det lidt svært at komme med de mere avancered eksempler i en blogpost. Derfor opfordringen til at besøge codewars selv. ...