Tilbage i 90erne tilvalgte og fravalgte Gosling+Naughton features, ud fra hvad de ønskede at sproget skulle bruges til. Spørgsmålet er så, hvad de havde tænkt sig at Java skulle bruges til. Man kunne argumentere for, at de allerede i 1995 fandtes bedre sprog til de fleste typer opgaver.

Nu kan forfatteren jo godt semi-kolonner, så du får ham nok ikke over på Scala :) Scala har valgfrie semikolonner, så han kan bare implementere en precommit-hook, der fejler når man glemmer dem, så ved udviklerne også hvem der bestemmer ;)

At Scala har alle disse, bortset fra den sidste, som vel kræver JVM-ændringer

"Real-time programming" i et sprog hvor man får en rund million hits hvis man søger på "garbage collection problem" ? Jeg er helt enig i din vurdering af artiklens kvalitet, men der findes faktisk særlige udgaver af Java hvor real time skulle være muligt, se fx: https://en....

"Real-time programming" i et sprog hvor man får en rund million hits hvis man søger på "garbage collection problem" ? Jeg er helt enig i din vurdering af artiklens kvalitet, men der findes faktisk særlige udgaver af Java hvor real time skulle være muligt, se fx: https://en....

Det må så stå for "man"s egen regning, jeg er ret uenig, selvom jeg indrømmet ikke kender ML eller Haskell godt nok til at kunne udtale mig om hvorvidt de stærkere type systemer gør en væsentlig forskel i forhold til statisk typing. Så synes jeg du skulle prøve dem, inden du...

Java's checked-exception tvang er upopulær, men jeg synes selv at det er bedste der er sket for programmering. Sammenlignet med hvad? Et PHP-program, der spytter et par eder ud i HTML-outputtet og triller lykkeligt videre, selvom det er fejlet? Et tussegammelt C-API, der bruger...

Hvis jeg ikke lavede andet end sidde og skrive klasser med equals(), hashCode() osv. ville min holdning nok se anderledes ud. Jeg har aldrig arbejdet med en Java/C# kodebase, der ikke til en vis grad led af Primitive Obsession fordi det er så besværligt at lave simple typer. Det betyder at d...

De er der ikke. Jeg har bare sagt, at jeg synes, at Java er godt til mit formål - jeg har på intet tidspunkt sagt, at det er optimalt. Og jeg er stærkt interesseret i at blive klogere. Fair nok, jeg læste måske mere ind i at du startede med dit Paul Graham-citat end du mente med det. Jeg s...

Men hvis du vælger F#, har du et sprog, der har taget mange gode ting fra SML (men desværre forurenet det med grimme ting fra C# og O'Caml), og som har et økosystem, der kan sammenlignes med Javas. Hvis man ikke kan lide hybrid OO/FP sprog findes der også en Haskell-klon, der kører på...

Jeg sagde de fleste og så er division ikke en binær operator. Hvis vi skal være pedantiske (og det skal vi jo, det er et IT-debatforum) så er en binær operator en med to operander, du tænker vist på en bitvis operator.

I øvrigt vil jeg mene at argumentet om at en klasse per fil er en feature er meget langt ude i hampen. Hvis man ikke kan få sine udviklere til at overholde en simpel tommelfingerregel omkring hvad der er rimelig filstørrelse så har man enten et tillidsproblem eller nogle decideret dårligt kvalifi...

Okay, du kan ikke lide dynamiske sprog. (Jeg er som udgangspunkt enig især til større forretningssystemer som så vidt jeg fornemme er dit fokus) Men hvor er dine argumenter for at Java er bedre end funktionelle sprog med langt stærkere typesystemer, det kunne være Haskell, ML/OCaml/F#, eller Sca...

Synes du virkelig den første er nemmere at forstå? Man skal jo kontrollere at der ikke foregår sære ting med indekserne, og at acc ikke bliver modificeret på anden måde end man tror. Det er til gengæld tydeligt med det samme når man har lært hvad fold og map betyder. Vi, der har været igen...

og hvor du ikke alene slipper for at gentage typen af argumenter af samme type Ikke at det gør notationen ret meget mindre modbydelig, men hvis ret skal være ret, kan man vel i moderne C++ blot erstatte std::tuple<int, float> r = getNumbers(); med auto r = getNumbers();

Kan selvfølgelig godt se at custom html-attributten hiver en reference med over jeg kan bruge i JS, men stadig skal eventhandlerne vel være unikke? Du kan godt erklære eventhandler-funktionen én gang, hente listen med menupunkter via getElementsByXX, iterere over den, og kalde addEventLis...

Men selvfølgelig, hvis man kunne lave en eventhandler med wildcard ala: document.getElementById("ak*") så ville det være en mulighed. Det kan du godt, se fx getElementsByTagName eller getElementsByClassName funktionerne. Hvis du vil have fuld fleksibilitet er du nødt til at...

Nu foretages valget mellem onclick eller mouseover jo i HTML delen, hvordan skal det kunne gøres afhængig af hvilken type enhed man sidder ved? Registrer dine event handlers i JS i stedet, så er du også fri for at din HTML skal kende en global JS-funktion.. https://developer.mozilla.org/...

Ligeledes bør vi sætte en stopper for usunde fritidsinteresser som fodbold eller cykling. Det er velkendt at den slags leder til korruption, misbrugsproblemer osv.

Hvem siger der ikke er tests? Testdækket kode kan også fejle i det virkelige liv, fx på grund af fejl i testen selv, i integrationen, konfigurationen eller deploymentprocessen.