Dokumentární film věnovaný Visual Studio Code (diskuse)

rofl

[hm]

brecte kolik zavidte kolik ucte jse kolik chcete yes co tetka na to reknete ah ha ha nezmuzes nic proste jenom prijat fakta nej vod ms+1 klidne pouzivejte at vite i vy

[radek]

To jste napsal ve VSC nebo to je nejaka abstrakce? Tyvole delej se sebou neco, neni ti rozumnet ani ocko...

[Olaf]

To je místní troll, ten to píše dokola. Ale po maďarských volbách se vypařil Gréta. Kde je?

[hm]

tyj jsi mistni trol dekuji

[hm]

nech ho stejne nema vsc a win uz vubec nema cenu s takovyma

[panika]

jsem zklamanej, mel jsem te za fajnsmekra a konosera skrz tvoji moudrou volbu nadrazeneho placeneho Pro OS. ale ze se spokojis se slabym odvarem zadarmo misto Jedinneho Skutecneho Praveho IDE od MS za penize... rve mi to srdce, uz sem radsi nepis. znemoznil ses urcite ne jen prede mnou :'(

[hm]

co to je chcu to???? rikaj dal

[panika]

https://letmebingthatforyou.com/BingThis/microsoft%20commercial%20IDE

[hm]

umis velice rovne tahat mysy klobouk dolu hele kamarade a ty mas to entrprice koolik stal tobe

[K3dAr ze záhorbí]

ztratil jsem heslo k účtu

[Hulda]

Nevadí.

Je to úplně normální:

Phpčkáři mají IDE napsaný v Php. Cečkáři mají IDE napsaný v C. Javisté mají IDE napsaný v Java. Pythoňáci mají IDE napsaný v Pythonu. Javascripťáci mají IDE napsaný v Javascriptu.

No a Perlisté mají kokot.

[koroptev]

Jenom chci rict zdejsim vičkofilům a emactardům at zkusi otevrit 2GB xml soubor v tom svem oblibenem paskvilu. Jebne to az do kernel panicu.

Jablickar to otevre ve VS Code uplne v pohode a jeste mu to zacne i barvickovat.

Konec hlaseni, linuxaci vsech zemi vylizte si!

[diffie]

Jednou za čas potřebuju editovat velké soubory nebo soubory s dlouhými řádky a občas na to použiju svůj oblíbený textový editor jako na cokoliv jiného. Ani Emacs, ani Vim s tím nemají problém. Emacs v souborech s dlouhými řádky provádí některé optimalizace, například přestává počítat sloupce.

U takových souborů je občas hodí použít vhodnější nástroj než je textový editor – zejména nástroje, které umí provádět změny nebo analýzu „průtokově“ (sed, awk, Perl, …). Takové nástroje zpravidla vůbec nezajímá velikost souboru (může to být i nekonečný proud dat) a fungují korektně, rychlost je často omezená jenom rychlostí disku. Navíc pravděpodobně při zpracovávání použije řádově méně paměti než VSCode editující prázdný soubor. ;)

Pokud to u Váš způsobuje kernel panic, je s Vaším systémem něco velmi silně v nepořádku.

[žíža]

A mame tady standardni linuxovou odpoved - u mne to funguje, neco mas spatne.

[karkar]

Ale má pravdu přecedo....

[RealJ]

presne tak, 3 lidem to funguje, issue closed. Snad to nebude nekdo testovat kdyz se to kompiluje.

[koroptev]

nebude, na to se da spolehnout

navic to nekdo za tri az osm let forkne / reimplementuje v novy distruptivni zpetne nekompatibilni verzi, ktera tenhle bug poresi (a dalsich x novejch nalosuje)

[koroptev]

hm, akorat ze skutecna koroptev - tedy ja - jak emacs tak vi pouziva a mj. otevirani 2GB souboru prozatim nikdy nebyl usecase

[karkar]

Já velký soubory otevírám v notepadu++ případně si je rozsekám na menší.

[koroptev]

lituju

[karkar]

Hele na koprolátním PC s woknama moc možností nemáš. Obskurity jako vim nepěstuju ani na linuxu.

[koroptev]

mas moznost nebejt droid v korporatu

vi/m jsou dve veci, ktery se vetsinou smesujou: editor (neo/vi/m), a vi-like ovladani, neovim je asi potencialne srovnatelnej s emacsem, vi/m archaismus uzitecnej tam, kde jsi na to zvyklej a nic jinyho neni, vi-like ovladani prudce relevantni i dnes treba prave ve vscode