>>860070 (OP)
https://tuhdo.github.io/index.html

Емакс не нужен без знания лиспа. Лучше бросай сразу и не трать своё драгоценное время. Это когда-то было модно у задротов, потому что писали его паханы из MIT, которые на этом самом лиспе и работали, даже лиспмашины паяли. Сегодня паханы уже давно отошли от дел, а лиспмашины стоят в музеях. Сегодняшние паханы работают в нём по привычке, впадлу переучиваться, да и настроено уже всё. Школоте сегодня учить емакс/лисп это засирание мозга и чистейшее нинужно.

>>860070 (OP)
Никита, напиши Никите
https://www.facebook.com/nikita.sadkov.3

>>860413
Есть пруф что Золотце пользуется Емаксом? У него ни одного репозитория на елиспе нет.

>>860403
> лисп это засирание мозга
Ну для кодомакаки то да, чистое засирание.

>>860547
Для начинающих. Сам ты макака. Среди функциональных языков хаскель и его деривативы лучшие. Лисп это реальное старьё, пофорканое миллион раз. Каждый из его нинужных диалектов продвигает какая-то мутная компания, а пишут на них всякие мудаки, которые даже сами признают что слабо понимают что написали, очень уж сложные диалекты.

>>860583
блин причем тут емакс к лиспу. Я лиспа не знаю и без проблем пишу на емаксе. Хороший текстовый редактор же, не такое ебанутый как вим и не такой деревянный как сублим или атом.

>>860403
Емаксовский лисп простой как мычание, к тому же начинать можно без лиспа. Макросов хватает за глаза.

Удваиваю анонов выше, лисп знать не надо, чтобы писать на Емаксе, не сложнее ini/json/etc-файлов получается конфиг.

>>860070 (OP)
emacs тормозит и жрёт память почти как IDEA. Возьми vim, если хочешь задротства.

>>860692
емакс не быстрый если накидать кучу кривых плагинов, но при этом загружается быстрее сублима или атома, отзывчивость как в сублиме и лучше чем в атоме. В том то и дело что задротстовать не надо. Емакс освоить дело вечера

>>860692
Единственный редактор, который не тормозит при открытии файлов больше двадцати мегабайт, кстати. Вим дохнет, про жабоподелки я и вовсе молчу.

>>860931
sublime бро, если отключить в конфиге подсветку (выделение) участка определенного кода, и показ результатов - все летает. Что касается открытия файлов, то до 50МБ никаких проблем с ним не знаю, система старая, вернее древняя, ничего не виснит, все шустренько.

>>860931
Мне просто интересно, зачем открывать файлы больше 50мб? Один файл с кодом на весь проект?

>>860070 (OP)
>варкрафт

Пошел нахуй, маргинал. Не дорос еще до емакса

>>861150
> маргинал
> не дорос
Ну ты и шизик.

>>860931
Попизди мне тут. Открывал хмл 600метровый (привет жабопидорам) саблаймом, атомом, говномаксом и вскодом. Все как один ушли в неадекват ( это на топовом то гейбуке 15"). Вим открыл, посерчил и малтикурсором отредактировал полтора ляма строк

>>860583
> сложна
Так и скажи, что s-выражения не осилил.

>>860931
> Вим дохнет
syntax off
Из-за этого тормоза. А так открываю sql дампы под 100-200мб только вимом последнее время.

>>861076
> отключить в конфиге подсветку
Не проще тогда в эде открывать, лол? К тому же он стандартный. В отличие от инопланетянской бибикалки.

>>861080
Ну всякое бывает, братан. Жабопидоры вон всякие.

>>861274
А в имаксе с подсветочкой! Вимобляди даже подсветочку ниасилили! Ъ-СЫРОЙ-ЮНИКС-ВЕЙ-СВИТЕР-ГОЛАЯ-КОНСОЛЬ-ЧБ-ВОСЬМИДЕСЯТЫЕ-ХАРДКОР

Короче, предлагаю сойтись на том, что в этом аспекте все сосут у двух настоящих редакторов. И имакс еще чуть-чуть удобнее.

>>861247
А это кстати может у тебя версия старая была. Они вроде то ли в 23, то ли в 24 давали ГАРАНТИЮ на открытие буферов до двух гигабайт без единого тормоза. А старые вполне на 600 мб файле могли подтормаживать с фонтлоком, хуй знает, я больше 10-20 мб не открывал.

>>860070 (OP)
https://github.com/syl20bnr/spacemacs/
Пользуйся на здоровье. Всё уже настроено, хорошо документировано и оформлено в виде удобных модулей, которые сообщество поддерживает в актуальном состоянии.

>>861247
А sed ты не осилил, обезьяна?

>>862510
Не знаю, но думаю - да, издох за ненадобностью.