Příspěvky

256

O serveru Root.cz / Re:Psat blog na Rootu nebo jiné blogové platformě?

« kdy: 08. 07. 2018, 22:08:03 »

btw:na abclinuxu muzes blog zapisek aktualizovat

to muzes i na root.cz

257

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 08. 07. 2018, 16:56:05 »

Zatím se používá hlavně u nových jazyků, pro která neexistovala zavedená IDE.

oprava: pro které

258

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 08. 07. 2018, 16:45:59 »

které věci z LSP to neimplementuje? Já reagoval na tvůj komentář

Naposledy, kdyz jsem to zkousel (vim-lsp), tak bylo rozbite napr. navigovani na zdrojak mimo projekt, chybel preview  pro zmeny, aktualizace informaci se dela az pri save souboru a dalsi. Ale priznam se, ze jsem to moc nezkoumal dal, protoze si nemyslim, ze me to ma co nabidnout - LSP jako takove je omezene by design, funguji tam jen ty nejjednodussi veci a pro Javu to nabizi jen velmi male procento toho, co kazde slusne IDE.

Jj, implementuje, jen treba v pripade Javy, o ktere jsem mluvil, na to potrebuejs ten Eclipse server, coz bylo to, co jsme presne zminoval - ze me absolutne nelaka - hackovat dobry editor na cosi, co se ma podobat IDE pomoci X vrstev, kde to nakonec skonci u Eclipse Serveru. Chybi mi jakakoliv pridana hodnota.

To byla nejspíš chyba LSP a ne Vimu. Nevěřím, že jsi zkoušel LSP pro Javu. To snad nikdo nepoužívá, tak implementace asi bude stát za hovno. LSP je nová technologie a implementace se rychle zlepšují. Zatím se používá hlavně u nových jazyků, pro která neexistovala zavedená IDE. Na straně editoru na tom nemá co nefungova.

259

O serveru Root.cz / Re:Psat blog na Rootu nebo jiné blogové platformě?

« kdy: 08. 07. 2018, 15:22:57 »

psát takovou aplikaci od nuly je IMHO plýtvání. Raději vzít hotové řešení a to upravit. Podobná věc byla napsaná už tisíckrát.

260

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 08. 07. 2018, 14:41:46 »

No, ze to implementuje je ponekud silne slovo, existuje komunitni plugin, ktery castecne umoznuje pouzivat nektere veci nabizene LSP :-)

které věci z LSP to neimplementuje? Já reagoval na tvůj komentář

Ale ono i to prejmenovani metody v celem projektu neni az tak trivialni vec, resp. je, ale vim ji moc dobre nezvlada pomoci skriptu - prave proto, ze tam chybi AST, necim jako nahrazeni textu pomoci RE se to udelat opravdu neda. 

přejmenování ten plugin implementuje.

261

O serveru Root.cz / Re:Psat blog na Rootu nebo jiné blogové platformě?

« kdy: 08. 07. 2018, 14:30:41 »

Takže nic moc velkého. Navíc je to psané dost „enterprise“ stylem, takže by to šlo i jednodušeji. Dejme tomu 2/3 současných řádků. A to jsme pořád v Javě. Pokud si myslíš, že se v Pythonu píše úsporněji a rychleji, tak to máš třeba 2 000 řádků kódu. Za jak dlouho napíše borec pythonista 2 000 řádků?

Reddit údajně napsali za víkend včetně vlastního frameworku.

262

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 07. 07. 2018, 15:34:30 »

Anonyme, zrovna v JavaScriptu bys s vimem moc nepochodil. Což neberu jako plus pro JavaScript. Každopádně kdybys na jeho editaci používal IDE s jeho podporou, případně k tomu účelu přímo navržená, tak bys možná neměl potřebu o něm s tikem v oku mluvit v každé druhé větě.

Není potřeba specializované IDE. Používám JavaScript/TypeScript language server. Funguje bez problémů ve VS code i v Emacsu. Mělo by fungovat i v Neovimu. Konfigurace lsp je jednoduchá, něco jsem o tom napsal v blogu.

263

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 07. 07. 2018, 12:58:20 »

Ale ono i to prejmenovani metody v celem projektu neni az tak trivialni vec, resp. je, ale vim ji moc dobre nezvlada pomoci skriptu - prave proto, ze tam chybi AST, necim jako nahrazeni textu pomoci RE se to udelat opravdu neda. 

Vim implementuje rozhraní pro language server protocol. Zvládá to úplně stejně jako VS Code.

264

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 07. 07. 2018, 12:48:06 »

Jako které třeba? A v čem jsou pokročilejší?

třeba editace markdownu ve vs code je vychytaná

V čem oproti Vimu?

zobrazuje náhled, zvýrazňuje syntax uvnitř code bloků, Vim obecně neumí moc dobře pracovat se soubory kombinujícími několik jazyků.

https://code.visualstudio.com/docs/languages/markdown

Když tu teda někteří tvrdíte, že Vim používají ti, kteří neznají pokročilejší nástroje, vtírá se otázka - a vy ten Vim znáte? Přiznám se, že znám a využívám jen menší část možností toho editoru, ale je zajímavé, že když v něm potřebuji udělat něco, co neznám, tak pomocí googlu vždycky velice rychle, obvykle na první dobrou, najdu odpověď, jak na to, a vzhledem k tomu, že je programovatelný, tak v podstatě není nic, co by ho nešlo naučit. A to vše při minimálních nárocích na prostředky. Ze začátku jsem se mu bránil, ale pak jsem se takhle za jednoho deštivého dne nudil, tak jsem si otevřel tutorial, který je součástí jeho dokumentace, a jel podle něj - od té doby už jiný editor pokud možno nepoužívám. Připadá mi příjemné mít jeden mocný editor pro veškeré práce s textem - ať píšu dokumentaci, maily, kód nebo cokoliv jiného. Zatím jsem nenašel nic, co by mi ve Vimu chybělo, ale za to jsem viděl spoustu editorů, ať už samostatných nebo jako součástí IDE apod., kterým chyběly schopnosti Vimu.
Nikomu ho nevnucuji, ale jakmile ho někdo začne kritizovat, tak se zatím vždycky ukázalo, že dotyčný se naučil, jak ho ukončit, a tím to tak hasne.

Vim donedávna neuměl asynchronní komunikaci s podprocesy, což znemožňovalo integraci linterů (vimisti tvrdili, že to nepotřebují). Nemůžete kompilovat/spouštět testy na pozadí. Vim nemá integrovaný shell. Tmux není řešení. Nerozumí výstupu a neumožňuje skákat na řádky s chybou. Vim neumožňuje integrovat python shell, sql shell atd.

Neovim největší nedostatky napravuje.

265

Studium a uplatnění / Re:dovolena

« kdy: 07. 07. 2018, 00:29:05 »

doufám, že jedeš někam, kde není internet, javamane.

266

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 06. 07. 2018, 23:33:49 »

Editace ve Vimu na serveru se nějak vylučuje s verzováním a continuous integration? Můžeš to doložit?

Vylucuje stabilitu workflow a jeho auditovatelnost. Az budes nekdy delat na nejakem alespon stredne velkem projektu, kde se resi takove veci jako je napr. dostupnost, tak zjistis, ze situace ve stylu ze si nekdo neco zedituje na serveru proste nikdy nesmi nastat, protoze kazda zmena musi byt auditovana, prip. schvalena, projit patricnym git workflow atd.

Pomineme fakt, ze na server v drtive vetsine pripadu ani jako vyvojar nebudes mit pristup (resp. nemel bys) a ze pripadne ani neco takoveho nepujde, protoze treba ta aplikace pobezi v nejakem (verzovanem) kontejneru :-)

vývoj na serveru nemusí znamenat vývoj na produkčním serveru. Ty buzzwordy s vývojem na desktopu nesouvisí.

267

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 06. 07. 2018, 23:21:09 »

Jako které třeba? A v čem jsou pokročilejší?

třeba editace markdownu ve vs code je vychytaná

268

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 06. 07. 2018, 18:37:35 »

U jiných editorů mi vždy něco z toho chybělo.

konkrétně co?

269

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 06. 07. 2018, 18:05:19 »

a troufnu si říct, že po týdnu s vimem už nikdo nechce jiný editor ani vidět.

A to je chyba, kdyby viděl jiný editor, u Vimu by nezůstal. Téměř každý linuxák Vim někdy v minulosti používal. Zůstali jen ti, kteří odmítají pokročilejší násroje.

270

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 06. 07. 2018, 15:15:34 »

Něco máte špatně - jen tak ze zvědavosti jsem v geditu otevřel C kód (barvení syntaxe) 640kB - žádný problém (vše funguje naprosto plynule na 7let starém notebooku). Co máte za počítač?

některé editory mají problém s dlouhou řádkou. Zkuste třeba mimifikovaný js.