Visual Studio Code 1.6 (diskuse)

[BigBoss]

Děláte s tím někdo? Jaký jazyk, jak to hodnotíte? Dík

[little.owl]

I kdyz Microsoft nemusim, Visual Studio Code je vemi dobry editor a uz se tesim na dobu, kdy tim bude mozne nahrazovat moloch jako Eclipse.

Prekvapive je to dosti sviznejsi nez Atom, a pritom je oboji postaveno na stejnych technologiich.

[Petr]

Dříve jsem používal všechno možné, Sublime, Atom atd a nakonec jsem skončil u VS Code. Přijde mi dost dobrý, hromada doplňků prakticky na všechno, rychlý (proti Atomu o dost), výborná integrace s Git v základu. Vlastně jsem už před časem všechno ostatní odinstaloval. Dělám hlavně web, tj. js, php, html, css, ale i python, c. Trochu hůř než např. Atom poznává a obarvuje různé jazyky v sobě, např. kus js uvnitř php, ale určitě by se to dalo nastavit, dá se ohnout naprosto jakkoliv.

[washeck]

Ještě pořád při každé aktualizaci zapne posílání dat do MS, i když jsem si to explicitně vypnul?

[koroptev]

Je to modni vec vezouci se na vlne textmate/sublime/atom. Pouzivaj to hlavne webikari. Jako editor je to pomaly a nezvlada to velky soubory. Jako ide tomu chybej naprosty elementarity a vsechno aby clovek skladal dohromady takovym pristipkarenim a ve vysledku to stejne bude mit pul funkcionality v porovnani s vecma jako wrbstorm. Emacs ma bezne repl v modech jazyku, co ho podporuji. U techto editoru je to scifi.

[little.owl]

Atom/Visual Studio Code pravidelne zkousim a s celou radou veci co jste napsal bych souhlasil, ta vyspelost rozsireni tam zatim neni a obcas jsou ponekud adhoc ulipane.

Je to modni vec vezouci se na vlne textmate/sublime/atom.

Tim bych si nebyl tak jist u Atom/Visual Studio Code. Ta platforma ma velky potencial, zejmena pokud to zacne vice integrovat, kdy to cele muze bezet v prohlizeci/serveru.

[chrono]

Tak zrovna Visual Studio Code je založené na webovej aplikácii Monaco Editor, ktorá sa dá používať v normálnom webovom prehliadači.

[koroptev]

Mam to tak ze se mi hodi ide co dela mraky veci/ritualu za me. A pak se mi hodi editor jehoz hlavni deviza je rychlost startu/editace. Atom/vs code selhavaji jako editor i jako ide, sublime je pouzitelne jako editor. Vs code znovu zkusim co se zmenilo, naposledy mi nevyhovoval zabugovany syntax highlighting.

[little.owl]

... jehoz hlavni deviza je rychlost startu/editace.

To se da resit jako client/server u Emacs.

[koroptev]

No vsak emacs je ok editor, i kdyz na win je tak linej, ze skoro ne. Ale zrovna tyhle podminky splnuje mraky veci. Ale ne ty "editory", o kterych byla rec.

[sid]

A vyhoda toho, ze to moze bezat v prehliadaci je v com konkretne? Specialne pre hocico mimo web?

[little.owl]

Muzete to byt integrovano do cloud IDE, stejna aplikace a rozsireni lokalne a stejna na webu. Viz Codenvy, Cloud9 ci Codeanywhere a to uz se neomezuje jen na web.

[Sid]

Teraz som sa blizsie pozrel na ich API a beriem spat, celkom dobre to moze byt zabijak IDE v podobe ako ich pozname teraz. Navyse ked som si spomenul na zopar "skvelych" chyb co boli v poslednych verziach v JRE v swingoch tak sa mi idea toho, ze nebudem musiet cakat polroka na opravu JRE (ako vobec dorazi) celkom pozdava. Ak pravda Microsoft bude pracovat na tom aby to vedelo coraz viac a nebol to len trocha chytrejsi editor.

[koroptev]

Hm jsem v tomhle ohledu skeptickej. Jednak clovek, co se pouzivanim takovejch veci zivi, preferuje neco na zaklade vladtnosti toho neceho, a tady je jedina takova nova vlastnost - kdyz budes nekde nouzove mimo, nastartuj webik a mas nejakej editor bez instalace. Vsude jinde nez nouzove mimo pouziju to, co mi vyhovuje klaud neklaud, samo o sobe to pro me predstavuje nulovou vyhodu.

[sid]

Celkom zasadny rozdiel bude ak dokaze visual studio dosiahnut api pre poskytovanie jednotlivych vlastnosti (doplnanie,referencie,zvyraznovanie atd) tak aby napr kazdy jazyk mal svoj language server. Lebo motivacia ludi je potom vacsia ked sa mozu realizovat vo vlastnom jazyku plus povacsine maju vsetko vyvinute (prekladac atd). Takto musis dufat, ze niekto napr napise podporu pre rust v jave, co nie je celkom trivialna vec. Kym rust sam o sebe vsetky tie veci ma v sebe len treba najst rozumnu cestu na ich otvorenie smerom von. A zaroven pri tom nemusia publikovat interne veci ktore mozu lubovolne menit

[x]

Takto musis dufat, ze niekto napr napise podporu pre rust v jave, co nie je celkom trivialna vec.

https://intellij-rust.github.io/ Doporučuju kouknout na changelog, chlapci na tom celkem makají.

[koroptev]

O visual studio code nic moc nevim krom toho co vidim kdyz to srm tam zkusim. Ale ono neco nasvedcuje tomu, ze by se to tim smerem melo ubirat? Myslim kdyz clovek koukne jak to vypada jinde - emacs, atom, eclipse..

[little.owl]

kdyz budes nekde nouzove mimo, nastartuj webik a mas nejakej editor bez instalace

Takove web IDE je tak trochu Google Doc pro vyvojare. Vyhody to zacne mit v okamziku, kdy vyvojari jsou v ruznych lokalitach po celem svete, a musi se pracovat spolecne, nebo kdyz si vyvojovy proces zacne vynucovat veci jako requirements/bugfixing tracebility, integrace s JIRA, code reviews a podobne, kde to pak lze integrovat a lepe vynutit. Zjednodusi to i situace, kdyz jsou vyvojari nasazovani z projektu na projekt - priradite je do projektu, oni se naloguji a maji okamzite vse nutne.

[koroptev]

Jako ze jim nekdo krom nejaky stabni kultury nadiktuje i (prozatim nic moc) editor? Jakoze podobna funkcionalita neni jednoduse doprogramovarelna (pokud uz ji nyni nemaji) do dnes dospelych plnotucnych ide? Lol sni dal.. Hipsterismus at its best

[little.owl]

Jako ze jim nekdo krom nejaky stabni kultury nadiktuje i (prozatim nic moc) editor?

Pouzivane vyvojove nastroje byvaji predepsane a moznost instalovat svuj SW casto omezena, zejmena u velkych programatorskych farem, ale o to tady nejde.

Jakoze podobna funkcionalita neni jednoduse doprogramovarelna (pokud uz ji nyni nemaji) do dnes dospelych plnotucnych ide?

Doprogramovatelne je cokoliv.

Lol sni dal..

Pripomina mi to minula tvrzeni, ze veci jako Office 365 ci Google Doc nemaji sanci a presto si ted v praxi nachazi nemalo uzivatelu.

[j]

Nikoli viz vejs, pouzivaji to tak maximale lidi, kery ve skutecnosti nic nedelaji, protoze se s tim nic delat neda.

To si jako vazne myslis, ze pri aspon trochu vazne minenym vyuziti treba tabulek, do nich ty data nekdo pise rucne? A zadnou jinou moznost na webu nemas a ani mit nemuzes.

[little.owl]

Nikoli viz vejs, pouzivaji to tak maximale lidi, kery ve skutecnosti nic nedelaji, protoze se s tim nic delat neda.

Z dodavatelu, zakazniku, spolupracujicich firem, na to presli od 2009 firmy v souhrnu asi se 120000 zamestnanci. Namatkou treba zde - v letech 2009-2012 jsem u nich casto byl, videl jak na to prechazeli a pak v praxi pouzivali. Pro 90% zamestnancu, vcetne vetsiny vyvojaru, naprosto dostacujici a dostupne vsude.

To si jako vazne myslis, ze pri aspon trochu vazne minenym vyuziti treba tabulek, do nich ty data nekdo pise rucne? A zadnou jinou moznost na webu nemas a ani mit nemuzes.

A proc by jako meli past rucne? Nemuzu? Vzdyt treba Google Docs jsou plne skriptovatelne, lze nad tim psat aplikace, vcetne importnich ci exportnich filtru z ruznych zdroju, viz Google Apps Script.

[koroptev]

Nejsem si jistej ze cilovka plnotucnejch ofisu a google ofisu je strjna. Pak je tu ta vec ze programatori maji jine potreby nez uzivatele google ofisu. Nerikam ze se nejaka cilovka nenajde ale neprijde mi ze by ta cilovka vyvijela kdovijaky tlak aby neco takoveho vznikalo. Spis naopak - atom mohl klidne vznikat jako ciste webova vec a ono ne.

[little.owl]

Nejsem si jistej ze cilovka plnotucnejch ofisu a google ofisu je strjna.

Neni a nikdo to netvrdi, ale tvrdim ze pro podstatnou cast uzivatelu jsou Office 365/Google Docs OK.

Pro me z jedna z nejtezsich veci je dostat z vetsiny vyvojaru vubec nejakou solidni dokumentci k jejich vytvorum, i v obycejnem textu a nekdy se skoro tvari jako by to byl trest. Pritom zrejme jinde, jak se to tu popisuje, radostne pisi stohy dokumentu na urovni, kdy jim nic jineho nez "plnotucne office" nestaci .

atom mohl klidne vznikat jako ciste webova vec a ono ne.

Mohlo, ale proc to limitovat jen na web? Pokud to napisi jako komponentu, lze to uzit jak lokalne, tak na webu, a prinejmensim u MS to skutecne vypada jako cil. V okamziku, kde se dohrabem na Wasm, by ani vykon nemusel byt az tak velky problem.

[Marián Kyral]

Jako ze jim nekdo krom nejaky stabni kultury nadiktuje i (prozatim nic moc) editor?

Pouzivane vyvojove nastroje byvaji predepsane a moznost instalovat svuj SW casto omezena, zejmena u velkych programatorskych farem, ale o to tady nejde.

V takové firmě bych prostě pracovat nemohl. Jako vývojář prostě potřebuji nástroje na které jsem zvyklý. A v mém případě i Linux

Jak to dopadá v opačném případě jsem viděl u jednoho našeho velkého zákazníka. Na počítače všem nainstalovali unifikovaný desktop, který možná vyhovoval běžným uživatelům, ale pro vývojáře byl k ničemu. Obyčejný Notepad není na programování vhodný. A o chybějících speciálních nástrojích pro přístup do databáze raději ani nemluvím. Vývojáři to řešili různě. Někdo dokonce vzdálenou plochou na nějaký testovací server, kam si potřebné programy nainstaloval! Nevím jaký je teď přesný stav, ale posledně jsem tam zahlédl i několik strojů s Linuxy. Tak snad nahoře dostali rozum.

[koroptev]

Je jadny ze ten pro tebe podstatnej rozdil je jen to zdali ui bude v browseru nebo nativni aplikace a ze to je ortogonalni koncept na to co bys rad mel za funkcnost?

[little.owl]

ten pro tebe podstatnej rozdil je jen to zdali ui bude v browseru nebo nativni aplikace

Ja tam prave nechci pokud mozno zadny rozdil a nevidim duvod psat a odladovat jednu aplikaci nekolikrat pro nekolik cilovych platforem (web, Windows,OSX, Linux) a HTML5/JS je asi v soucasnosti nejlepsi multiplatformni runtime environment/VM.

[j]

Tj, nefunguje to poradne nikde ...

[koroptev]

No v tom pripade ale existuje x hotovejch dnes funkcbich dospelejch produktu a vs code je max nejakej prislib nebo nadeje do budoucna. Nechapu. To odladovani pro ktery nevidis duvod uz nekdo udelal.

[j]

A ono nejde pracovat vzdalene pomoci lokalnich aplikaci? Nemluve o tom, ze pokud chci nekomu neco vnucovat, tak mu rovnou vrazim notes, na kterym je vse nastaveno a nezmeni si to.

Jinak google doc je naprosto nepouzitelny na naprosto cokoli. To uz je lepsi ten M$ kram, kterej aspon obsahuje i lokalni verzi opic.

[koroptev]

Ad vzdalena prace pomoci lokalnich nastroju - neni to moderni, nema to kul jmeno a neni to "integrovane".

[little.owl]

Jiste jde, ale vam obema stale nedochazi, ze prave nutnost udrzovat si lokalni nastroje [workspace] je v rade pripadu soucast problemu, nikoliv reseni. Projekty jako Codenvy jsou krok spravnym smerem.

Dale opakujete, ze reseni uz existuji - evidentne ne, kdyz Codenvy, Microsoft, Red Hat a dalsi se teprve nyni dohodli na spolecnem otevrenem reseni postavenem na Language Server Protocol. VS Code bude soucasti MS reseni a Eclipse Che podle vseho reseni od Red Hatu.

[deda.jabko]

Projekty jako Codenvy jsou krok spravnym smerem.

Za predpokladu, ze provozovat operacni system, ktery funguje jenom jako hostitel pro operacni system, kteremu se rika prohlizec, a ktery umi provadet pouze aplikace v jednom obskurnim jazyce pri desetinovem vykonu skutecneho hardwaru, je krok spravnym smerem, jsem rad, ze jsem uplne mimo.

[Radovan]

A k čemu jsme ten HW tedy vyvíjeli, když ho nemůžeme využít ke zlepšení SW? Používat nativní aplikace je naprosté plýtvání HW výkonem.

[little.owl]

v jednom obskurnim jazyce pri desetinovem vykonu

To je jen implementacni detail jednoho klienta, podstatna je architektura. Rozhodne to bude vice nez desetina, staci se podivat na soucasny vykon JS/WASM. Pokud vam nestaci web interface, bude to drive ci pozdeji podporovano i v nativnich IDE.

[Ivan2]

Vyhody to zacne mit v okamziku, kdy vyvojari jsou v ruznych lokalitach po celem svete, a musi se pracovat spolecne, nebo kdyz si vyvojovy proces zacne vynucovat veci jako ...

:)

Zrovna vcera jsem nadaval nejakym vyvojarum, a odpoved jejich sefa byla "My muzem tezko dodrzovat nejaky pravidla, mame vyvojare po cely zemekouli".