<Placeholder>

Jogos, kifelejtettem (javítottam). Nem tud általános binárist fordítani még. Van hozzá értelmező, és közbenső C++ kód formájában lehet bináris modult fordítani hozzá.

Köszönöm, igyekszem a lehető legjobban megvalósítani. A Rust tényleg nagyon hasít és gyorsan fejlődik, kiváló a numerikus feladatokhoz. Az általános feladatok mellett inkább a tudásreprezentációhoz és a hozzá kapcsolódó feldolgozási feladatokhoz szeretném inkább a szoftverem képességeit kidomborítani.

Talán mert fejlődik a világ? :)  A microservices is az ontológia irányába megy, az AI sem csak mélytanulásból áll, az internet is egyre inkább a szemantikus web fele tart. Miért ne lehetne egy új nyelv, ami ötvözi a klasszikus programozást és az új irányokat, technológiákat?

Még kevés példa van kint, azok is egyszerűek. A 'Tömb' nevűben van egy függvény deklaráció, lényegében semmi extra nincs benne. A belépési pont neve akkor nem számít, ha csak egy fájlban (vagy stringben, mint a weboldalon) levő dolgot kell végrehajtani. Javítottam a kommentet. Megoldható lett volna, hogy más-más néven az összes példa betöltődik, és a névvel lehet meghívni őket. De így nem kell kitalálni hogy hívják az indítót. Inkább szemantikai jelentősége van, jelenleg annyi a megkötés, hogy érték nélkül kell meghívni az üres belépési pontot. Természetesen az általános típus string tömb (Store::Vector<Data::String>).

A több fájl betöltése elég más, mint a többi nyelvnél. Tárolók (System::Repository) vannak, ezekbe kell betölteni egyenként, vagy akár .zip fájból. A teszt oldalon egy context, egy raktár és egy értelmező van, minden futás után törlődnek. Lehet túlságosan modulárisra sikerült, egy feltöltött raktár futtatható, validálható, módosítható, transzformálható, kereshető, elmenthető, másolható (majdnem mint egy git repó). Egyszerűbb példát tettem fel 'tároló és futtatás' néven.

Sokat nem gondolodtam rajta, írtam ami eszembe jutott. A valóság az, hogy hobbinak indult, nagy lett, használható is, szerintem van jövője, időm most nem sok, másnak lehet, professzionális is lehet még, engem is jobban érdekel ha mást is. Ezt már nehezebb szépen megfogalmazni. De tetszik amit írtál.

Teljen jogos kérdés, szintén soknak gondolom. Viszont az esztétika és az egyértelműség is fontos szempont. Valóban a C++ nyelvből jött az ötlet. Kibővítve a kérdés így hangzik: hogyan lehet az alábbi kódot egyszerűsíteni? Dupla kettőspont helyett lehetne pont (mint a Jávánál), de akkor összefolyik pár dolog és nincs szinkronban a sima kettősponttal. Nekem picit furcsa az egy kettőspont, de még bármin lehet változtatni.

*alias Prefix::Namespace:{workspace}: other;

[std:id="ID"]
*function bool func1 ([std:out] Store::Vector<Data::String> list) {
    :other::Class source;
    list = source.getList();
    *return !list.empty();
};

Csak egy belső munkatér van importálva mindenhol. Jelenleg megoldatlan probléma, hogy a beolvasott kód nem megy át típusellenőrzésen mielőtt a raktárba kerül, csak végrehajtáskor. Kereséskor meg elég költséges megoldás a típusfeloldás, ezért vannak még mindig teljes típusok megadva amiket aliassal lehet egyszerűsíteni.

Köszi, ez jó ötlet. Így elsőre a saturation és az assertion (túlcsordulás esetén kivétel) jöhet szóba csoportos műveleteknél, de egy-egy műveletre korlátozva nehezen kivitelezhető jelenleg. Olyan nyelvet igyekszem alkotni, aminek a komplexitását szükség esetén lehet csökkenteni, könnyen lehet keresni, meg transzformálni. Szeretném bevezetni a szemcsézettség fogalmát (complexity level), ahol pont a hasonló részletes dolgok lennének szabályozva.