( Raynes | 2023. 05. 19., p – 12:46 )

Van, amit nem lehet máshogy megfogalmazni, mert nem lehet tudni előre, hogy mit akarnak benne futtatni, kell egyfajta rugalmasság a cél. A Pythonban egyetértünk, túltolják, komplett alkalmazásokat írnak benne, amire nem való, pl. ablakkezelő. Tudtommal a Python interpretált, de van valóban JIT fordításos változata is, PyPy, CPython, stb.. De ez a többi nyelvnél sem akadály, a Perl is már JIT-et alkalmaz, és a Lua-hoz is van luajit, ettől nem lesznek kevésbé szkriptnyelvek.

Nyilván C-ben, C#-ban is meg lehet írni bármit, de 10-20 soros szösszenetet, ami alig párszor kell futtatni, és nem kell alá a natív kód teljesítménye, megéri-e a külön fordítgatást. Működni működik, persze, már láttam webszervert is C-ben, C++-ban webkódot futni, natív fordított bináris generálta le a CGI HTML kódot. Vagány, kérdés megéri-e. Extrém esetben akár még el is megy, pl. függőségek csökkentése, nem kell az adott platformra interpretert feltenni, külön frissítgetni, gyorsabb kódfutás, stb..

Amire még jók a szkriptek: realtime felhasználás, pl. matek, számolások, írod be soronként az interpreterbe a műveleteket, köpi vissza az eredményt (dc, bc, calc, Octave, Julia, R, Python, stb.), semmit nem kell várni, nem kell fordítgatni, és sokkal hatékonyabbak, mint a GUI-s appok. Vagy pl. ha ragasztónyelvnek kell, pl. shell script, mikor már kész parancsokat, programokat futtatsz sorban, csak azok fölött kell egy még magasabb szintű automatizáció. Ilyenekre simán jók a szkriptnyelvek, csak a helyi értékükön kell használni őket. Sok programozó követi el azt a hibát, hogy használja mindenre ugyanazt az 1 megoldást, amit ismer, tanult, mert ha kalapácsa van, minden szögnek néz ki.