Új hozzászólás Aktív témák
-
ddekany
nagyúr
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
nagyúr
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
nagyúr
"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
nagyúr
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
nagyúr
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
nagyúr
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
nagyúr
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
- Hivatalos a Poco X8 Pro Max gigantikus akkukapacitása
- Milyen egeret válasszak?
- Alumíniumba öltözött a Nothing Phone (4a) Pro
- DJI topic
- Star Trek
- Kész rémálom lesz Linuxot használni jövőre az USA egyes államaiban
- Kínai és egyéb olcsó órák topikja
- Honda topik
- Konkrét moderációval kapcsolatos kérdések
- Anglia - élmények, tapasztalatok
- További aktív témák...
- Gaming PC GTX 1660 Ti / 16GB RAM Azonnal vihető (CSGO,LOL,VALORANT,FORTNITE)
- SAMSUNG 4TB 990 EVO PLUS M.2 NVME PCI-E 4.0 x4/ 5.0 X2 - Új - 7250-6300 MBs - Eladó!
- Dell XPS 13 Plus 9320 i7-1260P 32GB 512GB 4K+ TouchScreen 1 év garancia
- SAMSUNG 2TB 990 PRO M.2 NVME PCI-E 4.0 - Új, 1 év garancia - 7450-6900 MBs - Eladó!
- LG Gram 16 i7-1165G7 / 16GB RAM / 512GB SSD / 2.5K kijelző
- iPhone 14 Pro 128GB Space Black -1 ÉV GARANCIA - Kártyafüggetlen, MS4266
- Dell Latitude 7290,12.5",FHD,i5-7300U,8GB DDR4,256GB SSD,WIN11
- Samsung Galaxy A80 128GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 13 Mini 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS4647, 100% Akkumulátor
- PXN V9 Gen 2 Kormány+Pedál+Váltó BONTATLAN!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest