Názory k článku
Remacs, přepsaný Emacs do Rustu

Vyhoda oproti cemu? Puvodni C kod s kodem v C nespolupracoval?

vzhledem k tomu, že emacs je operační systém, je vhodné už v návrh pracovat s technologiemi, které zabrání řadě chyb bez velké námahy, rust na to může být třeba vhodný.

Tak že jim gratuluju k nalezení té klávesové zkratky pro self-konverzi zdrojáků do Rustu.

Kdyby vás zajímalo, proč je dobrý nápad Emacs od začátku přepsat, doporučuji pěkné počtení tady: Buttery Smooth Emacs. Obzvlášť pokud máte rádi H. P. Lovecrafta.

A když už přepisovat, Rust se pro ten účel zřejmě jeví jako vhodný jazyk.

Jenze to vypada ze nechteji menit design tezke veci, ale prepsat 1:1 to co tam je. Nebo jsem to spatne pochopil?

Navic byla (a je) tu rada Emacsu v Common i jinych Lispech, takze emacs v high level jazyku neni neco az tak noveho.

Kazdopadne good luck, vyhlasit zacatek projektu umi kde kdo, dokoncit ho je tezsi, treba prekvapi.

Prezentovani nepodporovani starych platforem jako vyhody je dobry spin.

Nad tím taky přemýšlím. Na jednu stranu přepisují přímo jednotlivé funkce z C do Rustu, takže to vypadá, že chtějí celkovou architekturu projektu zachovat. Na druhou stranu mezi vytyčenými cíli píšou i: „Find equivalent Rust libraries for parts of Emacs, and replace all the relevant C code. Rust has great libraries for regular expressions, GUI, terminal UI, managing processes, amongst others.“

Hádám tedy, že přinejmenším některé komponenty chtějí úplně vyměnit – obzvlášť v případě GUI by to bylo prospěšné.

V tom článku se píše o problémech v implementaci zobrazovacího kódu. To nemá s lispem nic společného. Je to implementováno v C.

Existuje projekt guile emacs, ale ten je AFAIK mrtvý. Elisp není tak špatný jazyk a rozbitím zpětné kompatibility přijdete o hlavní výhodu emacsu.

Je to implementovano v C, oni chteji prepsat do Rustu, ale z hlediska konsistence je logictejsi to rovnou psat v Lispu bezicim nad OS nebo zelezem. A to uz tu bylo (Eine Zwei) i je (Climacs), a ano, kompatibilita je zabijak. Dnes pokud na tom nepobezi Org mode vcetne Babelu tak je to jen na hrani.

Jinak Emac Lisp je od te doby co ma i lexical scope slusny jazyk, ne ze "neni spatny".

Mohla by být taková implementace rychlejší než současná? Technické detaily neznám, ale nedovedu si představit, jak může být interpret elsipu napsaný v jiném lispu rychlejší než současný interpret napsaný v C.

Podle nedávné ankety na Stack Overflow (56033 respondentů ze 173 zemí) používá Emacs asi 5 % vývojářů. Pro srovnání Vim uvedlo asi 26 % a na první místo se dostal Notepad++ s 36 %.

Kompletní článek zde

Tomu neverim, na prvom je vscode alebo sublime.

Existuje nějaká open source alternativa? Mezi pythonisty je emacs dost rozšířený.

Když jsem naposledy zkoušel Atom, tak zamrzával počítač po otevření velkého souboru. Vimu je dobrý editor, ale jako IDE nepoužitelný.

tak samozrejme je potreba do vimu pridat par balicku, aby se z editoru stalo IDE. cisty vim je vicemene jen editor.

Dobrá integrace ipythonu a shellu. Fungující balíčky, které ten editor nezpomalují - anaconda, flycheck, helm. Systém nápovědy. Ani pro c/c++ neznám nic lepšího.

Některé klávesové zkratky nejsou moc ergonomické, ale dají se snadno přemapovat.

Pod GTK Geany.

+rope a jedi

Tenhle používá Emacs jako window manager.
http://www.howardism.org/Technical/Emacs/new-window-manager.html

ujete. na tohle se presne hodi tenhle XKCD:
http://xkcd.com/1782/