BGAFC Vendégkönyv

Σ: 1 post

saxus (statz)

#9, Agyfasz (419)

2670 | #2759 | ^ | Idézet | Sun, 25 Aug 2013 20:02:00 +02

84.3.*.*

*.catv.pool.telekom.hu

"A Python nem soronként interpretál, hanem behúzza az egész kódot, gépi kódra fordítja, majd futtatja."

Ez erősen függ attól, hogy mivel futtatod. Pythonhoz is van többféle runtime. A CPython ("A Python") pl. sima interpreter, nem fordít az semmit se gépi kódra. A Jython meg az IronPython meg pl. JVM/CLI kódot generál, ott már JIT-elés után valóban natív kód fut.

"Tessék ez tkp. két sor, lényegtelen, hogy van-e értelme, vagy nincs, csak próbáld meg ezt leírni kézzel! Csak mérd az időt! Aztán számold a hibákat!"

Mondjuk ahol ilyet írnak, így egy sorban, azt ütném szívlapáttal...

"és nem definiáltam semmit,"

De az stdbool.h igen.

"Én sem vagyok érte oda, de a C++ baromira nem ugyanaz a szint, mint a C. A C++-ban van támogatás a sztringektől elkezdve a GUI vezérléséig mindenre; a C++ alkalmas alkalmazásfejlesztésre. Hogy a nyelv alkotója szerint megbukott, az az ő véleménye, a világé más, a használható"

Na az stl egy trágya. Ugyan nagyon kellett a C++ második verziójához (nem véletlen vették bele, holott eredetileg az SGI-nek volt egy belső libje), de a mai napig hiányzott belőle rengeteg dolog, amitől igazán használható lett. Nem véletlen, hogy rengetegen használták pl. a boost-ot. Pl. most került bele ilyen apróság, mint threading az stl-be. Amúgy Stroustrup szerint ott bukott meg a C++, mint alkalmazásfejlesztő nyelv, hogy magas szintű programnyelvnek nem elég magas szintű, mert túl sok mindenre kell figyelned így is, viszont ahhoz már magas szintű, hogy, a C-vel egy lapon lehessen említeni.

"- Van multithreading support, a pthread. Igaz, hogy nem C++ standard, hanem POSIX, az majdhogynem egyenértékű, szerintem még az MSVC is támogatja."

W32-n ott volt a saját threading megvalósítás (meg kb. mindenhol). Jellemzően meg valamivel körbe volt bástyázva, hogy most W32 thread, vagy phread (vagy valami egyéb, ha se nem w32, se nem posix). Egyébként érdekesség: Windows (NT-n) a Win32 alrendszer mellé lehetett telepíteni POSIX alrendszert is. Valamint a .NET is egy külön alrendszerként települt. (Ezért volt az, hogy kezdetben csak annyit írt XP-n a .NET-es programokra, hogy szerinte ez hülyeség és nem alkalmazás, aztán valahol az SP2 környékén megtanították a rendszerrel, hogy inkább azon csipákoljon, hogy kellene neki ilyen vagy olyan verziójú .NET FW.) Ha valaki nagyon akarná simán lehetne ezt bővíteni tetszőleges alrendszerrel.

Ha meg már OOP, egy kis érdekesség:

Egyik NetBSD-s arc mesélte múltkor, hogy ki akarja próbálni az OOP-s/C++-os megközelítést a NetBSD-n, mondván, hogy sokszor ugyanazt csinálják meg C-ben, amit egyébként a C++ nyújt nyelvi szintén.