Új hozzászólás Aktív témák
-
ddekany
nagyúr
Hát ezt valahogy ki kéne mérni, csak hát nem lenne egyszerű... konkrétan milyen projekt, melyik két nyelv, milyen minőségű fejlesztők, stb. Egy jó(!) dinamikus nyelv kifejezőbb mint egy jó statikus, viszont cserében a dinamikus nyelvben kevesebb hibát tudsz automatizáltan felfedezni (és ne csak a fordításra gondoljunk, hanem Findbugs, PMD szabályok), nagyobb rizikó és több munka refaktorálni (mindennapos kódszerkesztési eszközzé tud válni Java-ban, ha rájön vki az ízére). Onnantól kezdve hogy kiaknázod a dinamikusságot, az IDE és társai szükségszerűen elvesztik a fonalat, mert ha nem tennék, akkor azt elvileg írhattad volna egy kellőképpen okos statikus nyelven is. Sőt a fejlesztők is néha elvesztik, mert mikor már valami DSL-é változott át a program, akkor bár iszonyat kifejező, nem érti már kutya sem hogy mitől működik meg mitől nem.

(Amúgy tooling területén, Python-ban Wing IDE-t használtam pár éve, ami fizetős és simán a legnagyobb tudásúak közt van, és hiába elég jó nyelv a Python és statikusak közt buta a Java, az IDE/tooling gond miatt állandóan visszasírtam utóbbit. Nagy méretű projectekről van szó persze. És ez még csak Java-val szemben volt.)
-
ddekany
nagyúr
Ha már kitör a dinamikus (script) VS statikus nyelv (vallási
) háború tisztán szakmai alapon, tehát hogy melyik a jobb megközelítés (meg mikor), akkor ott a bökkenő, hogy ez nem egyenlő a Java VS PHP háborúval. Azért nem, mert a Java egy közepszar statikus nyelv (értsd történelmi hozadék és buta C/C++-hiba-lemásolás van benne dögivel), a PHP meg egy - mondjuk jóindulattal - mára már középszar szintig felmászott dinamikus. Ha viszont a statikus nyelvek potenciáljára kíváncsi vki, akkor ott egy Scala vagy egy Ceylon vagy egy Kotlin, és mikor egy dinamikuséra akkor talán ott egy Ruby vagy valami egzotikus amiről nem is tudok. Ezek nem lettek mainstream-ek persze... OK, Ruby egy kicsit. Ja, és statikusok közül a C#-ot se hagyjuk ki, ami viszont mainstream és még így is eléggé alázza nyelvileg a Java-t.Az meg, hogy PHP-nél csak Ctrl+R, Java-nal 10 perc malmozés (és ált. nem a fordítás miatt, hanem amíg a giga-enterprise-atyaúristen újraindul, mert a fordítás pl. Eclipse alatt folyamatos tehát kb 1 sec késleltetésed ha van)... Ez is olyan, hogy a Java-nak ilyen megalomán/enterprise kultúrája van, de amúgy valójában ez nem annyira függ a statikusságtól mint egyesek hiszik. Ez sokkal inkább arról szól, hogy minden kérelem végén eldobok-e minden állapotot (ami nem DB stb) vagy sem. Pl. Java-ra (és Scala-ra) ott a Play! Framework, és láss csodát, Ctrl+R és nesze ott van amit legutóbb beírtál. Csak akarni kell, megy az, csak nem ez a tradició Java világban. (Meg ha teljesítményre mész, néha nem megy az, minden kérelemnél felépíteni a világegyetemet 0-ról.) De megfordíthatjuk, csinálj akármi dinamikus nyelvben sok kérelmet kiszolgáló objektumokat amik függenek egymástól, máris nem triviális újratölteni egy módosított osztályt. (Megjegyzem, ilyen azért van, ott van Java-ra a JRebel, ami kb. a hot swap csak ügyesebb.)
Végül a mai statikus nyelvek már nem is statikusak. Java-ban ott reflection, anélkül a keretrendszerek 90%-a nem is létezhetne... A dinamikus nyelveknél meg egyre inkább rájönnek, hogy egy kis szigorúbb típusosság megérné...
-
ddekany
nagyúr
"Script" és statikus közt ma már talán inkább az a hangsúlyos, hogy mikor van valami gebaszott nagy kódbázis amit mindenféle jött-ment fejlesztő ír, akkor melyikkel lesz karbantarthatóbb a kód. Én dolgoztam valamennyit Pythonban meg PHP-ban, és sokkal többet Java-ban... Bele sem akarok gondolni, mi lenne, ha nem lenne ott a Java fordító ill. az Eclipse, aki kismillió hibát kiszúr helyettem, na meg főleg ledarálja a refaktorálások "agyatlan" részét, stb. Ilyen szintű tooling-ot dinamikusabb nyelvekhez lehetetlen csinálni. Aki persze nem tanult meg ezekkel élni, az nem érti, aki viszont igen, nem tudom hány tértek vissza jószántából dinamikus nyelvekre. Ruby-ra meg ilyen "szexi" dolgokra talán, na de PHP-ra...
Új hozzászólás Aktív témák
- Xiaomi 15T Pro - a téma nincs lezárva
- GoodSpeed: Daikin FTXF35E / RXF35F Sensira 3,3 kW Inverteres klíma - a Sztori
- Ilyen olcsó sem volt még egy Apple notebook
- Építő/felújító topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Autós topik
- Parfüm topik
- Dobosok ide!
- One otthoni szolgáltatások (TV, internet, telefon)
- Milyen egeret válasszak?
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Microsoft és egyéb dobozos retro szoftverek
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 5060 Ti 8GB GAMER PC termékbeszámítással
- Bontatlan Oriflame Love Potion parfüm eladó
- Új és régi konzolok Okosítása és Szoftveres szintű javítása - MÁR 13.00-S PS4 IS!
- Dell Precision 3561 Core i9 11950H, 16-32GB RAM, 512GB SSD, jó akku, számla, 6 hó gar
- Használt Hikity SH3AM5HI Carplay és Android Auto multimédia kijelző / 12 hó működési garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

) háború tisztán szakmai alapon, tehát hogy melyik a jobb megközelítés (meg mikor), akkor ott a bökkenő, hogy ez nem egyenlő a Java VS PHP háborúval. Azért nem, mert a Java egy közepszar statikus nyelv (értsd történelmi hozadék és buta C/C++-hiba-lemásolás van benne dögivel), a PHP meg egy - mondjuk jóindulattal - mára már középszar szintig felmászott dinamikus. Ha viszont a statikus nyelvek potenciáljára kíváncsi vki, akkor ott egy Scala vagy egy Ceylon vagy egy Kotlin, és mikor egy dinamikuséra akkor talán ott egy Ruby vagy valami egzotikus amiről nem is tudok. Ezek nem lettek mainstream-ek persze... OK, Ruby egy kicsit. Ja, és statikusok közül a C#-ot se hagyjuk ki, ami viszont mainstream és még így is eléggé alázza nyelvileg a Java-t.
