Názory k článku
Průzkum mezi linuxovými vývojáři ukázal překvapivě vysoký podíl Visual Studio Code

Je to tak. Popularita Visual Studio Code je obrovská. Když jsme se ptali, na které IDE se zaměřit, aby plnohodnotně fungovalo na Silverblue, odpověď byla jednoznačná: VSC.

Hmm, to je zvláštní, nechápu, proč je tak populární. Zkoušel jsem ho několikrát a vždy po nějaké době přestaly fungovat některé pluginy. Např. JetBrains funguje naprosto geniálně a furt stejně, což se v mém případě u Code nedalo říci. Nehledě na to, že ho dělá i MS.

Podle me je to proste tim, ze ve velkych korporatech se to tak nejak tlaci, protoze co jineho ze, predsi nebudeme delat projekty tak, aby se dali pouzit i v jinem IDE, ktere pise nejaky nadsenec. No a kdyz uz s tim nekdo dela, tak to pouziva i jinde aby se nemusel nic jineho ucit. Ja s tim taky delat musel a kdyz nemusim tak to nepouzivam. Je to obludne, pomale a nelogicke. Jenze kdyz dostane predpripraveny prjektovy"Solution" (kteryzto nazev je typicky PR blabol protoze to neni zadne reseni ani to samo nic nevyresi) tak pokud chcete pouzit neco jineho musite si to vsechno obstarat sam a na to vam nikdo cas neda. Jeste ze aspon v embedded svete je nejaky vyber, ale je dost mozne, ze za par let uz bude jen sln (stejne jako pred casem doc a xls). O kvalite produktu to podle me nic nevypovida.

> Jenze kdyz dostane predpripraveny prjektovy"Solution"

nepletete si VS Code a VS?

5. 9. 2019, 21:42 editováno autorem komentáře

Mate pravdu, nechal jsem se unest VSC je spis jen editor.

zajímalo by mě, jak by se VS Code umístilo mezi editory

podle wikipedie "Visual Studio Code is a source-code editor"

https://en.wikipedia.org/wiki/Visual_Studio_Code

Taky moc nechapu proc bylo VIM zarazeny mezi textovy editory a VS Code mezi IDE...

Tak možná proto, že VSC je rozšiřitelné o další pluginy, které z něj dělají plnohodnotné IDE.

Jakože to pro Vim neplatí?

Zásadní rozdíl je v tom, že VS Code stáhneš od "výrobce" a už je to v podstatě plnohodnotné IDE pro Javascript, Typescript a vůbec webový vývoj, včetně GIT klienta.
Kdežto VIM z distra se tomuhle neblíží. Musíš začít nastavovat, instalovat atd. než se k něčemu jako IDE pronastavuješ. Další věc je built in podpora extensions store, to je také vlastnost spíš IDE a VIM pokud vím také nic takového built in nemá.

Ne. Záleží na tom, jak těch 250 lidí vybíráte, jak s těmi daty pak pracujete a s jakou . Ten obor se jmenuje statistika a je poměrně zajímavý :-).

Nicméně, pokud dáte jen tak halabala link na web, tak ta data nepůjdou zobecnit na celou populaci, ani kdyby jich bylo 1100+.

Mno, i halabala link na web muze stacit, pokud odpovi tolik lidi, ze by to byla cela populace, tak uz by ta data z definice byla pro celou populaci :)
(jojo, hranicni pripad kdy pruzkum zabira celou populaci se obvykle neuvazuje, ale muze nastat - treba pruzkum ve skole a na jinych malych populacich)

To jsem přesně tušil, že se někdo ozve ;-)

Jsem rad ze jsem nezklamal :) Ale je to proto ze jsem shodou okolnosti prave takovy hranicni pripad pred tydnem resil, populace 170ti lidi.

VSC neni IDE a 250 lidi neni dostatecny vzorek na nic.

A co 50.7% z 88 883 lidí, to už jako vzorek stačí?

https://insights.stackoverflow.com/survey/2019#technology-_-most-popular-development-environments

Zalezi co je cela populace. Jestli je populace programatoru treba 1 milion lidi, ale VSC pouziva 40 000 lidi, a vsichni co pouzivaji VSC hlasovali v odkazovanem pruzkumu, tak je pruzkum zkreslujici klidne o 1000 %, nebo tak nejak.

Coz se vysoce pravdepodobne nestalo, ale for je v tom, ze nevime, jaky vzorek je dostacujici, protoze nevime jakym zpusobem hledali lidi co prispeli do pruzkumu, a nevime co je cela populace. Tudiz nevime, jak moc je pruzkum vypovidajici. Nevime, jestli chyba tech cisel je 1 % nebo 1000 %.

Mimochodem statisticke urady venuji prave tomuhle problemu docela spoustu casu. Aby vybrali dostatecne nahodny vzorek, ktery bude vhodne reprezentovat celou populaci. A na strankach CSU se kdysi dalo docist, ze pro CR (populace 10 M) je rozumny vzorek pro pruzkum neco kolem 3000 lidi, pokud sou ti lide vybrani naprosto nahodne.

U pruzkumu, kde odpoved muze naklikat kazdy kdo jde kolem, je riziko ze se informace o pruzkumu rozsiri mezi uzivateli VSC, ale ti nemluvi s uzivateli emacsu (napr), takze vznikne bias. A vlastne to pisou i na Stackoverflow:
"Since respondents were recruited in this way, highly engaged users on Stack Overflow were more likely to notice the links for the survey and click to begin it." - neboli ti co radeji poskytovali nebo hledali rady, maji v pruzkumu vetsi zastoupeni nez ti co rady nepotrebuji/ne­davaji.

Cimz nerikam, ze by pruzkum ze stackoverflow nemel vypovidaci hodnotu. Jen je potreba vedet jak to je.

250 lidi se může zdát málo, 250 vývojářů je už lepší a 250 vývojářů kernelu už je sakra hodně.

No já to používám právě zejména na C++, protože to funguje lépe jak jiné alternativy.

Update:
Jinak to používám pro PHP a jazyk D a jsem stím spokojený. Stále je zde pár věcí na které si zvykám ale celkově je to dobré IDE.

5. 9. 2019, 22:23 editováno autorem komentáře

HW nároky v porovnání s čím? V porovnání s IDE od JetBrains určitě nižší.

> mi to přijde dost nepoužitelné.

proč?

Nižší? Mno to je dost otázka, protože to záleží na množství aktivních pluginů. Vyšší spotřeba u JetBrains je možná, protože je to vždycky kompromis mezi rychlostí odezvy (cache) a nároky na cpu+paměť. PyCharm i CLion navíc rozumí kódu opravdu dobře. Jejich rafactoring nástroje jsou nejlepší co jsem kdy používal. A to něco stojí.

Nicméně VSC a ostatní na Electronu založené projekty nejsou také zrovna etalon efektivity. Je to přístupem takový moderní Emacs (zobrazovací jádro + pluginy, jen Emacs místo javascriptu používá elisp) a i u toho se mi podařilo se dostat na 1 GiB spotřebované paměti.

Já třeba na C++ a CMake projekty používám QtCreator s povoleným LLVM. Refactoring není moc dobrý (skoro neexistuje), ale je to rychlý použitelný a relativně nenáročný editor.

Electron UI není víc náročné než spuštěný webový prohlížeč. Pluginy často spouští proces na pozadí, ten může být hw náročný, ale to není chyba VSCode.

> Je to přístupem takový moderní Emacs (zobrazovací jádro + pluginy, jen Emacs místo javascriptu používá elisp

právěže neni, pluginy mají přístup jen k dost omezeným funkcionalitám. Uživatelské skripty mimo pluginy pokud vím zatím nepodporuje. Atom v tomto ohledu nabízí víc možností.

> Electron UI není víc náročné než spuštěný webový prohlížeč. Pluginy často spouští proces na pozadí, ten může být hw náročný, ale to není chyba VSCode.

Jenže bez nich není VSCode nic jiného než textový editor (možná.. spousta základních funkcí je poskytována pluginy). Takže pokud porovnáváte plné IDE s VSCode, musíte do toho zahrnout i pluginy pro daný jazyk a prostředí.

> a i u toho se mi podařilo se dostat na 1 GiB spotřebované paměti.

to není těžké, stačí v shellu vypsat dlouhý výstup, nebo otevřít dlouhý log v nesprávném módu. Ale samotný program má jen pár mega. IDE od JetBrains tolik paměti žerou i když v nich nic neděláte.

Tiez som to pred asi dvoma mesiacmi cvicne skusil pouzit na nejaky moj sukromny projekt, ktory ma cmake / gcc / gdb a par tisic riadkov kodu. Vysledok je ten, ze pre automaticke pouzitie bud s cmake alebo s gdb je potrebne rucne editovat json co si k projektu VSCode spravi, aby vedel co kde a ako. A to aj po nainstalovani prislusnych pluginov.

To som zhodnotil, ze aj KDevelop vedel uz pred 10timi rokmi lepsie a ze vysledok je vlastne rovnaky, ako s vim-om. Vim akurat nezozerie giga ram.

jj. U nás (nejmenovaná CZE výzkumná instituce) se VS code v posledním roce taky neskutečně rozmohlo.

Osobně důvody vidím v:

* multiplatformnost - máme lidi s koncovým zařízením na Linuxu, Mac, Win - a přesto si můžou koukat přes rameno do stejného prostředí

* podpora vzdáleného vývoje - přes SSH se to připojí k HPC systému a člověk si tam naskriptuje build v kontejnerech a jiné libůstky

* cena - Pycharm se stejnými features je znatelně placený

* responsivní support - v týdnu jsem našel bug, nareportoval a přes víkend to fixli..

5. 9. 2019, 17:47 editováno autorem komentáře

Máte to primárně na Python (když zmiňuješ Pycharm), nebo v tom valíte i další jazyky/HTML whatever?

Nemám na to statistiku, ale odhadem cca 60% Python, 40% C++.

VSCode používám deně, ano má pár much, ale podpora x jazyků bez přepínání view, podpora gitu, markdown a možnost instalace všemožných pluginů to vynahrazují.

Osobně rád používám VSC na Rust. Není to úplně ideální, ale jedinou reálnou alternativou pokud jde o Rust je Eclipse a tam je rustový plugin Corrosion tak nedotažený a tak zabugovaný, že se s ním nedá pracovat.

Proč není pro Tebe alternativou Vim? Kvůli ovládání?

6. 9. 2019, 07:02 editováno autorem komentáře

Ovládání, integrace GITu, integrace RLS, integrace debuggeru, auto formátování, auto doplňování pomocí tabu, atd.
Vi(m) byl jistě adekvátní editor. V ROCE 1972.

Integraci GITu má asi bezkonkurenční, zvlášť řešení merge conflictů mi přijde ve VSC neskutečně pohodlné :)

ech, pardon, nastala chyba.

6. 9. 2019, 17:30 editováno autorem komentáře

Kromě ovládání, což je subjektivní věc, Ti uznám debugger, částečně asi ten Git. Podle mě jsi to moc nezkoušel, stejně ale děkuju za odpověď.

Celkem nemám důvod to moc zkoušet. V pořádném IDE mám funkce na refaktorizaci. Najedu kurzorem myši na nějakou hodnotu a zobrazí se mi typ, jedním klikem se můžu dostat na deklaraci. Kód se mi automaticky zobrazuje s anotacemi ohledně historie v GITu. Syntaktická analýza se děla průběžně na pozadí a chybové hlášky jsou viditelné hned a odpovídající místa v kódu jsou automaticky vyznačena. Atd atd. Takže nevím, jaký bych měl mít vlastně důvod se místo toho zabývat Vimem?

Skusali ste Rust plugin v IntelliJ CE? Priznam sa, ze nie som Rust vyvojar, ale co som skusal, vyzeral byt OK...

Nezkoušel jsem ho, ale slyšel jsem, že prý je docela dobrý. Když už člověk používá IntelliJ...

Pozor na jednu vec IntelliJ + Rust plugin != CLion kde je podpora Rustu trochu jinde (debugger, ...). Ano, je tam stejny plugin, ale ...

Docela dobry? Nejlepsi na Rust. A to jednou za 1/4 roku zkousim Emacs, Vim & VSCode abych byl v obraze kam se to posouva v jinych editorech.

Zpočátku byl plugin pro VSC nejlepší, ale plugin pro IntelliJ už ho předehnal :) Mám ráda oba, VSC nahazuju, když potřebuju napsat nějakou drobnost, IntelliJ se mi hodí na větší projekty.

Tak jsem IntelliJ instaloval i s pluginem pro Rust, vypadá to dobře. Až začnu nějaký nový projekt tak ho zkusím používat.

VSC používám přes dva roky pro GOLang, ECMAScript 2017, GraphQL, Protocol Buffers
a další, nemohu si ho vynachválit. Je nutné ho dobře customizovat a doinstalovat pluginy. Například IntelliSense je úžasné, integrovaný terminál také úžasný, také pluginy pro auto testy super.

Zrovna před chvílí vydal Microsoft plugin pro vývoj v Docker kontejnerech, funguje to naprosto skvěle i na Microsoft Hyper-V

https://code.visualstudio.com/docs/remote/containers

Konečně nemusím řešit složité Docker interstage pro build Go, ale mohu dělat vývoj přímo v přizpůsobeném kontejneru.

> integrovaný terminál také úžasný

jde práce s terminály nějak automatizovat? Často potřebuju v projektu spustit několik procesů, každý v jiném terminálu, restartovat je všechny najednou atd. Zatím jsem nenašel způsob, jak se to dá automatizovat ve VS Code.

Tak jestli budou ty kontejnery fungovat tak dobře jak to zní, asi začnu v práci na C++ používat VSC… Díky :)

Pouzivam nejcasteji jako textovy editor SciTE, ale musim rict ze editor Visual Strudio Code se fakt povedl (editace pro mnoho jazyku, refaktorizace, pluginy, ...). Je to pro me docela prekvapeni, ze zrovna Microsoft :)

Tak ono se není co divit. I ten seznam IDE v článku je spíš seznamem parodií na vývojářská prostředí. Dělat v tom je za trest. I když cokoliv je asi lepší než drátem do oka.