Это копия, сохраненная 3 августа 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Я понимаю там конфиги подпилить, тем более на удаленном сервере (хотя тот же нано тоже сгодился бы), но некоторые пытаются высрать из этого старья некое подобие IDE, обвешивая их плагинами, которые дают 1% функционала IDE в САМОМ лучшем случае. Вопрос - нахуя? У всех пердоль шизоидное расстройство личности?
/discuss
>обвешивая их плагинами, которые дают 1% функционала IDE в САМОМ лучшем случ
Ты долбоёб? Пруф или пиздабол. Emacs тебе даёт не просто редактор, а целую операционную систему, долбоёб.
Ну и нахуя тебе это всралось, если у тебя УЖЕ ЕСТЬ операционная система, дебич? Зачем городить эти велосипеды?? И в данном посте шла речь конкрено о функционале текстового редактора (в случае вима - он только это и умеет делать). Суть в том, что пердоли пытаются сделать из него замену саблайма/вскода, а порой и замену полноценным IDE, но это же блять бред сивой кобылы.
Emacs - это, как сейчас модно говорить, "фреймворк", базирующийся на древней, как говно мамонта Lisp-машине и предназначенный для охуительно быстрой разработки софта, ориентированного в первую очередь на активную работу с текстом. Т.е. это такая RAD-среда, типа Delphi, только заточенная в первую очередь на работу с текстом.
V
>>795334 (OP)
Так а что там делать иде с вима? Надо поставить только плагин на лсп и на автокомплит и все - иде под любой язык готова.
> У всех пердоль шизоидное расстройство личности?
Ну кагбэ да. Пердолинг — это не про функциональность, это ебля ради ебли.
>Ну и нахуя тебе это всралось, если у тебя УЖЕ ЕСТЬ операционная система, дебич
Долбоёб успокойся, это объективный показатель всей мощи emacs'а, он способен быть операционкой не говоря и про иде, в отличии от твоего говномскода.
>а порой и замену полноценным IDE, но это же блять бред сивой кобылы
Ты лучше меньше пизди и переходи к фактам, пруфай свои тезисы.
НИ МОЖИТ ПОТОМУ ЧТО Я ТАК СКОЗАЛ, да?
Потому что инструментарий и подход к разработке софта, которые предлагает Emacs, оказались настолько удобными и универсальными, что позволили реализовать большую часть прикладного уровня UNIX ОС, значительно повысив функционал и при этом уменьшив размер исходного кода в десятки раз, в разы же упростив удобство программирования и отладки. Не удивительно, что некоторые это быстро прочухали и со временем фактически переписали под Emacs весь text-based прикладной софт и не только.
Как будешь рефакторить код без костылей?
Как будешь пилить гуй, заполняя формы как в QT Creator или хотяяя бы как в богомерзком экслипсе?
Как нормальный дебаггер прикрутишь? (существующие плагины для вима для отладки - просто говно)
Может из имакса невероятными костыльными усилиями можно высрать 2% функционала IDE вместо 1%, но вим в качестве ПОЛНОЦЕННОЙ IDE - это же вообще пиздец маразм.
>Как нормальный дебаггер прикрутишь?
>Может из имакса невероятными костыльными усилиями можно высрать 2% функционала IDE вместо 1%
Лол, чучело зеленое. В Имаксе один из лучших интерфейсов к GDB по определению.
Ты про сам vim или про vim-like бинды? Если про второе, то отосрал жирную вонючую какаху тебе на голову. Если же про сам вим, то да, тоже не вижу особого смысла его обмазывать плагинами, проще использовать IDE с биндами вима.
Сам юзаю вим, т.к. крупными проектами не занимаюсь, соответственно йоба-функцианал не требуется.
Имакс для извращенцев.
Я про сам вим, так что уворачиваюсь от какахи, которая падает на ебало вимоимаксодрочеров.
Нахуй те плашины высирали, если в итоге даже обоссаный вскод as is мощнее вима раз в 50. Опять же, с IDE даже не сравниваю, там разница как между обоссаным бомжом (имакс/имом) и Джеффом Безосом (любая нормальная IDE).
>>795366
>400к строками кода
Держи в курсе, даже в таких монструозных проектах, как Линукс, Хром (несколько десятков миллионов строк кода) нет файлов с таким большим количеством строк, не неси хуйню, пердоля.
>Камон, 2020 год епта. Хипстерские технологии и пластиковый мир победили!
В твоем уютном формошлепском болотце разве что. Не переживай, скоро свои 64 гб ОЗУ на продуктовые талоны на Авито будешь менять.
Даже если не иде. Будем честными, на сегодня в опенсорсе кроме них нет нормальный блокнотов с мультикурсором и прочей хипстороской фигней.
>Хоть 256. Он упрётся в собственный шлагбаум
Так и напиши: "не осилил seek() в 2020 году." Там же смещения какие-то. Сложна-сложна-нипанятна. Чего еще ждать от хипстерских поделок.
У тебя афазия?
>А вим сосет хуй, но его почему-то еще юзают, да еще и он популярнее имакса, лол. Пердоли такие ёбнутые на голову, что аж смешно.
Так-то всё есть и в виме, просто ты какую-то херню несёшь.
Вим и не нужно превращать в среду разработки. Просто как текстовый редактор с парой плагинов и грамотным конфигом он дает пососать всем остальным редакторам РЕДАКТОРАМ, а не IDE в плане функциональности, настраиваемости и производительности.
Видно же, что он сюда срать пришёл, а не за конструктивом.
Я извиняюсь за ТСа ебаната, уважаемый. Простите эту макаку, хочу услышать Ваш ответ, так как мне тоже интересна эта тема, хоть и ТС агрессивный мудень какой-то. Надеюсь, что он вразумится. Заранее благодарю.
Расскажу тогда про свои use-cases:
Вим можно запускать на удаленном кластере, где у тебя 128gb ram, 20 ядер и все такое. Мне это бывает иногда нужно
Если работаешь 90% времени в консоли у меня так, очень комфортно взаимодействовать с вимов внутри tmux
Если инвестировать время, можно получить очень удобную конфигурацию, с дебагом, линтингом и проверкой типов, а платить за лицензию - не нужно.
На крупных проектах пошустрее. Сравниваю с продуктами от JetBrains.
На самом деле, каких-то особых причин переходить на vim, если до этого пользовался только IDE, нет. Но если уже по каким-то причинам с ним знаком, то это мощный и удобный инструмент.
Забыл, что звездочки в италик превращаются. Ну ладно.
а чем tmux отличается от просто вкладок в консоли? Типа чтобы одновременно смотреть на несколько терминалов без переключения между ними, некий такой тайлинг консоли?
>Зачем в 2к20 году до сих пор юзают говно мамонта типа вима или имакса?
Вим нужен для редактировани конфигов на сервере и иногда для гита. За исключением этого вимом и в особенности имаксом пользуются поехавшие пердоли, которые тратят сотни часов на настройку, и оно все равно уступает полноценной IDE. Теперь смотрим аргументы пердолей:
>>795366
>Загрузи в какой-нибудь говно-вебшторм файл с 400к строками кода и наблюдай за агонией, после которой выдавится какуля про опустошенную память.
>>795378
>Поделия от джетбрейнс отваливаются после 50k
Во-первых, если у тебя в проекте такой файл, то его нужно немедленно рефакторить. Во-вторых, я только что проверил PyCharm. Не отваливается даже после 500к строк кода, хоть и тормозит. Если выдает ошибки по памяти - увеличь доступную память в настройках. Она по умолчанию вроде всего 500Мб.
>>795379
>Просто оставлю ето здеся
Все видео про скорость замены текста в огромных файлах. Задача довольно редкая, и никто не мешает пользоваться для этого тем же вимом, а все остальное делать в IDE.
>>795365
>Лол, чучело зеленое. В Имаксе один из лучших интерфейсов к GDB по определению.
>>795405
>Так-то всё есть и в виме, просто ты какую-то херню несёшь.
Интерфейса так и не увидел. Вижу только консольную залупу. Кстати на пике - лаба1 пиндосского студента, типичного пользователя и защитника пердоредакторов.
>Вим можно запускать на удаленном кластере, где у тебя 128gb ram, 20 ядер и все такое. Мне это бывает иногда нужно
Своеобразный юзкейс, как по мне. На каждой удаленной машине что-то куролесить с переносом своего окружения и настроек редактора... Я понимаю, что это одной командой делается, хоть через git какой-нибудь, хоть вообще через ssh и пайпы, одновременно с подключением. Но все же. Или я не так понял и вся эта "конфигурация с дебагом и проверкой типов" не относится к удаленной сессии?
И вообще, разве не проще пускать единожды настроенный редактор локально на каком-нибудь ноуте, который и так всегда с тобой, а редактировать файлы удаленно?
>очень комфортно взаимодействовать с вимов внутри tmux
А разве в Vim нельзя пускать в отдельных окнах ну или как там называются штуки, в которых отрисовывается содержимое буферов отдельные эмуляторы терминалов? Если можно - зачем тогда вообще tmux? С окнами, я видел, там очень даже удобно работать.
А как ты сделаешь глобальную навигацию по коду всего проекта, тем более мультиязычную? Как будешь код рефакторить?
Cогласен, однако.
У тебя код на крестах, есть переменная, которая инициализируется вызовом функции, которая определяет ее тип. Как ты посмотришь тип переменной? В вскоде просто наводишь на переменную и видишь какой тип она получила, в виме, имея auto переменную, хуй проссышь что там. YCM и СоС вроде как не дают решение именно такой проблеме. Что будешь делать?
Еще C с Clojure поменять местами, а на место, освободившееся после Рача, запихнуть какой-нибудь Guix или вообще Inferno. А так да, вполне адекватная картиночка.
В том, что vi - это часть стандарта, он и так уже есть на любой UNIX-совместимой системе. А если человек не способен осилить пару десятков команд, которые содержит оригинальный vi, и для элементарного редактирования текстового файла ему требуется что-то там ставить, то ни к каким серверам его нельзя подпускать на пушечный выстрел. Разве что к локалхосту под кроватью.
Затем, что удобство и выбор ОС, софта, в том числе редакторов - дело субъективное. Кто-то руководствуется мнением других, кто-то любопытством, а потом ему просто нравится, кто-то романтикой. Это как вопрос: зачем использовать пинус, если шиндошс выполняет те же задачи? Романтика как минимум. Зачем пердолиться? Романтика. И так можно до бесконечности. Кто-то будет говорить что удобно, но в глубине души у него будет сей романтизм. У кого-то романтизм заключается в использовании перегруженного комбайна IDE, а у кого-то в легковесном, даже слишком, редакторе соснольном.
ctags или cscope
>YCM и СоС вроде как не дают решение именно такой проблеме
Вроде? А ты проверял последние версии?
>Вопрос - нахуя?
Потому что кому-то это удобно, и кто-то приспособился работать эффективно быстро в реальности этих редакторов.
Лично для меня - похуй кто как хочет так пусть и дрочит.
Мне Sublime Text хватает. Считаю его лучшим редактором.
Покажи мне такой функционал, я сейчас спецом попробовал - не получилось.
>ctags или cscope
Это мультиязычное решение?
Я не оп, если что.
>Покажи мне такой функционал, я сейчас спецом попробовал - не получилось.
Люди используют YouCompleteMe, у них всё работает
https://github.com/natebosch/vim-lsc/issues/200
А как же СоС? Он новее и поддерживает async (как и neovim), вроде как бы должен быть лучше YCMа
https://github.com/neoclide/coc.nvim/wiki/Language-servers#haskell
Не пробовал, но думаю оно.
Как раз это и не сработало. Но только что поставил другой lsp сервер и все заработало, прям как в вскоде но с вимовской подсветкой и без противного вскодовского уи.
Правда, пердолям такой вариант не подойдет, ведь coc блоатед та и вообще на джс написан.
хз, 0 импакта на скорость. Сам вим жрет 10 мб, нода жрет 35 мб. 45 мб ОЗУ, нулевая нагрузка на ЦПУ, отсутствие лагов, имея функциональность вскода - по-моему это топ. Тем более учитывая, что у меня вскод жрал гиг оперативы за 10 вкладок + у него постоянно лагал автокомплит и вообще он провисал довольно часто.
1920x1080, 0:25
>В том, что vi - это часть стандарта
Ахаха ох лол.
>А если человек не способен осилить пару десятков команд для элементарного редактирования текстового файла
Вот это вот, вот это вот, ох бля.
Зачем ты так старательно афишируешь свою безграмотность?
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/vi.html
Моя реплика имела немного другое значение.
Ну да тебе наверное не понять, ты же траллить пришел.
nano тоже удобный и имеет красивую подсветку синтаксиса, только он более дружелюбный.
https://0x0.st/iOBt.txt
https://0x0.st/iOBv.conf
Актуальные .vimrc и kitty.conf
>>797488
не удобный и не мощный. На одной подсветке далеко не уедешь
>Как будешь рефакторить код без костылей?
Чем тебе тот же LSP не угодил? Там крестовый код рефакторится через clang, жаба - через тулзы эклипса. Рефакторинг не хуже, чем других в IDE (хуже джетбрейнса, конечно, но вполне приемлемо).
>заполняя формы как в QT Creator
Qt Designer - самостоятельная прога, работает без криейтора.
> хотя тот же нано сгодился бы
То есть ты предлагаешь заменить удобный вим на нано с хоткеями для пианистов просто так, от балды?
>Зачем в 2к20 году до сих пор юзают говно мамонта типа вима или имакса?
Потому что из имакса легко можно сделать среднего уровня ИДЕ, но не из какой ИДЕ ты имакс не сделаешь. Ни по работе с текстом, ни по программируемости и настройке окружения они даже близко с имаксом не стоят.
>Анон, не знающий нихуя о нано в треде.
Ну я им не особо пользуюсь, но для движения курсора там такие же Ctrl+npfbae как в терминале.
>Только вопрос - зачем тебе ALE, если в CoC вшит линтер? Они разве не кофликтуют?
Я редко что-то меняю. Примерно раз в полгода день посвящаю системе. Не знал, что в Coc есть линтер. Сейчас попробовал отключить Ale линтовка не работает, видимо как-то нужно Coc включить. Конфликтов сейчас нет
>Ахаха ох лол.
Ну тащемт ви есть практически во всех сиситемах. Плюс ви-навигацию впихнули асоблютно во все приличные ИДЕ и блокноты.
Так что да, ви - это сквозной концепт, который охватывает максимальное количество устройств и сценариев применения.
У нано нулевой порог, вкатываться не надо. Запусти, посадил макаку, а она сразу и работает, там все хоткеи снизу написаны. А с вимом надо сидеть и мотивировать: "ну этож классика, это знать надо, этож для товей же эффективности".
Я тебе только что описал системное преимущество - не нужно тратить человекочасы на обучение персонала.
Ты хочешь заставлять кого-то пользоваться вимом или нано? Обычно человек сам решает, что ему нужна удобная навигация (или хочется просто попробовать), поэтому он готов потратить некоторое время на изучение, его никто не принуждает к этому.
>Консольные редакторы
Да вы заебали. Emacs - не консольный редактор, там есть графика и шрифты. Хоть он и может работать в консольном режиме, но им мало кто пользуется.
В другом редакторе в меню можно выбрать нужную, а в том же Vim, оказывается, нужно было написать :e ++enc=cp1251
Такое чувство, что чтобы пользоваться Vim, нужно иметь книжку по Vim под рукой.
Если владеешь 10-ти пальцевым слепым набором текста на английском, то вкат в вим (за имакс не скажу, не юзал) займет недели 2, если сильно упорешься. Если не владеешь слепой печатью, то лучше не вкатывайся, будешь очень медленно работать в виме и будет одна нервотрепка.
не юзаю это говно, поэтому хз.
На любых человеческих ОСях предустановлен gcc, а clang ставится в 2 клика, в винде с этим полная параша и компилятор их - полное говно.
Владею. Мне любопытно. Наверное, попробую.
>Но как в это вкатываться? Поделитесь историями вката. Как так сложилось, что решили вкатиться, и сколько времени заняло?
Я этот >>796064 анон
С момента, когда тебя удобнее пользоваться IDE до момента, когда безразлично прошло примерно 2 месяца.
Через полгода IDE кажутся слишком громоздкими и неповоротливыми, непонятно как сделать множество очевидных вещей. Например заменить текст по паттерну (а не рефакторинг).
Не владею слепой печатью и юзаю вим. Удобно пиздос, а ты пиздабол.
А как лучше рефакторить код в виме? Понимаю, что способов есть немало, как и нативных, так и от плагинов, но есть какие-то особо кошерные? Я новичок в виме, поэтому был бы рад научиться новым вещам.
я рефакторю через coc. Он сам всё делает как в больших иде. Если нужно что-то быстро поменять (без привязки к дереву проекта), то :%s/foo/bar/g
>В другом редакторе в меню можно выбрать нужную, а в том же Vim, оказывается, нужно было написать :e ++enc=cp1251
В emacs куча пакетов с нечетким поиском по командам. Если примерно помнишь название команды, то быстро найдешь, например "revert-buffer-with-coding-system".
а на чем ты пишешь? Трудно поверить, что вим с плагинами будет удобнее за идею/райдер в шарпе/джаве.
Как на меня, вим с плагинами подходит только тем кто и так знаком с вимом, но при этом под твой ЯП нет нормальной иде.
Не ведись на эту хуйню, это профессиональные пердолики
>C# on Linux
Ловите извращенца!
>Питухон для виндузятников
Тогда почему многопоточный Python скрипт c import multiprocessing написанный под Дебиан не работает на Шиндовс 10?
>Ловите извращенца!
Ну я хз. Из интюрпайзного оопа лучше присесть на иглу МС, чем на кукан Оракла.
>Тогда почему многопоточный Python скрипт c import multiprocessing написанный под Дебиан не работает на Шиндовс 10?
Во-первых multiprocessing это не многопоточность, а многопроцессорность. Нормальные потоки в питон не завезли. Во-вторых он работает на любой системе, в том числе и на винде, пусть и хуже по производительности.
Пишу под шарп на линуксе и хуле ты мне сделаешь?
Нет, серьезно. Есть аж две вм, крутая проприетарная и багованная свободная ide. Что мешает писать?
Я знаю как он там работает. Каждый новый процесс, вместо выполнения написанной для него функции, выполняется начиная с точки входа, как если бы я n раз запускал бы программу вручную. Ты конечно можешь сказать что я говнокодер и не шарю в мультипроцессинге, но ведь под Линуксом работает именно так как и должно работать.
>Каждый новый процесс, вместо выполнения написанной для него функции, выполняется начиная с точки входа, как если бы я n раз запускал бы программу вручную.
Ты явно что-то делаешь не так.
Я, например, пишу код на плюсах в виме. Есть многое - полная подсветка синтаксиса (включая семантику), глобальный go to definition по всему проекту, средства рефакторинга, профилирования, сниппеты, линтер, умное автодополнение, интегрированный отладчик, глубокая интеграция с гитом. Причем все вышеперечисленное уже асинхронное (начиная с 8 версии вима, ну и на nvim тоже, соответственно).
Из минусов (хотя смотря с какой сторон посмотреть) - чтобы быть реальным юзером вима, желательно знать Vimscript, ну и порог вхождения туда есть.
С IDE смысла сравнивать нет, потому что IDE и текстовый редактор - это разные софтины (точно также глупо сравнивать vscode или саблайм с Visual Studio и поделиями жидбрейнс - это разный софт). Но если сравнивать вим с другими текстовыми редакторами - он ссыт всем на ебало, причем по всем фронтам. Есть порог входа, но напердолившись, получаешь махину мощнее и функциональнее сойблайма/вскода, которая жрет очень (ОЧЕНЬ) мало ОЗУ и летает как Флэш. И сама продуктивность тоже возрастет, ибо клавиатура > мышка в плане скорости работы с самим девайсом.
upd:
neovim можно расширять при помощи Lua, который поприятнее вимскрипта и больше людей в мире знает именно этот язык. Вим продолжает развиваться, причем появление неовима дало толчок более активному развитию самого вима. Например, именно из-за неовима в обычном виме появилась поддержка async. Ну и то, что на nvim можно писать плагины на Lua, обещает в будущем появление еще большего кол-во сочных плагинов.
Ты писал код на уровне продакшена? Судя по твоим умозаключениям - нет.
Но могу согласиться лишь в одном - IDE действительно не всегда нужна. Есть виды разработки, где вим+плагин - идеальный вариант для шарящих, серьезно. Но некоторым лучше юзать IDE (разным формашлёпам, где нужно много GUI и шаблонов для разработки графического интерфейса)
Да ты хелоуворды хоть в ed пиши
На уровне продакшена, да. NDA болтать не позволяет, но проект достаточно крупный. На плюсах. Телеком оборудование. Не знаю, другие чуваки с этого проекта скорее похожи на гномов из варкрафта, настоящие олды. Пользуются емаксом. А я всё равно не понимаю. Ну светится и светится.
>А что такого есть в IDE?
Попробуй поработать с большим проектом хотя бы на несколько сот тысяч строк в нано. Причем не на сишке, где греп и ctags более-менее работают, а на языке с ООП, где без семантического анализа ни навигации ни рефакторинга не будет.
>У тебя код на крестах, есть переменная, которая инициализируется вызовом функции, которая определяет ее тип. Как ты посмотришь тип переменной?
Нажму gh, пчел. Вся суть иде-школьников. Даже в самом вскоде есть vim-эмулятор и в нём почему-то всё прекрасно смотрится.
Это копия, сохраненная 3 августа 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.