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 fej...

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å...

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...

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...

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...

Hvis du med "dynamisk" mener at man kan lave chaining af funktioner som filter, map og reduce, Nej jeg mente bare at du kunne jo lave en var a = Array.range(0,9), hvis du ville. Det kan der så være gode grunde til ikke at gøre, men det er muligt. Ang. CoffeScript, så synes jeg...

Hvad kan man lære af det? At de fleste smarte teknologier og sprog er allerede opfundet. Vi genopdager dem bare igen en gang ca. hvert 10. år. <snip> Her vil jeg så slå lidt på tromme for CoffeeScript, der eliminerer mange af de mest knudrede JavaScript-idiomer. Hej igen Michael...

Jeg synes det er ufattelig dårlig stil af 4x35. Jeg har ihvertfald tænkt mig at fortsætte med at bruge clickataxi. Og jeg håber at 4x35 får en bøde for den sms. Sms&#039;en var skrevet så jeg blev i tvivl om hvorvidt man stadig kunne bruge clickataxi i hele kbh. Det kan man så godt (og i Greve...

Jeg forsøger med en model hvor jeg bruger gratis foredrag, som jeg er blivet inviteret til at give til studerende, som en slags opvarmning til foredrag jeg er blevet bedt om at give mod betaling. Personligt bliver mit foredrag altid lidt bedre efter at have været holdt første gang. Der var måske...

Vi har ca. PUT/GET/DELETE /prefs/username/some/key/thing, og så GET /prefs/username/, der returnerer et JSON-dokument på formen { "/some/key/ting": value, ... }. Vi slipper for PATCH og det tog ikke lang tid at implementere i vores database (MongoDB kan vist godt til den slags...

Det er så en no go i forbindelse med PUT jævnfør dit eget citat omkring idempotens. Yep, den har vi også kun på POST :-)