☰ Menu

Scene.hu

Magyar demoscene portál – grafikusok, zenészek, programozók alkotói közössége

Home Forums A Demokészítés művészete Programozás Programnyelvek népszerűsége

This topic contains 23 replies, has 13 voices, and was last updated by avatar Ger 10 years, 3 months ago.

Viewing 24 posts - 1 through 24 (of 24 total)
  • Author
    Posts
  • #1354
    avatar
    Murphy
    Member
    #4740
    avatar
    abcug
    Member

    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 :)

    #4741
    avatar
    Bery
    Member

    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?

    #4742
    avatar
    FooLman
    Member

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

    #4743
    avatar
    abcug
    Member

    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…

    #4744
    avatar
    Travis
    Member

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

    #4745
    avatar
    Charlie
    Member

    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()).)

    #4746
    avatar
    Gargaj
    Member

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

    #4747
    avatar
    Murphy
    Member

    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…

    #4748
    avatar
    Charlie
    Member
    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? :)

    #4749
    avatar
    Charlie
    Member

    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. :)

    #4750
    avatar
    Charlie
    Member

    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.

    #4751
    avatar
    Murphy
    Member

    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.

    #4752
    avatar
    Charlie
    Member

    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…

    #4753
    avatar
    Gargaj
    Member

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

    #4754
    avatar
    blala
    Member

    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

    #4755
    avatar
    abcug
    Member

    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…

    #4756
    avatar
    Charlie
    Member
    “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. :)

    #4757
    avatar
    teo
    Member

    azert vettel ilyet, mert majmolod laysoftot! :)

    #4758
    avatar
    NmG
    Member

    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 :)

    #4759
    avatar
    pontscho
    Member

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

    #4760
    avatar
    blueghost
    Member
    #4761
    avatar
    NmG
    Member

    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

    #4762
    avatar
    Ger
    Member
    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.

Viewing 24 posts - 1 through 24 (of 24 total)

You must be logged in to reply to this topic.

Ugrás a lap tetejére Ugrás a lap aljára