Fórum Root.cz

Hlavní témata => Vývoj => Téma založeno: nm 14. 01. 2019, 12:47:49

Název: Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: nm 14. 01. 2019, 12:47:49
Zdravím.

Učim se programovat v jayzce C. Zkoušel jsem Emacs, ale nějak mi nesedl na můj způsob psaní zdrojáku.

A tak jsem se chrěl zeptat, jaký textový editor (případně IDE) používáte pro psaní v jazyce C?

nm
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C.
Přispěvatel: Kiwi 14. 01. 2019, 12:55:15
Vim

(ale netuším, jaký je "tvůj způsob psaní zdrojáků")
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Václav prokeš 14. 01. 2019, 13:16:07
Ahoj,

Dlouho jsem zvažoval a hledal co používat.
Nechtělo se mi za nic platit, ale nakonec jsem skončil u JetBrains.

Píšu primárně v PHP a PHPStorm je velmi příjmený.

Pro věci v C / C++ používám jejich CLion.

Je to sice drahé ale osobní subjektivní spokojenost velká.

Chvíli jsem si hrás s NetBeans a nějak mi to nesedělo.

Kolega už dlouho píše ve Visaul Studiu a od doby co začali podporovat Linux tak je spokojený.
Podpora Linuxu funguje dobře včetně crash dumpu, ....

Určitě najseš více zdrojů viz :
https://www.quora.com/What-is-the-best-C-and-C++-IDE-with-the-easiest-set-up

Vašek
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C.
Přispěvatel: nm 14. 01. 2019, 13:20:09
Vim

(ale netuším, jaký je "tvůj způsob psaní zdrojáků")

Cast meho zpusobu psani zpociva v tom, ze jakmile pisi levou zavorku (at uz jednoduchou nebo slozenou), nebo uvozovky, hned za to si napisi prislusnou uzaviraci zavorku resp. uvozovky.

Ale vsiml jsem si, ze (tusim) Builder (coz je prostredi pro psani pro GTK, GNOME) toto dela automaticky.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: sgs 14. 01. 2019, 13:41:30
vim
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C.
Přispěvatel: Kiwi 14. 01. 2019, 13:52:15
Vim

(ale netuším, jaký je "tvůj způsob psaní zdrojáků")

Cast meho zpusobu psani zpociva v tom, ze jakmile pisi levou zavorku (at uz jednoduchou nebo slozenou), nebo uvozovky, hned za to si napisi prislusnou uzaviraci zavorku resp. uvozovky.

Ale vsiml jsem si, ze (tusim) Builder (coz je prostredi pro psani pro GTK, GNOME) toto dela automaticky.
Tak jestli to je jediný důvod, proč ti emacs nevyhovuje, tak věz, že takovouhle prkotinu nástroj jako emacs zvládne také.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Peter Fodrek 14. 01. 2019, 14:14:45
vim, mcedit, kate, gedit, nano/pico,
asi všetko, lebo cat je trochu hardcore, a písať kod pomocou tac to už nezvládam.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: abc 14. 01. 2019, 14:18:02
a jaky pouzivas compilator?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C.
Přispěvatel: gll 14. 01. 2019, 14:18:19
Cast meho zpusobu psani zpociva v tom, ze jakmile pisi levou zavorku (at uz jednoduchou nebo slozenou), nebo uvozovky, hned za to si napisi prislusnou uzaviraci zavorku resp. uvozovky.

Ale vsiml jsem si, ze (tusim) Builder (coz je prostredi pro psani pro GTK, GNOME) toto dela automaticky.

electric-pair-mode
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: daemon 14. 01. 2019, 14:21:12
Já mam na desktopu Windows a používám Notepad++. Když už něco edituji v Linuxu/BSD, používám mcedit.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: unix nerd hard 14. 01. 2019, 14:25:17
vim, mcedit, kate, gedit, nano/pico,
asi všetko, lebo cat je trochu hardcore, a písať kod pomocou tac to už nezvládam.

a není lepší >>?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: nm 14. 01. 2019, 14:26:56
a jaky pouzivas compilator?

GCC
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Daniel Kozak 14. 01. 2019, 14:27:50
Zdravím.

Učim se programovat v jayzce C. Zkoušel jsem Emacs, ale nějak mi nesedl na můj způsob psaní zdrojáku.

A tak jsem se chrěl zeptat, jaký textový editor (případně IDE) používáte pro psaní v jazyce C?

nm

No tak pokud se zacinas s jazykem teprve seznamovat a potrebujes jen nejaky jednoduchy editor co zvladne zvyrazneni syntaxe a nejake to zakladni proklikavani atd, tak mohu doporucit geany. Pokud planujes pracovat na vetsich projektech tak potom by se mohlo hodit spis nejake IDE. Mel jsem dobre zkusenosti s QtCreatorem (nedavno zmenili parser na C/C++ tusim na libclang a od te doby je to dost nesikovne). Jinak dobre funguje jiz zmineni CLIon od jetbrains a pokud ses student tak pro uceli se ucit by mel byt pro tebe zdarma. Jinak slusne se pise i ve Visual Studio Code, ale je treba mit spravny plugin (na vetsi projekty se mi oplatilo pouzivat plugin cquery)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Peter Fodrek 14. 01. 2019, 16:44:58
asi všetko, lebo cat je trochu hardcore, a písať kod pomocou tac to už nezvládam.

a není lepší >>?

to už je lepší patch možno v dvojici s diff
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Martin 14. 01. 2019, 19:28:19
MSVS 2010 + Visual Assist
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: cppman 14. 01. 2019, 20:21:53
MSVS 2010 + Visual Assist

to už je lepší patch možno v dvojici s diff
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C.
Přispěvatel: Kit 14. 01. 2019, 22:46:21
Vim

(ale netuším, jaký je "tvůj způsob psaní zdrojáků")
Cast meho zpusobu psani zpociva v tom, ze jakmile pisi levou zavorku (at uz jednoduchou nebo slozenou), nebo uvozovky, hned za to si napisi prislusnou uzaviraci zavorku resp. uvozovky.

To přece Vim umí také. Tedy alespoň ten můj :)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: ... 14. 01. 2019, 22:53:00
VIM je samozrejme klasika, ale pokud uz s nim neumis, tak nevim jestli ma smysl se s nim trapit. Naucit se to trva dlouho a oproti modernim editorum neprinasi nic navic, krome toho, ze funguje dobre v terminalu. Timto nechci vim schazovat, sam ho pouzivam uz vic nez 10 let kazdodenne, ale myslim, ze pokud nepotrebujes pracovat v terminalu, tak to nema smysl.

Pokud chces programovat v C, tak doporucim CLion.

Pokud C++, tak to je horsi. Najit editor, ktery plne podporuje c++ je docela problem. Tady uz bohuzel musis lecos ozelet. Vsechno ma svoje + a -. Bohuzel IDEcka bud nezvladaji poradne jazyk, takze napovidani je mizerne, nebo zvladaji, ale je to nestabilni. Zkusil bych visual studio code a nejake pluginy. Osobne ted nepouzivam, ale zdalo se mi to dost perspektivni, pred casem.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Cikáda 14. 01. 2019, 23:17:54
VIM je samozrejme klasika, ale pokud uz s nim neumis, tak nevim jestli ma smysl se s nim trapit. Naucit se to trva dlouho a oproti modernim editorum neprinasi nic navic, krome toho, ze funguje dobre v terminalu. Timto nechci vim schazovat, sam ho pouzivam uz vic nez 10 let kazdodenne, ale myslim, ze pokud nepotrebujes pracovat v terminalu, tak to nema smysl.

S tímhle bych úplně nesouhlasil, ač Vim také nepoužívám jako primární editor. Vim je rychlý, strašně rozšiřitelný a přizpůsobitelný. Imho když někdo obětuje ten čas a vyhraje si s tím, tak se mu vyrovná málo co (zdravím Emacsáky). Nenapadá mě moc jiných editorů, které by byly tak variabilní.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Lenoch zápecný 14. 01. 2019, 23:59:43
Já používal sublime. Na naučení se je imho editor lepší než IDE. On pak člověk sám pochopí, co to IDE vlastně dělá.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: budik 15. 01. 2019, 07:58:06
Skus Quincy http://www.codecutter.net/tools/quincy/  , je to male na Win, na vyuku to uplne staci....
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: ... 15. 01. 2019, 08:00:18
VIM je samozrejme klasika, ale pokud uz s nim neumis, tak nevim jestli ma smysl se s nim trapit. Naucit se to trva dlouho a oproti modernim editorum neprinasi nic navic, krome toho, ze funguje dobre v terminalu. Timto nechci vim schazovat, sam ho pouzivam uz vic nez 10 let kazdodenne, ale myslim, ze pokud nepotrebujes pracovat v terminalu, tak to nema smysl.

S tímhle bych úplně nesouhlasil, ač Vim také nepoužívám jako primární editor. Vim je rychlý, strašně rozšiřitelný a přizpůsobitelný. Imho když někdo obětuje ten čas a vyhraje si s tím, tak se mu vyrovná málo co (zdravím Emacsáky). Nenapadá mě moc jiných editorů, které by byly tak variabilní.

Spousta jinych editoru ma tyhle konfigurovatelne veci uz v zakladu, nebo se daji dodat pomoci pluginu. Aspon ty, ktere jsem pouzival ja.
Konkretni priklad bych prosil, co vim ma a jinde neni?

Vim ma tezce pomaly syntax coloring u nekterych narocnejsich souboru. Navic podvadi, pro obarvovani syntaxe pouziva vzdy jen urcity pocet pismen(konfigurovatelny) na radce. U delsich radek, pokud nepodvadi, tak je brutalne pomaly.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 15. 01. 2019, 08:27:57
Vim ma tezce pomaly syntax coloring u nekterych narocnejsich souboru. Navic podvadi, pro obarvovani syntaxe pouziva vzdy jen urcity pocet pismen(konfigurovatelny) na radce. U delsich radek, pokud nepodvadi, tak je brutalne pomaly.

Nevšiml jsem si, že by barvení syntaxe bylo nějak pomalejší než u jiných editorů. Dokonce ani na velmi pomalém spojení se serverem. Jaký určitý počet písmen? Na žádný jsem dosud nenarazil. Co jsou to "delší řádky"?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: mhepp 15. 01. 2019, 09:18:07
Asi chudák myslí, že když má řádky delší jak X znaků, tak to, co je navíc, není obarvené. To může být vlastnost a ne chyba, neboť to může mít nastaveno syntaxí jazyka nebo konfigurační volbou. Slouží to pro optické oddělení. Kde jsem se s tím setkal, je příkaz git commit, kdy prvních X znaků má barvu a zbytek je v defaultní barvě písma. Prvních X znaků commitu se totiž používá jinak.

Vim ma tezce pomaly syntax coloring u nekterych narocnejsich souboru. Navic podvadi, pro obarvovani syntaxe pouziva vzdy jen urcity pocet pismen(konfigurovatelny) na radce. U delsich radek, pokud nepodvadi, tak je brutalne pomaly.

Nevšiml jsem si, že by barvení syntaxe bylo nějak pomalejší než u jiných editorů. Dokonce ani na velmi pomalém spojení se serverem. Jaký určitý počet písmen? Na žádný jsem dosud nenarazil. Co jsou to "delší řádky"?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 15. 01. 2019, 09:28:08
Diskuze se zastánci Vimu není možná. Oni z každé nevýhody udělají výhodu nebo featuru.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: oss 15. 01. 2019, 10:02:18
Visual Studio Code
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 15. 01. 2019, 10:33:55
Diskuze se zastánci Vimu není možná. Oni z každé nevýhody udělají výhodu nebo featuru.

To bude asi tím, že neznalí si myslí, že Vim něco neumí, ale on to umí. Kdybys začínal s Vimem a někdo ti předložil nějaké IDE, tak bys také zvracel. Diskuze s uživateli IDE také není možná. Oni nevidí výhody Vimu, my nevidíme výhody IDE. Srovnej kvalitu programů napsaných v IDE a ve Vimu. Nemyslím formátování kódu, ale kvalitu struktury kódu. Dědičnost do čtvrtého kolena může napadnout jen vývojáře v IDE. Vimař to neudělá, protože to obvykle postrádá logiku. S tím souvisí i fakt, že Vimař obvykle dělá mnohem kvalitnější zapouzdření v OOP. Moduly jsou pak samostatnější, méně provázané a snáze nahraditelné.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 15. 01. 2019, 11:25:17
Diskuze se zastánci Vimu není možná. Oni z každé nevýhody udělají výhodu nebo featuru.

To bude asi tím, že neznalí si myslí, že Vim něco neumí, ale on to umí. Kdybys začínal s Vimem a někdo ti předložil nějaké IDE, tak bys také zvracel. Diskuze s uživateli IDE také není možná. Oni nevidí výhody Vimu, my nevidíme výhody IDE. Srovnej kvalitu programů napsaných v IDE a ve Vimu. Nemyslím formátování kódu, ale kvalitu struktury kódu. Dědičnost do čtvrtého kolena může napadnout jen vývojáře v IDE. Vimař to neudělá, protože to obvykle postrádá logiku. S tím souvisí i fakt, že Vimař obvykle dělá mnohem kvalitnější zapouzdření v OOP. Moduly jsou pak samostatnější, méně provázané a snáze nahraditelné.

kvalitu kontroluje linter, ne editor.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 15. 01. 2019, 11:58:38
Diskuze se zastánci Vimu není možná. Oni z každé nevýhody udělají výhodu nebo featuru.
To bude asi tím, že neznalí si myslí, že Vim něco neumí, ale on to umí. Kdybys začínal s Vimem a někdo ti předložil nějaké IDE, tak bys také zvracel. Diskuze s uživateli IDE také není možná. Oni nevidí výhody Vimu, my nevidíme výhody IDE. Srovnej kvalitu programů napsaných v IDE a ve Vimu. Nemyslím formátování kódu, ale kvalitu struktury kódu. Dědičnost do čtvrtého kolena může napadnout jen vývojáře v IDE. Vimař to neudělá, protože to obvykle postrádá logiku. S tím souvisí i fakt, že Vimař obvykle dělá mnohem kvalitnější zapouzdření v OOP. Moduly jsou pak samostatnější, méně provázané a snáze nahraditelné.
kvalitu kontroluje linter, ne editor.

Tohle nemá s linterem nic společného. Ten ti neodhalí chybně použitou dědičnost.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: jeban 15. 01. 2019, 12:44:33
Největší fíčura Vimu je onanování s escapem, dvojtečkou, pismenkem a vykřičníkem plus dva mody kdy to snad ani v jednom bez výše zmíněného procesu nepíše...
Jo a nejde z toho ynteligentně vylézt...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: balki 15. 01. 2019, 12:54:27
Diskuze se zastánci Vimu není možná. Oni z každé nevýhody udělají výhodu nebo featuru.

To bude asi tím, že neznalí si myslí, že Vim něco neumí, ale on to umí. Kdybys začínal s Vimem a někdo ti předložil nějaké IDE, tak bys také zvracel. Diskuze s uživateli IDE také není možná. Oni nevidí výhody Vimu, my nevidíme výhody IDE. Srovnej kvalitu programů napsaných v IDE a ve Vimu. Nemyslím formátování kódu, ale kvalitu struktury kódu. Dědičnost do čtvrtého kolena může napadnout jen vývojáře v IDE. Vimař to neudělá, protože to obvykle postrádá logiku. S tím souvisí i fakt, že Vimař obvykle dělá mnohem kvalitnější zapouzdření v OOP. Moduly jsou pak samostatnější, méně provázané a snáze nahraditelné.

Odporucam tisnikov serial:  https://www.root.cz/serialy/textovy-editor-vim-jako-ide/ 
Vyslo aj knizne:  https://www.palmknihy.cz/vyvojovy-sw/textovy-editor-vim-jako-ide-12652
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 15. 01. 2019, 13:09:10
Největší fíčura Vimu je onanování s escapem, dvojtečkou, pismenkem a vykřičníkem plus dva mody kdy to snad ani v jednom bez výše zmíněného procesu nepíše...
Jo a nejde z toho ynteligentně vylézt...

Je fakt, že escape mi docela vadil, protože je docela daleko od písmenek. Na ty rozdílné módy je také třeba si postupně zvyknout. Časem se naučíš z Vimu nevylézat a celý vývoj dělat uvnitř - podobně jako je to obvyklé v IDE.

Ukončení přes ZZ není nijak složité, to by měl zvládnout snad každý. Ovšem jak jsem již psal, IDE také během kompilací neukončuješ.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: otevreny indian 15. 01. 2019, 13:16:42
jupp
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: D.A. Tiger 15. 01. 2019, 13:18:14
[nm]

Jednak jsi nenapsal na jakem systemu a jednak na cecko muzes klidne pouzit jakykoliv jednoduchy textovy editor az po komplexni IDE. Na Linuxu muzes treba vyuzit od nano editoru pres Vim, Emacs az po Code::Blocks, Anjutu, ci Eclipse. Vyber je siroky, vyzkousej a uvidis co ti bude vyhovovat :)
 
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Youda 15. 01. 2019, 13:20:46
To jsou zase kydy.

VIM pouzivam denne, je to muj primarni editor na mem windows notebooku, ale s IDE se to fakt porovnavat neda.

Treba eclipse pri psani java kodu neustale kompiluje na pozadi a cervene podtrhava chyby, skrta deprecated metody, zlute podtrhava warningy (napr usused variables) a primo navrhuje opravy.
Naseptavac nabizi autocomplete  nabidku s procentualni pravdepodobnosti na zaklade realne cetnosti v kodu.
Kdyz napisu Set<String> x = new H - a zmacknu CTRL+space - eclipse mi rekne, ze s pravdepodobnosti 95% budu chtit HashSet<>(); s nizsi pravdepodobnosti zavolat metodu se stejny navratovym typem, s este nizsi pravdepodobnosti chci zalozit inner class...

Validuje XML dokumenty, luxusni podpora automaticke refaktorizace, generovani boilerplate kodu typu gettery/settery, copy constructory jednim klikem

Vyvoj v IDE se s vimem neda ani omylem srovnat.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: jeban 15. 01. 2019, 13:23:49
Je fakt, že escape mi docela vadil, protože je docela daleko od písmenek. Na ty rozdílné módy je také třeba si postupně zvyknout. Časem se naučíš z Vimu nevylézat a celý vývoj dělat uvnitř - podobně jako je to obvyklé v IDE.

Ukončení přes ZZ není nijak složité, to by měl zvládnout snad každý. Ovšem jak jsem již psal, IDE také během kompilací neukončuješ.

No jo no, ZZ vubec neznám, to musí být nějaká novinka, já si pamatuju esc:q!entr nebo ňák tak podobně. To kdybych do toho náhodou vlez:)

Vadí mi, že to nemá nějaké standardní ctrl + něco (q, d, x, nebo e ...)

Na linuxu mcedit v terminálu, jinak pokusničím spíš s ide - pro c používám Arduino IDE...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 15. 01. 2019, 13:41:32
Je fakt, že escape mi docela vadil, protože je docela daleko od písmenek. Na ty rozdílné módy je také třeba si postupně zvyknout. Časem se naučíš z Vimu nevylézat a celý vývoj dělat uvnitř - podobně jako je to obvyklé v IDE.

Ukončení přes ZZ není nijak složité, to by měl zvládnout snad každý. Ovšem jak jsem již psal, IDE také během kompilací neukončuješ.
No jo no, ZZ vubec neznám, to musí být nějaká novinka, já si pamatuju esc:q!entr nebo ňák tak podobně. To kdybych do toho náhodou vlez:)

Vadí mi, že to nemá nějaké standardní ctrl + něco (q, d, x, nebo e ...)

Na linuxu mcedit v terminálu, jinak pokusničím spíš s ide - pro c používám Arduino IDE...

ZZ je přednastavená klávesová zkratka na :wq - je jedno, kterou použiješ. Samozřejmě jsou občas pro opuštění nutné i jiné zkratky - podle toho, co všechno a jak chceš ukončit.

To je právě otázkou, co je standardní. Pokud ti Ctrl + něco chybí, můžeš si ty zkratky vytvořit v konfiguraci.

mcedit se na drobné editace také dá používat, ale vše dělám ve Vimu, abych si nemusel zvykat na nestandardní klávesové zkratky... :)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 15. 01. 2019, 13:46:25
To jsou zase kydy.

VIM pouzivam denne, je to muj primarni editor na mem windows notebooku, ale s IDE se to fakt porovnavat neda.

Treba eclipse pri psani java kodu neustale kompiluje na pozadi a cervene podtrhava chyby, skrta deprecated metody, zlute podtrhava warningy (napr usused variables) a primo navrhuje opravy.
Naseptavac nabizi autocomplete  nabidku s procentualni pravdepodobnosti na zaklade realne cetnosti v kodu.
Kdyz napisu Set<String> x = new H - a zmacknu CTRL+space - eclipse mi rekne, ze s pravdepodobnosti 95% budu chtit HashSet<>(); s nizsi pravdepodobnosti zavolat metodu se stejny navratovym typem, s este nizsi pravdepodobnosti chci zalozit inner class...

Validuje XML dokumenty, luxusni podpora automaticke refaktorizace, generovani boilerplate kodu typu gettery/settery, copy constructory jednim klikem

Vyvoj v IDE se s vimem neda ani omylem srovnat.

ale tazatel se neptal na IDE pro Javu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Youda 15. 01. 2019, 13:54:49
To jsou zase kydy.

VIM pouzivam denne, je to muj primarni editor na mem windows notebooku, ale s IDE se to fakt porovnavat neda.

Treba eclipse pri psani java kodu neustale kompiluje na pozadi a cervene podtrhava chyby, skrta deprecated metody, zlute podtrhava warningy (napr usused variables) a primo navrhuje opravy.
Naseptavac nabizi autocomplete  nabidku s procentualni pravdepodobnosti na zaklade realne cetnosti v kodu.
Kdyz napisu Set<String> x = new H - a zmacknu CTRL+space - eclipse mi rekne, ze s pravdepodobnosti 95% budu chtit HashSet<>(); s nizsi pravdepodobnosti zavolat metodu se stejny navratovym typem, s este nizsi pravdepodobnosti chci zalozit inner class...

Validuje XML dokumenty, luxusni podpora automaticke refaktorizace, generovani boilerplate kodu typu gettery/settery, copy constructory jednim klikem

Vyvoj v IDE se s vimem neda ani omylem srovnat.

ale tazatel se neptal na IDE pro Javu.

Pro C/C++ je CLION

https://www.youtube.com/watch?v=Srnw1dI1iAA

Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Peter Fodrek 15. 01. 2019, 14:01:06
Ukončení přes ZZ není nijak složité, to by měl zvládnout snad každý. Ovšem jak jsem již psal, IDE také během kompilací neukončuješ.

No jo no, ZZ vubec neznám, to musí být nějaká novinka, já si pamatuju esc:q!entr nebo ňák tak podobně. To kdybych do toho náhodou vlez:)


v príkazovom režime  znamená : že idete písať príkazy editoru ex (Extended Editor) a nie Vi (Visual) a už vôbec nie Vim (VI iMproved)


to už potom ed z roku 1969
https://en.wikipedia.org/wiki/Ed_(text_editor)


ako ex z roku 1976-78
https://en.wikipedia.org/wiki/Ex_(text_editor)

ako Vi z roku 1976
https://en.wikipedia.org/wiki/Vi

Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 15. 01. 2019, 14:02:13
To jsou zase kydy.

VIM pouzivam denne, je to muj primarni editor na mem windows notebooku, ale s IDE se to fakt porovnavat neda.

Treba eclipse pri psani java kodu neustale kompiluje na pozadi a cervene podtrhava chyby, skrta deprecated metody, zlute podtrhava warningy (napr usused variables) a primo navrhuje opravy.
Naseptavac nabizi autocomplete  nabidku s procentualni pravdepodobnosti na zaklade realne cetnosti v kodu.
Kdyz napisu Set<String> x = new H - a zmacknu CTRL+space - eclipse mi rekne, ze s pravdepodobnosti 95% budu chtit HashSet<>(); s nizsi pravdepodobnosti zavolat metodu se stejny navratovym typem, s este nizsi pravdepodobnosti chci zalozit inner class...

Validuje XML dokumenty, luxusni podpora automaticke refaktorizace, generovani boilerplate kodu typu gettery/settery, copy constructory jednim klikem

Vyvoj v IDE se s vimem neda ani omylem srovnat.

ale tazatel se neptal na IDE pro Javu.

Pro C/C++ je CLION

https://www.youtube.com/watch?v=Srnw1dI1iAA

stojí to za peníze? Umí to něco navíc oproti zmiňovanému VS Code s pluginem?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 14:28:55
To jsou zase kydy.

VIM pouzivam denne, je to muj primarni editor na mem windows notebooku, ale s IDE se to fakt porovnavat neda.

Treba eclipse pri psani java kodu neustale kompiluje na pozadi a cervene podtrhava chyby, skrta deprecated metody, zlute podtrhava warningy (napr usused variables) a primo navrhuje opravy.

1)  porovnavat se to da
2) pomoci pluginu se vimu rosiruje funkcnost
3) takze treba tu realtime kontrolu na pozadi mi dela vim treba u php nebo pythonu taky, viz plugin ALE
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 14:32:33
Já mam na desktopu Windows a používám Notepad++. Když už něco edituji v Linuxu/BSD, používám mcedit.
Notepad++ muzes mit i v linuxu, treba ubuntu ho ma ve snapu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 14:37:27
VIM je samozrejme klasika, ale pokud uz s nim neumis, tak nevim jestli ma smysl se s nim trapit. Naucit se to trva dlouho a oproti modernim editorum neprinasi nic navic, krome toho, ze funguje dobre v terminalu. Timto nechci vim schazovat, sam ho pouzivam uz vic nez 10 let kazdodenne, ale myslim, ze pokud nepotrebujes pracovat v terminalu, tak to nema smysl.

Pokud chces programovat v C, tak doporucim CLion.

Pokud C++, tak to je horsi. Najit editor, ktery plne podporuje c++ je docela problem. Tady uz bohuzel musis lecos ozelet. Vsechno ma svoje + a -. Bohuzel IDEcka bud nezvladaji poradne jazyk, takze napovidani je mizerne, nebo zvladaji, ale je to nestabilni. Zkusil bych visual studio code a nejake pluginy. Osobne ted nepouzivam, ale zdalo se mi to dost perspektivni, pred casem.
Uz nekolikrat jsem chtel vim opustit a prejit na neco modernejsiho, ale je to natolik unikatni editor, ze se mi to nepodarilo. Od chvile co umi interne spustit ve svem okne terminal uz ani na nic jineho prechazet nechci.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 14:48:47
VIM je samozrejme klasika, ale pokud uz s nim neumis, tak nevim jestli ma smysl se s nim trapit. Naucit se to trva dlouho a oproti modernim editorum neprinasi nic navic, krome toho, ze funguje dobre v terminalu. Timto nechci vim schazovat, sam ho pouzivam uz vic nez 10 let kazdodenne, ale myslim, ze pokud nepotrebujes pracovat v terminalu, tak to nema smysl.

S tímhle bych úplně nesouhlasil, ač Vim také nepoužívám jako primární editor. Vim je rychlý, strašně rozšiřitelný a přizpůsobitelný. Imho když někdo obětuje ten čas a vyhraje si s tím, tak se mu vyrovná málo co (zdravím Emacsáky). Nenapadá mě moc jiných editorů, které by byly tak variabilní.

Spousta jinych editoru ma tyhle konfigurovatelne veci uz v zakladu, nebo se daji dodat pomoci pluginu. Aspon ty, ktere jsem pouzival ja.
Konkretni priklad bych prosil, co vim ma a jinde neni?

Vim ma tezce pomaly syntax coloring u nekterych narocnejsich souboru. Navic podvadi, pro obarvovani syntaxe pouziva vzdy jen urcity pocet pismen(konfigurovatelny) na radce. U delsich radek, pokud nepodvadi, tak je brutalne pomaly.
Ma Ctrl-A a Ctrl-X.
Ma velkou spoustu sikovnych motion commands, takže se v něm parádně nahrávají automatizační makra.
Má parádní foldering s konfigurovatelnymi folder markama folder line  (zadny editor se mi nepodarilo naucit rozumet mym znackam).
Má modeline.
Má au.
Má lehce konfigurovatelné menu.
Má konfigurace per filetype a per location.
Má textové cfg soubočy, které se dají sdílet přes dropbox.
Funguje v terminálu, funguje na androidu v termuxu, funguje vzalene pres ssh.
atd atd atd
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 15:08:34
Vim ma tezce pomaly syntax coloring u nekterych narocnejsich souboru. Navic podvadi, pro obarvovani syntaxe pouziva vzdy jen urcity pocet pismen(konfigurovatelny) na radce. U delsich radek, pokud nepodvadi, tak je brutalne pomaly.
Nevšiml jsem si, že by barvení syntaxe bylo nějak pomalejší než u jiných editorů. Dokonce ani na velmi pomalém spojení se serverem. Jaký určitý počet písmen? Na žádný jsem dosud nenarazil. Co jsou to "delší řádky"?
Vimu začíná dělat problém 1000+ řádků.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 15:15:06
Asi chudák myslí, že když má řádky delší jak X znaků, tak to, co je navíc, není obarvené. To může být vlastnost a ne chyba, neboť to může mít nastaveno syntaxí jazyka nebo konfigurační volbou. Slouží to pro optické oddělení. Kde jsem se s tím setkal, je příkaz git commit, kdy prvních X znaků má barvu a zbytek je v defaultní barvě písma. Prvních X znaků commitu se totiž používá jinak.

Vim ma tezce pomaly syntax coloring u nekterych narocnejsich souboru. Navic podvadi, pro obarvovani syntaxe pouziva vzdy jen urcity pocet pismen(konfigurovatelny) na radce. U delsich radek, pokud nepodvadi, tak je brutalne pomaly.

Nevšiml jsem si, že by barvení syntaxe bylo nějak pomalejší než u jiných editorů. Dokonce ani na velmi pomalém spojení se serverem. Jaký určitý počet písmen? Na žádný jsem dosud nenarazil. Co jsou to "delší řádky"?
Slo by to i bez urazek. Vim ma zvyraznovani syntaxe omezeno z vykonostnich duvodu. Jde to prenastavit, ale pak to editor zpomaluje. Je to zavisle i na konkretni syntaxi a velikosti regionu. Treba vcera jsem koukal na strace a to fygenerovalí behem par sekund pres 600 000 radku a vim byl v pohode. Ale u pythonu, kdyz se zapne vse, tak uz 1000 radku byva problem.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: ttt 15. 01. 2019, 15:25:32
* má pluginy v dost obskurním jazyce (jo, vím, že to jde ohnout, ale třeba upravit plugin už je opruz)
* command pallete (popup s autocomplete příkazy uprostřed okna, s proporcionálními fonty) myslím není; našeptávání příkazů jinde (emacs, Sublime, VS code) mi přišlo lepší, ale možná to je taky řešitelné pluginem.
* autocomplete je ošklivý, proporcionální font zřejmě nejde
* autocomplete je otravné nastavovat, pro každý jazyk to bývá jinak (ale to se možná změnilo, nedávno tu byl článek, zatím jsem se k tomu nedostal)
* na refaktorování jsem zůstal u sed, občas jsem rozchodil něco lepšího, ale moc dlouho to funkční nevydrželo
* vhodný nástroj na správu pluginů se mění poměrně často (jednou za pár let)

Ctrl-A a Ctrl-X, motion commands, modeline, au textové konfiguráky jsou myslím ve většině konkurenčních textových editorů.

A stejně ho používám, protože vim-plugin pro Sublime Text 3 nebyl dotažený, ve spacemacs mi vadila pomalá nabídka souborů k otevření*, atom byl pomalý, VS code mám na seznamu, že ho pořádně vyzkouším.

* Ve vimu mám plugin, který soubory nabízí průběžně jak je nachází, v emacs myslím nejdřív načte komplet seznam a pak teprv ho vypíše. Možná to je řešitelné, ale stačilo mi to k tomu, abych nepřešel. Editování mi přišlo podobné, lisp sem měl raději než vimscript, rozhraní/nastavení měl emacs o něco lepší. Emacs myslím neuměl out of the box víc syntaxí v jednom souboru (javscript v html), ale to je hádám řešitelné.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: ... 15. 01. 2019, 16:25:08
To jsou zase kydy.

VIM pouzivam denne, je to muj primarni editor na mem windows notebooku, ale s IDE se to fakt porovnavat neda.

Treba eclipse pri psani java kodu neustale kompiluje na pozadi a cervene podtrhava chyby, skrta deprecated metody, zlute podtrhava warningy (napr usused variables) a primo navrhuje opravy.
Naseptavac nabizi autocomplete  nabidku s procentualni pravdepodobnosti na zaklade realne cetnosti v kodu.
Kdyz napisu Set<String> x = new H - a zmacknu CTRL+space - eclipse mi rekne, ze s pravdepodobnosti 95% budu chtit HashSet<>(); s nizsi pravdepodobnosti zavolat metodu se stejny navratovym typem, s este nizsi pravdepodobnosti chci zalozit inner class...

Validuje XML dokumenty, luxusni podpora automaticke refaktorizace, generovani boilerplate kodu typu gettery/settery, copy constructory jednim klikem

Vyvoj v IDE se s vimem neda ani omylem srovnat.

Vetsinu z toho vim zvladne taky. Bohuzel to je tak na 2 roky ladeni pluginu, aby se clovek dostal na vyse uvedenou funkcionalitu. Jak rikam, pokud vyslovene nepotrebujes pracovat pouze v terminalu, tak bych vybral neco z
CLion/Visual Studio (code)/qtcreator(osobne ho nesnasnim, ale nekteri na neho nedaji dopustit)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 15. 01. 2019, 16:42:59
Má konfigurace per filetype a per location.

Per location má fungovat jak? Konfigurace v lokálním adresáři?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 17:09:06
* má pluginy v dost obskurním jazyce (jo, vím, že to jde ohnout, ale třeba upravit plugin už je opruz)
* command pallete (popup s autocomplete příkazy uprostřed okna, s proporcionálními fonty) myslím není; našeptávání příkazů jinde (emacs, Sublime, VS code) mi přišlo lepší, ale možná to je taky řešitelné pluginem.
* autocomplete je ošklivý, proporcionální font zřejmě nejde
* autocomplete je otravné nastavovat, pro každý jazyk to bývá jinak (ale to se možná změnilo, nedávno tu byl článek, zatím jsem se k tomu nedostal)
* na refaktorování jsem zůstal u sed, občas jsem rozchodil něco lepšího, ale moc dlouho to funkční nevydrželo
* vhodný nástroj na správu pluginů se mění poměrně často (jednou za pár let)

Ctrl-A a Ctrl-X, motion commands, modeline, au textové konfiguráky jsou myslím ve většině konkurenčních textových editorů.

A stejně ho používám, protože vim-plugin pro Sublime Text 3 nebyl dotažený, ve spacemacs mi vadila pomalá nabídka souborů k otevření*, atom byl pomalý, VS code mám na seznamu, že ho pořádně vyzkouším.

* Ve vimu mám plugin, který soubory nabízí průběžně jak je nachází, v emacs myslím nejdřív načte komplet seznam a pak teprv ho vypíše. Možná to je řešitelné, ale stačilo mi to k tomu, abych nepřešel. Editování mi přišlo podobné, lisp sem měl raději než vimscript, rozhraní/nastavení měl emacs o něco lepší. Emacs myslím neuměl out of the box víc syntaxí v jednom souboru (javscript v html), ale to je hádám řešitelné.
Blbost. To jsem zrovna zapomněl uvést, možnost skriptování v široké plejádě jazyků, jako je Python nebo Lua.

Který editor má in/dekrementaci, flexibilní soustavu provázaných cfg s možností vybrané částečně sdílet, načítání konfiguráků dle typu nebo umístění souboru, konfiguraci jako součást textu nebo tak bohaté a flexibilní motion commands? Co se týče nápovědy, vim umí číst manuálové stránky, zrovna pro C je to užitečné.
K čemu je proporcionální font u prog. editoru?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 17:10:46
Má konfigurace per filetype a per location.

Per location má fungovat jak? Konfigurace v lokálním adresáři?
Jo, automatická konfigurace dle umístění.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 17:18:49
Dalsi uzitecna vec vimu. Lze mit otevreno nekolik vimu, ve vimu lze mit nekolik tabu a tab lze mit rozdelen flexibilne na nekolik oken, pod sebou, vedle sebe. To cele je jeste podporeno systemem bufferu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 17:19:16
Dalsi uzitecna vec vimu. Lze mit otevreno nekolik vimu, ve vimu lze mit nekolik tabu a tab lze mit rozdelen flexibilne na nekolik oken, pod sebou, vedle sebe. To cele je jeste podporeno systemem bufferu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 15. 01. 2019, 17:24:27
Další pěkná věc kterou používám je server režim a remote ovládání.
Název: Jaký editor pro psaní zdrojáků v jazyce C (2.část)
Přispěvatel: nm 18. 01. 2019, 16:07:07
Tak jsem si ozkoušel jak IDE vývojová prostředí tak konzolové editory. Zkoušel jsem jen pár funkcí jako našeptávání, doplňování a nahrazování. A sestavil bych tuto tabulku (co se týká IDE):

1. Clion (jednoznačně nejlepší IDE pro rychlý vývoj)
2. Sublime / Visual Studio Code (ty jsou něco mezi IDE a textovými editory)
3. Eclipse / NetBeans (NetBeans je ale spíše dobrý pro JAVU)
4. Builder
5. Geany / CodeBlocks


Zkoušel jsem i konzolové editory, a protože se nechci učit složité ovládání, tak mi přijde jako rozumná volba mcedit, dále nano/pico apod.


A pak josu samozřejmě dobré také GUI textové editory: gedit, pluma, kate etc.


Ještě jsem se chtěl zeptat, jestli a hlavně jak je možné změnit barevné schéma zvýraznění syntaxe u konzolových editorů mcedit, nano/pico nebo třeba i Vim?

nm
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 18. 01. 2019, 16:40:35
Pokud myslíš barevné schéma, tak to se mění příkazem :colorscheme <nazev> nebo u gui verze výběrem barevného schéma z menu. Pokud myslíš nastavení samotných barev, tak ty se mění v nastavení emulátoru terminálu. Z emulátorů terminálu doporučuji terminátor.

http://www.linuxandubuntu.com/home/terminator-a-linux-terminal-emulator-with-multiple-terminals-in-one-window
https://alvinalexander.com/linux/vi-vim-editor-color-scheme-colorscheme
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 18. 01. 2019, 16:43:27
Vim ma tezce pomaly syntax coloring u nekterych narocnejsich souboru. Navic podvadi, pro obarvovani syntaxe pouziva vzdy jen urcity pocet pismen(konfigurovatelny) na radce. U delsich radek, pokud nepodvadi, tak je brutalne pomaly.
Nevšiml jsem si, že by barvení syntaxe bylo nějak pomalejší než u jiných editorů. Dokonce ani na velmi pomalém spojení se serverem. Jaký určitý počet písmen? Na žádný jsem dosud nenarazil. Co jsou to "delší řádky"?
Vimu začíná dělat problém 1000+ řádků.

1000+ řádků na soubor dělá problémy i mě a při code review autory takových zdrojáků intenzivně kárám.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 18. 01. 2019, 17:03:15
Diskuze se zastánci Vimu není možná. Oni z každé nevýhody udělají výhodu nebo featuru.

To bude asi tím, že neznalí si myslí, že Vim něco neumí, ale on to umí. Kdybys začínal s Vimem a někdo ti předložil nějaké IDE, tak bys také zvracel. Diskuze s uživateli IDE také není možná. Oni nevidí výhody Vimu, my nevidíme výhody IDE. Srovnej kvalitu programů napsaných v IDE a ve Vimu. Nemyslím formátování kódu, ale kvalitu struktury kódu. Dědičnost do čtvrtého kolena může napadnout jen vývojáře v IDE. Vimař to neudělá, protože to obvykle postrádá logiku. S tím souvisí i fakt, že Vimař obvykle dělá mnohem kvalitnější zapouzdření v OOP. Moduly jsou pak samostatnější, méně provázané a snáze nahraditelné.

Chtěl bych vypíchnout to:
Citace
Vimař to neudělá, protože to obvykle postrádá logiku.
Myslím, že to pěkně ilustruje, že nevyřčeným důvodem proč používat VIM, může být i potřeba být členem určité skupiny vyvolených a "chytřejších". Těm, co touto potřebou netrpí, bych asi v dnešní době doporučoval naučit se ve VIMu klávesy i, esc a příkaz :wq pro editaci konfiguráku v terminálu a pro programování se podívat po něčem, co funguje jako IDE i bez pluginů. Např. Visual Studio. A souvislosti mezi kvalitou OOP návrhu a IDE bych se asi nebál. :-)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Cikáda 18. 01. 2019, 17:56:25
Možná bys mohl vypíchnout i toto

Diskuze se zastánci Vimu není možná.

Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 18. 01. 2019, 18:44:25
Diskuze se zastánci Vimu není možná. Oni z každé nevýhody udělají výhodu nebo featuru.

To bude asi tím, že neznalí si myslí, že Vim něco neumí, ale on to umí. Kdybys začínal s Vimem a někdo ti předložil nějaké IDE, tak bys také zvracel. Diskuze s uživateli IDE také není možná. Oni nevidí výhody Vimu, my nevidíme výhody IDE. Srovnej kvalitu programů napsaných v IDE a ve Vimu. Nemyslím formátování kódu, ale kvalitu struktury kódu. Dědičnost do čtvrtého kolena může napadnout jen vývojáře v IDE. Vimař to neudělá, protože to obvykle postrádá logiku. S tím souvisí i fakt, že Vimař obvykle dělá mnohem kvalitnější zapouzdření v OOP. Moduly jsou pak samostatnější, méně provázané a snáze nahraditelné.

Chtěl bych vypíchnout to:
Citace
Vimař to neudělá, protože to obvykle postrádá logiku.
Myslím, že to pěkně ilustruje, že nevyřčeným důvodem proč používat VIM, může být i potřeba být členem určité skupiny vyvolených a "chytřejších". Těm, co touto potřebou netrpí, bych asi v dnešní době doporučoval naučit se ve VIMu klávesy i, esc a příkaz :wq pro editaci konfiguráku v terminálu a pro programování se podívat po něčem, co funguje jako IDE i bez pluginů. Např. Visual Studio. A souvislosti mezi kvalitou OOP návrhu a IDE bych se asi nebál. :-)
Tak nevím jak ostatním, ale mně nikdy žádná taková potřeba na mysli netanula. Na začátku byla u mě spíš zvědavost, proč "to" vůbec někdo používá a dál vyvíjí, když je to tak "zastaralé", tak "neintuitivní" atd. Prostě mi to jen sedlo a zapadlo do mého schématu uvažování, jak má vypadat výpočetní systém - podobně jako celá myšlenka Unixu. Zkrátka stavebnice. Edituji rozličné texty, nejen zdrojové, ale rád bych k tomu používal jeden editor, protože jsem na něj zvyklý. Proto např. raději opluginuji editor vlastnostmi IDE (těmi, jež potřebuji), než abych používal tisíc různých nástrojů na tu samou věc - editaci textu, zabalených do obrovských molochů, z každého z nichž využiju tak 30%, a těch 30% se navíc liší kus od kusu, ač by vůbec nemusely.

Pokud jde o kvalitu návrhu a IDE, tak bych se nebál jít ještě obecněji - pokud IDE vývojáře aktivně podporuje v nešikovnostech, tak to samozřejmě má negativní dopad na návrh programu. Mám na mysli např. nicneříkající identifikátory (IDE přece napoví), nelogicky strukturované a zbytečně dlouhé seznamy argumentů (dtto), nadměrně dlouhé bloky (IDE přece sbalí) apod. Na jednu stranu je chvályhodné, že se IDE pokouší maximálně zpřehlednit text a orientaci v programu. Odvrácenou stranou ale je, že tím usnadňuje psaní nepřehledného, nevhodně strukturovaného programu, na což by se měl tedy dávat o to větší pozor.

(nadto si myslím, že myšlenka IDE souzní spíše s microsoftí představou velkých, náročných autonomních molochů než s myšlenkou modularity a stavebnicovosti, jak to vidíme třeba u Unixu nebo Smalltalku - který mimochodem nabízí vývojáři úžasný komfort, ale přesto "v něm" žádné IDE nenajdeme)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 18. 01. 2019, 18:58:23

Pokud jde o kvalitu návrhu a IDE, tak bych se nebál jít ještě obecněji - pokud IDE vývojáře aktivně podporuje v nešikovnostech, tak to samozřejmě má negativní dopad na návrh programu. Mám na mysli např. nicneříkající identifikátory (IDE přece napoví), nelogicky strukturované a zbytečně dlouhé seznamy argumentů (dtto), nadměrně dlouhé bloky (IDE přece sbalí) apod. Na jednu stranu je chvályhodné, že se IDE pokouší maximálně zpřehlednit text a orientaci v programu. Odvrácenou stranou ale je, že tím usnadňuje psaní nepřehledného, nevhodně strukturovaného programu, na což by se měl tedy dávat o to větší pozor.

Tohle je zajimave. Rekneme, ze je to pravda, ze ide usnadnuje psani neprehledneho a nevhodne strukturovaneho kodu. Otazka vsak je - a usnadneju i presto to psani nebo ne? Protoze ja bych si tipl, ze nakonec stejne usnadnuje.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Sunar 18. 01. 2019, 19:06:20
Vim ma tezce pomaly syntax coloring u nekterych narocnejsich souboru. Navic podvadi, pro obarvovani syntaxe pouziva vzdy jen urcity pocet pismen(konfigurovatelny) na radce. U delsich radek, pokud nepodvadi, tak je brutalne pomaly.
Nevšiml jsem si, že by barvení syntaxe bylo nějak pomalejší než u jiných editorů. Dokonce ani na velmi pomalém spojení se serverem. Jaký určitý počet písmen? Na žádný jsem dosud nenarazil. Co jsou to "delší řádky"?
Vimu začíná dělat problém 1000+ řádků.

1000+ řádků na soubor dělá problémy i mě a při code review autory takových zdrojáků intenzivně kárám.
Nektere moje programy maji nekolik tisic radku. Jsou cele v jednom souboru. Vim ze je to spatne, ale Vim mi umoznuje s nimi pohodlne pracovat, takze me nic nenuti ztracet cas a predelavat to. Tyhle programy vznikaji jako jednoduche skritpy na par desitek radek bez nejakych velkych ambic, jenze se ukazou jako hodne uzitee, jejich funkcnost se dle potreby rozsiruje a rozsiruje, a po par letech ejhle. Pravda je, ze v nicem jinem nez vimu se nedaji rozumne udrzovat.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Sunar 18. 01. 2019, 19:12:51
Diskuze se zastánci Vimu není možná. Oni z každé nevýhody udělají výhodu nebo featuru.
To bude asi tím, že neznalí si myslí, že Vim něco neumí, ale on to umí. Kdybys začínal s Vimem a někdo ti předložil nějaké IDE, tak bys také zvracel. Diskuze s uživateli IDE také není možná. Oni nevidí výhody Vimu, my nevidíme výhody IDE. Srovnej kvalitu programů napsaných v IDE a ve Vimu. Nemyslím formátování kódu, ale kvalitu struktury kódu. Dědičnost do čtvrtého kolena může napadnout jen vývojáře v IDE. Vimař to neudělá, protože to obvykle postrádá logiku. S tím souvisí i fakt, že Vimař obvykle dělá mnohem kvalitnější zapouzdření v OOP. Moduly jsou pak samostatnější, méně provázané a snáze nahraditelné.

Chtěl bych vypíchnout to:
Citace
Vimař to neudělá, protože to obvykle postrádá logiku.
Myslím, že to pěkně ilustruje, že nevyřčeným důvodem proč používat VIM, může být i potřeba být členem určité skupiny vyvolených a "chytřejších". Těm, co touto potřebou netrpí, bych asi v dnešní době doporučoval naučit se ve VIMu klávesy i, esc a příkaz :wq pro editaci konfiguráku v terminálu a pro programování se podívat po něčem, co funguje jako IDE i bez pluginů. Např. Visual Studio. A souvislosti mezi kvalitou OOP návrhu a IDE bych se asi nebál. :-)
Netusim jak jsi dospel k teto 'nevyrcene' interpretaci? Myslim ze nic takoveho to neilustruje a spise mi pripada, ze si do toho promitas sve vlastni komplexy.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 18. 01. 2019, 22:07:58
Pokud jde o kvalitu návrhu a IDE, tak bych se nebál jít ještě obecněji - pokud IDE vývojáře aktivně podporuje v nešikovnostech, tak to samozřejmě má negativní dopad na návrh programu. Mám na mysli např. nicneříkající identifikátory (IDE přece napoví), nelogicky strukturované a zbytečně dlouhé seznamy argumentů (dtto), nadměrně dlouhé bloky (IDE přece sbalí) apod. Na jednu stranu je chvályhodné, že se IDE pokouší maximálně zpřehlednit text a orientaci v programu. Odvrácenou stranou ale je, že tím usnadňuje psaní nepřehledného, nevhodně strukturovaného programu, na což by se měl tedy dávat o to větší pozor.
Tohle je zajimave. Rekneme, ze je to pravda, ze ide usnadnuje psani neprehledneho a nevhodne strukturovaneho kodu. Otazka vsak je - a usnadneju i presto to psani nebo ne? Protoze ja bych si tipl, ze nakonec stejne usnadnuje.

IDE usnadňuje psaní kódu i prasokódu. Bez IDE se s prasokódem daleko nedostaneš, což tě donutí ten kód napsat pořádně. Samotnému psaní IDE moc nepomáhá, resp. nenabízí prakticky nic navíc, co by nezvládl kvalitní editor.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 18. 01. 2019, 22:19:50
Myslím, že to pěkně ilustruje, že nevyřčeným důvodem proč používat VIM, může být i potřeba být členem určité skupiny vyvolených a "chytřejších". Těm, co touto potřebou netrpí, bych asi v dnešní době doporučoval naučit se ve VIMu klávesy i, esc a příkaz :wq pro editaci konfiguráku v terminálu a pro programování se podívat po něčem, co funguje jako IDE i bez pluginů. Např. Visual Studio. A souvislosti mezi kvalitou OOP návrhu a IDE bych se asi nebál. :-)
Tak nevím jak ostatním, ale mně nikdy žádná taková potřeba na mysli netanula. Na začátku byla u mě spíš zvědavost, proč "to" vůbec někdo používá a dál vyvíjí, když je to tak "zastaralé", tak "neintuitivní" atd. Prostě mi to jen sedlo a zapadlo do mého schématu uvažování, jak má vypadat výpočetní systém - podobně jako celá myšlenka Unixu. Zkrátka stavebnice. Edituji rozličné texty, nejen zdrojové, ale rád bych k tomu používal jeden editor, protože jsem na něj zvyklý. Proto např. raději opluginuji editor vlastnostmi IDE (těmi, jež potřebuji), než abych používal tisíc různých nástrojů na tu samou věc - editaci textu, zabalených do obrovských molochů, z každého z nichž využiju tak 30%, a těch 30% se navíc liší kus od kusu, ač by vůbec nemusely.

Také nemám potřebu se editorem nějak vyčleňovat. Nevadí mi, když kolega používá nějaké IDE. Vadí mi, pokud neustále rýpe do mne, že IDE nepoužívám.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: hawran diskuse 18. 01. 2019, 22:20:51
...
Nektere moje programy maji nekolik tisic radku. Jsou cele v jednom souboru...
omfg
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: hawran diskuse 18. 01. 2019, 22:27:25
Mimochodem, nějak mi uniká, jak by nějaké IDE pomohlo při psaní kódu v c.
Napovídání metod/funkcí/settrů/gettrů/srry, Kite/ objektů (tříd, whatever) tu asi nebude, tak proč IDE?

Jakýkoli editor, který alespoň zobrazí/odchytí syntaxi jazyka by měl stačit.

PS: Dycky budu nutit (g)vim, ale i ten Vyžužlal Studio Code by mohl pomoci...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: hawran diskuse 18. 01. 2019, 22:27:31
Mimochodem, nějak mi uniká, jak by nějaké IDE pomohlo při psaní kódu v c.
Napovídání metod/funkcí/settrů/gettrů/srry, Kite/ objektů (tříd, whatever) tu asi nebude, tak proč IDE?

Jakýkoli editor, který alespoň zobrazí/odchytí syntaxi jazyka by měl stačit.

PS: Dycky budu nutit (g)vim, ale i ten Vyžužlal Studio Code by mohl pomoci...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 18. 01. 2019, 22:38:19
Nektere moje programy maji nekolik tisic radku. Jsou cele v jednom souboru. Vim ze je to spatne, ale Vim mi umoznuje s nimi pohodlne pracovat, takze me nic nenuti ztracet cas a predelavat to. Tyhle programy vznikaji jako jednoduche skritpy na par desitek radek bez nejakych velkych ambic, jenze se ukazou jako hodne uzitee, jejich funkcnost se dle potreby rozsiruje a rozsiruje, a po par letech ejhle. Pravda je, ze v nicem jinem nez vimu se nedaji rozumne udrzovat.

Zpočátku jsem také psal i celé aplikace do jednoho souboru, i když už tenkrát strukturovaného. Ve Vimu s tím není žádný problém. O vhodnosti členění do více souborů jsem se však přesvědčil při přechodu na OOP a nasazení autoloaderu. Benchmarky hovořily jasně - rychlost skriptů v PHP se tím zvýšila. Tím mi vznikl nový prostor pro masivní využití velmi pozdní vazby. Od té doby už dlouhé skripty nedělám. A pak jsem se dočetl, že existuje nějaký SOLID, ...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: jetset 18. 01. 2019, 22:52:42
ja zasadne pouzivam Visual Slick Editor. Nekdy pred 20 lety jsme ho koupili, pak nekdy jeste nejaky upgrade a jedeme s nim na temer vsech projektech. Tehda jsme ho vybrali proto, ze mel jako jeden z mala funkci na sbaleni a rozbaleni bloku - vec, kterou nakonec pouzivam tak jednou za 5 let a to jeste omylem. Hlavni vyhoda tohoto editoru je skok na definici nebo deklaraci funkce (a samozrejme zpet), zobrazovani parametru funkci kdyz pises jeji volani a napoveda (vyhledavani) metod trid. Dnes uz to umi kazdy editor, ovsem pred temi 20 lety to byla relativne novinka. Orientovat se v cizim kodu (nebo ve vlastnim, ktery je starsi nez hodina :-) ) je velice jenoduche.
Ovsem na scripty a konfiguracni files radsi pouzivam VIM. Delam s nim 20 let, ale umim v nem pouzivat maximalne vyhledavani :-). Na vetsi scripty pouzivam kate (on ten visual slick editor je trosku tezkopadnejsi na otvirani novych projektu, takze 1 file projekty delam spis v kate.
Vyhoda kate je v tom, ze umi otvirat remote files, takze php script na serveru, druhy script na clientovi, ktery s nim komunikuje, vsechno v jednom programu ve dvou tabech.
Na novejsich editorech ocenuji schopnost refactoringu (prejmenovani promenne nebo funkce). Kdyz jsem zacinal, si vzpominam, ze nejvetsi problemy jsem mel s pojmenovanim promennych a funkci. V dobach c++ uz to nebyva takovy problem.
Nakonec, neni az tak dulezite ve kterem editoru pises, je dulezite ho umet dobre ovladat. Pri programovani musis myslet na program, ne na to, jak ovladat editor.
PS bashove scripty zasadne sejvuju kombinaci ZZ bez ohledu, ve kterem editoru to pisu. Pak obvykle nasleduje backspace backspace a control S :-) Proste bash mam v mozku spojeny s vim ;-)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 19. 01. 2019, 22:51:53
Pokud jde o kvalitu návrhu a IDE, tak bych se nebál jít ještě obecněji - pokud IDE vývojáře aktivně podporuje v nešikovnostech, tak to samozřejmě má negativní dopad na návrh programu. Mám na mysli např. nicneříkající identifikátory (IDE přece napoví), nelogicky strukturované a zbytečně dlouhé seznamy argumentů (dtto), nadměrně dlouhé bloky (IDE přece sbalí) apod. Na jednu stranu je chvályhodné, že se IDE pokouší maximálně zpřehlednit text a orientaci v programu. Odvrácenou stranou ale je, že tím usnadňuje psaní nepřehledného, nevhodně strukturovaného programu, na což by se měl tedy dávat o to větší pozor.
Tohle je zajimave. Rekneme, ze je to pravda, ze ide usnadnuje psani neprehledneho a nevhodne strukturovaneho kodu. Otazka vsak je - a usnadneju i presto to psani nebo ne? Protoze ja bych si tipl, ze nakonec stejne usnadnuje.

IDE usnadňuje psaní kódu i prasokódu. Bez IDE se s prasokódem daleko nedostaneš, což tě donutí ten kód napsat pořádně. Samotnému psaní IDE moc nepomáhá, resp. nenabízí prakticky nic navíc, co by nezvládl kvalitní editor.

DObre, ale to by bylo vyhodne v situaci, kdy ty budes psat krasny prehledny kod bez IDE, protoze musis, a ja ho potom budu lustit prostrednictvim IDE. Zde pak dochazi k usnadneni pro me - mam kransy kod a k tomu IDE.

Ale otazka je, jestli se ti nakonec neco usnadni, kdyz to IDE nemas - sice pises pekneji, ALE, dopcic, nemas IDE - takze se ti v tom stejne bude hure orientovat - a nebo se ti v tom bude rekneme vlastne orientovat stejne jako v prasekodu z ide, ale mozna te to stalo vice prace to tak pekne napsat.

Proto se ptam, zda nakonec to IDE stejne neulehcuje praci, ikdyz treba vede k prasekodu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 19. 01. 2019, 23:40:46
IDE usnadňuje psaní kódu i prasokódu. Bez IDE se s prasokódem daleko nedostaneš, což tě donutí ten kód napsat pořádně. Samotnému psaní IDE moc nepomáhá, resp. nenabízí prakticky nic navíc, co by nezvládl kvalitní editor.
DObre, ale to by bylo vyhodne v situaci, kdy ty budes psat krasny prehledny kod bez IDE, protoze musis, a ja ho potom budu lustit prostrednictvim IDE. Zde pak dochazi k usnadneni pro me - mam kransy kod a k tomu IDE.

Ale otazka je, jestli se ti nakonec neco usnadni, kdyz to IDE nemas - sice pises pekneji, ALE, dopcic, nemas IDE - takze se ti v tom stejne bude hure orientovat - a nebo se ti v tom bude rekneme vlastne orientovat stejne jako v prasekodu z ide, ale mozna te to stalo vice prace to tak pekne napsat.

Proto se ptam, zda nakonec to IDE stejne neulehcuje praci, ikdyz treba vede k prasekodu.

Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 19. 01. 2019, 23:56:21
IDE usnadňuje psaní kódu i prasokódu. Bez IDE se s prasokódem daleko nedostaneš, což tě donutí ten kód napsat pořádně. Samotnému psaní IDE moc nepomáhá, resp. nenabízí prakticky nic navíc, co by nezvládl kvalitní editor.
DObre, ale to by bylo vyhodne v situaci, kdy ty budes psat krasny prehledny kod bez IDE, protoze musis, a ja ho potom budu lustit prostrednictvim IDE. Zde pak dochazi k usnadneni pro me - mam kransy kod a k tomu IDE.

Ale otazka je, jestli se ti nakonec neco usnadni, kdyz to IDE nemas - sice pises pekneji, ALE, dopcic, nemas IDE - takze se ti v tom stejne bude hure orientovat - a nebo se ti v tom bude rekneme vlastne orientovat stejne jako v prasekodu z ide, ale mozna te to stalo vice prace to tak pekne napsat.

Proto se ptam, zda nakonec to IDE stejne neulehcuje praci, ikdyz treba vede k prasekodu.

Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.

Jak generujes ve Vimu method call hierarchie?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 20. 01. 2019, 00:09:08
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?

Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 20. 01. 2019, 00:14:08
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?

Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.

Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 20. 01. 2019, 00:23:30
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?
Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.
Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.

Klidně, ale předem upozorňuji, že do Prahy kvůli tomu nepojedu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 20. 01. 2019, 01:22:42
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?
Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.
Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.

Klidně, ale předem upozorňuji, že do Prahy kvůli tomu nepojedu.

This is the guy! Ty si vazne myslis, ze jsu vsichni na backendu takove lamy, ze nepouzivaji Vim ale poradne IDE? To je uplny vtip. O vimu jsem slysel zatim jen od jednoho apokalyptickeho javascriptare a ccskare, na webdevelopment to je mozna tak dobre...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Raskal 20. 01. 2019, 01:28:36
Na Linuxu jsem pouzival KDevelop (https://www.kdevelop.org/) a Netbeans (https://netbeans.org/features/cpp/).

Obe IDE pro me byly OK. Jinak psat se da samozrejme v jakemkoliv textovem editoru, ale pak mozna prichazis o zajimave funkce napomocne pri psani jako je automaticke doplnovani, asistence s refaktoringem, zjednoduseny pristup k napovede, validace kodu a spoustu dalsich funkci, ktere ti pri vyvoji umoznuji soustredit se na problem, ktery ma program resit.

Padlo zde, ze netbeans nejsou OK, ale zadny argument proc jsem k tomu uz nevidel. Sice nejsou primarne pro C/C++, ale to neni dukaz jejich nekompetence.

@Dotcenym: Je to parada, jak se tu huste zminuje vim a emacs. Lidi, ten clovek nehleda hardcore konzolovy editor, ktery si dostavi pro editaci cecka! To by to sem asi napsal! Pta se na to, v cem se dobre pise C. Tento vas pristup zda se mi ponekud kontraproduktivni...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 20. 01. 2019, 08:53:11
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?
Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.
Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.

Klidně, ale předem upozorňuji, že do Prahy kvůli tomu nepojedu.

This is the guy! Ty si vazne myslis, ze jsu vsichni na backendu takove lamy, ze nepouzivaji Vim ale poradne IDE? To je uplny vtip. O vimu jsem slysel zatim jen od jednoho apokalyptickeho javascriptare a ccskare, na webdevelopment to je mozna tak dobre...

Na webdevelopment to právě dobré není.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 20. 01. 2019, 10:34:47
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?

Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.

Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.
"Komponenta", co má 350 tisíc LOC? To není "komponenta", ale piece of shit.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 20. 01. 2019, 10:55:36
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?

Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.

Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.
"Komponenta", co má 350 tisíc LOC? To není "komponenta", ale piece of shit.

Kiwi, na co se specializujes, co vyvijis za typ sw? Protoze jsi zkuseny a chytry, tak to nemyslim nijak ofenzivne, jak to tady na rootu vetsinou delam. Ja jsem zazil za svou ne moc dlouho karieru celkem 3 backendove enviromenty (u 3 ruznych zakazniku), a ze nejaka dulezita komponenta se v prubehu let takto rozroste je uplne bezne a skoro mi prijde, ze az nevyhnutelne, ikdzy kazdy vi, ze by to tak byt nemelo. Proto si myslim, ze ty urcite nevyvijis velke informacni systemy, protoze to by bylo pro tebe piece of shit uplne vsechno. Ale mozna, ze mas nejaky svaty gral a umis to lip?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 20. 01. 2019, 11:15:17
Kiwi, na co se specializujes, co vyvijis za typ sw? Protoze jsi zkuseny a chytry, tak to nemyslim nijak ofenzivne, jak to tady na rootu vetsinou delam. Ja jsem zazil za svou ne moc dlouho karieru celkem 3 backendove enviromenty (u 3 ruznych zakazniku), a ze nejaka dulezita komponenta se v prubehu let takto rozroste je uplne bezne a skoro mi prijde, ze az nevyhnutelne, ikdzy kazdy vi, ze by to tak byt nemelo. Proto si myslim, ze ty urcite nevyvijis velke informacni systemy, protoze to by bylo pro tebe piece of shit uplne vsechno. Ale mozna, ze mas nejaky svaty gral a umis to lip?

hádám, že tazatel vyvíjí jiný typ aplikací.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 20. 01. 2019, 11:20:45
Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.
"Komponenta", co má 350 tisíc LOC? To není "komponenta", ale piece of shit.

Dělám na projektu, který je ještě o něco větší. To se nasbírá. Je ale fakt, že jsem ho už docela dost zredukoval, protože tam bylo dost zbytečností z IDE jenom proto, že je někdo nechal vygenerovat.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 20. 01. 2019, 11:51:54
Jinak slusne se pise i ve Visual Studio Code, ale je treba mit spravny plugin (na vetsi projekty se mi oplatilo pouzivat plugin cquery)

Vyzkoušel někdo to cquery? To dokáže oindexovat i chromium nebo linux kernel. 350k řádků by neměl být problém.

Hádají se tu dvě skupiny lidí. Uživatelé editorů, kteří nepoužívají nebo neumí použít pokročilý tooling, a Javisté používající monolitická IDE.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 20. 01. 2019, 12:11:24
Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.
"Komponenta", co má 350 tisíc LOC? To není "komponenta", ale piece of shit.

Dělám na projektu, který je ještě o něco větší. To se nasbírá. Je ale fakt, že jsem ho už docela dost zredukoval, protože tam bylo dost zbytečností z IDE jenom proto, že je někdo nechal vygenerovat.

Ty jsi PHPkar, jenom jestli tech tvych 350000 radku kodu neni z 80% html, to se samozrejme nepocita.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 20. 01. 2019, 12:18:05
Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.
"Komponenta", co má 350 tisíc LOC? To není "komponenta", ale piece of shit.
Dělám na projektu, který je ještě o něco větší. To se nasbírá. Je ale fakt, že jsem ho už docela dost zredukoval, protože tam bylo dost zbytečností z IDE jenom proto, že je někdo nechal vygenerovat.
Ty jsi PHPkar, jenom jestli tech tvych 350000 radku kodu neni z 80% html, to se samozrejme nepocita.

Dělám na backendu, není v tom ani kousek HTML. To má na starosti někdo jiný.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 20. 01. 2019, 12:47:49
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?

Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.

Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.
"Komponenta", co má 350 tisíc LOC? To není "komponenta", ale piece of shit.

Kiwi, na co se specializujes, co vyvijis za typ sw? Protoze jsi zkuseny a chytry, tak to nemyslim nijak ofenzivne, jak to tady na rootu vetsinou delam. Ja jsem zazil za svou ne moc dlouho karieru celkem 3 backendove enviromenty (u 3 ruznych zakazniku), a ze nejaka dulezita komponenta se v prubehu let takto rozroste je uplne bezne a skoro mi prijde, ze az nevyhnutelne, ikdzy kazdy vi, ze by to tak byt nemelo. Proto si myslim, ze ty urcite nevyvijis velke informacni systemy, protoze to by bylo pro tebe piece of shit uplne vsechno. Ale mozna, ze mas nejaky svaty gral a umis to lip?
Moje specializace je průmyslová automatizace (a jako editor vim :) ). Nejraději embedded části, ale jsem nucen dělat i na frontendech.

Ale proto jsem psal "komponenta" do uvozovek. Kdybys napsal, že děláš na aplikaci, která má 350 kLOC, beru. Ale pod komponentou si představím stavební blok. Pravda, pod tím se dá představit i jeden blok atomové elektrárny - jako jedna komponenta. Ale stejně mi to připadá takové... nelidské, aby "komponenta" měla statisíce řádků. A dost mě dráždí, když se někdo holedbá počtem LOC svého projektu. To přece není nic, nač by měl být člověk pyšný nebo čím se chlubit. Vyvstává u toho totiž otázka, zda je to opravdu tak velký projekt, nebo je jen tak blbě napsaný. U těch embedded částí je obvykle člověk nucen u toho víc přemýšlet vzhledem k omezeným možnostem "malých" procesorů (bohužel už se taky šíří nešvar, kdy se na triviální úlohu raději nasadí kanón, aby se na něm dal rozjet nějaký poměrně velký OS, pro nějž se napíše párřádkový prográmek zajišťující požadovanou funkcionalitu, který ovšem z daného OS využívá jen nepatrný zlomek). Ale u těch frontendových aplikací mě to dráždí jak červený hadr býka - každou chvíli si připadám jak Feynmann, když zíral na větu "jednotlivý člen sociální skupiny často přijímá informace cestou vizuálních symbolických kanálů", aby po nějaké chvíli došel k závěru, že autor chtěl jen napsat "lidé čtou". Tak přesně tak se dnes programuje - pak se nedivme, že projekty mají statisíce, miliony LOC. Prostě když srovnám software ze 70. až počátku 90. let s tím současným analogickým, tak si kladu otázku, kde se projevuje ten řádový rozdíl v počtu LOC na funkcionalitě toho software. Zatím mám pocit, že ten počet LOC akorát úspěšně kompenzuje rostoucí výkon hardware, takže výsledný dojem je podobný. Mladší generace se na starší počítače dívá skrz prsty, aniž by znala jejich schopnosti a možnosti. Ale počítač ADT 4000 z produkce ZPA (klon HP 2100) dokázal uřídit 800MW elektrárnu a lidi, kteří ho to naučili, byste spočítali na prstech jedné ruky. Dnes tam máte řádově výkonnější systém, který programovalo řádově více lidí a software má řádově více LOC, ale přitom dělá v podstatě totéž. A dokonce to nebylo ani rychleji uvedené do provozu, ani to není spolehlivější.

"Velký informační systém" je velmi vágní pojem a měřítko LOC je velmi pochybné. A když si pohlédnuv na to stádo kolem sebe někdy položím otázku, zda to opravdu nejsem já, kdo je mimo, tak si vzpomenu, že existují lidé, kterým ani já, ani nikdo z toho stáda nesahá ani po kotníky, ale dospěli nezávisle ke stejným závěrům, jako já:

https://www.youtube.com/watch?v=ubaX1Smg6pY

Proto jsem přesvědčen, že čím více LOC, tím horší kus software. Chtěl bych někdy vidět software, jehož půl milionu LOC se také odráží v jeho funkcionalitě. A zároveň, k čemu se taková funkcionalita prakticky využívá. Jestliže CAD na návrh mikroprocesorů může napsat jediný člověk tak, že se vejde na 3.5" disketu, a narozdíl od molochů od Mentorů umí navrhovaný chip odsimulovat v reálném čase na úrovni polovodiče i se zohledněním teplotních poměrů (OKAD Chucka Moora), tak mě těžko může někdo přesvědčovat o tom, že něco nejde napsat kratší.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 20. 01. 2019, 13:13:28
Proto jsem přesvědčen, že čím více LOC, tím horší kus software.

Uvažuji stejně. K čemu je mi knihovna, která má 5000 LOC, když téhož výsledku dosáhnu na 50 řádcích? Navíc bez chyb, které v té knihovně jsou a mí předchůdci je museli pracně obcházet?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 20. 01. 2019, 13:44:36
Vim mi produkuje krásný kód přímo, v podstatě ho nerozeznáš od kódu napsaného v IDE a nemusím se přitom nějak zvlášť snažit. Hlídá závorky i odsazení a identifikátory našeptává.
Jak generujes ve Vimu method call hierarchie?

Předně se naučíš psát kód tak, abys tuto zbytečnost nepotřeboval. Jinak je k tomu určen plugin ctags.

Kite Kite, Kytiku... kdy ty uz konecne pochopis, ze neni na svete jen ten tvuj webdevelopment. Moje komponenta ma 220 tisic radku kodu, vsech radku vseho mozneho vc. liquibase je tam 350tis. Mohl bys nam to nekdy prijit na backend s tim svym VIMem nandat.
"Komponenta", co má 350 tisíc LOC? To není "komponenta", ale piece of shit.

Kiwi, na co se specializujes, co vyvijis za typ sw? Protoze jsi zkuseny a chytry, tak to nemyslim nijak ofenzivne, jak to tady na rootu vetsinou delam. Ja jsem zazil za svou ne moc dlouho karieru celkem 3 backendove enviromenty (u 3 ruznych zakazniku), a ze nejaka dulezita komponenta se v prubehu let takto rozroste je uplne bezne a skoro mi prijde, ze az nevyhnutelne, ikdzy kazdy vi, ze by to tak byt nemelo. Proto si myslim, ze ty urcite nevyvijis velke informacni systemy, protoze to by bylo pro tebe piece of shit uplne vsechno. Ale mozna, ze mas nejaky svaty gral a umis to lip?
Moje specializace je průmyslová automatizace (a jako editor vim :) ). Nejraději embedded části, ale jsem nucen dělat i na frontendech.

Ale proto jsem psal "komponenta" do uvozovek. Kdybys napsal, že děláš na aplikaci, která má 350 kLOC, beru. Ale pod komponentou si představím stavební blok. Pravda, pod tím se dá představit i jeden blok atomové elektrárny - jako jedna komponenta. Ale stejně mi to připadá takové... nelidské, aby "komponenta" měla statisíce řádků. A dost mě dráždí, když se někdo holedbá počtem LOC svého projektu. To přece není nic, nač by měl být člověk pyšný nebo čím se chlubit. Vyvstává u toho totiž otázka, zda je to opravdu tak velký projekt, nebo je jen tak blbě napsaný. U těch embedded částí je obvykle člověk nucen u toho víc přemýšlet vzhledem k omezeným možnostem "malých" procesorů (bohužel už se taky šíří nešvar, kdy se na triviální úlohu raději nasadí kanón, aby se na něm dal rozjet nějaký poměrně velký OS, pro nějž se napíše párřádkový prográmek zajišťující požadovanou funkcionalitu, který ovšem z daného OS využívá jen nepatrný zlomek). Ale u těch frontendových aplikací mě to dráždí jak červený hadr býka - každou chvíli si připadám jak Feynmann, když zíral na větu "jednotlivý člen sociální skupiny často přijímá informace cestou vizuálních symbolických kanálů", aby po nějaké chvíli došel k závěru, že autor chtěl jen napsat "lidé čtou". Tak přesně tak se dnes programuje - pak se nedivme, že projekty mají statisíce, miliony LOC. Prostě když srovnám software ze 70. až počátku 90. let s tím současným analogickým, tak si kladu otázku, kde se projevuje ten řádový rozdíl v počtu LOC na funkcionalitě toho software. Zatím mám pocit, že ten počet LOC akorát úspěšně kompenzuje rostoucí výkon hardware, takže výsledný dojem je podobný. Mladší generace se na starší počítače dívá skrz prsty, aniž by znala jejich schopnosti a možnosti. Ale počítač ADT 4000 z produkce ZPA (klon HP 2100) dokázal uřídit 800MW elektrárnu a lidi, kteří ho to naučili, byste spočítali na prstech jedné ruky. Dnes tam máte řádově výkonnější systém, který programovalo řádově více lidí a software má řádově více LOC, ale přitom dělá v podstatě totéž. A dokonce to nebylo ani rychleji uvedené do provozu, ani to není spolehlivější.

"Velký informační systém" je velmi vágní pojem a měřítko LOC je velmi pochybné. A když si pohlédnuv na to stádo kolem sebe někdy položím otázku, zda to opravdu nejsem já, kdo je mimo, tak si vzpomenu, že existují lidé, kterým ani já, ani nikdo z toho stáda nesahá ani po kotníky, ale dospěli nezávisle ke stejným závěrům, jako já:

https://www.youtube.com/watch?v=ubaX1Smg6pY

Proto jsem přesvědčen, že čím více LOC, tím horší kus software. Chtěl bych někdy vidět software, jehož půl milionu LOC se také odráží v jeho funkcionalitě. A zároveň, k čemu se taková funkcionalita prakticky využívá. Jestliže CAD na návrh mikroprocesorů může napsat jediný člověk tak, že se vejde na 3.5" disketu, a narozdíl od molochů od Mentorů umí navrhovaný chip odsimulovat v reálném čase na úrovni polovodiče i se zohledněním teplotních poměrů (OKAD Chucka Moora), tak mě těžko může někdo přesvědčovat o tom, že něco nejde napsat kratší.

jak vidis, muj prispevek ma spoustu radku protoze se mi nechtelo minimalizovat tvoji odpoved a jen jsem klikl na qute :)

Ta komponenta na ktere pracuju je sracka, ale videl jsem i mnohem mnohem horsi - v tech 350000 radcich je totiz aspon vcelku poradek. Spousta kodu je tam redundantniho, je tam rada funkcionalit ktere se preplacavaly dalsimi funkcionality s tim, jak chodily pozadavky z businessu a cas na refaktoring by byl tak znacny, ze se to nikomu delat nechtelo. V enviromentu, kde jsem, pracuje celkem asi tak 100 lidi, a historicky se na tom enviromentu prostridali lidi s fluktuaci 10% rocne.

Problem objemnosti techto komponenty je natolik komplexni, ze pochybuju, ze by to dokazal vyresit sebelepsi vyvojar. Faktory ktere zde pusobi a jsem si jich vedom:

1.) Velke mnoztvi vyvojaru vede k celkove prumernosti a celkova prumernost vede ke srackoidnimu kodu protoze tak pracuje prumerny vyvojar nejen ve fazi implementace, ale i ve fazi analyzy pozadavku a davani zpetne vazby stupidnimu zakaznikovi, ktery zadava pitchoviny ale musi se ctit, protoze je to zakaznik.
2.) Vyvoj softwaru formou bodyshopingu, kde IT korporaty ziskavaji marze z odporacovanych mandays, nemotivuje k redukci kodu, ale k prumernosti. Prumernost znamena prebytecnost kodu a vede k potrebe dalsich pracovnich sil, cili ke zvyseni prijmu korporace, coz je pro korporaci v podstate chtena vec - neni v jejim zajmu aby byla vyjimecne dobra a psala krasny cisty kod s minimem potrebnych pracovnich sil, prave naopak by rada byla spise prumerna.
3.) Zakaznikuv management si o to rika sam, protoze i ten tlaci cenu za vyvojare dolu co jen muze, coz samo rovnez nemuze vezt k vyjimecnemu vyvoji.
4.) Zakaznici zpravidla vystrci nejakeho debilniho product ownera, napr. sociolozku, ktera nikdy nenapsala ani hello world.
5.) Management ktery rozhoduje o vecech zpravidla tvori lidi, kteri rovnez nikdy neprogramovali. V podstate stavbu ridi lidi, kteri v zivote nedrzeli v ruce cihlu. Napr. muj momentalni projektovy manager je vystudovany politolog, videl jsem i hudebnika.


Dale tvoje business logika je beztak mnohem jednodussi nez u techto systemu. Ty mas u enbedded zadani jasne, u techto informacnich systemu je zadani zpravidla nejasne, navic velmi opinionated a jeste navic nezminimalizovane. Mnohem vice se implementuje zadani adhoc, tak jak proste prislo od analytiku, protoze jako vyvojar neznas zakouti business logiky dostatecne jasne na to, aby jsi ho zpracoval.

Dam priklad: rekneme ze delas treba telco, to je takove pekne pro predstavu. Operator, treba O2, ma ruznou nabidku mobilnich tarifu a dalsich kokotin kolem toho. Kdyz se nad tim zamsylis, vsechen ten bordel je redukovatelny do jednoduche male tabulky:

Cena za 1 minutu volani
Cena za 1 MB dat
Cena za 1 sms
Cena volani do zahranici

Na sve SIM pak mas kredit, kde odvadis automaticky pravidelnou platbu. A operator ma jen tento jeden tarif - vic neni potreba.

Tohle je technicka minimalizace nabidky sluzby operatora. Kokoti v managementu a lisaci v marketingu kolem toho ale vymysli hromadu kokotin ve forme ruznych tarifu a pausalu a ruznych "vyhodnych: nabidek. Udelaji to proto, ze vi, ze lidi jsou dementi a mysli si, ze maji takto produkt usity na miru, presne pro jejich potreby a ze je to pro ne vyhodnejsi. V realite ale to pro ne neni vyhodnejsi ani financne - oni se jenom domnivaji ze by melo byt, a jeste k tomu musi mit hlavu plnou pitchovin obsahujici nabidku operatora - mozna ze je to soucast marketingu a vymyvani mozku zakaznikum, vytvareni koureove clony, ktera nasledne znemoznuje zakaznikum se orientovat v konkurenci.

No a ted si predstav, ze mas zadane takovehle shity a mas to jako vyvojar implementovat. Tyhle shity uz ze sve podstate jsou neminimalizovane shity, a kdyz se k tomu prida zpravidla nekompetentni management tak vzniknou jeste vetsi shity, ve kterych se uz jednotlivec nevyzna a nelze je uz snadno minimalizovat do nejake osekane podoby. No a presne takoveto shity se potom promitaji i do backendu, ktery je nasobne objemnejsi, nez by musel byt, a stoji hromadu zbytecne prace.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 20. 01. 2019, 14:31:13
Na stranu druhou, toto vytvari vzacnost schopnych a inteligentnich vyvojaru a vzacnost na trhu prace jsou PRACHY  8)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 20. 01. 2019, 15:58:21
No já ti přesně rozumím a řekl bych, že jsi to i vystihl. Ale to nic nemění na tom, že je to špatně a že bychom měli tlačit na zlepšení, jinak z toho zešílíme. IT se ukázalo jako lukrativní business, takže se na něj nalepili i diletanti, kteří hledají místečka, kam by se mohli nacpat, a (asi nevědomky) nám komplikovat práci. Pořád se nedokážu srovnat s tím, že se proti téhle davové šílenosti nikdo nebouří. Z jednoho ze svých předešlých působišť jsem dal výpověď kvůli tomu, že jsem byl popotahován, protože jsem obešel procesní subordinaci a spojil se přímo s inženýrem klienta - čímž jsme během jednoho dopoledne vyřešili, co vlastně potřebuje a jak nejlépe to realizovat. On věděl, o čem mluvím já, já věděl, o čem mluví on - vše bez oboustranné tiché pošty různých konzultantů a předžvýkávačů (vystudovaných sociologů apod.). Jenže v kalkulaci ceny není nikde zohledněn čas potřebný k "vykomunikování" problému, takže jsem peníze ušetřil tím, že jsem stihl víc práce oproti plánu, a to tím, že jsem obešel zbytečné lidi. Vlastně by měli být rádi, protože vzkaz vlastně zněl "nepleťte se nám do práce, raději nedělejte vůbec nic, a taky na tom vyděláte". Nevím, jestli cítí, že by si toho dříve či později někdo nad nimi všiml a označil by je za nadbytečné... Podle mě by to trvalo hodně dlouho.

Nicméně tu špatnou práci pozoruji i na úrovni kolegů - a to je to, nač jsem narážel. Když se ptám pro boha, proč to řešíš takhle složitě, proč tady cpeš factory, tady s tím komunikuješ přes támhleto, tady děláš servisní třídu, tak mi nedokážou odpovědět - prý tak se to prostě dělá. A to nemluvím o různých rovnácích na ohejbáky, protože za to bych rozdával rovnou facky.

Rozhodně nevěřím tomu, že by "tvá" business logika byla ve skutečnosti nějak složitější než ta "má". To jen ta tichá pošta to zkomplikuje a ujišťuji tě, že i v té mojí branži dokáže z primitivní záležitosti splést neuvěřitelný kokon. Ti lidé prostě nemají technické myšlení, když to řeknu hodně tolerantně (ten přívlastek je možná nadbytečný), takže výsledkem je, že jednoduché věci se řeší složitě.

Krásným příkladem je nějaká průměrná výrobní linka. Dnes je řešená hromadou serv a čidel, která posílají a vyžadují informace, které snad někdo vymyslel jen kvůli tomu, aby vykázal činnost. Návrh, programování a konfigurace takové linky jsou časově a finančně velmi náročné, za servis, bez něhož se to neobejde, se platí hromada peněz. Přitom ta linka neumí o mnoho víc než stejná linka z doby před 100 lety, která byla řešena plně mechanicky. Nevyjde levněji, není spolehlivější, nemá vyšší efektivitu, nevydrží víc, nestaví se rychleji. Omílají se kecy okolo "průmyslu 4.0" a "čtvrté průmyslové revoluci" - nic než marketingové kecy. Dalo by se to přeložit asi jako "průmysl 4.0 = pokoušíme se pomocí počítačů zvládnout to, co naši předci dokázali pomocí parního stroje a ozubených koleček".

Ale abych nebyl tak moc offtopic - celkové počty řádků nějaké aplikace nemohou souviset s editorem nebo IDE. Je absurdní mít v jediném blobu mnoho tisíc řádků a je absurdní, pokud kvůli jednomu modulu musí IDE udržovat přehled o obsahu statisíců řádků okolo. To není program, to je smetiště! Protože odmítám pracovat na smetištích, tak je to asi důvod, proč jsem na takové limity u vimu zatím nenarazil. Pokud jsi nucen na takových věcech dělat, tak tě upřímně lituji.

Na stranu druhou, toto vytvari vzacnost schopnych a inteligentnich vyvojaru a vzacnost na trhu prace jsou PRACHY  8)
To je součást toho začarovaného kruhu - po takových lidech dnes vlastně ani není poptávka. Vyžaduje se znalost konkrétních technologií (požadavky HR bývají čím dál absurdnější), nevyžaduje se kreativita. Je to smutné, ale my, inženýři, jsme si nechali naše území zabrat různými sociology a psychology, protože jsme si nechali vsugerovat, že to oni jsou ti s fantazií a kreativitou a na nás už je "jen" nějak zrealizovat jejich (hloupé) nápady. Realita je taková, že relační databázi, tabulkový procesor nebo CAD by žádný z nich nikdy nevymyslel. Jediná možnost pro lidi o nichž píšeš dnes je v podstatě zařídit se pro sebe a nabídnout nějaké konkrétní, ucelené, hotové řešení, do něhož mu nekecal žádný představitel žvanivých oborů. Před tím by ovšem musel projít očistnou kúrou, aby se zbavil toho balastu myšlenkových a procesních stereotypů, kterými byl zavalen v korporátním prostředí.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 20. 01. 2019, 19:32:49
Mladší generace se na starší počítače dívá skrz prsty, aniž by znala jejich schopnosti a možnosti. Ale počítač ADT 4000 z produkce ZPA (klon HP 2100) dokázal uřídit 800MW elektrárnu a lidi, kteří ho to naučili, byste spočítali na prstech jedné ruky. Dnes tam máte řádově výkonnější systém, který programovalo řádově více lidí a software má řádově více LOC, ale přitom dělá v podstatě totéž. A dokonce to nebylo ani rychleji uvedené do provozu, ani to není spolehlivější.
To je samozřejmě hodně nadsazeno. Ten ADT skoro nic neuměl a nic neřídil. Řídili to lidé ručně a pomáhaly jim v tom reléové automatiky. Dnes jsou řídící systémy vskutku digitální a jsou výrazně flexibilnější, pokročilejší, spolehlivější a s nižšími náklady na provoz i modifikace. Ano, výkon počítačů se ani zdaleka nevyužívá tak efektivně jako dřív, důvody jsou ekonomické.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 21. 01. 2019, 15:07:09
Na jednu stranu je chvályhodné, že se IDE pokouší maximálně zpřehlednit text a orientaci v programu. Odvrácenou stranou ale je, že tím usnadňuje psaní nepřehledného, nevhodně strukturovaného programu, na což by se měl tedy dávat o to větší pozor.

Je to tedy úhel pohledu: Tím, že mi VIM méně pomáhá s orientací v kódu, mě nutí psát přehlednější kód. Něco jako: Když řídím trabanta bez jízndích asistentů, musí řídit daleko opatrněji a nemůžu jezdit jako prase. Tak takovýhle asketický sebeobětavý důvod už mi přijde mnohem důstojnější (i když mnohem méně uvěřitelný). Nicméně já asi risknu používání IDE.  :D
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 22. 01. 2019, 09:54:16
Na jednu stranu je chvályhodné, že se IDE pokouší maximálně zpřehlednit text a orientaci v programu. Odvrácenou stranou ale je, že tím usnadňuje psaní nepřehledného, nevhodně strukturovaného programu, na což by se měl tedy dávat o to větší pozor.
Je to tedy úhel pohledu: Tím, že mi VIM méně pomáhá s orientací v kódu, mě nutí psát přehlednější kód. Něco jako: Když řídím trabanta bez jízndích asistentů, musí řídit daleko opatrněji a nemůžu jezdit jako prase. Tak takovýhle asketický sebeobětavý důvod už mi přijde mnohem důstojnější (i když mnohem méně uvěřitelný). Nicméně já asi risknu používání IDE.  :D
Trabant neni dobry primer. Pokud prijmeme premisu, ze vim te uci lepe programovat, pak vysledkem jeho pouzivani je lepsi programator i lepsi program. Vysledkem pouzivani asistentu neni lepsi ridic a vysledkem pouzivani trabanta neni lepsi jizda. Krom toho Vim pouzivam proto, ze se mi v nem nejlip pise, coz opet neni pripad trabantu. Mozna bychom to mohli srovnat jako sportovni auto vs auto pro duchodce, ktere samo radi, samo brzdi, samo parkuje a mozna i je rizeno ai - analogie k ide, ktere chrli spoustu automatickeho kodu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 11:20:10
... Mozna bychom to mohli srovnat jako sportovni auto vs auto pro duchodce, ktere samo radi, samo brzdi, samo parkuje a mozna i je rizeno ai - analogie k ide, ktere chrli spoustu automatickeho kodu.

Rozumím: takže VIM je vlastně nepohodlné sportovní náčiní, které ohrožuje řidiče i okolí, pokud není uzavřeno v izolovaném zabezpečeném okruhu. Moderní IDE je samořiditelné auto s klimatizací a HiFi přehrávačem. Takže pro 99% případů užití volím IDE. Sice ze mě nikdy nebude dobrý závodník, ale svoje potřeby splním s minimálním úsilím a rizikem. A ego už se holt bude muset ukojit jinde.

Nicméně vzhledem k době, kdy vznikal VIM (resp. VI), ho stejně pořád vidím spíše jako modernizovaného trabanta, co se chlubí dobrou dynamikou díky plastové lehkosti a smradlavě dvoutaktní akceleraci. A vzhledem k tomu, jak je vývoj v IT rychlý, tak možná ještě více mi to připomíná amišský koňský povoz z dob, kdy už bylo všechno potřebné vynalezeno. Myslím ten koňský povoz, který dělá z lidí lepší kočí. :D
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 22. 01. 2019, 11:57:04
Je absurdní mít v jediném blobu mnoho tisíc řádků a je absurdní, pokud kvůli jednomu modulu musí IDE udržovat přehled o obsahu statisíců řádků okolo. To není program, to je smetiště! Protože odmítám pracovat na smetištích, tak je to asi důvod, proč jsem na takové limity u vimu zatím nenarazil. Pokud jsi nucen na takových věcech dělat, tak tě upřímně lituji.

Dostal jsem se k takovému smetišti, ale raději jsem brzy odešel, protože si to nenechali vysvětlit ani opravit. Dodnes shánějí programátora a dodnes jim to pořádně nefunguje.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 22. 01. 2019, 14:57:06
A vzhledem k tomu, jak je vývoj v IT rychlý
Není. To je jen iluze. Ve skutečnosti bylo vše podstatné v IT vymyšleno od poloviny 50. do poloviny 70. let, pak přišly na řadu jen kosmetické detaily, spíše různá móda. Spousta jednodušších lidí se sice nechá zblbnout, že novější=lepší, ale pravda to ani zdaleka není.

Pokud jde o pracovní nástroje, tak mi připadáš stejně pošetilý, jako někdo, kdo by označil kladivo nebo hoblík za zastaralé nástroje a za každou cenu se je pokoušel nějak inovovat. Hoblík můžeš udělat místo ze dřeva z kovu s hromadou šroubků, ale podstata jeho funkce je stále stejná. Nebo ho můžeš udělat elektrický s rotujícím nožem, ale přesto, že se zdá o třídu kvalitativně lepší, tak takový nástroj nedosahuje kvalit a možností ručního hoblíku; jeho možnosti využití jsou oproti tomu klasickému značně limitované. Zkrátka není všechno zlato co se třpytí.

Ke své práci potřebuji jeden kvalitní textový editor, na který jsem zvyklý - a to vim umí opravdu dobře, o několik tříd lépe než novější editory, jimiž jsou vybavena IDE. Na IDE mi nejvíce vadí to "I" - preferuji stavebnicové systémy, neboli své "DE" si sestavím podle své potřeby z nástrojů, jež považuji za vyhovující. Jinak se vyvíjí pro embedded, jinak pro web, jinak frontendové aplikace. Tu cestu all-in-one, jakou vidíme v různých kancelářských aplikacích, ale i různých CADech a IDE, považuji za nešťastnou a za zásadní omyl, kterým se IT vydalo. Pak bych měl v počítači 5 různých IDE s pěti různými mizernými editory, každé s trochu jinou sadou funkcí a jiným ovládáním, z nichž stejně používám jen některé. Nevidím v tom žádný pokrok ani ulehčení práce. Když vařím, tak si taky kořením podle své chuti. Jsou různé předem namíchané směsi, jako "na guláš", "do špaget" apod. - to jsou produkty, po kterých bys asi sáhnul ty, ale mně nevyhovují.

Mladší generace se na starší počítače dívá skrz prsty, aniž by znala jejich schopnosti a možnosti. Ale počítač ADT 4000 z produkce ZPA (klon HP 2100) dokázal uřídit 800MW elektrárnu a lidi, kteří ho to naučili, byste spočítali na prstech jedné ruky. Dnes tam máte řádově výkonnější systém, který programovalo řádově více lidí a software má řádově více LOC, ale přitom dělá v podstatě totéž. A dokonce to nebylo ani rychleji uvedené do provozu, ani to není spolehlivější.
To je samozřejmě hodně nadsazeno. Ten ADT skoro nic neuměl a nic neřídil. Řídili to lidé ručně a pomáhaly jim v tom reléové automatiky. Dnes jsou řídící systémy vskutku digitální a jsou výrazně flexibilnější, pokročilejší, spolehlivější a s nižšími náklady na provoz i modifikace. Ano, výkon počítačů se ani zdaleka nevyužívá tak efektivně jako dřív, důvody jsou ekonomické.
Byly na nich implementovány základní regulační smyčky. Dnes tu samou elektrárnu taky řídí lidé ručně - jen při tom klikají myší a místo hlavního panelu si přepínají obrazovky na monitorech. Viz výše - to je spíš inovace na oko. Pokud jde o spolehlivost, tak tam bych se hodně hádal. Viděl jsem fabriky, kde dosluhovaly stroje, jejichž stáří přesahovalo i 100 let! Tedy ne že by dosluhovaly, s patřičnou péčí by tam mohly fungovat i nadále, ale narazily na ten problém flexibility. Ale pokud jde o spolehlivost a náklady, tak na tu úroveň se ty současné nemají šanci dostat ani náznakově.

Ekonomické důvody se omílají dokola, ale je to taková mantra jak s globálním oteplováním - žádná tvrdá data, a když se na to někdo podívá pečlivěji, tak dojde spíš k opačným závěrům. V současném IT panuje přezaměstnanost a nízká odbornost, nepoužívají se inženýrské metody, řešení jsou neefektivní a předražená - jak z hlediska fixních nákladů, tak provozních, navazující IT služby taktéž. Provozní náklady moderní výrobní linky jsou paradoxně vyšší než u staré. Dokonce se ukazuje, že pokračující "automatizace" nevede k eliminaci lidské práce, ale na údržbu nové linky je zapotřebí více lidí než u staré mechanické. Holt bude trvat pár let, než si toho všimne dostatečně velký počet lidí na vedoucích pozicích. Počítám, že příští vážnější ekonomická krize bude dobrou příležitostí s tím neutěšeným stavem něco udělat.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 15:13:00
Ve skutečnosti bylo vše podstatné v IT vymyšleno od poloviny 50. do poloviny 70. let, pak přišly na řadu jen kosmetické detaily, spíše různá móda. Spousta jednodušších lidí se sice nechá zblbnout, že novější=lepší, ale pravda to ani zdaleka není.

Pokud jde o pracovní nástroje, tak mi připadáš stejně pošetilý, jako někdo, kdo by označil kladivo nebo hoblík za zastaralé nástroje a za každou cenu se je pokoušel nějak inovovat. Hoblík můžeš udělat místo ze dřeva z kovu s hromadou šroubků, ale podstata jeho funkce je stále stejná. Nebo ho můžeš udělat elektrický s rotujícím nožem, ale přesto, že se zdá o třídu kvalitativně lepší, tak takový nástroj nedosahuje kvalit a možností ručního hoblíku; jeho možnosti využití jsou oproti tomu klasickému značně limitované.

Já to věděl. Po tom příkladu s hoblíkem už mi nikdo nevymluví, že je to regulérní amiš. ;D I když vlastně ani amišové v USA nestaví ty dřevostavby kladivem a hoblíkem. To, že nesmí vlastnit nastřelováky a elektrický hoblíky ještě neznamená, že je nesmí používat a běžná praxe je, že jim je jejich zaměstnavatelé půjčují. Protože jinak by dneska na pracovním trhu nepřežili.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 22. 01. 2019, 16:13:08
Ve skutečnosti bylo vše podstatné v IT vymyšleno od poloviny 50. do poloviny 70. let, pak přišly na řadu jen kosmetické detaily, spíše různá móda. Spousta jednodušších lidí se sice nechá zblbnout, že novější=lepší, ale pravda to ani zdaleka není.

Pokud jde o pracovní nástroje, tak mi připadáš stejně pošetilý, jako někdo, kdo by označil kladivo nebo hoblík za zastaralé nástroje a za každou cenu se je pokoušel nějak inovovat. Hoblík můžeš udělat místo ze dřeva z kovu s hromadou šroubků, ale podstata jeho funkce je stále stejná. Nebo ho můžeš udělat elektrický s rotujícím nožem, ale přesto, že se zdá o třídu kvalitativně lepší, tak takový nástroj nedosahuje kvalit a možností ručního hoblíku; jeho možnosti využití jsou oproti tomu klasickému značně limitované.

Já to věděl. Po tom příkladu s hoblíkem už mi nikdo nevymluví, že je to regulérní amiš. ;D I když vlastně ani amišové v USA nestaví ty dřevostavby kladivem a hoblíkem. To, že nesmí vlastnit nastřelováky a elektrický hoblíky ještě neznamená, že je nesmí používat a běžná praxe je, že jim je jejich zaměstnavatelé půjčují. Protože jinak by dneska na pracovním trhu nepřežili.
Máš pravdu v tom, že člověk by se měl nejdříve zeptat, jaký trh má ten druhý na mysli. Jinak vzniká vzájemné nedorozumění. Při smontovávání prefabrikovaných kuchyňských linek opravdu přijde více vhod moderní akuvrtačka než klasický hoblík. O tom žádná.  :)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 16:59:03
Máš pravdu v tom, že člověk by se měl nejdříve zeptat, jaký trh má ten druhý na mysli. Jinak vzniká vzájemné nedorozumění. Při smontovávání prefabrikovaných kuchyňských linek opravdu přijde více vhod moderní akuvrtačka než klasický hoblík. O tom žádná.  :)
Takže jsme se vlastně vrátili k tomu, co říkám od začátku. Uživatelé VIM nejsou jen tak nějací běžní dělníci softwarového průmyslu. Oni jsou výjimečná sorta lidí, co nad věcmi umí přemýšlet a proto zásadně nepoužívají IDE. Tak, jako by pokročilý truhlář nikdy nepoužil elektrický hoblík nebo akuvrtačku. :)

Nejhůře použitelní jsou programátoři, kteří si o sobě myslí, že jsou vědci nebo nedej bože dokonce umělci. Jenže tenhle obor už dávno není jenom věda, ale v 99% normální průmysl. A cení se ti, kteří dokáží přispívat i do kódu, který byl napsán v IDE a proto prý má složitější strukturu, než kdyby byl psán ve VIM, který by takovou strukturu svou nedostatečností ohledně orientace v kódu nedovolil vůbec vytvořit. Takže vlastně kód, který vznikl v moderním IDE, nemůže být efektivně spravován ve VIM a programátor tak musí umět pracovat i s IDE. :)

Já si samozřejmě nemyslím nic tak absurdního, jako že návrh SW architektury souvisí s editorem, ve kterém pak bude implementována, protože návrh probíhá dříve, než se editor otevře. Ale tady dodržuji danou premisu, protože mě prostě tahle debata nehorázně baví.  ;D
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 17:04:23
A to znáte, jak na polici vypovídá ta znásilněná žena. Žena: Měl kuklu přes obličej, neviděla jsem mu ani vlasy a byla hrozná tma, takže vlastně ani nevím jak byl vysoký. Ale programuje ve VIM. Policie: Jak to víte? Žena: Když utíkal, řekl mi to.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: karel janotak 22. 01. 2019, 17:19:52
....Uživatelé VIM nejsou jen tak nějací běžní dělníci softwarového průmyslu. Oni jsou výjimečná sorta lidí, co nad věcmi umí přemýšlet a proto zásadně nepoužívají IDE....

To by mne zajímalo, zda mezi skupinou VIMistů a Applistů existuje nějaký průnik, protože způsobem komunikace jsou si ty skupiny hodně podobné... Viz vedlejší apple vlákno...  ;D
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 17:24:27
To by mne zajímalo, zda mezi skupinou VIMistů a Applistů existuje nějaký průnik, protože způsobem komunikace jsou si ty skupiny hodně podobné... Viz vedlejší apple vlákno...  ;D
Ještě by byl zajímavý průnik s vegany. Teda myslím se skupinou veganů. :-D
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 17:29:17
....Uživatelé VIM nejsou jen tak nějací běžní dělníci softwarového průmyslu. Oni jsou výjimečná sorta lidí, co nad věcmi umí přemýšlet a proto zásadně nepoužívají IDE....

To by mne zajímalo, zda mezi skupinou VIMistů a Applistů existuje nějaký průnik, protože způsobem komunikace jsou si ty skupiny hodně podobné... Viz vedlejší apple vlákno...  ;D

Tady je ještě fér přiznat, že takhle doslovně to nikdo z VIMařů neřekl. To jsem řekl ironicky já a tak trochu jim to vložil do úst na základě jiných příspěvků.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 22. 01. 2019, 18:02:53
A to znáte, jak na polici vypovídá ta znásilněná žena. Žena: Měl kuklu přes obličej, neviděla jsem mu ani vlasy a byla hrozná tma, takže vlastně ani nevím jak byl vysoký. Ale programuje ve VIM. Policie: Jak to víte? Žena: Když utíkal, řekl mi to.
Pokud se ta žena taky ptala na textový editor, jako tazatel založivší toto vlákno, tak se podobná odpověď dala očekávat. Opravdu je to pro tebe tak překvapivé?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 18:12:44
A to znáte, jak na polici vypovídá ta znásilněná žena. Žena: Měl kuklu přes obličej, neviděla jsem mu ani vlasy a byla hrozná tma, takže vlastně ani nevím jak byl vysoký. Ale programuje ve VIM. Policie: Jak to víte? Žena: Když utíkal, řekl mi to.
Pokud se ta žena taky ptala na textový editor, jako tazatel založivší toto vlákno, tak se podobná odpověď dala očekávat. Opravdu je to pro tebe tak překvapivé?

Překvapivé to pro mě není, protože mám s VIMařema zkušenosti. Rád a často do nich rýpu. :) A z těchto zkušeností taky uvažuji, že zakladatel vlákna nepoužívá VIM, protože kdyby ho znal, tak se neptá. (A jestli ho zná, tak ho z nějakých důvodů nechce používat.) Proto mi nepřijde úplně pravděpodobné, že by si propagátoři VIMu mysleli, že až si tenhle člověk na jejich radu poprvé v životě nainstaluje VIM, tak hned poběží sem na forum a poděkuje jim, jak úžasně intuitivní editor mu to doporučili. Tudíž si myslím, že se tu prostě VIMaři jenom chlubí. Zvlášť když napíšou do komentáře jen "VIM" bez dalšího čehokoliv.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 22. 01. 2019, 18:22:49
Máš pravdu v tom, že člověk by se měl nejdříve zeptat, jaký trh má ten druhý na mysli. Jinak vzniká vzájemné nedorozumění. Při smontovávání prefabrikovaných kuchyňských linek opravdu přijde více vhod moderní akuvrtačka než klasický hoblík. O tom žádná.  :)
Takže jsme se vlastně vrátili k tomu, co říkám od začátku. Uživatelé VIM nejsou jen tak nějací běžní dělníci softwarového průmyslu. Oni jsou výjimečná sorta lidí, co nad věcmi umí přemýšlet a proto zásadně nepoužívají IDE. Tak, jako by pokročilý truhlář nikdy nepoužil elektrický hoblík nebo akuvrtačku. :)

Nejhůře použitelní jsou programátoři, kteří si o sobě myslí, že jsou vědci nebo nedej bože dokonce umělci. Jenže tenhle obor už dávno není jenom věda, ale v 99% normální průmysl. A cení se ti, kteří dokáží přispívat i do kódu, který byl napsán v IDE a proto prý má složitější strukturu, než kdyby byl psán ve VIM, který by takovou strukturu svou nedostatečností ohledně orientace v kódu nedovolil vůbec vytvořit. Takže vlastně kód, který vznikl v moderním IDE, nemůže být efektivně spravován ve VIM a programátor tak musí umět pracovat i s IDE. :)

Já si samozřejmě nemyslím nic tak absurdního, jako že návrh SW architektury souvisí s editorem, ve kterém pak bude implementována, protože návrh probíhá dříve, než se editor otevře. Ale tady dodržuji danou premisu, protože mě prostě tahle debata nehorázně baví.  ;D

Navigaci v kódu zvládá libovolný editor s podporou lsp. Klasická IDE jsou mrtvá, v budoucnu budou jen integrovat externí tooling.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 18:25:42
A to znáte, jak na polici vypovídá ta znásilněná žena. Žena: Měl kuklu přes obličej, neviděla jsem mu ani vlasy a byla hrozná tma, takže vlastně ani nevím jak byl vysoký. Ale programuje ve VIM. Policie: Jak to víte? Žena: Když utíkal, řekl mi to.
Pokud se ta žena taky ptala na textový editor, jako tazatel založivší toto vlákno, tak se podobná odpověď dala očekávat. Opravdu je to pro tebe tak překvapivé?

BTW: Jenom zvažovat možnost, že se žena při znásilňování ptá na editor pro programování, je samo o sobě 100x vtipnější, než celý ten vtip. Takovou situaci by snad nezahrála ani Whoopi Goldberg. ;D
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 22. 01. 2019, 18:29:26
BTW: Jenom zvažovat možnost, že se žena při znásilňování ptá na editor pro programování, je samo o sobě 100x vtipnější, než celý ten vtip.

ten vtip nebyl vůbec vtipný. Není těžké být vtipnější.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 18:40:22
Navigaci v kódu zvládá libovolný editor s podporou lsp. Klasická IDE jsou mrtvá, v budoucnu budou jen integrovat externí tooling.
Asi je zbytečné hovořit o budoucnosti. Co pamatuji, tak všechny ty Netbeans, Eclipse, Visual Studio, atd... jsou už dlouho poskládávané z mnoha pluginů. Modulárnost je určitě správný a obecně podporovaný směr.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dor 22. 01. 2019, 18:44:36
BTW: Jenom zvažovat možnost, že se žena při znásilňování ptá na editor pro programování, je samo o sobě 100x vtipnější, než celý ten vtip.

ten vtip nebyl vůbec vtipný. Není těžké být vtipnější.
Přirozeně. Pro VIMaře není nikdy těžké být vtipnější než uživatel IDE. Ale 100x? To jsem nečekal.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 22. 01. 2019, 19:09:15
A to znáte, jak na polici vypovídá ta znásilněná žena. Žena: Měl kuklu přes obličej, neviděla jsem mu ani vlasy a byla hrozná tma, takže vlastně ani nevím jak byl vysoký. Ale programuje ve VIM. Policie: Jak to víte? Žena: Když utíkal, řekl mi to.
Pokud se ta žena taky ptala na textový editor, jako tazatel založivší toto vlákno, tak se podobná odpověď dala očekávat. Opravdu je to pro tebe tak překvapivé?
Překvapivé to pro mě není, protože mám s VIMařema zkušenosti. Rád a často do nich rýpu. :) A z těchto zkušeností taky uvažuji, že zakladatel vlákna nepoužívá VIM, protože kdyby ho znal, tak se neptá. (A jestli ho zná, tak ho z nějakých důvodů nechce používat.) Proto mi nepřijde úplně pravděpodobné, že by si propagátoři VIMu mysleli, že až si tenhle člověk na jejich radu poprvé v životě nainstaluje VIM, tak hned poběží sem na forum a poděkuje jim, jak úžasně intuitivní editor mu to doporučili. Tudíž si myslím, že se tu prostě VIMaři jenom chlubí. Zvlášť když napíšou do komentáře jen "VIM" bez dalšího čehokoliv.

Kdyby si IDEčkaři nevšímali Vimařů, žilo by se nám lépe. Když se mě někdo ptá, jaký program pro vývoj používám, tak odpovím, že Vim. Na to hned následuje otázka proč nepoužívám IDE a začne mi nějaké IDE vnucovat. Už mě to docela nudí.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 22. 01. 2019, 19:21:48
Zvlášť když napíšou do komentáře jen "VIM" bez dalšího čehokoliv.
Překvapuje tě, že na dotaz "jaký textový editor (případně IDE) používáte pro psaní v jazyce C" lidé odpovídají, jaký textový editor (případně IDE) používají pro psaní v jazyce C... Překvapuje tě, že na jednoduchý a jasný dotaz dají jednoduchou a jasnou odpověď... S tebou musí být těžké pořízení.  :)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: hawran diskuse 22. 01. 2019, 19:24:06
Zvlášť když napíšou do komentáře jen "VIM" bez dalšího čehokoliv.
Překvapuje tě, že na dotaz "jaký textový editor (případně IDE) používáte pro psaní v jazyce C" lidé odpovídají, jaký textový editor (případně IDE) používají pro psaní v jazyce C... Překvapuje tě, že na jednoduchý a jasný dotaz dají jednoduchou a jasnou odpověď... S tebou musí být těžké pořízení.  :)
+1
:)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Jantarr 22. 01. 2019, 23:42:33
Vim zacinaji bohuzel pouzivat uz i lopaty, takze pokud chces byt cook, tak jedine Emacs
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: PokornyTomas 23. 01. 2019, 07:51:34
Vim zacinaji bohuzel pouzivat uz i lopaty, takze pokud chces byt cook, tak jedine Emacs

Smaž si to jedno "o" a jsi tam, kde máš být.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: esparky 23. 01. 2019, 10:50:04
Netbeans + jvi
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 23. 01. 2019, 12:38:39
... Mozna bychom to mohli srovnat jako sportovni auto vs auto pro duchodce, ktere samo radi, samo brzdi, samo parkuje a mozna i je rizeno ai - analogie k ide, ktere chrli spoustu automatickeho kodu.

Rozumím: takže VIM je vlastně nepohodlné sportovní náčiní, které ohrožuje řidiče i okolí, pokud není uzavřeno v izolovaném zabezpečeném okruhu. Moderní IDE je samořiditelné auto s klimatizací a HiFi přehrávačem. Takže pro 99% případů užití volím IDE. Sice ze mě nikdy nebude dobrý závodník, ale svoje potřeby splním s minimálním úsilím a rizikem. A ego už se holt bude muset ukojit jinde.

Nicméně vzhledem k době, kdy vznikal VIM (resp. VI), ho stejně pořád vidím spíše jako modernizovaného trabanta, co se chlubí dobrou dynamikou díky plastové lehkosti a smradlavě dvoutaktní akceleraci. A vzhledem k tomu, jak je vývoj v IT rychlý, tak možná ještě více mi to připomíná amišský koňský povoz z dob, kdy už bylo všechno potřebné vynalezeno. Myslím ten koňský povoz, který dělá z lidí lepší kočí. :D
Nebude z tebe nejen dobry zavodnik, ale ani dobry ridic. Coz je ovsem na zvazenou, kdyz rizeni je tvoje profese. Neni to vec ega. Ja uz se parkrat poohlizel po necem jinem, ale nic me nepresvedcilo ke zmene. Jedna z veci, kterou po editoru chci je, aby umel manualni folding dle zncek {{{ a }}}. Co mi muzes doporucit?

Neni podstatne kdy Vim vznikl, ale jaky je. Primer s trabantem i starodavnym konskym povozem je nelogicky, protoze Vim se stale vyviji, je moderni. Mozna bys ho mohl prirovnat k modernimu prestiznimu kocaru, jakym stale jezdi aristokracie. To se pak hodi byt dobrym kocim.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 23. 01. 2019, 13:30:24
Byly na nich implementovány základní regulační smyčky. Dnes tu samou elektrárnu taky řídí lidé ručně - jen při tom klikají myší a místo hlavního panelu si přepínají obrazovky na monitorech. Viz výše - to je spíš inovace na oko. Pokud jde o spolehlivost, tak tam bych se hodně hádal. Viděl jsem fabriky, kde dosluhovaly stroje, jejichž stáří přesahovalo i 100 let! Tedy ne že by dosluhovaly, s patřičnou péčí by tam mohly fungovat i nadále, ale narazily na ten problém flexibility. Ale pokud jde o spolehlivost a náklady, tak na tu úroveň se ty současné nemají šanci dostat ani náznakově.
Fungovaly jako kontrolni/informacni system, neregulovaly nic. Alespon tam, kde jsem to poznal ja. Spustily alarm, ale zasah obsluhy byl rucni. Automatickou regulaci delaly releove a elektronicke regulatory. Dnes jsou tyto regulatory digitalni a programovatelne. Bavime-li se o elektrarnach, podivejme se traba na regulaci napeti v prenosove soustave. Celou dobu byla rucni, dispecer volal na veliny elektraren a zadal obsluhy o pribuzeni nebo podbuzeni. Pak se zavedla automaticka regulace skrze (A)SRU. Prvni verze byla na pocitacich z nemecka s nejakym unixovym, jestli se pamatuji dobre, tak AIX od IBM a riscovymi procesory. Dalsi generaci to prevzalo nejake PLC (siemens?) + wintel a tento koncept si to drzi dodnes. Regulace napeti ve vlastni spotrebe, drive autonomni elektronicke HRTy od Orgrez Praha, dnes ruzne digitalni programovatelne regulatory napojene do dágitalnich ridicich systemu. Ridici systemy, drive relatkovo/zarovkovy DUS (dispecersky univerzalni system, vyrobce jsem uz zapomnel, byval i po rozvodnach), plne rucni obsluha, vcetne fazovani, a k tomu ADT jako informacni system, dnes unifikovane digitalni ridici systemy (ZAT, GeFanuc, Siemens) s automatizaci cinnosti. Regulace vykonu, drive rucni, maximalne nejake jednoduche automaty udrzujicá nastavenou hodnotu. Dnes z dispecinku (centralniho ridiciho systemu) dalkove a automaticky regulovane PpS bez zasahu obsluhy. Videt je to i na rozvodnach, drive kazda s obsluhou, vsechno se manipulovalo rucne, dnes rozvodny bez obsluh, dispecer si je dalkove ovlada sam. Za tim vsim stoji ohromny technologicky pokrok a digitalizace.
Citace
Ekonomické důvody se omílají dokola, ale je to taková mantra jak s globálním oteplováním - žádná tvrdá data, a když se na to někdo podívá pečlivěji, tak dojde spíš k opačným závěrům. V současném IT panuje přezaměstnanost a nízká odbornost, nepoužívají se inženýrské metody, řešení jsou neefektivní a předražená - jak z hlediska fixních nákladů, tak provozních, navazující IT služby taktéž. Provozní náklady moderní výrobní linky jsou paradoxně vyšší než u staré. Dokonce se ukazuje, že pokračující "automatizace" nevede k eliminaci lidské práce, ale na údržbu nové linky je zapotřebí více lidí než u staré mechanické. Holt bude trvat pár let, než si toho všimne dostatečně velký počet lidí na vedoucích pozicích. Počítám, že příští vážnější ekonomická krize bude dobrou příležitostí s tím neutěšeným stavem něco udělat.
Inzenyrske metody se nepouzivaji ani v jinych oborech. Mam extremne spatne zkusenosti s projektanty. Nejsou inzenyri. Nasi stari personaliste bez nadsazky tvrdi, ze to, co dnes leze z vysokych skol a ma titul ing, v prevazne vetsine dosahuje odborne urovne stredoskolaku pred 30 lety.

Ekonomicke duvody plati. Upravit system DUS bylo tak drahe, ze se to proste nedelalo. Upravit obrazovku v ridicim systemu, dotahnout tam novy signal po optice, to nestoji ani za rec (ekonomicky). Relatka se opotrebovavala, jejich latence byla zavisla na pocasi, porad se to muselo spravovat. Elektronicke automaty zrovna tak, porad se to muselo ladit, menit kondenzatory, permanentne bylo neco v oprave. Dnesni digitalni automaty (ale treba i ochrany, PLC atd.)  jedou spolehlive roky. Zastaravaji spis moralne nez technicky, protoze spatna sw kompatibilita.

Vyrobni linky nevim, ale imho to bude podobne, spousta rucni prace nahrazena digitalne rizenymi automaty. Znam je ale jen z televize, treba vyroba automobilu. Vlastne ne, znamy me zeny ma soukromou vyrobni linku na ponozky, byl jsem na exkurzi. Ma jednoho technika, asi 4 svadleny a dve haly stroju (30 az 40). Programuje (vzory) si to sam a je spokojeny. Stroje kupuje nove, v nemecku a francii. Mel za hubicku stare z nejake rusene fabriky a zbavil se jich, i zadarmo byly drahe, delaly hodne zmetku.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 23. 01. 2019, 13:48:23
Máš pravdu v tom, že člověk by se měl nejdříve zeptat, jaký trh má ten druhý na mysli. Jinak vzniká vzájemné nedorozumění. Při smontovávání prefabrikovaných kuchyňských linek opravdu přijde více vhod moderní akuvrtačka než klasický hoblík. O tom žádná.  :)
Nejhůře použitelní jsou programátoři, kteří si o sobě myslí, že jsou vědci nebo nedej bože dokonce umělci. Jenže tenhle obor už dávno není jenom věda, ale v 99% normální průmysl. A cení se ti, kteří dokáží přispívat i do kódu, který byl napsán v IDE a proto prý má složitější strukturu, než kdyby byl psán ve VIM, který by takovou strukturu svou nedostatečností ohledně orientace v kódu nedovolil vůbec vytvořit. Takže vlastně kód, který vznikl v moderním IDE, nemůže být efektivně spravován ve VIM a programátor tak musí umět pracovat i s IDE. :)
Castecne souhlas, spousta akademickych programatoru je ve foru o OOP. Problem toho IDE neni v tom, ze ten kod nejde spravovat ve vimu, ale ze nejde spravovat v nicem jinem a pokud to zkusis, ma s tim pak naopak problem to ide.

To je problem i z hlediska dlouhodobe udrzby kodu. Protoze kde je tomu ide konec za deset let, pokud jeste existuje, je nekompatibilni. Tohle je exemplarne videt u programovani PLC, kde se bez vyvojoveho prostredi dodavatele neobejdes. Jenze to prostredi se vyviji a nove verze nefunguje se starym PLC. A co hur, nejde nainstalovat dve verze ide vedle sebe. Takze nekteri technici to resi tak, ze maji nekolik notebooku, kazdy pro jinou verzi ide. A nedej boze, aby si spletl co kde v ktere lokalite ma, nebo si vymenil notas s kolegou, nebo mu kleknul mu nebo neco podobneho. Vyjezd takoveho technika byl zbytecny.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 23. 01. 2019, 19:08:36
Problem toho IDE neni v tom, ze ten kod nejde spravovat ve vimu, ale ze nejde spravovat v nicem jinem a pokud to zkusis, ma s tim pak naopak problem to ide.

Dobré IDE si s tím poradí. Jen mu musím ve Vimu vygenerovat záchytné body, které bych jinak dělat nemusel.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 23. 01. 2019, 20:08:21
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 23. 01. 2019, 21:19:27
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Vim není IDE. Vim je textový editor. Jeho modální koncept je sice odlišný od většiny současných editorů, ale nelze říci, že je překonaný. Je prostě jiný. Překonat se dá jedině něčím lepším. To by tedy na poli textových editorů mělo být co?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 23. 01. 2019, 21:59:36
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Vim není IDE. Vim je textový editor. Jeho modální koncept je sice odlišný od většiny současných editorů, ale nelze říci, že je překonaný. Je prostě jiný. Překonat se dá jedině něčím lepším. To by tedy na poli textových editorů mělo být co?

No tak ja strelim od pasu ze Visual Studio Code by to mohl byt a da se tam pry pouzit i VIMovsky plugin. No a navyky z Visual Studio Code s tim VIM pluginem by pak byly prenositelne i do VIMu v konzoli, takze by si prisli na sve i obcasni konzolisti.

V podstate vsichni vyvojari kolem me na Visual Studio Code presli. Je napsany v javascriptu takze je multiplatformni a je do toho spousta pluginu. Sice to je od Miscrosoftu ale je to opensource a asi bych rekl ze v dnesni dobe nejkvalitnejsi jednoduchy editor.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 23. 01. 2019, 22:32:53
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Vim není IDE. Vim je textový editor. Jeho modální koncept je sice odlišný od většiny současných editorů, ale nelze říci, že je překonaný. Je prostě jiný. Překonat se dá jedině něčím lepším. To by tedy na poli textových editorů mělo být co?

No tak ja strelim od pasu ze Visual Studio Code by to mohl byt a da se tam pry pouzit i VIMovsky plugin. No a navyky z Visual Studio Code s tim VIM pluginem by pak byly prenositelne i do VIMu v konzoli, takze by si prisli na sve i obcasni konzolisti.

V podstate vsichni vyvojari kolem me na Visual Studio Code presli. Je napsany v javascriptu takze je multiplatformni a je do toho spousta pluginu. Sice to je od Miscrosoftu ale je to opensource a asi bych rekl ze v dnesni dobe nejkvalitnejsi jednoduchy editor.

Neumí macra.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: jsf 23. 01. 2019, 22:56:58
vim, mcedit, kate, gedit, nano/pico,
asi všetko, lebo cat je trochu hardcore, a písať kod pomocou tac to už nezvládam.
Coz mi pripomelo:

https://www.xkcd.com/378/
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 23. 01. 2019, 22:58:15
No tak ja strelim od pasu ze Visual Studio Code by to mohl byt a da se tam pry pouzit i VIMovsky plugin. No a navyky z Visual Studio Code s tim VIM pluginem by pak byly prenositelne i do VIMu v konzoli, takze by si prisli na sve i obcasni konzolisti.

V podstate vsichni vyvojari kolem me na Visual Studio Code presli. Je napsany v javascriptu takze je multiplatformni a je do toho spousta pluginu. Sice to je od Miscrosoftu ale je to opensource a asi bych rekl ze v dnesni dobe nejkvalitnejsi jednoduchy editor.
Neumí macra.

Když do něj dáš ten Vim, tak už bude umět.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 23. 01. 2019, 23:03:54
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Vim není IDE. Vim je textový editor. Jeho modální koncept je sice odlišný od většiny současných editorů, ale nelze říci, že je překonaný. Je prostě jiný. Překonat se dá jedině něčím lepším. To by tedy na poli textových editorů mělo být co?

Asi Emacs, který je pro Vim rovnocenným soupeřem.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 23. 01. 2019, 23:25:15
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Vim není IDE. Vim je textový editor. Jeho modální koncept je sice odlišný od většiny současných editorů, ale nelze říci, že je překonaný. Je prostě jiný. Překonat se dá jedině něčím lepším. To by tedy na poli textových editorů mělo být co?

Asi Emacs, který je pro Vim rovnocenným soupeřem.
Emacs bych pochopil, ale něco mi říká, že zdejší kritici vimu zrovna nemají na mysli emacs. A pro mé potřeby je emacs zbytečně těžkotonážní. Kolega ho používal, ale ten ho měl i jako terminál, file manager a já nevím, co ještě. Ale třeba bych býval dopadl jako on, potkat emacs dříve než vim. :)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 24. 01. 2019, 00:17:52
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Vim není IDE. Vim je textový editor. Jeho modální koncept je sice odlišný od většiny současných editorů, ale nelze říci, že je překonaný. Je prostě jiný. Překonat se dá jedině něčím lepším. To by tedy na poli textových editorů mělo být co?

Asi Emacs, který je pro Vim rovnocenným soupeřem.
Emacs bych pochopil, ale něco mi říká, že zdejší kritici vimu zrovna nemají na mysli emacs. A pro mé potřeby je emacs zbytečně těžkotonážní. Kolega ho používal, ale ten ho měl i jako terminál, file manager a já nevím, co ještě. Ale třeba bych býval dopadl jako on, potkat emacs dříve než vim. :)

Z tohoto seznamu
Citace
vim, mcedit, kate, gedit, nano/pico,
Je patrné, mezi jakou třídu editorů řadí Vim jeho odpůrci. Prostě ho srovnávají s kategorií Notepad nebo přinejlepším PSPad. Vůbec neberou v potaz, že se z něj dá kompletně spravovat celý projekt, podobně jako v IDE. Jsou zvyklí, že nad editorem je nějaký správce a nechápou, že Vim může být tím správcem, který využívá ostatní komponenty OS místo toho, aby se je snažil nahradit.

Ta nadstavba pro Emacs se jmenuje Org mode. Je to vlastně konzolové IDE, které je zpracováno mnohem lépe než různá grafická IDE. Dá se to využít podobně jako Office.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: jardon 24. 01. 2019, 00:25:26
Je patrné, mezi jakou třídu editorů řadí Vim jeho odpůrci. Prostě ho srovnávají s kategorií Notepad nebo přinejlepším PSPad. Vůbec neberou v potaz, že se z něj dá kompletně spravovat celý projekt, podobně jako v IDE....

I kdyby se s tim dala spravovat cela galaxie, tak za to mrdlani s escapem mi nestoji se v tom vubec hrabat...
Proste editor ve kterym se neda po otevreni souboru najet sipkama a psat je na nic...
Se stim smir...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 24. 01. 2019, 00:38:27
Je patrné, mezi jakou třídu editorů řadí Vim jeho odpůrci. Prostě ho srovnávají s kategorií Notepad nebo přinejlepším PSPad. Vůbec neberou v potaz, že se z něj dá kompletně spravovat celý projekt, podobně jako v IDE....

I kdyby se s tim dala spravovat cela galaxie, tak za to mrdlani s escapem mi nestoji se v tom vubec hrabat...
Proste editor ve kterym se neda po otevreni souboru najet sipkama a psat je na nic...
Se stim smir...

Klidně se s tím smířím, když se odpůrci Vimu smíří s tím, že ho používám. Já jim ho nevnucuji.

Escape si můžeš přemapovat na co chceš. Je to prostě ukončení editačního módu - podobně jako když v IDE klikneš mimo okno s editorem, protože chceš zavolat nějaké rozšíření. Ve Vimu dáš Esc a můžeš volat to rozšíření.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 24. 01. 2019, 05:42:44
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Mas chybny pohled na vec. V prvni rade vim neni a nikdy nebyl ide, neni integrovany. Vim je 'jen' editor. Ale jako editor je imho neprekonany, byt to neni mainstreamova zalezitost, protoze clovek musi investovat nemale usili, aby tu potvoru zvladnul. A jeho pokrocile moznosti editace a konfigurace jsou pro me tak silny argument, ze zadny jiny editor ani ide me nepresvedcily o zmene a ze jsem zkousel kde co. Naposledy nedavno vscode, kdyz se objevilo ve snapu.

Cas od casu ke me lide chodi pro radu, jak neco naprogramovat nebo opravit. Kazdy kdo me vidi pracovat ve vimu a tu lehkost, s jakou mu tvaruju a preusporadavam jeho kod, se na nej pta a kazdy by ho chtel a kazdemu z nich rikam, ze je to moc slozite a nic pro nej. Za prve nechci delat jeste support pro zacinajici uzivatele vimu, za druhe je opravdu narocne si ho osvojit, naucit se efektivne vyuzivat vsechny motion commands, marky, pojmenovane registry, nastavit si smysluplne abbreviation, ovladnout emmet atd. Ale kdyz to clovek zvladne, tezko prejde jinam. A i kdyz to zvladne, porad ma jit kam dal, porad neumim efektivne ovladat vsechny moznosti vimu, porad se mohu zlepsovat a stale se pomalu zlepsuju.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 24. 01. 2019, 05:49:26
Mozna ze jeste tak pred 15 lety se dal VIM povazovat za dobre IDE, obzvlastne kdyz vim, jaka hruzna byl treba JDeveloper . A v te dobre veterani na nej uz byli zvykli nemeli uz potrebu prejit. Ale dneska, s vyrobky od JetBrains - hosi hosi.

Ono mnoho starych koncepci prekonano jeste nebylo. Jako priklad bych uvedl treba hodinky - zadne soucasne digitalni hodinky nemaji tak dobry human interface jako kvalitni analogy s otocnou lunetkou. Myslim si, ze bude jeste par dekad trvat, nez se tento koncept prekona. Ale domnivam se, ze to neni pripad VIMu, ten uz synek prekonany je...
Vim není IDE. Vim je textový editor. Jeho modální koncept je sice odlišný od většiny současných editorů, ale nelze říci, že je překonaný. Je prostě jiný. Překonat se dá jedině něčím lepším. To by tedy na poli textových editorů mělo být co?

No tak ja strelim od pasu ze Visual Studio Code by to mohl byt a da se tam pry pouzit i VIMovsky plugin. No a navyky z Visual Studio Code s tim VIM pluginem by pak byly prenositelne i do VIMu v konzoli, takze by si prisli na sve i obcasni konzolisti.

V podstate vsichni vyvojari kolem me na Visual Studio Code presli. Je napsany v javascriptu takze je multiplatformni a je do toho spousta pluginu. Sice to je od Miscrosoftu ale je to opensource a asi bych rekl ze v dnesni dobe nejkvalitnejsi jednoduchy editor.
Vim mod ma kdejake ide a vzdycky je to uen takova legrace :-). Souhlas, je to jednoduchy editor, ale ja nechci jednoduchy editor, ja chci pokrocily, efektivni, profesionalni nastroj, protoze s editorem travim kazdy den spoustu hodin, nekdy i pres deset a vyplati se mi ho zvladnout. Jednoduchy chci fotak, ale verim, ze profesionalni fotograf da prednost take necemu pokrocilejsimu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 24. 01. 2019, 06:16:20
Je patrné, mezi jakou třídu editorů řadí Vim jeho odpůrci. Prostě ho srovnávají s kategorií Notepad nebo přinejlepším PSPad. Vůbec neberou v potaz, že se z něj dá kompletně spravovat celý projekt, podobně jako v IDE....

I kdyby se s tim dala spravovat cela galaxie, tak za to mrdlani s escapem mi nestoji se v tom vubec hrabat...
Proste editor ve kterym se neda po otevreni souboru najet sipkama a psat je na nic...
Se stim smir...
To samozrejme ve vimu jde taky, ale sipky jsou ty nejpomalejsi a nejneefektivnejsi motion command. Vim ma i bez escepovy rezim, ale tim se ve skutecnosti o hodne pripravis.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 24. 01. 2019, 10:53:09
Asi Emacs, který je pro Vim rovnocenným soupeřem.

Emacs je jiná liga. Ve vašem sporu Vim vs IDE má Emacs mnohem blíž k IDE.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 24. 01. 2019, 18:35:18
Asi Emacs, který je pro Vim rovnocenným soupeřem.
Emacs je jiná liga. Ve vašem sporu Vim vs IDE má Emacs mnohem blíž k IDE.

Nabízí se otázka, zda má smysl se k tomu IDE blížit. Když je někdo moc integrovaný...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 24. 01. 2019, 18:41:01
I kdyby se s tim dala spravovat cela galaxie, tak za to mrdlani s escapem mi nestoji se v tom vubec hrabat...
Proste editor ve kterym se neda po otevreni souboru najet sipkama a psat je na nic...
Se stim smir...

Dal jsi mi inspiraci, že bych si ve Vimu přemapoval Enter místo Esc. Ještě si však musím promyslet, jaké důsledky z toho vyplynou, ale zatím mě napadají jen pozitiva. Zkoušel to už někdo?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Boris 24. 01. 2019, 19:41:35
Na C/C++ mám kdevelop. Mimochodem, jde tam nějak přepínat vstupní režim do 'vi', takže by si na své možná přišli i kultisti vimu :)
Přepínat jde i kwrite a asi i kate (kwrite to dělá zkratkou ctrl+shift+v).

Já Vim nikdy nepoužíval, teď jsem si s tím chvilku hrál a zatím nevidím žádnou výhodu. Co umí Vim a IDE ne? Co z vimu dělá ve Vašich očích ten ultimátní programátorský nástroj?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 24. 01. 2019, 19:58:33
I kdyby se s tim dala spravovat cela galaxie, tak za to mrdlani s escapem mi nestoji se v tom vubec hrabat...
Proste editor ve kterym se neda po otevreni souboru najet sipkama a psat je na nic...
Se stim smir...

Dal jsi mi inspiraci, že bych si ve Vimu přemapoval Enter místo Esc. Ještě si však musím promyslet, jaké důsledky z toho vyplynou, ale zatím mě napadají jen pozitiva. Zkoušel to už někdo?
Enter? Jako ze pri psani kodu misto na novy radek ukoncis vkladaci rezim?
Je pouzivam F2 na ulozeni souboru a pokud jsem v interaktivnim rezimu, tak ho s tim ulozenim zaroven ukoncim.
Vetsinou ted misto Esc mackam F2, protoze kdyz chci ukoncit vkladaci rezim, tak jsem udelal kus prace, kterou je vhodne ulozit a mam to prijednom. Kdybych byl navykly ukladat na Ctrl-S, namapoval bych si ukonceni vkladaciho rezimu na to.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 24. 01. 2019, 20:13:22
Já Vim nikdy nepoužíval, teď jsem si s tím chvilku hrál a zatím nevidím žádnou výhodu. Co umí Vim a IDE ne? Co z vimu dělá ve Vašich očích ten ultimátní programátorský nástroj?

Výhody nevidíš, protože Vim nemá žádné menu s přehledem funkcí. Pouze manuál a internetové recepty. Jeho chování se dá modifikovat dle potřeby, umí automatické korektury i přetěžovaná makra. Propojení s OS ve své podstatě nahradí potřebu IDE. Podpora pro cca 500 jazyků také není k zahození.

Tady na fóru se dočteš, co Vim neumí. Zpravidla je to pomluva a obvykle to jsou jen malichernosti.

Docela obtížně se popisuje, co všechno Vim umí. I po 20 letech používání se setkávám s novými schopnostmi, které uměl už tenkrát. Využívám snad 1 % z toho, co umí. Pokud mi něco chybí a nenajdu řešení na fóru, tak si to mohu dopsat ve vestavěném skriptovacím jazyce nebo v čemkoli jiném - Pythonu, PHP, Haskellu, XSLT ...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 24. 01. 2019, 20:14:01
Na C/C++ mám kdevelop. Mimochodem, jde tam nějak přepínat vstupní režim do 'vi', takže by si na své možná přišli i kultisti vimu :)
Přepínat jde i kwrite a asi i kate (kwrite to dělá zkratkou ctrl+shift+v).

Já Vim nikdy nepoužíval, teď jsem si s tím chvilku hrál a zatím nevidím žádnou výhodu. Co umí Vim a IDE ne? Co z vimu dělá ve Vašich očích ten ultimátní programátorský nástroj?
Vim je vyborny editor s unikatnim efektivnim ovladanim, ale trva ho pochopit a naucit se ho pouzivat tak, abys z toho dokazal tezit. Vyhoda pak je, ze bezi v terminalu a je siroce dostupny. Kdyz se treba pres ssh pripojis k diskstation od synology, najdes tam linux s pythonem a vimem. Zrovna tak vim najdes na androidu, bud v gui jako droidvim nebo jeste lepe, v termuxu, coz je terminalove prostredi linuxu se vsim vsudy, od midnight commandera a ssh, pres clang, python, php, node.js a dalsi az po tex nebo vim. Mam to na tabletu a kdyz se k tomu pripojim pres BT klavesnici (mam logitech K375), ale jde i obycejna usb, tak z toho mam tarka plnohodnotny linux, na kterem dokazu uplne v pohode programovat a vyvijet. Mam to cele nasdilene pres dropbox, takze vsechno aktualni a pripravene k dispozici.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 24. 01. 2019, 20:21:59
I kdyby se s tim dala spravovat cela galaxie, tak za to mrdlani s escapem mi nestoji se v tom vubec hrabat...
Proste editor ve kterym se neda po otevreni souboru najet sipkama a psat je na nic...
Se stim smir...

Dal jsi mi inspiraci, že bych si ve Vimu přemapoval Enter místo Esc. Ještě si však musím promyslet, jaké důsledky z toho vyplynou, ale zatím mě napadají jen pozitiva. Zkoušel to už někdo?
Byvala frajerina si na Esc premapovat CapsLock, jeho led dioda pak ukazovala, jestli jsi v prikazovem rezimu. Ale nevim jestli to jeste funguje. Byla to systemova zalezitost: http://vim.wikia.com/wiki/Map_caps_lock_to_escape_in_XWindows
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 24. 01. 2019, 20:31:28
Enter? Jako ze pri psani kodu misto na novy radek ukoncis vkladaci rezim?

Přesně. Zároveň zavolám funkci, která si přečte napsaný řádek a zachová se podle toho. Může provést i příkaz "o", pokud má vkládání pokračovat následujícím řádkem. Alternativně nejprve prověří napsaný řádek a teprve pak se rozhodne, zda ten Enter pošle dál nebo ukončí insert mode.

Je pouzivam F2 na ulozeni souboru a pokud jsem v interaktivnim rezimu, tak ho s tim ulozenim zaroven ukoncim.
Vetsinou ted misto Esc mackam F2, protoze kdyz chci ukoncit vkladaci rezim, tak jsem udelal kus prace, kterou je vhodne ulozit a mam to prijednom. Kdybych byl navykly ukladat na Ctrl-S, namapoval bych si ukonceni vkladaciho rezimu na to.

Používám F9 pro uložení, kompilaci a spuštění jednotkového testu aktuálního souboru. Pro většinu situací mi to vyhovuje, funguje i z insert módu. Velmi často však používám normal mode, skoro na každém řádku. Mimo jiné i proto, že mi na klávesnici přestala fungovat šipka dolů.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 24. 01. 2019, 20:34:51
Byvala frajerina si na Esc premapovat CapsLock, jeho led dioda pak ukazovala, jestli jsi v prikazovem rezimu. Ale nevim jestli to jeste funguje. Byla to systemova zalezitost: http://vim.wikia.com/wiki/Map_caps_lock_to_escape_in_XWindows

Tak nevím, asi by to byla pro mne spíš komplikace. Nemám na klávesnici signalizační ledky.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: hawran diskuse 24. 01. 2019, 21:04:14
https://www.root.cz/clanky/vim-pedal-ovladejte-pocitac-nohou/
 ;)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 24. 01. 2019, 22:42:00
Narazil jsem na zajímavou stránku, která se docela hodí pro trénink práce s Vimem:
http://www.vimgolf.com/ (http://www.vimgolf.com/)
Cílem hry je (podobně jako v golfu) dosáhnout minimum úhozů pro dosažení požadovaného výsledku. Odměnou je zobrazení řešení těch, kteří dosáhli o jeden úhoz méně.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kiwi 24. 01. 2019, 22:49:13
Na C/C++ mám kdevelop. Mimochodem, jde tam nějak přepínat vstupní režim do 'vi', takže by si na své možná přišli i kultisti vimu :)
Přepínat jde i kwrite a asi i kate (kwrite to dělá zkratkou ctrl+shift+v).

Já Vim nikdy nepoužíval, teď jsem si s tím chvilku hrál a zatím nevidím žádnou výhodu. Co umí Vim a IDE ne? Co z vimu dělá ve Vašich očích ten ultimátní programátorský nástroj?
Tohle je jak u blbejch na dvorečku. Asi po sto padesáté - vim není IDE, vim je textový editor. Textový editor je nástroj usnadňující manipulace s textem. Program je většinou zapsán ve formě zdrojového textu (v české odborné terminologii skutečně textu; anglické "code" je v dnešní době asi přiléhavější, protože s pokračující debilizací IT jde čím dál častěji o dekódování než o čtení zdrojáku). Při vývoji se s tímto textem často poměrně intenzivně manipuluje, pročež je nabíledni, že textový editor může být vývojáři velmi nápomocen. Ale rozhodně ne jenom při vývoji a ne jenom programátorovi - to je snad zřejmé.

Pod manipulacemi s textem si dnes ovšem drtivá většina lidí představí operace "tref se myší, piš, maž, označuj a CTRL-C/CTRL-V", což se projevuje tak, že sedíte-li v open-spacu, ozývají se od klávesnic uživatelů těch "moderních" textových editorů zvuky, jak kdyby tam seděly písařky a zrovna na stroji vyťukávaly nějakou tabulku. Nevím, zda si to ti uživatelé uvědomují, ale tím degradovali počítač na o trochu pohodlnější poznámkový blok. Opravdový textový editor by ale měl usnadňovat skutečnou práci s textem, orientaci především na základě sémantiky, vizuálně v podstatě spíše jen výjimečně, a operace provádět jako počítač, tj. programovatelný přístroj s pamětí a procesorem, a ne jako mechanický psací stroj. Aby to ale bylo možné, je nutné mít k dispozici podstatně širší paletu povelů než ty výše zmíněné, a aby to bylo i praktické, je nutné se je mechanicky naučit, asi jako řízení auta - v obojím případě by bylo dosti nepraktické ovládání založené na systému menu a formulářů. Je zajímavé, že dnes zatím nikomu nepřipadá divné, že řízení automobilu je nutné se nejprve naučit, ale je považováno za nepřijatelné muset se učit ovládat textový editor, zvlášť když to má být nástroj obživy.

Není tedy nejlepší způsob osahávat si nástroj typu vim (nebo emacs) tak, že si ho pustím a zkouším si s ním na blind chvilku hrát. Chápu, že heslem každého správného geeka je použít manuál jen když už to opravdu nejde jinak, ale tady takový postup nefunguje. Nemá-li člověk opravdu chuť a trpělivost pár hodin postupovat podle tutorialu a poctivě si procvičovat úkoly, ať se na to raději vykašle - ale taky ať o tom nástroji pak laskavě raději pomlčí, když ho nezná. Můžu do písmene potvrdit to, co tu psal operator - dotaz, co že to je za nástroj, v němž edituji, pocházel zatím vždycky od toho, kdo mě pozoroval při práci. Sám rozhodně nemám potřebu to někomu cpát, zvlášť hrozí-li, že bych se pak měl stát nějakou hotlajnou.

Sice nevím, co je to "poslední programátorský nástroj" (ultimus = latinsky poslední), ale jak jsem napsal výše - pro mě je to také programátorský nástroj s výjimečným poměrem nároky/dostupnost/schopnosti.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: anonym 25. 01. 2019, 01:49:37
Na C/C++ mám kdevelop. Mimochodem, jde tam nějak přepínat vstupní režim do 'vi', takže by si na své možná přišli i kultisti vimu :)
Přepínat jde i kwrite a asi i kate (kwrite to dělá zkratkou ctrl+shift+v).

Já Vim nikdy nepoužíval, teď jsem si s tím chvilku hrál a zatím nevidím žádnou výhodu. Co umí Vim a IDE ne? Co z vimu dělá ve Vašich očích ten ultimátní programátorský nástroj?
Vim je vyborny editor s unikatnim efektivnim ovladanim, ale trva ho pochopit a naucit se ho pouzivat tak, abys z toho dokazal tezit. Vyhoda pak je, ze bezi v terminalu a je siroce dostupny. Kdyz se treba pres ssh pripojis k diskstation od synology, najdes tam linux s pythonem a vimem. Zrovna tak vim najdes na androidu, bud v gui jako droidvim nebo jeste lepe, v termuxu, coz je terminalove prostredi linuxu se vsim vsudy, od midnight commandera a ssh, pres clang, python, php, node.js a dalsi az po tex nebo vim. Mam to na tabletu a kdyz se k tomu pripojim pres BT klavesnici (mam logitech K375), ale jde i obycejna usb, tak z toho mam tarka plnohodnotny linux, na kterem dokazu uplne v pohode programovat a vyvijet. Mam to cele nasdilene pres dropbox, takze vsechno aktualni a pripravene k dispozici.

Tak to je super. A nevis jestli jde VIM rozjet i na Tamagoci? Jestli jo tak ho beru, budu frajerit pred kolegama jak na tom programuju.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: jouda 25. 01. 2019, 05:23:13
Je zajímavé, že dnes zatím nikomu nepřipadá divné, že řízení automobilu je nutné se nejprve naučit, ale je považováno za nepřijatelné muset se učit ovládat textový editor, zvlášť když to má být nástroj obživy.
Tak on ten důvod proč se dělá autoškola není, aby se lidi naučili řídit (to se za těch pár hodin za volantem stejně nenaučí), ale aby někoho nezabili hned jak vyjedou z garáže.
Což se jim s editorem nepodaří (teda pokud to není ed/vi(m) a nezkouší to pod rootem někde v /etc ;-) )
BTW k tématu: joe na linuxech, ultraedit na woknech.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 25. 01. 2019, 05:44:08
Je zajímavé, že dnes zatím nikomu nepřipadá divné, že řízení automobilu je nutné se nejprve naučit, ale je považováno za nepřijatelné muset se učit ovládat textový editor, zvlášť když to má být nástroj obživy.
Tak on ten důvod proč se dělá autoškola není, aby se lidi naučili řídit (to se za těch pár hodin za volantem stejně nenaučí), ale aby někoho nezabili hned jak vyjedou z garáže.
Což se jim s editorem nepodaří (teda pokud to není ed/vi(m) a nezkouší to pod rootem někde v /etc ;-) )
BTW k tématu: joe na linuxech, ultraedit na woknech.
Ale jo, ucis se jak pravidla, tak ridit, aspon trochu. Ten vim tutorial te taky nauci vim aspon trochu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 25. 01. 2019, 09:05:05
Tak to je super. A nevis jestli jde VIM rozjet i na Tamagoci? Jestli jo tak ho beru, budu frajerit pred kolegama jak na tom programuju.

Ano, na PC s Windows to funguje také.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: jeban 25. 01. 2019, 09:50:38
Tak to je super. A nevis jestli jde VIM rozjet i na Tamagoci? Jestli jo tak ho beru, budu frajerit pred kolegama jak na tom programuju.
Ja se domnívám, že vim je všude kde je nějaký rozumý operační systém, takže tam nejspíš už je.
A to je asi nejlepší vlastnost VIMu (vi), že je v podstatě default. Takže i pokud se dostanu a jsem nucen něco řešit na cizích obskurních strojích, tenhle editor je v podstatě jistota.
Pokud by nějakou inteligentní hlavu napadlo nastavit vim v základu na klasické editorové ovládání tedy například výše vzpomínané okamžité psaní a pohyb šipkama, plus uložení F2 a ukončení třeba F10, tak by se asi rázem stal mým oblíbeným ediorem. A klidně ať má onen esc hardcore mód jako alternativu pro otrlé ...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 25. 01. 2019, 10:46:08
Pokud by nějakou inteligentní hlavu napadlo nastavit vim v základu na klasické editorové ovládání tedy například výše vzpomínané okamžité psaní a pohyb šipkama, plus uložení F2 a ukončení třeba F10, tak by se asi rázem stal mým oblíbeným ediorem. A klidně ať má onen esc hardcore mód jako alternativu pro otrlé ...

Pohyb šipkami je umožněn default, okamžité psaní se dá zapnout parametrem při spouštění Vimu. Klávesy F2 a F10 si můžeš nastavit ve ~/.vimrc na čtyřech řádcích.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 25. 01. 2019, 11:15:41
Tak to je super. A nevis jestli jde VIM rozjet i na Tamagoci? Jestli jo tak ho beru, budu frajerit pred kolegama jak na tom programuju.
Ja se domnívám, že vim je všude kde je nějaký rozumý operační systém, takže tam nejspíš už je.
A to je asi nejlepší vlastnost VIMu (vi), že je v podstatě default. Takže i pokud se dostanu a jsem nucen něco řešit na cizích obskurních strojích, tenhle editor je v podstatě jistota.
Pokud by nějakou inteligentní hlavu napadlo nastavit vim v základu na klasické editorové ovládání tedy například výše vzpomínané okamžité psaní a pohyb šipkama, plus uložení F2 a ukončení třeba F10, tak by se asi rázem stal mým oblíbeným ediorem. A klidně ať má onen esc hardcore mód jako alternativu pro otrlé ...
Neco takoveho vim prece ma, jmenuje se to easy vim, spoustec to ma evim nebo vim -y. Je to docela peklo, zvlaste v konzolove variante bez menu. Ale Ctrl-L to jisti, to je prepnuti do normalniho rezimu. Blize viz :h evim-keys
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 25. 01. 2019, 11:17:49
Pokud by nějakou inteligentní hlavu napadlo nastavit vim v základu na klasické editorové ovládání tedy například výše vzpomínané okamžité psaní a pohyb šipkama, plus uložení F2 a ukončení třeba F10, tak by se asi rázem stal mým oblíbeným ediorem. A klidně ať má onen esc hardcore mód jako alternativu pro otrlé ...
Pohyb šipkami je umožněn default, okamžité psaní se dá zapnout parametrem při spouštění Vimu. Klávesy F2 a F10 si můžeš nastavit ve ~/.vimrc na čtyřech řádcích.
To si ale BFU neudela pac to neumi a kdo to umi, ten to nepotrebuje.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Boris 25. 01. 2019, 14:48:10


Prosím Vás to co jsem napsal jsem nemyslel nijak zle a ani se neposmívám. Původní dotaz vlákna byl 'Jaký editor pro psaní zdrojáků v jazyce C', tak jsem napsal co na C/C++ používám. Myslel jsem že by ten vsupní režim 'vi' mohl být pro uživatele Vimu užitečný, tak jsem to zmínil. To že je Vim textový editor si uvědomuji, dokonce jsem se ptal 'co umí IDE a vim ne?', já vůbec netvrdím že Vim je IDE.
Textový editor je ale součástí IDE. Z nějakého důvodu preferujete na editaci textu Vim namísto editoru v IDE, který by navíc měl být přímo dělaný na práci se zdrojovým kódem, to znamená že Vim musí poskytovat nějakou výhodu oproti možnostem toho editoru obsaženého v IDE.
Hádám, že 'znát Vim' je nezprosředkovatelná zkušenost a asi není jiná možnost jak to pochopit než se Vim prostě naučit používat. Ve Vim jsem nikdy nikoho neviděl naživo psát, s Vim jsem se setkal až tady, na root.cz, takže nehrozí, že bych si z někoho dělal hotline pokud se rozhodnu Vim naučit :)
To na co se ptám je jestli má smysl se Vim ještě dnes naučit, jestli to přinese něco, co mi editor v IDE nedává. Nevím, jestli jste v posledních letech použil IDE a jestli znáte jeho možnosti: generování konstruktorů, gettrů, settrů, refactoring, doplňování kódu, prohazování řádků atd a to všechno klávesovou zkratkou.

Jinak k tomu slovu 'ultimátní' :) Domnívám se že jste dlouho nehrál žádnou novější RPG kde se Vám herní postavička 'leveluje' a postupně se Vám zpřístupňují další a další schopnosti a ability až se konečně dopracujete k těm nejlepším na konci, k těm 'ultimátním' :) Takže ano, Váš překlad dává smysl :)

Termux mám a používám jako python konzoli a ssh klienta :) Jestli neznáte tak supr balík je Termux-Widget. Vytvoří to složku ~/.shortcuts do které si dáte skripty a ve widgetu se Vám zobrazuje jejich posuvný seznam a můžete je pouhým zmáčknutím spouštět. Supr na mobil, šáhnete do kapsy, ťuk a hotovo :)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 25. 01. 2019, 15:12:26
To na co se ptám je jestli má smysl se Vim ještě dnes naučit, jestli to přinese něco, co mi editor v IDE nedává. Nevím, jestli jste v posledních letech použil IDE a jestli znáte jeho možnosti: generování konstruktorů, gettrů, settrů, refactoring, doplňování kódu, prohazování řádků atd a to všechno klávesovou zkratkou.

Tohle všechno Vim umí, i když je to jen editor. Práce s ním je víc definováním požadavků než psaním. Když píši třídu, tak za class jen vyjmenuji atributy a nechám Vim, ať doplní syntaktickou omáčku, tedy "private" a vyrobí konstruktor. Pokud budu chtít nedejbože i getter nebo setter, tak jen ukážu na atribut a nechám si ho k němu vygenerovat. Totéž s refactoringem. Prohazování řádek nebo znaků je standardně na tři úhozy.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Dr. Heinz Doofenshmirtz 25. 01. 2019, 15:41:05
Pod manipulacemi s textem si dnes ovšem drtivá většina lidí představí operace "tref se myší, piš, maž, označuj a CTRL-C/CTRL-V", což se projevuje tak, že sedíte-li v open-spacu, ozývají se od klávesnic uživatelů těch "moderních" textových editorů zvuky, jak kdyby tam seděly písařky a zrovna na stroji vyťukávaly nějakou tabulku. Nevím, zda si to ti uživatelé uvědomují, ale tím degradovali počítač na o trochu pohodlnější poznámkový blok. Opravdový textový editor by ale měl usnadňovat skutečnou práci s textem, orientaci především na základě sémantiky, vizuálně v podstatě spíše jen výjimečně, a operace provádět jako počítač, tj. programovatelný přístroj s pamětí a procesorem, a ne jako mechanický psací stroj. Aby to ale bylo možné, je nutné mít k dispozici podstatně širší paletu povelů než ty výše zmíněné, a aby to bylo i praktické, je nutné se je mechanicky naučit, asi jako řízení auta - v obojím případě by bylo dosti nepraktické ovládání založené na systému menu a formulářů. Je zajímavé, že dnes zatím nikomu nepřipadá divné, že řízení automobilu je nutné se nejprve naučit, ale je považováno za nepřijatelné muset se učit ovládat textový editor, zvlášť když to má být nástroj obživy.

To už je kategorie mašíbl.

Je rok 2019?

Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: DeSade 25. 01. 2019, 17:27:40
Zeptám se trošku jinak vzhledem k diskuzi... Má cenu se učit vim, pokud mám jeho emulátor v IDE?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 25. 01. 2019, 17:36:36
Textový editor je ale součástí IDE. Z nějakého důvodu preferujete na editaci textu Vim namísto editoru v IDE, který by navíc měl být přímo dělaný na práci se zdrojovým kódem, to znamená že Vim musí poskytovat nějakou výhodu oproti možnostem toho editoru obsaženého v IDE.
...
To na co se ptám je jestli má smysl se Vim ještě dnes naučit, jestli to přinese něco, co mi editor v IDE nedává. Nevím, jestli jste v posledních letech použil IDE a jestli znáte jeho možnosti: generování konstruktorů, gettrů, settrů, refactoring, doplňování kódu, prohazování řádků atd a to všechno klávesovou zkratkou.
Uz to tu zaznelo mnohokrat, bohate editacni moznosti, prizpusobitelnost, flexibilita. To co zminujete jsou jednoduche zaklady. Pro me by to smysl melo, ale to si musi rict kazdy sam za sebe, zacatky s nim nejsou lehke, takze se to vyplati az pozdeji.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 25. 01. 2019, 17:38:25
Zeptám se trošku jinak vzhledem k diskuzi... Má cenu se učit vim, pokud mám jeho emulátor v IDE?
Vsechny emulatory vimu v ide co jsem videl staly za starou backoru.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 25. 01. 2019, 17:55:03
Zeptám se trošku jinak vzhledem k diskuzi... Má cenu se učit vim, pokud mám jeho emulátor v IDE?
Vsechny emulatory vimu v ide co jsem videl staly za starou backoru.

Zkoušel jsem jen jeden takový emulátor, ale byl prostě k smíchu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Longin 26. 01. 2019, 14:36:52
A co ten v Eclipse (Vrapper apod)?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 26. 01. 2019, 15:24:27
A co ten v Eclipse (Vrapper apod)?

Zkoušel jsem to už docela dávno, ale mnoho podstatných vlastností Vimu mi tam chybělo. Možná se to už mezitím zlepšilo, ale vývojáři na tohle asi moc netlačí, takže o tom dost pochybuji.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: blfmpsẉẓ̌ 26. 01. 2019, 21:31:08
VIM je samozrejme klasika, ale pokud uz s nim neumis, tak nevim jestli ma smysl se s nim trapit. Naucit se to trva dlouho a oproti modernim editorum neprinasi nic navic, krome toho, ze funguje dobre v terminalu. Timto nechci vim schazovat, sam ho pouzivam uz vic nez 10 let kazdodenne, ale myslim, ze pokud nepotrebujes pracovat v terminalu, tak to nema smysl.

S tímhle bych úplně nesouhlasil, ač Vim také nepoužívám jako primární editor. Vim je rychlý, strašně rozšiřitelný a přizpůsobitelný. Imho když někdo obětuje ten čas a vyhraje si s tím, tak se mu vyrovná málo co (zdravím Emacsáky). Nenapadá mě moc jiných editorů, které by byly tak variabilní.

No, tak hlavně vim je velmi ergonomický, protože dokáže naplno využít schopností tvého mozku (dokonce se tyhle věci časem ještě víc zautomatizují a zrychlí), nemusíš se trápit nějakým označováním textu myší a aby ses myší strefil tam, kam je potřeba a podobnýma sračkama, prostě na jednoznačný signál z tvého mozku (stisknutí příslušné klávesy) dostaneš jednoznačnou reakci programu. Navíc se tyto "signály" dají kombinovat a mají svou vlastní syntax, takže můžeš zapojit i vyšší vrstvy mozku a tím zautomatizovat a zrychlit celou věc ještě víc. (Kterej program ti dovolí ovládání ve stylu "smaž 3 řádky, hledej zpětně řetězec 'abc' a ty tři smazané řádky dej před řádek s prvním nalezeným 'abc'" za 1-2 sekundy!).

Tohle ti nedá ani ten slavnej emacs (odhlédneme-li od toho, že pro vyvolání příkazu musíš mít stisknutou další klávesu, což není moc ergonomické). O ostatních "editorech" škoda mluvit...

(Ano, vim je potřeba se naučit. A co? Stejně všechno, co se tváří, že se to člověk učit nemusí, je vždy totální sračka - od windows až po endroida...)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: listoper 26. 01. 2019, 21:58:18
...
 (Kterej program ti dovolí ovládání ve stylu "smaž 3 řádky, hledej zpětně řetězec 'abc' a ty tři smazané řádky dej před řádek s prvním nalezeným 'abc'" za 1-2 sekundy!).

Tohle ti nedá ani ten slavnej emacs (odhlédneme-li od toho, že pro vyvolání příkazu musíš mít stisknutou další klávesu, což není moc ergonomické). O ostatních "editorech" škoda mluvit...

Chce to trochu cviku a silny malicek, ale emacs to da:
Kód: [Vybrat]
<C-u>3<C-k><C-r>abc<C-p><C-y>
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 26. 01. 2019, 22:12:24
...
 (Kterej program ti dovolí ovládání ve stylu "smaž 3 řádky, hledej zpětně řetězec 'abc' a ty tři smazané řádky dej před řádek s prvním nalezeným 'abc'" za 1-2 sekundy!).

Tohle ti nedá ani ten slavnej emacs (odhlédneme-li od toho, že pro vyvolání příkazu musíš mít stisknutou další klávesu, což není moc ergonomické). O ostatních "editorech" škoda mluvit...

Chce to trochu cviku a silny malicek, ale emacs to da:
Kód: [Vybrat]
<C-u>3<C-k><C-r>abc<C-p><C-y>

rychlejší je stisknout třikrát c-k než počítat řádky.

<C-k><C-k><C-k><C-r>abc<C-a><C-o><C-y>

Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 26. 01. 2019, 22:33:51
...
 (Kterej program ti dovolí ovládání ve stylu "smaž 3 řádky, hledej zpětně řetězec 'abc' a ty tři smazané řádky dej před řádek s prvním nalezeným 'abc'" za 1-2 sekundy!).

Tohle ti nedá ani ten slavnej emacs (odhlédneme-li od toho, že pro vyvolání příkazu musíš mít stisknutou další klávesu, což není moc ergonomické). O ostatních "editorech" škoda mluvit...
Chce to trochu cviku a silny malicek, ale emacs to da:
Kód: [Vybrat]
<C-u>3<C-k><C-r>abc<C-p><C-y>
rychlejší je stisknout třikrát c-k než počítat řádky.

<C-k><C-k><C-k><C-r>abc<C-a><C-o><C-y>

Opravdu to vloží všechny 3 řádky nebo jen ten poslední?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 26. 01. 2019, 22:42:06
...
 (Kterej program ti dovolí ovládání ve stylu "smaž 3 řádky, hledej zpětně řetězec 'abc' a ty tři smazané řádky dej před řádek s prvním nalezeným 'abc'" za 1-2 sekundy!).

Tohle ti nedá ani ten slavnej emacs (odhlédneme-li od toho, že pro vyvolání příkazu musíš mít stisknutou další klávesu, což není moc ergonomické). O ostatních "editorech" škoda mluvit...
Chce to trochu cviku a silny malicek, ale emacs to da:
Kód: [Vybrat]
<C-u>3<C-k><C-r>abc<C-p><C-y>
rychlejší je stisknout třikrát c-k než počítat řádky.

<C-k><C-k><C-k><C-r>abc<C-a><C-o><C-y>

Opravdu to vloží všechny 3 řádky nebo jen ten poslední?

všechny 3
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: karpi 26. 01. 2019, 23:19:15
Tak jsem to přečetl skoro celé až sem. S vimem jsem se setkal díky nějaké podobné diskuzi před mnoha lety, když jsem začínal s linuxem. První věc, kterou jsem od něj chtěl, jakmile jsem trochu pochopil jak funguje, byla, aby na každej režim (respektive alespoň na ty základní dva) navázal jiný barevný schéma. Když už to bez toho nejde, tak ať mám alespoň jsou vizuální vazbu, kde zrovna jsem... Když toto neuměl, (nebo uměl jenom obezličkami, které zase rozbily něco jiného jinde, rozhodl jsem se zapomenout všechno kromě :q.

Abych úplně nekřivdil, potom na serveru se mi ještě hodil, ale skřípal jsem zubama. Nakonec i dnes občas spustím gvimdiff.

Co se ale editace textu v terminálu týče, dnes existuje editor Micro, který skřípání zubů celkem řeší.


Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 27. 01. 2019, 00:01:43
S vimem jsem se setkal díky nějaké podobné diskuzi před mnoha lety, když jsem začínal s linuxem. První věc, kterou jsem od něj chtěl, jakmile jsem trochu pochopil jak funguje, byla, aby na každej režim (respektive alespoň na ty základní dva) navázal jiný barevný schéma. Když už to bez toho nejde, tak ať mám alespoň jsou vizuální vazbu, kde zrovna jsem... Když toto neuměl, (nebo uměl jenom obezličkami, které zase rozbily něco jiného jinde, rozhodl jsem se zapomenout všechno kromě :q.

Zajímavý požadavek. Režim se mi zobrazuje v rohu a to mi stačí. Obvykle se tam ani nedívám, prostě si aktuální režim pamatuji. Postupem času jsem si zvykl i na to, že základním režimem je normal mode, do kterého se vracím po každé změně v insert mode. Pracuji s ním tedy jinak než s ostatními editory, ve kterých je defaulním insert mode.

Pro zapamatování povelů používám mnemotechniku, u které jednomu znaku odpovídá jedno slovo, například "d3w" znamená "delete 3 words", resp. 3dw znamená "3× delete word" - výsledek je stejný. Podobně "yts" znamená "yank to 's'", neboli "zapamatuj si vše až ke znaku 's'". Není tedy nutné znát všechny kombinace povelů, stačí umět popsat slovy, co chci udělat.

Je to tedy zcela jiný přístup, než u ostatních editorů, které obvykle používají Ctrl+něco apod. Je to na zvyku.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 27. 01. 2019, 07:46:34
Tak jsem to přečetl skoro celé až sem. S vimem jsem se setkal díky nějaké podobné diskuzi před mnoha lety, když jsem začínal s linuxem. První věc, kterou jsem od něj chtěl, jakmile jsem trochu pochopil jak funguje, byla, aby na každej režim (respektive alespoň na ty základní dva) navázal jiný barevný schéma. Když už to bez toho nejde, tak ať mám alespoň jsou vizuální vazbu, kde zrovna jsem... Když toto neuměl, (nebo uměl jenom obezličkami, které zase rozbily něco jiného jinde, rozhodl jsem se zapomenout všechno kromě :q.

Abych úplně nekřivdil, potom na serveru se mi ještě hodil, ale skřípal jsem zubama. Nakonec i dnes občas spustím gvimdiff.

Co se ale editace textu v terminálu týče, dnes existuje editor Micro, který skřípání zubů celkem řeší.

Pokud jsi skripal zubama, tak jsi prave jeste nepochopil, jak funguje. Zacatek s vimem je tezky. Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.

Co se tyce barev, asi mas na mysli neco takoveho? Neni to jine barevne schema, jen jinak nakonfigurovana statusline. Pred tim jsem jeste pouzival ruznou barvu kurzoru. Neni to neresitelny problem.

(https://i.ibb.co/1KpmWvK/Screenshot-20190127-074428.jpg) (https://ibb.co/RPMDwvP)
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 27. 01. 2019, 08:00:07
BTW by me zajimalo, jak bys v jinych editorech nakonfiguroval zmenu barvy jejich status line podle rezimu insert / replace. Co ten micro, umí to?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 27. 01. 2019, 13:10:37
První věc, kterou jsem od něj chtěl, jakmile jsem trochu pochopil jak funguje, byla, aby na každej režim (respektive alespoň na ty základní dva) navázal jiný barevný schéma.

Googlil jsem cca 30 sekund a našel jsem tohle:
Kód: [Vybrat]
:autocmd InsertEnter * set cul
:autocmd InsertLeave * set nocul

Není to sice přesně totéž, ale s trochou snahy se to dá předělat třeba na
Kód: [Vybrat]
:autocmd InsertEnter * colorscheme desert
:autocmd InsertLeave * colorscheme default
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: tomasss 27. 01. 2019, 14:14:31

Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.


Bezva argument bez expirace. Dá se používat po staletí a taky na všechno.

Na C/C++ mám kdevelop. Mimochodem, jde tam nějak přepínat vstupní režim do 'vi', takže by si na své možná přišli i kultisti vimu :)
Přepínat jde i kwrite a asi i kate (kwrite to dělá zkratkou ctrl+shift+v).

Já Vim nikdy nepoužíval, teď jsem si s tím chvilku hrál a zatím nevidím žádnou výhodu. Co umí Vim a IDE ne? Co z vimu dělá ve Vašich očích ten ultimátní programátorský nástroj?
Tohle je jak u blbejch na dvorečku. Asi po sto padesáté - vim není IDE, vim je textový editor. Textový editor je nástroj usnadňující manipulace s textem. Program je většinou zapsán ve formě zdrojového textu (v české odborné terminologii skutečně textu; anglické "code" je v dnešní době asi přiléhavější, protože s pokračující debilizací IT jde čím dál častěji o dekódování než o čtení zdrojáku). Při vývoji se s tímto textem často poměrně intenzivně manipuluje, pročež je nabíledni, že textový editor může být vývojáři velmi nápomocen. Ale rozhodně ne jenom při vývoji a ne jenom programátorovi - to je snad zřejmé.


A víš ty vůbec jaká byla otázka? Tak ji připomenu: "A tak jsem se chrěl zeptat, jaký textový editor (případně IDE) používáte pro psaní v jazyce C?".




Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: xa 27. 01. 2019, 14:18:35
Notepad pod Wine.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: xa 27. 01. 2019, 14:19:40
Sry, notepad++
Notepad pod Wine.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 27. 01. 2019, 17:38:14
Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.
Bezva argument bez expirace. Dá se používat po staletí a taky na všechno.
Je to platne pro nasi dobu, v minulosti to neplatilo a co prinese budoucnost nevis.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: tomasss 27. 01. 2019, 18:45:46
Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.
Bezva argument bez expirace. Dá se používat po staletí a taky na všechno.
Je to platne pro nasi dobu, v minulosti to neplatilo a co prinese budoucnost nevis.

Co přinese budoucnost v tomhle kontextu se dá lehko říci. Lidi tuhle frázi budou používat znova a znova protože jsme prostě takový. Chceme mít všechno hned bez usilí. Vždycky tomu tak bylo a velmi pravděpodobně to tak zůstane. Můžeš si myslet opak, ale to je asi tak všechno.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 28. 01. 2019, 05:39:56
Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.
Bezva argument bez expirace. Dá se používat po staletí a taky na všechno.
Je to platne pro nasi dobu, v minulosti to neplatilo a co prinese budoucnost nevis.
Co přinese budoucnost v tomhle kontextu se dá lehko říci. Lidi tuhle frázi budou používat znova a znova protože jsme prostě takový. Chceme mít všechno hned bez usilí. Vždycky tomu tak bylo a velmi pravděpodobně to tak zůstane. Můžeš si myslet opak, ale to je asi tak všechno.
Ty jsi z tech, kdo tomu propadl a povazuje to za normalni, takze si myslis, ze to tak maji vsichni a bylo to tak vzdycky a vzdycky bude. Stejne jako jsou nepoctivi lide presvedceni, ze nepoctivi jsou vsichni. Je to obrana mysli pred sebepoznanim. Takze asi nikdy nepochopis, ze se mylis. Drive lide byly vychovavany k jinym hodnotam nez dnes a pristupovali k zivotu k uspokojovani svych potreb poctiveji. Takoví lide jsou dodnes, jen uz nejsou ve spolecnosti vetsinovi a kvalitu nahradila kvantita.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: listoper 28. 01. 2019, 08:04:42
Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.
Bezva argument bez expirace. Dá se používat po staletí a taky na všechno.
Je to platne pro nasi dobu, v minulosti to neplatilo a co prinese budoucnost nevis.
Co přinese budoucnost v tomhle kontextu se dá lehko říci. Lidi tuhle frázi budou používat znova a znova protože jsme prostě takový. Chceme mít všechno hned bez usilí. Vždycky tomu tak bylo a velmi pravděpodobně to tak zůstane. Můžeš si myslet opak, ale to je asi tak všechno.
Ty jsi z tech, kdo tomu propadl a povazuje to za normalni, takze si myslis, ze to tak maji vsichni a bylo to tak vzdycky a vzdycky bude. Stejne jako jsou nepoctivi lide presvedceni, ze nepoctivi jsou vsichni. Je to obrana mysli pred sebepoznanim. Takze asi nikdy nepochopis, ze se mylis. Drive lide byly vychovavany k jinym hodnotam nez dnes a pristupovali k zivotu k uspokojovani svych potreb poctiveji. Takoví lide jsou dodnes, jen uz nejsou ve spolecnosti vetsinovi a kvalitu nahradila kvantita.

Zkus definovat "nasi dobu"... Uz cisar Augustus pozoroval mezi svymi vojaky, ze chteji "vsechno hned" a nabadal je aby ubrali na rychlosti a pridali na peclivosti. Proto bylo jeho motto "festina lente" spechej pomalu...
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: v 28. 01. 2019, 08:30:30
Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.
Bezva argument bez expirace. Dá se používat po staletí a taky na všechno.
Je to platne pro nasi dobu, v minulosti to neplatilo a co prinese budoucnost nevis.
Co přinese budoucnost v tomhle kontextu se dá lehko říci. Lidi tuhle frázi budou používat znova a znova protože jsme prostě takový. Chceme mít všechno hned bez usilí. Vždycky tomu tak bylo a velmi pravděpodobně to tak zůstane. Můžeš si myslet opak, ale to je asi tak všechno.
Ty jsi z tech, kdo tomu propadl a povazuje to za normalni, takze si myslis, ze to tak maji vsichni a bylo to tak vzdycky a vzdycky bude. Stejne jako jsou nepoctivi lide presvedceni, ze nepoctivi jsou vsichni. Je to obrana mysli pred sebepoznanim. Takze asi nikdy nepochopis, ze se mylis. Drive lide byly vychovavany k jinym hodnotam nez dnes a pristupovali k zivotu k uspokojovani svych potreb poctiveji. Takoví lide jsou dodnes, jen uz nejsou ve spolecnosti vetsinovi a kvalitu nahradila kvantita.
nejste vy ten, co o pár vláken vedle kritizoval jazyky se statickým typovým systémem?
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: tomasss 28. 01. 2019, 09:46:17
Drive lide byly vychovavany k jinym hodnotam nez dnes a pristupovali k zivotu k uspokojovani svych potreb poctiveji.

Další perla. Zkus se optat někoho o generaci staršího. Tyhle věci se opakují furt dokola. Nebo číst knihy (sledovat filmy) staršího vydání a nebudeš se muset nikoho ptát. Všechno tohle tam najdeš - zkažená dnešní doba, dříve to bylo lepší, poctivější, atd. Jen s tím rozdílem, že dané díla byla natočena třeba před 80 lety.

Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Lojza 28. 01. 2019, 10:13:02
k uvodni otazce - neni preci jen lepsi nez vim treba clion od jetbrains ? preci jen doba se trochu posunula a bylo by divne pokud by dnesni moderni IDE nemely vychytavky, na ktere se proste prirozene vim nemuze s ohledem na svuj design a dobu vzniku chytat


navic i ten komfort vse v jednom psani kodu, debugger, kompilator ...


jen mne to zajima nejsem programator
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 28. 01. 2019, 10:39:36
k uvodni otazce - neni preci jen lepsi nez vim treba clion od jetbrains ? preci jen doba se trochu posunula a bylo by divne pokud by dnesni moderni IDE nemely vychytavky, na ktere se proste prirozene vim nemuze s ohledem na svuj design a dobu vzniku chytat


navic i ten komfort vse v jednom psani kodu, debugger, kompilator ...


jen mne to zajima nejsem programator

kompilátor a debugger nejsou součástí clionu.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Lojza 28. 01. 2019, 10:45:45
jak rikam nejsem programator, spis mne to zajima jestli "nic noveho uz nejde vymyslet", "principy jsou stale stejne a nemenne"plati i pro ruzna IDE a programovani vubec, nebo maji vychytavky ktere jeste pri psani v C jazyku pred 20 lety byly nepredstavitelne ...


ja jsem se tedy mylne domnival ze to je komplexni IDE, ale snad tam jdou debugger a kompilator aspon importovat nebo pouzivat z jeho prostredi diky nejake interakci a odkazu ne .. stejne tak si umim predstavit napojeni na 3rd party knihovny, jednoduchost importu a pouzivani, nevim jestli C jazyk ma nejake centrallni uloziste takovych knihoven jako treba Python a jeho Pypi ktere lze treba v Anaconde importovat
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: gll 28. 01. 2019, 11:15:43
jak rikam nejsem programator, spis mne to zajima jestli "nic noveho uz nejde vymyslet", "principy jsou stale stejne a nemenne"plati i pro ruzna IDE a programovani vubec, nebo maji vychytavky ktere jeste pri psani v C jazyku pred 20 lety byly nepredstavitelne ...


ja jsem se tedy mylne domnival ze to je komplexni IDE, ale snad tam jdou debugger a kompilator aspon importovat nebo pouzivat z jeho prostredi diky nejake interakci a odkazu ne .. stejne tak si umim predstavit napojeni na 3rd party knihovny, jednoduchost importu a pouzivani, nevim jestli C jazyk ma nejake centrallni uloziste takovych knihoven jako treba Python a jeho Pypi ktere lze treba v Anaconde importovat

předpokládám, že Clion má stejné UI PyCharm, které podle mě rozhodně moderní není. Taková klikací UI byla moderní někdy v roce 2000.

vlastní backend pravděpodobně časem vzdají a přejdou na clangd/cquery jako všichni ostatní

https://blog.jetbrains.com/clion/2018/06/clion-2018-2-eap-clangd/
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 28. 01. 2019, 11:38:22
Nic pro dnesni povrchni dobu, kdy kazdy chce mit vsechno a hned a levne.
Bezva argument bez expirace. Dá se používat po staletí a taky na všechno.
Je to platne pro nasi dobu, v minulosti to neplatilo a co prinese budoucnost nevis.
Co přinese budoucnost v tomhle kontextu se dá lehko říci. Lidi tuhle frázi budou používat znova a znova protože jsme prostě takový. Chceme mít všechno hned bez usilí. Vždycky tomu tak bylo a velmi pravděpodobně to tak zůstane. Můžeš si myslet opak, ale to je asi tak všechno.
Ty jsi z tech, kdo tomu propadl a povazuje to za normalni, takze si myslis, ze to tak maji vsichni a bylo to tak vzdycky a vzdycky bude. Stejne jako jsou nepoctivi lide presvedceni, ze nepoctivi jsou vsichni. Je to obrana mysli pred sebepoznanim. Takze asi nikdy nepochopis, ze se mylis. Drive lide byly vychovavany k jinym hodnotam nez dnes a pristupovali k zivotu k uspokojovani svych potreb poctiveji. Takoví lide jsou dodnes, jen uz nejsou ve spolecnosti vetsinovi a kvalitu nahradila kvantita.
Zkus definovat "nasi dobu"... Uz cisar Augustus pozoroval mezi svymi vojaky, ze chteji "vsechno hned" a nabadal je aby ubrali na rychlosti a pridali na peclivosti. Proto bylo jeho motto "festina lente" spechej pomalu...
Míním tím naší hypermoderní dobu, jak ji vnímá Gilles Lipovetsky. Možná že Augustus měl pravdu, byl to moudrý muž, který svou říši postavil na nohy. Může se jednat o problém, který je cyklický a možná i naše doba potřebuje takového Augusta.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 28. 01. 2019, 11:44:51
Drive lide byly vychovavany k jinym hodnotam nez dnes a pristupovali k zivotu k uspokojovani svych potreb poctiveji.
Další perla. Zkus se optat někoho o generaci staršího. Tyhle věci se opakují furt dokola. Nebo číst knihy (sledovat filmy) staršího vydání a nebudeš se muset nikoho ptát. Všechno tohle tam najdeš - zkažená dnešní doba, dříve to bylo lepší, poctivější, atd. Jen s tím rozdílem, že dané díla byla natočena třeba před 80 lety.
Ne, to povrchne zamenujes jine veci. Nejedna se o starecke skuhrani, jak za mladych let byla trava zelenejsi, ale o socialni antropologicky vyvoj cloveka, pred kterym neni radno zavirat oci. Je mozne a nektere zdroje to uvadi, ze tento vyvoj predchazi civilizacnimu zhrouceni. Takze opakovat se to muze, ale ne tak, jak si to predstavujes.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: operator 28. 01. 2019, 11:58:18
k uvodni otazce - neni preci jen lepsi nez vim treba clion od jetbrains ? preci jen doba se trochu posunula a bylo by divne pokud by dnesni moderni IDE nemely vychytavky, na ktere se proste prirozene vim nemuze s ohledem na svuj design a dobu vzniku chytat

navic i ten komfort vse v jednom psani kodu, debugger, kompilator ...

jen mne to zajima nejsem programator
Lepsi je prece subjektivni zalezitost. Takze pro nekoho to je lepsi, pro nekoho nikoliv. Doba se posunula, ale je snad vsechno stare automaticky spatne? Je malovani obrazu horsi nez fotografie? Je divadlo horsi nez kino a to horsi nez tv? Je koncert horsi nez CD a to horsi nez mp3? A z jakeho pohledu, uzitnych vlastnosti nebo kvalitativne?

Vim je stale ve vyvoji, jednou z poslednich novinek (od verze 8) je :terminal (za kterou stoji nektere nove technologie implementovane ve vimu) a ktere mohutnym zpusobem rozsiruji jeho flexibilitu. Ano, vim stoji na starsim konceptu textoveho rozhrani, ale ty ma obrovskou silu a ja bych naopak rekl, ze svet se k nemu castecne vraci. Treba ve forme textovych datovych formatu na misto binarnich.
Název: Re:Jaký editor pro psaní zdrojáků v jazyce C?
Přispěvatel: Kit 28. 01. 2019, 12:56:52
k uvodni otazce - neni preci jen lepsi nez vim treba clion od jetbrains ? preci jen doba se trochu posunula a bylo by divne pokud by dnesni moderni IDE nemely vychytavky, na ktere se proste prirozene vim nemuze s ohledem na svuj design a dobu vzniku chytat

navic i ten komfort vse v jednom psani kodu, debugger, kompilator ...

jen mne to zajima nejsem programator
kompilátor a debugger nejsou součástí clionu.

Tím lépe.