Új hozzászólás Aktív témák
-
ddekany
veterán
Scala-t azt használtam kicsit... Ügyes, meg érdekes is, de szerintem túl rugalmas, szóval mainstreamnak már "technikailag" is esélytelen, nem csak azért, mert gonosz a világ. A null probléma kezelése meg pont eléggé felemás emlékeket hagyott bennem... OK, hogy ne használjak null-t, hanem Option-okat, de azokat állandóan Some(...)-ozni túl idegesítő. Viszont kérdés, hogy Ceylon radikálisabb/frappánsabb megoldása mennyire lesz jó a meglévő Java könyvtárakkal.
-
ddekany
veterán
válasz
julius666
#10
üzenetére
Nem tudom, nem használtam. Eclipse plugin van szinte a kezdetektől, mert tervezési cél volt, hogy IDE-barát legyen a cucc. Nyelven még variálnak, meg nem is feature complete. Innen sejthető, hogy standard könyvtára az sovány és képlékeny lehet még. Azt tipikusan az a dolog, amire miután rányomják, hogy namostmártényleg tessék itt van, utána pár évvel újracsinálják az egészet, vagy ők vagy a lázadó fejlesztők...
-
julius666
addikt
A Ceylon elég jól hangzik, bár még nem volt alkalmam belemélyedni sajnos. A gyakorlatban mennyire használható, mennyire van közel a végső verzió? Csak mert a Mozilla féle Rust-hoz volt szerencsém (az nagyon hasonló újragondolása a C/C++nak) és ugyan a core language egészen használható már de a standard library valami elképesztő mocsok volt, az még nagyon messze a használhatótól.
-
ddekany
veterán
"Az általa látott nyelvek kimerülnek a PHP-ben, JavaScriptben"
Azaz mikor ragadhatna rá valami, akkor is olyat kap az arcába, amit hozzá hasonlóan inkompetens (bár jó eséllyel nála ügyesebb) emberek tákoltak össze, kb. 0 előre gondolkodással.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Nem, nem a JavaScript-re gondolok. Ja, aztán még jön a MySQL. Példamutatás ezerrel. -
ddekany
veterán
A Java-ban most már attól tartok gyakorlatilag sehogy, mivel ott a visszafelé kompatibilitás stb. De amúgy egy eléggé egyszerű megoldás: a sima referenciák nem lehetnek null-ok és kész, ha meg olyat akarsz ami lehet null is, azt explicit módon jelölni kell a típus deklarációnál. Tehát ha azt mondod, hogy "String name", akkor az biztosan nem lesz null, de ha azt mondod, hogy "String? name", akkor az lehet null. Innentől kezdve ha ránézel egy mezőre, helyi változóra, vagy a legfontosabb, egy metódus paraméterére vagy visszatérési értékre, akkor kapásból látszik, hogy lehet-e ott null, és ezt a fordító is tudni fogja. Így fordító kiszúrja, hogy hol nem kezeled a null esetét, és szól. A statikus nyelvek erről szólnának, a sebesség mellett, hogy ugyan megköti a kezedet, de cserében segít a fordító kiszúrni a tipikus emberi "benézéseket". Ez teljesen jól működik is, amikor elrontod valaminek a típusát (osztályát)... De a null esetén volt egy vakfoltja a nyelv tervezőinek. Gondolom a C/C++ égette a retinájukba. (Lehetne még említeni a típus paraméterek, avagy a generics hiányát Java 5 előtt, de azt legalább ha még eléggé ronda/korlátolt formában is, de rá tudták hegeszteni a nyelve utólag is.)
Amúgy ha érdekel normális null kezelés, a Ceylon nyelvnek van. Méghozzá unió típusokkal, ami a fenti általánosításának is felfogható, és pl. ClassCastException-ok esélye is jól lenyomható velük.
-
julius666
addikt
Mellékesen az sem segít, rohadtul nem, hogy az átlag fejlesztő, bizonyos szempontból, elég... őőő... kőagyú. Egyszerűen megszokták hogy ezt és ezt így "kell", és nem is veszik észre, hogy ez szopatás ahhoz képest, mint ami lehetne, azaz, hogy lehetne valamit jelentősen jobban is.
Nemhogy kőagyúak, egyszerűen nem is láttak még mást. A webfejlesztők nagyon nagy többsége nem rendelkezik felsőfokú informatikai képzettséggel, ahol esetleg találkozhatott volna komolyabb (ne adj isten deklaratív) nyelvekkel. A többség hobbiból esett be a programozás világába, össze akart dobni valami saját weboldalt tinédzser korában, aztán ismerősi körből jöttek megrendelések, hogy figyelj, hallottam te így otthonosan mozogsz a webes világban, kéne az asszony fodrászatának valami oldal, esetleg elvégzett valami webfejlesztő OKJ-t. Az általa látott nyelvek kimerülnek a PHP-ben, JavaScriptben. Erről persze nem ők tehetnek és isten ments hogy én itt megpróbáljak lenézni bárkit is, csak hát ugye így alulról átnyomott forradalmat hogyan várjon az ember.
#6 omen60: Például úgy lehetne, hogyha nem létezne null referencia, mint olyan.
Egyáltalán nem ördögtől való a gondolat, sok (főleg deklaratív) nyelvben nem lehetséges értékadás nélkül változót létrehozni/null értéket hozzárendelni. Ha az szándékos igény (meglepően ritka amúgy), hogy lehetséges legyen, hogy az adott változónak "nincs értéke", akkor arra kell definiálnod egy külön típust, mondjuk valami enum jelleggel, aminek az egyik lehetséges értéke az hogy "üres", a másik meg a konkrét értékre memóriacím bedobozolva. A legszebb a dologban, hogy utána ennek a vizsgálatát nem tudod elfelejteni, mert anélkül, hogy kidobozolnád a konkrét értéket nem tudsz vele dolgozni, ha meg ki tudod dobozolni akkor már nem lehet null. Magyarán nem tudod elbaszni.
Egyébként a Java bugok ~90%-a tényleg NullPointerException saját tapasztalatok alapján, a kollégával csak egyet tudok érteni.
-
ddekany
veterán
Ja, hát ilyen elterjedtség esetén a radikális újragondolások eleve halva születettek... (általában, de ha 1000-ből egy mégis felfut, akkor már megérte a 999 elbukott próbálkozás). Mert tök mindegy mekkora fos valami, ha sokan sokáig használták, olyan toolingja lesz, annyi könyvtár lesz hozzá, annyi platformon fog futni (egy HTLM/CSS/JS rivális kell menjen mobilon stb.), akkora tudásbázis lesz hozzá, meg annyi occó munkaerő aki ismeri (valamennyire...), hogy vááá. Na azt nehéz kiütni amíg nem elterjedt valami, és innentől ördögi kőr.
Mellékesen az sem segít, rohadtul nem, hogy az átlag fejlesztő, bizonyos szempontból, elég... őőő... kőagyú. Egyszerűen megszokták hogy ezt és ezt így "kell", és nem is veszik észre, hogy ez szopatás ahhoz képest, mint ami lehetne, azaz, hogy lehetne valamit jelentősen jobban is. Innentől kezdve nincs kellő nyomás a változásért az ő oldalukról sem. Ennek egy vegytiszta példája, mert egyszerű és fájdalmas eset, a Java és a null esete. Java programozók rendszeresen nem értik, mire célzok mikor azt mondom, hogy mekkora kár, hogy el lett cseszve ez. Miközben a hibák minimum fele, amit az arcukba kapnak, NullPointerException. De hát megszokták, morognak egyet, hogy ehh de béna voltam megint, javítják, és kész. Pedig közel sem csak az ő hibájuk, a nyelv tervezőké is, pedig azok nem voltak inkompetens emberek. Csak talán így beléjük kövült C-ből, hogy a null-pointer-exception (ami egyben nem-Java esetén "a program szabálytalan műveletet hajtott végre" esetek jelentős részének felelőse) az ilyen szükséges rossz, ami csak úgy eredendően van. (Végül is az észak koreai koncentrációs táborban felnőtt faszi is mondta, hogy nem merült fel benne, hogy itt valami nem stimmel, amíg valaki, aki felnőtten került be, ráadásul valami vezető pozícióból, el nem kezdett neki róla mesélni, hogy mik vannak... De ő legalább ezek után lelépett...
) -
julius666
addikt
Pontosan tudom miről beszélsz, lényegében ebből élek jómagam is.
Szerintem reménytelen ilyesmi fordulatra várni, legalábbis a jelenlegi W3C-s webes szabványos környezetben mindenképpen. Az előző posztomban ott van - nyilván eltúlozva - hogy miért. Nem az a (fő) baj ezzel a világgal, hogy a földől nőtt ki, gyakran inkompetens emberek gondozása alatt, úgy, hogy amire mostanság használni akarják gyakorlatilag sosem volt deklarált célja, hanem hogy nincs kilátás az igazi javulásra, mert ugyanaz folyik továbbra is mint eddig csak jobban fel van kapva a történet. Ugyan történt bizonyos területeken előrelépés, de cserébe az igények is nőttek.
Szerintem gyökeres változás akkor lehet, ha valaki képes lesz lerakni egy valódi alternatív rendszert, ami ténylegesen nyílt és jó, nem kell cipelnie a legacy szemetet meg az inkompetens szabványosító szervezetek szennyesét. A DART meg a hasonló próbálkozások sajnos nem ilyenek, azok szerintem halva született ötletek.
-
ddekany
veterán
Nemtom... ez igazából egy rohadtul égető probléma, ahhoz képest mintha csak én tudnák róla. A web az elsődleges tartalom fogyasztó platformból immár az elsődleges tartalom felvivővé is vált, szóval nem kicsit tré, hogy pont a szövegszerkesztő-funkció erősen köhög. (Bár másfelől a felvitel szabotálása weben tradíció is, mert az egész HTML/CSS leginkább elcseszett része az űrlap kezelés... nem lehet ez véletlen.
)Másfelől én nem is várnám, hogy szövegszerkesztés-specifikus megoldás legyen, inkább azt, hogy legyen már annyira általánosan programozható a kliens oldal, hogy akár szövegszerkesztőt is lehessen rá írni, mint bármilyen más alkalmazást is. OK, persze a font renderelést (ideértve pontos betűméretek, kerning, stb.) és a helyesírás ellenőrzőt fel kéne fednie a böngészőnek egy API-n keresztül.
-
julius666
addikt
Na arra várhatsz. W3C-éket ismerve ha tervbe is lenne egy ilyen véve, akkor lazán 4-5 évig csak nyammognának rajta úgy, hogy a végeredmény JS API-ja olyan szar lenne, hogy inkább végül írsz egy saját megoldást JavaScript+HTML alapon, cserébe viszont a fosul kitalált szabvány az implementációs nehézségei miatt hozna egy csomó sechole-t és regressziós bugot a böngészők render motorjába.
-
ddekany
veterán
Ez rohadt nagy előrelépés lesz, ha a technika ördöge nem fog ki rajtuk (mert webre szövegszerkesztőt csinálni, hát nem leányálom). A vérpofiknak is hasznos ez, mert az ő agyuk is jobban átlát így egy hosszabb cikket. Nem véletlenül úgy alakult ki a tipográfia ahogy, és azért egy wiki oldal jobbára emberi szöveg, nem egy markup dzsungel mint amilyen mondjuk egy weboldal sablon, szóval jól vizualizálható rajta a szemantika. (Nem mellékesen attól hogy valaki akár szoftverfejlesztő, nem fog ismerni minden létező markupot. Nekem legalábbis állandó gond, hogy minden Wiki/fórum/tracker más szintaxist vár... markdown variánsok, stb. Kutya se tudja mind fejben tartani.)
Viszont kicsit komikus az erőforrás igény, mint ezen megoldásoknál általában. Pl. nálam (FF 22, 2 Ghz-es Core 2) a kurzor oldal irányú mozgása elég lassú, mert CPU limitbe ütközik. Nem vicc, lezabálja az egyik magot 100%-ra. Ilyen gond még a Pentium 133-on (133 MHz, és maihoz mérten nevetséges instruction-per-clock) sincs Word 6 alatt. Nagyon nagy előrelépés lenne a Web-nek, ha lehetne olyan hatékonyan komoly szövegszerkesztőket előállítani rajta, mint tradicionálisan. Lényegében nem is tudok ilyet... Google Docs elég jó, de iszonyat befektetés és hackolás van a hátterében, és nem használhatom más weboldalakon. TinyMCE, KCE és társai meg nem az igaziak, főleg ha valami tudásában specialistább kéne.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nem, nem a JavaScript-re gondolok. Ja, aztán még jön a MySQL. Példamutatás ezerrel.
Új hozzászólás Aktív témák
- MacBook Air 15 M3 8 / 256GB dobozos 12 hónap garancia
- Bomba ár! Dell Latitude 5320 - i5-1145G7 I 16GB I 256SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- LG FLATRON L1942s 19"-os 1280x1024-es monitor eladó
- Dell D6000 univerzális dokkoló USB-C/ USB-A, DisplayLink & Dell WD15 (K17A) USB-C + 130-180W töltő
- Csere-Beszámítás! Asztali számítógép PC Játékra. I5 12400F / RTX 3070 / 32GB DDR4 / 1TB SSD
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest