Anyanyelvi (lsd. hsz.) szinten ismert programnyelveim száma

Vélemény

Nulla
58% (338 szavazat)
Egy
15% (89 szavazat)
Kettő
14% (80 szavazat)
Három
8% (46 szavazat)
Több vagy negatív, leírom
5% (32 szavazat)
Összes szavazat: 585

( tomaza | 2010. 06. 03., cs – 16:18 )

Figyelem!

A 0 egyáltalán nem szégyen!
Aki nemcsak besorolni tud 100 nyelvet típus szerint, mire érdemes/szokták használni, hanem helloworld szinten túl is írt már mindegyiken, majd egymaga jávában megírta a komplett eclipse-t, aztán egy évtizede c-ben kernelt fejleszt, tehát PROFI szinten ismer több nyelvet, az is szavazhat nulla nyelvet. Tehát ha "csak" használja valaki a nyelvet, de erőltetett példával c-ben új neki a "4[a]" szintaxis, attól még lehet benne valaki a legjobb értelemben profi.

Szubjektíven magáról ki hogy érzi, hogy nem csak profi, felsőfokú szinten űzi a nyelvet, hanem anyanyelvi szinten.

Ezen kívül a "nyelvjárások" se számítsanak külön nyelvnek. Igen, ez is elég szubjektív lehet, nincs tökéletesen definiált szavazás.
A"csak az eredmény érdekel" most igazából a "0", azaz "profi vagyok, nem nyelvészkedek". :)

(ha ezt azután olvasod hogy szavaztál, ott a törlés gomb)

hanem anyanyelvi szinten

Ezt kifejtened..? Szerintem egy programozasi nyelvnek sincs annyi apro reszlete, mint egy termeszetes nyelvnek, es rendkivul olvasottnak kell lennie valakinek ahhoz, hogy a sajat anyanyelvet >40%-ban ismerje (persze, megint szigoruan szvsz). Ilyen alapon aki egy kicsit komolyabban is beleasta magat egy programozasi nyelvbe, azt "anyanyelvi szinten" ismeri!

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"

a kulcsszó a szubjektív, azaz ki hogy gondolja magáról (főleg mivel nehéz lenne specifikálnom)

nem akarok odáig menni hogy valaki tényleg jól használja a nyelvet, munkatársa is elégedettek vele, de még szintaxisban is tud újat látni, hiába nincs annyi apró részlete hogy ne ismerje
azaz tegyük fel hogy a referencia könyvet legalább átolvasta (de a legtöbb programozó ezt nem teszi meg)

pl java esetében igazából aki a jvm-et nem rágja át, nem hiszem hogy ismerheti a nyelvet igazán
mondjuk az iterátor (erőltetett példa!) ismeri, de ha kell írnia egyszerűen "nem jut eszébe", hogy azzal lenne hatékony megoldania, helyette a bejárt utat választja

mint ahogy ha hallasz egy angol viccet, lehet ismered a nyelvtant, ismered a szóviccben található szó mindkét jelentését _ha_ rákérdeznek, de egyszerűen nem esik le a vicc mert annyira nincs beindexelve a fejedben az két angol szó hogy beugorjon, hiába tárgyalóképes felsőfokú angolod van... nem anyanyelvi szinten ismered

Egy javaslat: mi lenne, ha igy fogalmaznank at a kerdest: Hany nyelven tudnal olyan programot irni, amely kiirja a sajat forraskodjat (termeszetesen I/O muveletek nelkul)? Szerintem aki ilyenekre kepes, az eleg jol ,,beszeli'' az adott programozasi nyelvet. Egy masik otlet lehet peldaul a The International Obfuscated C Code Contest.

" char*f="char*f=%c%s%c;main()
{printf(f,34,f,34,10);}%c";
main(){printf(f,34,f,34,10);}
"

Namost ennél jóval bonyolultabb fordításkor felolvasni a forrásfileokat, azokat beágyazni mondjuk hex adatként egy tömbbe, s miután ez megvan, include-olja azokat a tömböket a program, és úgy forduljon, de nyílván ne csak a saját forrását írja ki, hanem a legenerált include fileokat is helyesen, meg a generátor programot is...

Ezt felejtsük már el. Minden hülye C könyvben benne van, pedig nem is igaz. Ez csak akkor állja meg a helyét, ha char tömbről van szó, egyébként nem. Próbáld csak ki:
int a[2]={ 0x11223344, 0x55667788 };
printf("%x %x %x\n",a[0],a[1],*(a+1));

A helyes képlet: a[x] = *(a+x*sizeof(a[0])

> int a[2]={ 0x11223344, 0x55667788 };
> printf("%x %x %x\n",a[0],a[1],*(a+1));

Ez szépen kiírja, hogy 11223344 55667788 55667788

printf("%x %x %x\n",a[0],a[1],*(a+1*sizeof(a[0])));

Ez viszont baromságot ír ki.

Definíció szerint ha pointert és egész számot adsz össze, akkor az nem annyi byte-nyival, hanem annyi sizeof(a[0])-nyival növeli az értéket. Vagyis az a+1 az nem 1-gyel nagyobb, hanem például int tömb esetén 4-gyel. Tehát implicite benne van az a szorzás, amit te még egyszer ki akarnál írni (ami természetesen hibás eredményhez vezet).

ezt nem értem
te kipróbáltad, vagy ennyire biztos vagy magadban?
de komolyan,kérdem, mert sok ember magabiztosságára itt a hupon ez számomra választ adna

(volti s itt valahol egy aláírás hogy a hülyék annyira magbiztosak a dolgukban az okosok meg mindenben .. mint ahogy itt is úgy látszik sokaknak gondot okoz a használható nyelvismerettől az elméleti nyelvismeretet megkülönböztetni
nem szintről van szó hogy az anyanyelvi magasabb a profitól, kb mint egyetemi és a gyakorlati tudás közti különbség)

Mi van akkor ha speciel ezt a 4[a]-t tudtam, hogy mit jelent c-ben, meg eleg jol tisztaban vagyok a szintakszissal, viszont tobb (5+) eve nem irtam mar semmit c-ben. Plusz az API konyvtarakrol fogalmam nincs. Szoval a string muveleteket is igencsak keresgetnem kellene, felteve ha van ra valami API egyaltalan.

( dezzy | 2010. 06. 08., k – 10:31 )

Es mi a helyzet azzal, aki eleve programozasi nyelvekkel es forditoprogramokkal dolgozik? :P

márpedig egy ilyenhez szinte egyáltalán nem kell érteni, én is szórakoztam ilyennel és két dolgot állíthatok biztosan:
- mindkét nyelven lefutott hibátlanul amit írtam
- akkor még egyáltalán nem értettem az adott programnyelvekhez (azóta pedig csak fejlődtem és bizton állíthatom a szintaktikáról se volt gőzöm se, nemhogy a nyelvről; és még most sem értek hozzájuk) :D

( cashy_hu | 2010. 06. 08., k – 10:48 )

Én nagyon rosszul beszélek anyanyelvemen. Szinte minden beszédhiba jelen van. Egyszerre raccsolok, selypítek és dadogok, valamint a szókincsem is szegényes. Namost legalább ennyire több tucat nyelven tudok programozni :D

attól hogy magyarul hibásan beszélsz még nem jelenti hogy angolul is ugyanígy értesz

ha valaki elmond egy angol viccet neked mondjuk a kulturális eltérés miatt, vagy egyéb ~nyelvtani okok miatt, pl hasonló szavakra (~szóviccek) egyszerűen nem vagy annyira érzékeny, azaz nem érted viccet

magyarul pedig hiába hibásabban beszélsz mint egy angol aki utólag tanulta a nyelvet, mégis sokkal több mindent értesz, mondasz olyan dolgokat amiket már nem értene

programnyelvek sem különböznek igazán ettől, még ha elsőre úgy tűnik hogy mivel pár száz oldalban tökéletesen lehet specifikálni..

( peterson v | 2010. 06. 08., k – 11:11 )

"Profi" szinten ismerem, és használom az SQL-t, (több rendszeren is, de maradjunk az SQL92 szabványnál), a PHP-t, és a Bash-t. Erre szavazhatnám azt is hogy 3...(?)
De bizonyára mindegyiknek vannak dolgai amiket még nem ismerek, talán nem is hallottam róla. A másik bökkenő, hogy ezek script nyelvek (kivéve SQL, mert az lekérdező nyelv). Ezek is érvényesek?
Mindenesetre 0-t szavaztam.

Apropó SQL: beszélt nyelvnek számít egyáltalán? Hiszen valójában egy szabvány. Lekérdező nyelv, de nem programozási nyelv (bár a PL/SQL azért...). Ha igen, akkor számít hogy mely rendszeren (MySQL, PostgreSQL, Orecle, MSSQL, Firebird...stb)? Ha több rendszeren is tudok eljárásokat írni, akkor az több "beszélt nyelv"-nek számít? Lényeg: az SQL határeset...

---
"A megoldásra kell koncentrálni nem a problémára."

így látatlanban azt mondanám jól választottál (szerintem az sql max fél nyelvnek számítana, esetleg ha a több rendszert a pl-t is beleértve mind ismered, akkor talán egynek :) )

a lényeg talán http://hup.hu/szavazasok/20100608/anyanyelvi_szinten_ismert_programnyel… utolsó bekezdésében

( bocs | 2010. 06. 08., k – 11:47 )

hehe
szeretném, ha jelentkezne legalább 1 c++ programozó, aki anyanyelvi szinten ért hozzá.
én kb 15 éve ebből élek, de nem merném rá mondani, hogy anyanyelvi a szintem...

Amikor a német érettségire készültem 1978-ban, akkor egy pár hétig élveztem, hogy úgy oldottam meg a gyakorlófeladatokat, hogy nem fordítottam le a kérdést magyarra és a válaszok is németül születtek meg a fejemben.
De jó lenne most ezt angolból elérni! Csak 50 évesen már nincs hozzá erőm, kitartásom.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba és kész!

Én csak 4-5 éve használom aktívan, de erősen beleástam magam, több (ebből élő) ismerősöm fordul hozzám tanácsért, de egyszerűen túl nagy a nyelv, szerintem Bjarne is elfelejti az egyik felét mire végiggondolja a másikat... szóval kíváncsi lennék egy olyanra, aki ezt állítja magáról.
----
Hülye pelikán

( Nyosigomboc v | 2010. 06. 08., k – 11:58 )

Ha ugy kozelitjuk meg, hogy az adott nyelven tudna-e valaki ujat mutatni nekem, akkor a C, C++, PHP kiesik, pedig ezeket hasznalom a legtobbet. Viszont a poen nyelvek, mondjuk a BF, URISC elegge egyszeruek, irtam mar interpretert is, nem hiszem, hogy tudnanak ujat mutatni ezeken a nyelveken. Persze eselytelen, hogy barmelyik nagyobb PHP projectemet portoljam BF-ra. Akkor utobbiakat jobban ismerem, mint az elobbieket?
Az megint mas, hogy mondjuk a Java-t, C++-t meg talan az alkotoi sem ismerhetik "anyanyelvi" szinten a rengeteg beepitett/kiegeszito konyvtar miatt.

--
What's the difference between the Israeli navy and Somali pirates?
If you negotiate with Somali pirates,you can prevent them from murdering their victims. - sickipedia

ilyen Bf nyelvek nyilván nem számítanak (sőt szándékos terelés volt a max három kiírással, hogy ilyemire ne is gondoljanak:) )

de nem költőnek kell lenni hanem csak jól ismerni, tehát a könyvtárak se számítanak (nagyon:) ) bele, pl nem fejből kell a javaee összes osztályát, függvényét, hanem a nyelvet

Na de, ha nem ismered a könyvtárak egy részét, akkor egy feladathoz lehet nem a legoptimálisabb megoldást választod, amit az egyik ilyen szomdra ismeretlen könyvtárral lehetne megoldani, hanem egy rosszabbat. Ekkor már számomra kérdéses, hogy azt lehetne-e anyanyelvi szintűnek nevezni.

---
BME-VIK '09
Compaq Mini 311 - N270 @ 2323 MHz - 3GB DDR3 @ 1240 MHz - ION

http://hup.hu/szavazasok/20100608/anyanyelvi_szinten_ismert_programnyel… és http://hup.hu/szavazasok/20100608/anyanyelvi_szinten_ismert_programnyel… utolsó bekezdései, azaz:

- a nyelv által adott eszközökre vonatkozik, nyilván nem arra hogy az igazi optimum hogy ismersz-e olyan programozót aki fizet neked hogy hatékonyabban megcsinálhassa :)
- NEM egy skálán van a profi és az anyanyelvi, nem magasabb egyik sem a másiktól, pont mint az elméleti (egyetemi) és a gyakorlati (profi) tudás közt a különbség

( john_silver v | 2010. 06. 08., k – 11:59 )

Nem tudok programozni. Nem ismerek egy programnyelvet sem a Szia világ!-nál mélyebben.

( whitehawk v | 2010. 06. 08., k – 13:46 )

[szerk.: közben látom más is hasonló kérdést tettek fel.]

Ez persze most lehet, hogy a részemröl szarrágás, de pl. a C nyelvnél mi számít anyanyelvinek? Maga a C nyelv elég minimális, viszont rengetek lib létezik, és header file definiált függvényekkel. Ez pedig eltérhet rendszereken. pl a borland c-ben más header fájlok vannak mint a glibc headerjei.

Mert az anyanyelvi szint ugye magyarul sem azt teszi, hogy kívülröl fújom az összes verset hanem, hogy megértem ha elolvasom, bárhogy is legyen szövegezve.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

a headerek és a függvények ismerete pont hogy a profi szintre utalnak, azaz használja a nyelvet

amire én gondoltam az az hogy amiket konvenkciótk miatt nem szoktak használni, azaz függvények..pointerek..stb-k keverése, az extrém "mitírki" példák (itt a hupon is volt pár szép példa, ha megtalálom belinkelem) nem hozzák zavarba, és adott esetben ha tudja hogy egy ilyen, mások számára csak tiltott obfuscatingnek tűnő, módszer hatékonyabb, akkor akár használja is (vagyis használná ha nem vágnák le érte a kezét:) )

(azaz a C-t is hiába kicsi, a legtöbben tudnák ha akarnák sem kihasználni a benne rejlő képességeket.. valami ilyesmi a lényeg is, tudod hogy van iterátor meg van for, de nem mindig tudod eldönteni melyik a hatékonyabb, megéri-e az átláthatóság vesztére teljesítményt veszteni, melyiket tudja majd ól optimalizálni a fordító, stb.. )

( kupcsik v | 2010. 06. 08., k – 14:12 )

Nem jó a megfogalmazás. Anyanyelv azt jelenti, hogy azzal nőtt fel. Mutass nekem 1 embert, akinek a szülei C-ben mondták az esti mesét, vagy az anyukája php-ben énekelte az altatót :) Emberi nyelvet sem tudsz később megtanulni anyanyelvi szinten, ennek neurológiai okai vannak.

( kupcsik v | 2010. 06. 08., k – 14:12 )

Nem jó a megfogalmazás. Anyanyelv azt jelenti, hogy azzal nőtt fel. Mutass nekem 1 embert, akinek a szülei C-ben mondták az esti mesét, vagy az anyukája php-ben énekelte az altatót :) Emberi nyelvet sem tudsz később megtanulni anyanyelvi szinten, ennek neurológiai okai vannak.

neked ugye a magyar és a drupal nem az anyanyelved? :)

minek létezik az a kifejezés hogy "anyanyelvi szint" és miért használják, ha nincs olyan, mert vagy anyanyelve valakinek van nincs olyan szinten?

nemhogy természetes nyelvet meg lehet később (nyilván nem 20 év felett) tanulni, hanem mivel a programnyelvek tényleg lényegesen egyszerűbbek, biztos értelmesen rá lehet húzni ezt a kifejezést

( samuf v | 2010. 06. 08., k – 15:45 )

Szerintem elég nehéz eldönteni, hogy tényleg ismered-e az összes nyelvi elemet.
Aki Delphi-vel foglalkozott, de csak a ~7-ig, az egy csomó nyelvi elemről nem is tud, hiszen ezek később kerültek bele a nyelvbe. Ezek nem plusz függvények, hanem valós nyelvi elemek mint a "for-in loop"
Csak néhány példa
New Delphi language features
Using New Delphi Coding Styles and Architectures (pdf)

valóan, a szavazás nem egyértelmű de amit te kérdel az azért elégé:)
nyilván ha az számít amivel foglalkozott, ha tehát delphi7-et ismeri témabeli szinten, akkor azt a témabeli szinten ismeri, de ha a delphi8-at is, az ár nem számít új nyelvnek.. azért az értetlenkedést nem kell túlzásba vinni :D

( szemet | 2010. 06. 08., k – 15:53 )

Egy jól tervezett definiált és konzisztens nyelvet könnyű anyanyelvi szinten tudni. Vannak nyelvek amiknek a szemantikája formálisan is definiált (SML pl.).

Szerintem főként a C és C++ programozókban alakul ki az a kép, hogy egy nyelvet lehetetlen igazán megtanulni, ami nem csoda:

mivel hardverközelinek kellett maradniuk a szabvány tele van "undefined" részekkel (típusok mérete, byte sorrend, függvényargumentumok kiértékelési sorrendje, tetszőleges mennyiségű padding byte a struct szerkezet adattagjai között stb...) amiknek konkrét megvalósítási gyakorlata fordítótól és architektúrától függően mindenféle kombinációban előfordul.

A megoldás alapból az lenne, hogy az ember nem használ "undefined" eredménnyel járó kódokat (pl pointerléptetés structon belül).

De mivel általában rendszerprogramozásról van szó, ezeket az alacsony szintű kérdéseket nem mindig lehet kikerülni, mert az indokolatlan teljesítményvesztéssel járna egyes platformokon. Ekkor jön a képbe, hogy minden platformon és fordítóra tudnod kell ezeket a szarokat, és preprocesszor mágiával kell az optimális és helyes forráskódot biztosítanod.

Szóval a gyakorlatban nem a nagybetűs "C" nyelv ideáját kell ismerni (mert olyan nem létezik), hanem minél több konkrét C megvalósítás konkrét nyavalyáit. Így aztán nincs igazi "örökérvényű";) tudás, csak a szüntelen küzdelem feléje.

Na igen... Ott meg nincs szabvány, szóval a nyelv viselkedését néha próba szerencse módszerrel kell megtudni, és az sem leányálom. ;)

Ráadásul a nyelv burjánzásszerűen fejlődött ezért nem valami konzisztens.

Összesítve valahogy az a végkövetkeztetés látszik talán, hogy:

- az oktatási célra szánt / szabványosított és már nem fejlődő / kisméretű nyelveket lehet anyanyelvi szinten ismerni

- a gyakorlatban használt, folyamatosan fejlődő nagyméretű nyelveket pedig nem lehet - vagy legalábbis senki sem meri kijelenteni magáról, hogy ő anyanyelvi szinten van ;)

( tomaza | 2010. 06. 08., k – 15:56 )

na majd legközelebb igyekszem pontosabban kérdezni

mondjuk úgy hogy az alábbi: http://en.wikipedia.org/wiki/Categorical_list_of_programming_languages
programnyelv típusok közöl hányban ismersz olyan programnyelvet amiben nem tudnak tőled olyat kérdezni hogy ne tudnád "mit ír ki"

(írni lehet bármit anélkül hogy nagyon ismernéd a nyelvet, a kérdés egyrészt hogy bárki bármit ír megérted-e, és tudsz-e úgy írni benne hogy azt a nyelvi eszközökkel lényegében ne lehessen hatékonyabban (futásidő, gépelésidő, stb..) megírni

( egmont | 2010. 06. 08., k – 18:20 )

Ha már mindenki szőrszálhasogat, hadd tegyek így én is, méghozzá a "profi" szóval kapcsolatban.

A témában repkednek a "profi szinten" és ehhez hasonló kifejezések. Ha belegondolunk, a profi (professzionális) eredeti jelentése az, hogy szakmájaként űz valamit, ellentétben az amatőrrel, aki kedvtelésből, szabadidőben. Ez, mint tudjuk, nem feltétlenül jelent színvonalbeli különbséget az előbbi javára (bár valószínűleg van korreláció). Persze, tudom, a hétköznapi használatban a profi szó jelentésmódosuláson esett át, és legtöbbször a kiváló színvonalú munkával (annak végzőjével) azonosítják. Ha az eredeti jelentéshez visszakanyarodunk, akkor az jön ki, hogy profiként foglalkozom minden egyes nyelvvel (programozási nyelvvel, leírónyelvvel stb.), mihelyst elsőként szemben találom magam vele a munkám során.

én mindig (most is) az eredeti értelmében használom, azaz ahogy te is mondtad:
"profi: ebből él"

azaz ebből lehet következtetni(itt van a korreláció) arra, hogy valószínű sokat foglalkozik vele, nem hetente pár percet játszik vele, azaz valamennyit fel kell szedjen, nem elméleti szinten használja jól de a gyakorlatban azért azt hogy "ebből él" könnyen és egyértelműen lehet kérdezni/válaszolni, tehát jó mérce arra hogy mennyire jó benne valaki

én a másik végére kérdeztem rá, hogy "egyetemi" szinten tudja-e valaki, persze sok kocka van aki ha nem definiálom a kérdést mint a rajzfilmekben ha a robotnak azt mondom "a te fejed most fel fog robbanni"

( palmaci | 2010. 06. 08., k – 21:54 )

A kerdes azert faramuci mert a legtobb nyelvben van max 20-30 keyword. Aztan csa, mondjuk a legtobb esetben meg azonosak is if,while,case stb. De amitol mindig bonyult lesz az adott nyelv az RTM, meg lib-ek na mar most aki fejbol vagja mondjuk a java osszes fn fejbol az elott melyen meghajolok :D en max azokat tudom amiket napi szinten hasznalok, sokszor en is meg nezem van-e olyan fn amire nekem van szuksegem. Es mondjuk a gcc es a vc++ kozott ezert vannak eleg sulyos kulonbsegek. Szerintem ha valaki tud 1 nyelven programozni, siman megtanulja a tobbit. Az algoritmus algoritmus marad, csak a syntax lesz mas. Nekem sokszor van ugy, hogy kell 1-2 perc mire az agyam atall pascal.rol c++ vagy java vagy php-ra vagy akarmire. Szerintem a vilag legkiralyabb program nyelve az ASM :-D olyan szemlelet modott add az embernek, hogy maskepp all neki magas szinten programozni, mert tudom mit csinal a CPU. az SQL meg ne keverjuk mar ide. ennyibol tudok XML-lul meg HTML-ul is :D meg RTF-ul is :-D Mondjuk eddig a legerdekesebb nyelv amivel talalkoztam az a FORTH meg c64-en nem ez a nem a fortran

csak egy pelda Javaban, amihez se lib nem kell, se az osszes fuggvenyt fejbol vagni, de meg a keywordoket se nagyon: 


class X {
    public static void a(double d) { System.out.println("1"); }
    public static void a(float b) { System.out.println("2"); }
}

X.a(5);

de a JLS tele van finomsagokkal... :) en azt mondanam, hogy az ismeri magat a nyelvet, aki a JLSt tobbe-kevesbe ismeri.

telerakhatod a ":D" -vel a kommented, ettol meg sajnos nem tudlak komolyan venni.
miert kene a System.* -ot importalni a fenti kodban? a java.lang.* van importalva alapbol, ebben benne van a String.

a programozast nem ugy kell csinalni, ahogy jolesik. vagyhat ha ertesz hozza, nem mindig ugy csinalod, mert akkor talan nem kapsz egy karbantarthatatlan ganyhalmazt.

just my 2cents ;)

szerintem olvasd at meg1x amit irtam.

"a java.lang.* van importalva alapbol," ezt irtam en is....

ezek szerint aki ert hozza az minden problemat ugyan ugy lat es ugyan azt a kodot fogja eloallitani?

Pont ez a szepsege, hogy mindenki maskep oldja megugyan azt a problemat. Sot meg sajat magad sem fogod meg 1x ugyan ugy megoldani ugyan azt a problemat. Mert lehet 1 aprosag csak kesobb jutott eszedbe, hogy ezt lehet mas kep is. Vagy van idod optimalizani. Te azt tegyuk hozza, hogy hataridok vannak. A hataridobol meg kovetkezik a ganyolas. A hobby programozo ra er tele commentel szep olvashato kodot gyartani, de amikor a nyakadon a hatarido nem az a legfontosabb szempont. Olvastam valamikor regen 1 jo konyvet talan az volt a cime Assembly variaciok, es abban irta a szerzo, hogy nincs rejtesebb, mint 1 honap mulva megnezni a sajat kodunk, mert ugye a comment az luxus :-D

A ganyolas meg nem feltetelen a hozza nem ertes jele. Igaz stilusosan workaround-nak hivjak szepen :-D

import System.* de ezt a rendszer megcsinalja :-D"

ezt irtad, es ez baromsag.

ganyolas != nincs komment. en utalok kommentelni, de ettol fuggetlenul szerintem a kodom ondokumentalo. mindegy, nem neked szol ez (legalabbis nem teljesen, csak reszben), csak annyi gany java kodot latok nap mint nap, amit "hozzaertok" kovetnek el, hogy pfaj.

persze holnaptol mar meg lehet kopkodni az en libemet is...

ebben igazad van
"import System.* " helyett
"import java.lang.*" ez kellet volna irnom!

"a kodom ondokumentalo" igen ezt szeretnem hinni en is, de neha tudok magam is meglepetest okozni. Neha tok tudok magamnak orulni, ha elokerul 1 regi project, hogy ezt en csinaltam es milyen szep :-)

( current88 | 2010. 06. 09., sze – 09:16 )

Közel sem érzem magam profinak, de amúgy a java-t meg a js-t elég jól tudom. Meg tudom benne írni amit kell, de nem tudom mi számít profinak... Ha az a profi aki meg tudja írni java-ban az eclipse-t, akkor én nem vagyok profi.

Szavazat: 0

( DieHappy | 2010. 06. 09., sze – 09:43 )

Ugy nez ki nem ertem a kulonbseget a "megirok barmit"/"elolvasva megertek -szinte- barmit"/"anyanyelvi szinten tudok" kozott, szoval nulla.

hát itt elég sokan nem értik :)

pedig szerintem tényleg nem bonyolult, a legtöbb nyelvenbármit meg lehet írni a legegyszerűbb eszközeivel, (kb: int, for ,read, print és kész a turing géped)
aki c-ben a pointerkezelést nem érti, csak annyira hogy ha nem akarom másolni a változót akkor nem az értékére hanem a mutatóra hivatkozok, ezzel a szinttel beéri, és többet nem is használja.. gyakoratilag bármit megír vele de nem használja ki a nyelv adta lehetőségeket, és ha találkozik valaki olyan munkájával aki igen, akkor csak a fejét vakarja

tehát átolvasok pár tutorialt, ezek után bármi programot mit adtak vagy eszembe jutott, megírtam, éveken keresztül még fizettek is ezért: ez még közel sem jelenti azt hogy ha kapod valaki másnak a munkáját hogy folytasd, megértenéd

persze sokan akadnak itt ki hogy _magukról_ hogy tudhatnák milyen szinten vannak.. na azok a nullások :D (igazából aki a kérdést megérti és nem kezdi el idesorolni azokat a nyelveket amikből egy tucat is kijöhet (kivéve persze ha a nyelvészkedés a hobbija, de az az utolsó pont) már ez megér egy fél pontot :) )

Igazabol szerintem sokaknal gond az "anyanyelvi" meghatarozasa egy programnyelvre. Szerintem nincs programozo, aki adott esetben ne nyitna ki a nyelv dokumentaciojat, ha arrol van szo, mert minden kis fuggvenyt meg konstanst nem lehet megjegyezni, foleg az olyan nyelveknel, mint a C/C++. Raadasul te magad korlatoztad a kerdest az ugymond fejlodo nyelvekre, tehat amelyet meg fejlesztenek, viszont ez azzal is jar, hogy a nyelv, pontosabban az a core keretrendszer, amin belul a nyelv mukodik, folyamatos valtozasban van. A beszelt nyelvvel ellentetben azonban - ahol megertik azt is, ha regiesen, videkiesen, poszen, raccsolva beszelsz, - a programnyelvek eseteben akar mar kis valtozas is tud mukodeskeptelen, vagy hibas mukodesu programot okozni.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

utolsó gondolatodhoz (az azelőttire nem tudok mit mondani, szándékos a kérdés definiálatlanságának mértéke):

az a dialektus a nyelvben működőképes, ha anyanyelven beszélsz megérted, sőt jelentés tartalmat is tudsz neki tulajdonítani, a nem nemhogy nem érted, nem tudod megmondani hogy az ország melyik végéről jött sem

ugyanez programnyelvnél működőképes, de pl sokan nem tudják hogy mi a különbség a ++i és i++ közt, ha az adott kódrész egyébként helyesen működik.. ebből mit optimalizál ki a fordító, miért lesz az egyik gyorsabb
igen, működik, mindkettő, de a kérdés az volt hogy érti-e a különbséget

ha valaki nem az anyanyelvén hallja az általad említett ~dialektusokat (regiesen, videkiesen, poszen, raccsolva) akkor ugye nehezen vagy egyáltalán nem érti, de ha anyanyelvén, akkor le tud belőle olyan dolgokat is szűrni hogy milyen tájszólás, milyen kedve van, meg sok metainformációt, akár szinonimák közt is különbséget tud tenni

ehh, most nézem a második fele a kérdéses bekezdésnek tényleg elég magyartalan, valamit kitörölhettem így más én sem értem mit akartam írni, de az anyanyelvnek pont ez a lényege hogy elvileg még így is érted hisz semmi olyan nincs benne amit egyébként ne tudnál, én csak megcímeztem azzal a már fejedben lévő infót :)

ezt a programnyelvre nem úgy mint te, hogy működőképtelen (természetes nyelvbe nyelvtani szabályoknak ellentmondó, azaz programnyelvben syntax error lesz) fogalmaztam át, hanem ahogy a természetes nyelvben is működőképes, ugyanazt a jelentést hordozza nagyvonalakban, programnyelvben is a "for(i=0; i<9; i++)print(i);" és ue. "++i"-vel ugyanazt a kimenetet produkálja, mégis egész más lehet (ha i nem int hanem objektum) a mögötte lévő működés (nemrégen volt itt pont ez téma, had ne részletezzem, de pont azt mondom hogy aki nem ért a nyelvhez annak fel se tűnik ez hogy más lehet a kettő és értetlenkedni fognak, ezeet simán a nullához hozzáadom)

A backspace idonkent torolget dolgokat a kommentedbol, figyelj oda :-)

A programnyelvre: az, hogy for(0=i; i < 9; i++) print(i); szintaktikailag hibas, mukodeskeptelen elo nyelvben viszont hasonlo hibaval egyutt is megertened a mondanivalot (sot, meg ezt a sort is megerted).

Erre ertettem azt, hogy az elo nyelvnel megertjuk a teljesen hibas, vagy idegen beszedet is, ugyanakkor ez programnyelveknel nem igy van.

Nem lehet az elo es a programnyelvek kozott olyan egyszeruen parhuzamot vonni.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Ez csak annyit jelent, hogy a programnyelvek nagyjából környezetfüggetlen grammatikával leírhatók, míg az élő nyelvek nem. Az anyanyelvi ismeret jelentheti azt, hogy a nagy részét ismered a nyelvnek, programnyelvnél ez nyílván egy kisebb halmaz (persze mindkettő végtelen, de hagyjuk).
----
Hülye pelikán