Szukam mało popularnych języków programowania tak jak w temacie. Nie musi być bardzo zaawansowany technicznie, ważne aby nie był aż tak popularny ale miał potencjał. Fajnie jakby autorem był anglik lub polak. Pozdrawiam

- Rejestracja:prawie 6 lat
- Ostatnio:około 5 lat
- Postów:9

- Rejestracja:ponad 6 lat
- Ostatnio:prawie 5 lat
- Postów:666
Polski język programowania sterowników automatyki - AUTOGRAF. Wydane były 3 wersje, jest dokumentacja http://frisko.pl/files_mce/obrazki/prod_49file/513_instrukcja_atf3v3_04b.pdf W automatyce język ma potencjał (pytanie czy znajdzie się łatwo pracę, nie "na swoim"), mało popularny. Nie jest to jezyk/środowisko ogólnego przeznaczenia.
- Rejestracja:około 5 lat
- Ostatnio:prawie 5 lat
- Postów:3
Agda jest bardzo ciekawa, może nie jest super wydajna ale za to ergonomia :D. Bardziej ogarnięte firmy potrafią wykorzystać jej potencjał https://serokell.io/#tech, bardzo fajny język. Z ciekawostek to jeszcze Coq
- Rejestracja:ponad 10 lat
- Ostatnio:5 miesięcy
- Lokalizacja:Warszawa
- Postów:3573
Clojure xD

- Rejestracja:prawie 6 lat
- Ostatnio:około 5 lat
- Postów:9
hauleth napisał(a):
- Ale po co?
- Erlang (Anglik mieszkający w Szwecji), Elixir (Brazylijczyk mieszkający w Polsce), Zig, D, Crystal, Nim (to chyba zaczęło się jako projekt Polaka)
- Projekcik który niedługo może coś włożyć do świata
- Dzięki, chyba wybiorę Nima lub Ziga.

- Rejestracja:prawie 6 lat
- Ostatnio:około 5 lat
- Postów:9
Jednak okazał się problem, język musi być interpretowany. Halo, podawajcie swoje propozycje ;D

- Rejestracja:ponad 6 lat
- Ostatnio:prawie 5 lat
- Postów:666
Dlaczego musi być?

- Rejestracja:prawie 6 lat
- Ostatnio:około 5 lat
- Postów:9
somedev napisał(a):
Dlaczego musi być?
Musi być bo tego wymaga projekt, interpretowane lepiej się "interpretuje", z kompilowanymi nie jest taki problem. Chce być bliżej realtime.

- Rejestracja:około 17 lat
- Ostatnio:10 dni
Piotr Bednarski napisał(a):
Musi być bo tego wymaga projekt, interpretowane lepiej się "interpretuje", z kompilowanymi nie jest taki problem. Chce być bliżej realtime.
Ta kwestia nie ma najmniejszego sensu. To w końcu Twój projekt, czy masz narzucone coś? Jak chcesz być "bliżej realtime" to raczej języki kompilowane. Czy Java zalicza się do języków "interpretowanych" (w końcu jest JVM) czy do kompilowanych (bo trzeba wcześniej przerobić na bytekod).
Strasznie coś gmatwasz. Powiedz dokładnie jakie masz wytyczne i co chcesz zrobić a będziemy w stanie coś więcej powiedzieć. Na razie to brzmi jak sztandarowy przykład na XY Problem.

- Rejestracja:prawie 6 lat
- Ostatnio:około 5 lat
- Postów:9
hauleth napisał(a):
Piotr Bednarski napisał(a):
Musi być bo tego wymaga projekt, interpretowane lepiej się "interpretuje", z kompilowanymi nie jest taki problem. Chce być bliżej realtime.
Ta kwestia nie ma najmniejszego sensu. To w końcu Twój projekt, czy masz narzucone coś? Jak chcesz być "bliżej realtime" to raczej języki kompilowane. Czy Java zalicza się do języków "interpretowanych" (w końcu jest JVM) czy do kompilowanych (bo trzeba wcześniej przerobić na bytekod).
Strasznie coś gmatwasz. Powiedz dokładnie jakie masz wytyczne i co chcesz zrobić a będziemy w stanie coś więcej powiedzieć. Na razie to brzmi jak sztandarowy przykład na XY Problem.
Przeczytaj pytanie, szukam mało popularnych języków programowania. Dodałem że muszą być to interpretowane po dokładniejszej analizie mojego projektu. W realtime chodziło mi o to że język kompilowany trzeba skompilować i trzeba mieć kompilator.. interpretowany wystarczy zinterpretować w programie co jest o wiele prostsze i skuteczniejsze przy moim założeniu w projekcie. Btw. nie musisz mi przytaczać czym jest problem XY...

- Rejestracja:ponad 6 lat
- Ostatnio:prawie 5 lat
- Postów:666
Bzdury piszesz. Kompilować można w locie i można pisać samo generujący się kod. To żadna nowość tylko dobrze znane metaprogramowanie. Pisałem takie rzeczy w C++ oraz w C#. Języki interpretowane obecnie tez potrafią się w części kompilować - poczytaj o JIT. Zreszta do kompilowania potrzeba kompilatora a do interpretowania interpretera wiec jeden pies. Wypisuje się z dyskusji bo robisz tajemnice z niby wielkiego super projektu a gadasz głupoty.
W realtime chodziło mi o to że język kompilowany trzeba skompilować i trzeba mieć kompilator
A język interpretowany trzeba interpretować i mieć interpreter.
interpretowany wystarczy zinterpretować w programie co jest o wiele prostsze i skuteczniejsze przy moim założeniu w projekcie
Przy jakim założeniu?
nie musisz mi przytaczać czym jest problem XY...
Póki co przejawiasz wszelkie możliwe oznaki problemu X/Y ;-p
- Rejestracja:ponad 5 lat
- Ostatnio:około 5 lat
- Postów:12
Zaraz piszę do niego interpreter
To ja ide zrobić dziecaka, i zobaczymy czyje dziecko przyjdzie na świat jako pierwsze :D

- Rejestracja:prawie 20 lat
- Ostatnio:około 11 godzin

- Rejestracja:około 21 lat
- Ostatnio:prawie 3 lata
- Lokalizacja:Space: the final frontier
- Postów:26433
Jeśli chcesz pisać interpreter to bralbym jakąś maszynę stosowa jak WASM, albo coś trywialnego jak brainfuck. Interpreter prawdziwego języka to nie taka prosta sprawa, szczególnie jak masz jakieś scope czy closure...
Edit: argument że "język musi być interpretowany" też jest bez sensu zupełnie, bo to nie własność języka. Można napisać kompilator dla języka "interpretowanego" i można zrobić interpreter języka "kompilowanego". Taki shedskin można użyć jako kompilatora pythona, a np cling to interpreter c++.
- Rejestracja:ponad 5 lat
- Ostatnio:około 4 lata
- Postów:239
Avaloq, jest tak mało popularny, że nawet w necie ciężko o materiały do niego
- Rejestracja:około 5 lat
- Ostatnio:prawie 5 lat
- Lokalizacja:Polska
- Postów:5
abap
interpreter
(po angielsku), to icompiler
, a niekompilator
.wykonawca utworu muzycznego lub literackiego
aniaktorem kreujący daną rolę
anitym co coś tłumaczy
- choć to już blisko- wiec twoja definicja nie ma tu zastosowania. :) Za to w interpreterprogram tłumaczący instrukcje języka programowania na komendy zrozumiałe dla procesora komputera
pasuje jak ulał :-)