[HK] Name conventions

Nem tudok perzsául. Én egy nagy angol szótárban találtam e szót, az Országh-féle szótárban, ami azért meglehetősen híres még manapság is. Ettől persze még lehet perzsa eredetű, na és? Az angol temérdek szót vett át más nyelvekből. Lehet hogy ezt is. Nem számít, nekem legalábbis tökmindegy.

De én még abban is benne vagyok hogy legyen más neve a nyelvnek, ha akadnak jó tippek rá és valamelyik jobban megtetszik nekem mint a peri, akkor az lesz. Ez a szememben egy sokadrangú részletkérdés. Ha a nagyérdeműt mégis ez izgatja, lehet rajta ötletelni, nem zárkózom el a változtatástól, láthatod...

Ez a nyelv amit most írok, lényegében maga a Furor, csak:

1. Átneveztem

2. Mindent ami nem abszolút létszükséglet legalább az elinduláshoz és az include állományok megemésztéséhez, kiszórtam külső libekbe

3. Néhány teljesen agyament szintaxist kicseréltem emberbarátabb akármikre (de ettől még elég fura maradt, csak hát azért mégis kissé jobb...)

4. Még sokkal jobb lett az interfész ami összekapcsolja a core-t a librarykban definiált cumókkal

5. Épp ma javítottam ki egy... na nem hibát, tudtam róla rég, de mondjuk hogy hiányosságot: eddig a finite loop-ok nem voltak használhatóak úgy, hogy a loop-ot tartalmazó függvényt rekurzívan meghívjuk a loop-on belül. Mostantól ez a korlátozás megszűnt. Igaz hogy ezzel eléggé agyonbonyolódott a ciklusváltozók kezelése a libraryban, mert mostantól nem a kód tokeneiben tárolódnak hanem egy veremtárban, de ez az én bajom és annyi baj legyen: készen van, jól működik, s nyelv szintaktikája semmit se változott, csak egy megkötéssel kevesebb!

6. Nem kompatibilis a Furorral, de nagyon könnyű átírni rá Furor programokat, mert csak kevés helyen kell változtatni a kódon.

7. LEHET benne OS-t írni! Csak felesleges. Igaz hogy volt régen ilyen tervem, de letettem róla. Túl nagy meló, ami azt jelenti hogy sok időt venne el a regényírástól.

8. Lassabb mint a Furor: a benchmarkok szerint nagy általánosságban kb 20-szor lassabb a natív kódnál, azaz durván kétszer lassabb mint a Furor (kevesebb mint kétszer...), ami azonban nagyon jó eredmény mert eredetileg úgy saccoltam hogy 25-ször lesz lassabb mint a natív kód. Ez a lassulás amiatt történt mert minden libekben van, s így a funkcióhívásoknál ugye a rendszerstack van matatva ami időbe telik. Cserébe azonban messze sokkal jobban személyre szabható mint a Furor.

Íme 2 példaprograny: ez a pí értékét számítja ki iterációval:

###sysinclude standard.uh
tick sto clock1
#d
0. sto p 1. sto n 1. sto s
3000000 {{ s+/- n++++ / sum p }}
4. prd p
tick @clock1 #g -
."idő = " print ." tick\n"
."Pí közelítés = " p #d printnl
end
{ „clock1” }

Ez meg a prímszámok mennyiségét számolja össze egy intervallumban, az Eratoszthenészi szita módszerét alkalmazva:

###sysinclude standard.uh
tick sto startingtick
#g 100000 sto MAX
@MAX mem !maximize sto primeNumbers
one count
2 0 sto#s primeNumbers
2 @MAX külső: {{ ,
@count {{
{{}}§külső {{}} primeNumbers[] !/ inv { {{<}}§külső }
}}
// {{}} gprintnl  // A talált prímszám kiiratásához kommentezzük ki e sort
{{}} @count++ sto#s primeNumbers
}}
@primeNumbers inv mem
."Time : " tick @startingtick - print ." tick\n"
."Prímek száma = " @count printnl
end
{ „MAX” } { „startingtick” } { „primeNumbers” } { „count” }

Note: nem a te kedvedért írtam e választ, te nem érdemled meg, hanem a többieknek, az esetleges érdeklődőknek. Bár igaz, te is érdeklődő vagy, hiába is tagadod, különben nem enne a fene oda téged mindig a topikjaimba. De annyi baj legyen, kezdem úgy vélni, még mindig jobb ha vannak irigyeim meg ellenségeim, mintha egy szürke kis nímand lennék akire senki nem figyel.

Az az igazság hogy ez olyan mértékig a Furor kódbázisára épül, hogy két hétbe se tellett összedobnom mert egy rakás mindent készen átemelhettem belőle. Mondjuk annyiból nincs még kész hogy a Furorhoz írtam egy sereg libet, ezek többségét még nem emeltem át, nem ellenőriztem le hogy működik-e a Perivel, s ha nem akkor mit kell változtatnom rajta. De igazán nem lesz nagy meló ez se, csak nem akarom elsietni, s azért nem mert a kód hiába jó, ha nem tudom mi legyen a NEVE az egyes funkcióknak a programnyelvemben... na ez az amiért itt tanácsot kérek. És igazán hozzáállhatnál a kérdéshez építő módon is trollkodás helyett. Szégyen amit művelsz, tényleg, főleg mert ha jól tudom valamiféle oktató vagy, tanár, ilyesmi... Erre itt egy fickó - én - akiről le se tagadható hogy tele van lelkesedéssel hogy alkosson és tanuljon vagy legalábbis gyakoroljon informatikai témában, s te, akinek az lenne a dolga hogy az efféle lelkesedést bátorítsa és segítse a tanulókat, te inkább mindent megteszel hogy elcsüggeszd az illetőt! Az ilyen mentalitású ember a tanárok szégyene. Ezt műveled a diákjaiddal is?! A szerencsétlenek...

És még felesleges is amit csinálsz mert látod: nem bírsz eltéríteni a célomtól.

Na végre egy érdemi hozzászólás, nagyon szépen köszönöm!

Találtam is benne jópár olyan dolgot ami tetszik. Lennének azonban „vitatott pontok” is. Mindenekelőtt: Bevallom őszintén, nekem a hátam borsódzik a z olyan kulcsszavaktól ahol a szó közepén hirtelen egy nagyBetű található, de különösen akkor, ha a szó eleje meg kisbetűvel kezdődik. Hadd kérdezzem meg a nálam tájékozottabbakat, lehetne-e ezellen kitalálni valami más módszert? Néha én is használok ilyesmit, de ott legalább akkor az úgy van hogy a szó legelső betűje is mindig Nagy betű... de tulajdonképpen ezt az egész izét hogy több értelmes szóból állítsunk össze egy kulcsszót, kerülném ha lehet. Azaz tömören: én előnyben részesíteném az egyszavas mnemonikokat, amennyiben találunk kellő számút. Szóval nem zárkózom el végleg a többszavasoktól, de inkább csak végszükség esetére...

A "replace" kulcsszó szerintem inkább olyasmire lenne jó hogy a stringben egy részletet kicserélni egy másik stringre, és nem lenne okvetlen szükséges hogy a kicserélt rész az újjal azonos hosszúságú legyen. De itt meg akkor az van hogy meg kéne különböztetnünk 2 alesetet:

1. A keresett stringrészlet ELSŐ előfordulását cseréli csak le.

2. Minden előfordulást lecserél.

Azt mindenképp elfogadom a javaslatodból, hogy akadnak funkciók a felsoroltak közt amik inkább egy másik libbe valók lennének, aminek legyen a neve mondjuk "file". Semmi akadálya annak hogy áttegyem őket abba. A baj az, hogy akkor meg az a lib olyan kell legyen ami úgyis behúzza magának a stringlibet, minthogy kell neki egy rakás cumó ami az én speciális stringosztályomat kezeli. Nálam ugyanis a stringek elemei szigorúan 8 bájtos "unsigned long long" elemeket tartalmaznak, pontosabban egy uniont ami ilyen hosszú, s ebben tárolják az Unicode értékeket...

Tudom hogy pocséklás, ellenben eszméletlenül hatékony. Nálam végső soron ugyanis minden memóriaallokáció VÉGSŐ SORON egy ilyen stringre mutató pointerrel tér vissza. Minden magasabb „osztály” erre a stringfajtára épül nálam. Tehát azért 8 bájtos a tárolási egység mert ennyi bájtba minden elemi izémizé belefér ami a 64 bites rendszerekben lenni szokott. (Ettől még persze van lehetőség hogy ilyen stringet átalakítsunk char* -gá, a kernel meg egyéb „kincstári” rutinok számára...)

Ha a C stílusú kommentek kiszűrését külön libbe teszem, jóeséllyel az lesz abban a libben az egyetlen függvény. Nem nézne ez ki rosszul? Vagy, esetleg mit lehetne még beletenni akkor abba a libbe? Várom a tippeket!

Nem tudom mi az a sperg, autista pedig nem vagyok. Asperger-szindrómás (röviden Aspie) igen. Az azonban nem azonos az autizmussal. Egy Aspie el tudja látni magát, sőt többnyire kifejezetten zseni bizonyos speciális részterületeken. Egy autista, az nem. Szóval bár néhány tünet lehet hasonló, a két dolog teljesen más a lényegét illetően. A nátha se azonos a pestissel.

Ettől még a tring és a strin jó ötlet, amennyiben JÓPOFA. Nekem tetszik. Kétlem azonban, hogy úgy általában nagy tömegek tetszését megnyerné. A gnirts meg kifejezetten nehézkes is, soká tart felismerni mire utal, és még kimondani se könnyű, márpedig tapasztalatom szerint azok a kulcsszavak a könnyen memorizálhatóak, amik könnyen kiejthetők.

Hehehe, ez RÉG készen van... De annyira, hogy... hogy is mondjam... szóval ott fentebb láthatod a példaprogramjaimban, a kezdő soruk az hogy

###sysinclude standard.uh

Ez egy include utasítás nyilván. A main programba (bár nálam annak neve nem main hanem BigBoss) behúzza a standard.uh include fájlt.

DE CSAK ABBA:::

Azaz itt bizony az van hogy az összes, ÖSSZES függvénybe be kell includeolni amit az használ. Azért függvénybe, mert nálam minden függvény külön névtér. A névtér és a függvény fogalma nálam ugyanaz.

Ez szar ügynek tűnhet elsőre, hogy be kell includeolni mindegyikbe, másrészt viszont megvan az a nagy haszna, hogy így tényleg jelenthet ugyanaz a függvény vagy operátor tök más dolgot is a különböző függvényekben.

És persze azért az egyes függvények ettől még hivatkozhatnak egymásra bizonyos konvenciók betartásával, sőt, ez a lehetőség még a későbbiekben bővül majd a terveim szerint pár ficsőrrel.

Azt meg még nem is mondtam, a C nyelvvel ellentétben nálam a függvények épp emiatt nem a globális névtér részei, hanem matrjoskaszerűen egymásba lehet őket ágyazni... Hasonlóan mint a könyvtárrendszer.

Minek? Már egy ideje nem törölhetőek a blogbejegyzések...