Нам нужны новые IDE и инструменты разработки!

preview_player
Показать описание
Достигнут ли идеал в IDE, редакторах кода и прочих инструментах разработки? Нужно ли разрабатывать новые инструменты, кто этим занимается и почему? Порассуждаем о том, чего не хватает разработчикам и куда всё движется.

Упоминается книга: «Open Source. Разработка программ с открытым исходным кодом». Эгбал Надья

0:00 Зачем нам новые IDE?
0:21 Куда идём?
0:50 Виды программ
2:11 Топор
3:21 Принципы Zed
5:44 Vim/Neovim, что дальше
7:47 Open Source и корпорации
8:59 Эмулятор терминала Warp
10:02 Снова корпорации
11:19 Резюме

/****************** about ******************/

Меня зовут Алексей Голобурдин, я программирую с 2004 года и на этом канале делюсь своим опытом. Я основатель и руководитель компаний:

Рекомендации по теме
Комментарии
Автор

Согласен) нам нужна супербыстрая IDE, но НЕ на электроне) с кучей включаемых/выключаемых батареек)

MadMike
Автор

Бомбическое описание для Zed ! 🤔 Нраицца их ход мысли! 😎👍 Мне уже его захотелось! ))
Главное, чтобы они ещё это реализовали действительно нормально, а не только языками чесали 😅

d-mass-
Автор

Полностью согласен с вашей позицией по поводу Open Source и корпораций. Касательно Fleet, есть ощущение, что это скорее продукт для текущих клиентов JB, которым нужна более лёгкая версия имеющихся у JB решений. Zed же действительно выглядит как потенциальный глоток свежего воздуха в мире средств разработки.

pavelsmith
Автор

Мои тезисы по поводу редакторов:

1. Все редакторы, которые были выпущены в ближайшее время, будут заброшены — либо по причине «вышел новый фреймворк, давайте сделаем из всего браузер с кнопочками, а потом начнем пихать «Электрон» во встроенную технику, че такое, со скоростью С же работает (реальный пример), либо по причине «мы не потянули делать проект, который нам неинтересен». Примеров много, но в голову пришло только два: Atom, Bracket.
2. В нынешних условиях редактор должен быть обязан опенсорсным — питерские «Джетбрейнс» все ещё не разрешают мне платить мои собственные деньги.
3. Проблемы с совместной разработкой кода те же самые, что и с использованием «Электрона» на десктопе — низкая квалификация разработчиков. Торвальдс до сих пор использует электронную почту, придуманную в 1965 для поддержания продукта с десятками миллионов строк кода.
4. «Обсуждение должно быть близко к коду» вполне можно уложить в рамки literate программирования, опять же, это проблема разработки, а не редактора.
5. С vi началось мое красноглазие, я его люблю, но у него две проблемы: он был написан за выходные и он плохо расширяется. В качестве замены ed и nano он замечателен, для write-only он годится прекрасно. Ещё в vim (и тем более в vi) плохо отлаживать код и работать с git, но это философия «Юникса» и ее проблемы.
6. Воркфлоу, отточенный в vi, можно переносить и на другие области использования компьютера: тайлинговые оконные менеджеры (i3wm), плагины для веб-серфинга (vimium), читалки (zathura). В то же время считать, что все люди должны уметь пользоваться vi— утопия, GUI появился не на пустом месте.

Нам не нужны новые редакторы кода, нам нужно научиться работать со старыми.

Emacs был написан в 1976 году, он не мог не быть быстрым, его ядро написано на С. Он существует уже 40 лет и не будет заброшен — если он прожил такое количество времени, то проживет и ещё лет 50. Он опенсорсный. Его расширения опенсорсные. Он расширяемый — не нужно думать, почему существует vimscript. Он проще vi — у него есть и окошки, и система самодокументации. Даже ради org-mode люди с vi переходят — это ещё полтыщи знаков в комменте, в другой раз. magit есть еще — говорят, что удобнее git-клиента нет. В нем есть _все_, это отдельная лисп-машина: эмуляторы терминала, почтовые клиенты, you name it — they have it. Можно не пользоваться разрозненным множеством программ, у которых схожий интерфейс один — текстовые потоки, а один раз сконфигурировать все под себя и пользоваться этим на компьютере 2007 года.

У него есть и готовые конфиги и системы настройки плагинов — например, doomemacs.org. Это эмуляция vi, которая работает лучше vi. Я гарантирую это. С ~50 плагинами запускается меньше, чем за секунду. В окошках. Буду рад, если протестишь.

hermannsheremetiev
Автор

Vscode через remote ssh самостоятельно подымает Lsp сервер, и через него уже можно совместно работать как я понимаю.
Все что надо ssh и память на сервере под Lsp процессы.
Это свой Codespaces - GitHub на вашем сервере.

alexs
Автор

Здравствуйте хочу изучить Python ИИ что посоветуете почитай

whitelinuxAz
Автор

Интересные мысли. Какое мнение на счёт Cursor IDE с чат GPT внутри?

Артём-ыюн
Автор

Абсолютно с тобой согласен!
PS для vscode существует live share -- расширение от самих майков, чтоб в режиме реального времени подключиться к IDE собеседника, регулярно через нее занимаемся парным программированием, но она далеко не идеальна, к сожалению, довольно глючная штука, то отвалится, то рассинхронизируется, но заглючит

snatvb
Автор

Блин только задумался, что очень хочется какое нибудь новое ide и сразу всплыл твой ролик)

MrBeterdays
Автор

Видео часто а это всегда Круто а; главное все видео инфармативные

hippie
Автор

еще не смотрел... но этот кипишь уже нравится!
оставлю это удовольствие на вечер

MakarenkoSasha
Автор

Использую SublimeText 3 всем доволен.
а что такое электрон?

Legantmar
Автор

буду ждать обзор на zed)
сейчас по твоим видам пытаюсь nvim настроить)

IT_T_
Автор

Сколько уже было этих иде за много лет и конца и края им нет. За книжку спасибо, почитаем

andreos
Автор

с весны ждал когда из закрытой беты выйдет. наконец-то могу протестить

KOHCEPBNPOBAHHbIN_AHAHAC
Автор

Слушайте мб я чот не понимаю, разве intellij idea не тоже самое что и этот Fleet? Или я что то путаю

alexseydugin
Автор

если выбирать из того что есть сегодня для меня (для конкретно моей работы), то это или VSC или WS и я обеими руками за VSC, я не вижу ни одного весомого плюса WS, WS ни разу не быстрее, голый VSC работает быстрее, VSC давно уже не просто electron, да и сам electron уже не тот обжора что был раньше, просто нужно понимать для чего он тебе, VSC на голову "логичнее" к нему не надо привыкать, взять то же копирование строки или строк выше или ниже текущей, да согласен что используется не так часто и не надо про дублирование кода писать, код дублируется всегда хотим мы этого или нет весь вопрос в "оправданности" этого копирования, VSC делает это легко, в WS застрелится легче... дебажка, автоимпорт и т.д. работает +- одинаково... у меня большие надежды были на NB но получилась такая же ересь как WS, опять нужно привыкать только уже не к WS а к NB... надо дождаться когда все это выйдет и потом уже петь дифирамбы...

jankaban
Автор

Спасибо, ты правильные вещи говоришь! Как минимум ты ответил мне на вопрос - зачем мне новые ide, если устраивают текущие :)

nIKsLL
Автор

9:46 ооодаа реклама в терминале просто must have

olegssh
Автор

Запиши видео про Asahi Linux. Как устанавливать. +/- его. Как ты обычно делаешь. По красоте)

daminoname