Vlákno názorů k článku Postavte si vlastní lehké IDE z textového editoru a shellu od Martin Prokš - Dobrý den, Trochu podezřívám redakci, že článek zaslaný k...
-
Dobrý den,
Trochu podezřívám redakci, že článek zaslaný k publikaci na 1.4. chybně vyhodnotila a zařadila normálně do fronty... a vyšlo to o devět dní později.
Jinak sám (hobby) programuji zásadně Emacs + terminál v podstatě jak je to naznačené v článku. Má to svoje důvody. V první polovině devadesátek jsem byl na střední postižen Borland Pascalem (Dos na 286) jakožto mým druhým jazykem po basicu (ZX spectrum a DidaktikM). A tam bylo IDE velmi pokročilé, velmi skvělé (BP tuším 6+). Ale mělo to svou velmi stinnou stránku. Totálně jsem byl díky tomu odstřižen od příkazové řádky a naprosto jsem nechápal co se děje na pozadí. Byla to pro mě černá skříňka. Až pak na vysoké, když jsem začal dělat numerickou matematiku a přešel jsem nejdříve na Frotran77 a pak na C a hlavně na unix (protože MS nedokázal nikdy ustát úlohu co měla běžet cca 72 h na plné CPU + odkládání na disk aniž by Win9x spadly - unix byl svou stabilitou pro mě zjevení a Linux ještě víc), tak jsem postupně začal chápat souvislosti.
Od té doby jsem zastáncem minimalismu. Editor co je editor a pomáhá jen trochu ... no alespoň vybarvuje a čísluje řádky a sloupce. Ale hlavně je to plnohodnotný editor co umí vyhledávat, kopírovat, nahrazovat... Make (nebo jiný buildovací systém) co si člověk nakonfiguruje a ví co to dělá. Případně obslužné scripty okolo. Když RAD pro GUI, tak externí co zase vyplivne nejlépe XML, nebo jazykový kód. Prostě proto abych chápal co dělám, byl schopen si kód případně přiohnout a byl schopen identifikovat chybu a řešit ji. Debugér také externí. Ne aby to bylo začarované někde v IDE knihovnách a compilér + OS specific nastavení co ani není zdokumentované nebo bůh ví kde. Případně po pár letech, co se nástroj chytí a rozšíří, tak ho firma zpoplatní, nebo někomu prodá (nejlépe MS, nebo IBM) a ten to zařízne, pře**ví, nebo pekelně zpoplatní - případ většiny RAD a IDE co za něco stály a byly ještě snesitelně průhledné a jednoduché dle mého názoru...
Ale naprosto chápu, že to je přístup malého amatéra co dělá na drobnějších věcech o pár desítkách tisíc řádků kódu max. a má čas se s tím mazlit. Zatímco profík v korporátu má nadiktované téměř vše a když někde něco nefunguje, tak (nejspíše) má sepsat report na definovaném formuláři a za nějakou dobu to (možná) začne fungovat (nebo také ne). A nic víc s tím udělat nemůže a ani nemá motivaci a čas se snažit chápat věci na pozadí protože je v úkolu...
