Ha úgy csinálják mint eddig, akkor megpróbálják telenyomni idegen elemekkel idegen elnevezésekkel idegen logikával ami csak nekik fekszik.
Szerintem kétféle ember van, a Microsoft agyú, aki mindent fordítva gondol, minden amit csinál a lehető legtávolabb van az intuitívtól, és a normális. Eddig ahova a Microsoft betette a lábát ott fű nem termett de viszonylag virágzó mezőket is képesek sivataggá változtatni.
Nem tudom mi a tervük valójában, de hogy nem rajtam akarnak segíteni hanem magukon az biztos.
Ez se teljesen fekete-fehér. Azt simán elhiszem, hogy a fejesek azt tervezték, hogy ezzel a megoldással fogják (akkor még) a Sunt kigolyózni a saját platformjáról. Más részről viszont a cél, hogy a natív Windows API-jal különösebb szívás nélkül lehessen integrálódni, magában nemes volt. (Aki látott már JNI-s kódot, az tudja, hogy minden, csak nem egyszerű. Ha jól értem, akkor az MS-féle Javában inkább ahhoz hasonlított egy natív hívás, mint a .NET-es P/Invoke.)
Ne értsd félre a Microsoft-al és a Windows-al semmi bajom, csak a "JAVA-s incidens " annak idején elég durva húzás volt tőlüke egy kis verseny előnyért cserébe. Úgyhogy ezzel a cikkel kapcsolatban megérdemli a "$" jelet.
Alapvetően szeretném, ha a Python, a go, a kotlin váltanák a javat, de tudom, hogy sosem fogják.
A Python erre teljesen alkalmatlan, nyelvként siralmas teljesítménye van, a bővítményei teszik bármire használhatóvá. Python-ban azt tudod hatékonyan csinálni, amit valaki egy másik nyelvben (mondjuk C vagy C++) megírt. Lehet, hogy az a valaki te voltál, de másik nyelvet kellett közben használnod.
SO-ra dobtam össze bűvösnégyzet-generátort a múlt héten, böngészőben 5-6 másodperc alatt lefut (two-dimensional 4x4 array with all row and column sums equal ), Python-ban meg egy perc felett (How to optimize recursive permutation algorithm for all 4x4 "magic squares" ).
nekem leginkább az, hogy elhitette mindenkivel, hogy tud programozni. (pl fizikusok, matematikusok)
egy fokkal nagyobb szerencse, hogy ha jupiternb-ben írta, és ott van mellette leírva, hogy mit is akart valójában csinálni
Mindez ötvözve azzal, hogy ugyanannak a kódnak a futási ideje teljesen eltérő.
Függ a forint árfolyamtól, az időjárástól és a mars szaturnusz együttállásától.
A pythonban a case hiánya fáj, és hogy alapvetõen dinamikus a típuskezelése (bár valami type hint azért ott is van), a kotlinban azt nem értem, hogy egy alapvetõen C alapú nyelvben miért kellett pascal stílusú függvény paraméter deklaráció, a go-ban pedig nem igazán sikerült eldönteni, hogy most blokk-orientált vagy sor orientált legyen a nyelv. Ha blokk-orientált, akkor miért nem tehetem oda azokat a szerencsétlen kapcsos zárójeleket ahová jól esik - és ami után esetleg még olvasható is marad a kód - ha pedig sor orientált, akkor mi a fenének szívatnak a kapcsos zárójelekkel ?
Ez mondjuk azért azon is múlik, hogy mennyire jól van megtervezve a nyelv. Pl. a C#-ból a 2.0 sem akkora tragédia, a 3.0 pedig akkor is vállalható, ha azóta elég sokat fejlõdött a nyelv. Csak a MS anno a C#-ot úgy indította, hogy kivásárolta a Borlandból Anders Hejlsberg bácsit, és megbízta a nyelv megalkotásával.
Mert meg nem dolgoztal 1.4-es legacy kodokkal ;)
Amugy ez nem a java sajatja: minden nyelvben a legacy kodok azok, ami miatt utaljak. Senki nem utalja a Java-t a 13-astol (epp ez az aktualis), de a 8 elotti idok... plane az 5 elottiek. De eppen ezert utalom en a PHP-t - mert 3-ast hasznaltam utoljara. Es szerintem a mai PHP fejlesztok is utaljak azt :) Ezert nem 'utalom' az aktuialis PHP-t.
Az emberazt utalja, ami nyug, es a legacy rendszerint az :(
Leginkább a 6-os, 7-es javaban írt legacy kódokkal :)
Alapvetően szeretném, ha a Python, a go, a kotlin váltanák a javat, de tudom, hogy sosem fogják. És ami rossz benne, az is a jó. Gyűlöltem a java-s programokat, leginkább ezért mondtam. De amúgy tudom, spring boottal, lombokkal stb gyorsan, jól lehet dolgozni és megbízhatóan, szóval ahogy megismeri az ember úgy meg is kedveli.
Azert az MS az elmult idoszakban hatarozottan egy sokkal szimpatikusabb ceg benyomasat kelti, mint a Balmer-es idokben. Nem kell temetni - szerintem az Oracle elobb lokne a sirba, mint az MS.