Programnyelvek népszerűsége

[Murphy]

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

[abcug]

ugy latom, hogy iden sokkal jobban all a zaszlo a Fresh! es a Uf-nak, mint tavaly (sot a haskel is egesz szep: 35.) … lassan de biztosan kozeleg a vilaghirnev :)

[Bery]

A JAVA elsősége meglepett, de a Visual Basic 3. hely méginkább. Csúny! :)

Huhh, a Delphi egy egész hellyel előrébb rukkolt? Maradunk akkor ennél a RAD eszköznél, amiből egyedül a RAD-ot nem tudjuk kiaknázni demó fejlesztésnél :)

PHP jogos. Webes fejlesztéseké a világ, az látszik.

Lisp. Cobol, Ada – ilyeneket még használnak? :)

Mi az a SAS?

[FooLman]

Haskell nincs a listán? Buuundaa!!! :)

[abcug]

mondom, hogy 35. :)amugy lisp nem veletlen nepszeru, az AutoCAD ala, ha nem akarsz arx-el szivni akkor sokkal gyorsabban es kenyelmesebben tudsz (auto)LISP-ben fejleszteni barmit. Illetve pici egyszeru kis toolokhoz kivallo, magam is eleg rendesen hasznalom…

[Travis]

Én úgy tudom a SAS egy statisztikai feladatok megoldására kihegyezett nyelv.

[Charlie]

Szerintem ez egy a felmeres egy szarsag. Meg maga a feltetelezes is serto, marmint h. pl a Java az nepszeru. Hogy sokan hasznaljak, az egy mas kerdes. En pl. a cegnel hasznalom, mer’ erre van a faszom telefon-devkit. De egyebkent utalom, mer’ egy rakas szar. :) Szerintem ez tavol van attol h. nepszeru. :) Ex-melohelyen a 6db Java koderbol pl. 1 szerette is. :) (Par aprosag h. miert szar: enum, struct, sizeof(), minden i/o stream, es ugy magasszintu, es interpretalt, hogy kozben egy rakas nyelvi elem fapadabb, mint sok forditott nyelvben (pl. switch()).)

[Gargaj]

elnezve az informatikusok atlagos felkeszultsegi szintjet, nem csodalom, hogy nepszeru.

[Murphy]

Szeméyl szerint nekem sok dolog szimpatikus a java-ban, bár adott feladatra akkor inkább c#. Az, hogy egy mobiljáték fejlesztő cégnél ellenség a java szerintem érthető, hisz azon küzdesz, hogy elfogadható sebességgel menjen a játékod, minél kisebb legyen, ezekben igen keveset segít, sőt kivesz szinte minden eszközt a kezedből… enum hiánya az tényleg szar, de a struct egyébként miért hiányzik?

Én a c++-ban pl. utálom, hogy túl szabad, rettenetesen el lehet szálni dolgokkal, és nagyon szegényes a standard library support. Előbbin nehéz már változtatni, utóbbin meg nem akarnak az új szabványban sem… :( Szerintem ez a fő oka a rohamos visszaszorulásának, no meg a kézi memóriamanagement…

[Charlie]

wrote …
De a struct egyébként miért hiányzik?

Mert epeszu ember rendszerezve tartja az adatait a RAM-ban is? Classokat meg nem tudsz deklaralni, mert egy-egy uj class megnoveli a .jar meretet es tobb RAM-ot is zabal. Amig pedig vannak olyan telefonok, amin max. 64k lehet a .jar, es pl. 80k RAM-ot hasznalhatsz, addig ez kurvara szempont…

Ezenkivul hatalmas baj a Javaval, hogy amig bentvagy a kis Java vilagban, addig oke, de ugye normal esetben 2008-ban mondjuk kommunikalni is akarsz a kulvilaggal, ahol viszont olyan nyelvekben irtak a dolgokat (fajlokat, halozati protokollokat) ahol nem gond egy struct, egy enum es hasonlok kezelese.

Pl. most eppen egy olyan halozati protokolt implementalok Java-s telefonra, amelyik littleendianban van, raadasul az eredeti protokollban minden packet gyak. egy C-s struct. Hat had ne reszletezzem ezt mekkora elmeny Java-ban ertekenkent osszepakolni egy byte tombbe, plusz a Java ugye mindenhol bigendian, plusz kezzel kell figyelni az aligmentre, az ertekek offsetjeire (nincs enum!!!) stb. Aargh? :)

[Charlie]

Ja a garbage collector okossagait meg inkabb nem is reszleteznem. Es a kozhiedelemmel ellentetben Javaban is siman lehet memleaket csinalni. Normalis, munkajara igenyes programozo amugy sem hagyja, hogy mas managelje helyette a memoriat, ha teheti, IMHO. Az meg mar a C/C++, meg az atlag alatti kepessegu OS-ek faszsaga, hogy nem kepes pl. memoria “poolokat” kezelni alapbol, es tombosen felszabaditani az osszetartozo memoriablokkokat, es mindent kezzel kell. (Megj: az AmigaOS tudja igen.) Runtimeban meg amugysem szopas az ilyesmi, mert megintcsak, epeszu ember nem foglal a mainloopban memoriat, (scratch areanak sem, az ilyesmit siman lehet foglalni elotte, es cachelni a pointereket) ha csak nem feltetlenul muszaj. Egesz egyszeruen, mert lassu. O(1) allokatorral is.

De nyugodtan garbagekollektorozzatok csak… Sigh. :)

[Charlie]

Hja, meg meg annyit, ha mar szoba kerult, aztan nem spammolok tobbet, hogy a C#-ot ugyanaz a faszi tervezte (Anders Hejlsberg), mint aki a Turbo Pascalt meg a Delphit. Es hat legalabbis vicces latni, hogy egyes hagyomanyosan C/C++-ban programozo arcok most hogyan orulnek olyan ficsoroknek, amik mar a Delphi 1.0-ban is benne voltak, jo 10-12++ eve. :P Csak akkor meg kirohoges jart erte, mer’hat a pascal meg a delfi az hatulgombolosoknak valo, ugye… Dehat, igy megy ez, valtoznak az idok.

[Murphy]

Charlie: mint mondtam a java nem arra van kitalálva, hogy kis teljesítményű gépre gyárts kis fileméretű fileokat. Gondolom ezen érvrendszer alapján döntöttek amellett, hogy mobiltelefonokon legyen a java a közös nevező. :) Egyébként mivel neke dvan bőven tapasztalatod telefonok közti különbségekben, most gondold el, hogyha c++-ban kellene minden gyártó saját api-jára leportolni a játékot… agyrém… szóval lehet, hogy nem túl alkalmas a feladatra, de még ezzel együtt is valószínűleg a java a legkisebb szopatás… Persze ha c++-nak lettek volna intézményes librarjai pl grafikára, hangra, kommunikációra… akkor könnyen lehet, hogy az duruzsolna a telefonokban.

[Charlie]

Az a baj, hogy igy is kulon kell 3-4 fele API-t tamogatni Javan belul, mert van MIDP-1.0, MIDP-2.0, a Nokia extensionjei, a Sony extensionjei, stb. Ez meg nem lenne problema, de mivel Java-ban nincsenek preprocesszor direktivak (#ifdef), ez mondhatni eleg vicces. Persze, a J2ME-be visszahekkeltek, de vmi oltari minosithetetlen modon, (az IDE kikommentezi(!) a preprocesszor direktivak szerint inaktiv reszt a forrasbol, mielott atpasszolna a forditonak, ettol viszont a verziokoveto rendszerek hajlamosak beborulni, termeszetesen), ezert ez sem konnyiti meg az eletet. Es akkor meg arrol nem is beszeltunk, hogy a telefonok eleg nagy reszeben annyira bugos a standard API implementacioja, hogy ilyen alapveto dolgokat sem kepesek megmondani magukrol hibamentesen, hogy mekkora a display felbontasa, hanem helyette mindenfele vicces erteket, 0-t, -1-t, plusz vegtelent, hexa szemetet adnak vissza. Kozrohely! Akkor a gombok kodjai is masok szinte minden gyarto minden telefonjan. A hangkepessegek pedig meg siralmasabbak es kevesbe szabvanyosak.

Osszessegeben tehat ottvagy, hogy minden telefonra kulon buildet kell csinalni. Igen, mind az N+1-re. Es mivel a fentiek miatt amugyis megvannak a sajat API layerjeid, workaroundolando az egymillio telefon egymilliofele baromsagait, annyi erovel akar irhatnad valami rendes nyelvben is…

Egyebkent, talan latszik az alagut vege, mert a Sun bekemenyitett, es a jovoben elvileg minden telefongyarto egy kozpontilag fejlesztett es portolt Java enginet kap, es csak az a telefon hasznalhatja a Java compatible logot, amelyik ezt futtatja. Az elmelet gyonyoru, de egyreszt meg a gyakorlatban is bizonyitania kell, masreszt a legtobb telefongyarto eddig is magasrol fosott a jatekok rendes tamogatasara, tehat abszolut semmi garancia nincs ra, hogy nem a korabbi bugos Java-jukat fogjak tovabb tolni a Sun ellenere, harmadreszt eltart meg jopar evig, amig az eddigi fos telefonok kikopnak, es az operatorok (telefoncegek) tobbe nem fogjak kerni, hogy tamogasd azokat is. Sz’al nem vagyok rola meggyozodve, hogy ez a Javas ize igy a jobb megoldas volt…

[Gargaj]

“A JAVA azert platformfuggetlen nyelv, mert platformtol fuggetlenul sehol nem mukodik.” /kb^fr/

[blala]

Charlie, a felmeres nyilvan nem a nyelvek minosegerol szol (merthogy akkor a haskell lenne legelol, muhaha :)

Es a sajat kis ignorans maganvelemenyeim a temahoz:

A GC pont azert jo, amiert en sem assembly-ben kodolok mar. Manual memory management brutalis hibaforras. Szamoljuk meg egy kezunkon azokat a programozokat, akik nem vetenek ilyen hibakat… Es vegyuk eszre hogy az OSSZES applikacio amit hasznalunk folyton leakel meg fagy.

A C++ -al, azon kivul ami eddig elhangzott, az is a baj hogy 1) horribilis a szintaxis 2) egy osszeganyolt ize, ha kellett valami ficsor akkor bedobtak, de hogy a kulonbozo ficsorok egymassal hogy jonnek ki… 3) lasd meg GC effektus: aki tenyleg jo C++ programozo, az feltehetoleg altalanossagban is jo programozo, csakhogy az ilyen ritka mint a feher hollo. A maradek meg csak hibakat fog veteni hibak hatan, a sok kis sotet sarok miatt amit a nyelv nyujt, meg a megertes hianya miatt.

Javaban en mondjuk soha eletemben nem programoztam, de most komolyan nem lehet bekonfiguralni az ide-t hogy hivja meg a standalone c preprocesszort mielott a bytecode compiler megkapja a kodot?? Eleg hihetetlennek tunik. Mindenesetre akinek JVM-re kell kodolnia es utalja a Javat, hasznaljon Scala-t helyette, ez a mai jotanacs (megint latatlanban, mit szoktam :) Akinek meg nem kell JVM, az hasznaljon Haskellt :D

[abcug]

azert hulye egy kifordult vilagot elunk imho. en pl. a telefont telefonalasra hasznalom. pont!
jatekra ott a psp, ds, gb…stb.
adatra, melora meg a pda, laptop.
szoval mar elnezest kerek, de mindenki hulye aki nem (es feleslegesen keresi maganak a bajt :)))) Az meg, hogy telefonra jatekbol (sic.) meg lehet elni, hat megintcsak azt bizonyitja, hogy ott fenn vagy nagyon kerge valaki, vagy igazuk van az ateistaknak :))) Fuggetlenul mindenfele programnyelvtol…

[Charlie]

“abcug” wrote …
azert hulye egy kifordult vilagot elunk imho. en pl. a telefont telefonalasra hasznalom.

En is. Ezert vettem ilyet. Ezzel semmit sem lehet csinalni, csak telefonalni. Es oszinten, nem is hianyzik mas. Erted, egesz nap telefonokat programozok, a sajatomon inkabb csak telefonalok, azt is csak akkor, ha nagyon muszaj. :)

[teo]

azert vettel ilyet, mert majmolod laysoftot! :)

[NmG]

Sehol sem látom az assembly-t. Pedig a listában szereplő jópár szkriptnyelvvel szemben ez valódi programnyelv. Ráadásul a kedvencem :)

[pontscho]

Viszont az asm sajnos nehany specialis teruletet leszamitva teljesen kikopott a hasznalatbol.

[blueghost]

http://www.youtube.com/watch?v=J5LNTTGDKYoEnnyi :-)

[NmG]

Aztadurvamindenit! :))) Lassan esett le, hogy a képen látható szöveg Bruce Lee legendás tanításának átirata.Ezek szerint én speciális területnek számítok és lassan kikopok a használatból XD

[Ger]

wrote …
Finally, we have also excluded assembly languages, although Turing complete, because they have a very different nature.

 Szóval nem tudjuk, hogy hol áll az asm.

[Author]

Posts