Jonas Høgh

Kommentarer

Kommentar til Kodning: Lækkende abstraktioner og deres evne til at holde vand

Re: Hvad foregår der?

Men er det en leaky abstraction? Det er jo dokumenteret at det er sådan det virker, og du kan jo lave det om - du kan jo deklarativt ændrer dette. Både generelt og i enkelte tilfælde (det er jo en funktionalitet man gerne vil have i nogle sammenhænge - en del faktisk). Det er korrekt at der e...
Kommentar til Kodning: Lækkende abstraktioner og deres evne til at holde vand

Re: Hvad foregår der?

Og jeg tror ikke, at jeg er den eneste, som har det sådan. Tag fx igen Polsag-historien - applikationen giver sikkert de rigtige resultater, men er bare ubrugelig i praksis, fordi alt kører som en gigtramt skovsnegl indefrosset i en gletcher. Det gør den (angiveligt) fordi den laver alt for m...
Kommentar til Kodning: Lækkende abstraktioner og deres evne til at holde vand

Re: Hvad foregår der?

Det er min opfattelse, at dette er tilfældet for 99% af alle Java-programmører (for en bred definition af Java): Det forstår ikke, helt hvordan virtuelle metoder og generiske typer fungerer i forbindelse med nedarvning, så de holder sig til patterns, de har set virke -- indtil de lige pludselig...
Kommentar til Huller i Java

Re: Fravalg af features -> boilerplate

Sikkert, trådet og dynamisk er vel også sproglige features Jo, du kan vel sige at pointere er udeladt fra sproget af sikkerhedsårsager. Mig bekendt er den eneste understøttelse for tråde på sprogniveau i Java synchronized nøgleordet. Det er lidt syntaktisk sukker for at gå ind og ud af en mo...
Kommentar til Huller i Java

Re: Fravalg af features -> boilerplate

There were five primary goals in the creation of the Java language: It must be "simple, object-oriented, and familiar". It must be "robust and secure". It must be "architecture-neutral and portable". It must execute with "high performance". It...
Kommentar til Huller i Java

Re: Fravalg af features -> boilerplate

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.
Kommentar til Huller i Java

Re: Jeg behøver vel næste ikke at nævne

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 ;)
Kommentar til Huller i Java

Jeg behøver vel næste ikke at nævne

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

Re: Løsning søger Problem

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

Re: Løsning søger Problem

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

Re: Statiske typer

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...
Kommentar til Java er faktisk helt okay...

Re: Fejlhåndtering?

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...
Kommentar til Java er faktisk helt okay...

Re: Du forholder dig slet ikke til FP

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...
Kommentar til Java er faktisk helt okay...

Re: Du forholder dig slet ikke til FP

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...
Kommentar til Java er faktisk helt okay...

Re: LISP

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å...
Kommentar til Java er faktisk helt okay...

Re: Nej, det er Python der er okay!

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.
Kommentar til Java er faktisk helt okay...

Tillid er godt...

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...
Kommentar til Java er faktisk helt okay...

Du forholder dig slet ikke til FP

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...
Kommentar til Hvad er det lige, folk har mod separatortegn?

Re: Skønhed vs. pragmatisme vs. læsbarhed

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

Re: Nybegynder af C++

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();