Чем больше платишь курьерам и таксистам тем дороже стоит услуга, и тем меньшее количество людей будет готово ей пользоваться. А значит меньше работы у курьеров и таксистов.
На самом деле я слушал шепот в записи и на колонке и на колонке он звучит более естественно. Обычно в записи его громкость сильно задирают, чтобы было лучше слышно, и получается вот-такой криповый эффект.
Ну вот я вижу вот такую статью на первых страницах гугла
chrisatmachine.com/Neovim/24-neovim-and-java/
И то, что я вижу вызывает у меня сильный скепсис по поводу, того, что Nvim сможет покрыть все возможности IDE. Если очень нравится vim мне кажется все-таки самое правильное решение это vim-plugin
Это я понимаю, я и спрашиваю, если его нафаршировать плагинами, как утку яблоками, неужели весь этот функционал можно будет получить, и оно будет работать хотя бы в половину так же хорошо как в полноценных IDE? У меня есть сильные сомнения по этому поводу.
По поводу настройки "под себя" та же Idea мало того что имеет крайне широкие возможности кастомизации плагинами, так и вообще OpenSource настраивай - не хочу.
NeoVim умеет в рефакторинг хотя бы на пол шишечки как Idea? Ну там поиск дубликатов кода? Inline/Extract method? Хотя бы переименование полей с одновременным изменением getter-ов и setter-ов? Или весь рефакторинг заключается в find/replace?
NeoVim может мне показать, все места где поле класса пишется, но не читается?
У NeoVim'a есть нормальный анализатор кода, который подскажет тебе, что вот это условие всегда true, а эта переменная 10 раз пишется но нигде не читается?
А удобный инструмент для Debugging-a там есть?
Если хоть на один из эти вопросов ответ нет, то я пожалуй останусь на своей IDE.
Vim на мой взгляд это ультимативный способ ускорения набора текста, что безусловно кому-то может быть важно. Однако, современная разработка это по большей части чтение и анализ кода. Само по себе написание кода занимает лишь малый процент твоего времени. Если очень хочется его оптимизировать, то я бы использовал Vim-плагин для IDE, получив лучшее из двух миров.
P.S. Хотя мне почему-то кажется, что с учетом того, сколько времени я трачу именно на написание кода, те десятки часов который мне понадобятся на приемлемое освоение vim-a не окупятся приблизительно никогда.
Вообще-то по ПДД велосипед должен ехать по дороге, если нет велодорожки(а ее нет за пределами обеих столиц). Ехать велосипеду по тротуару так-то запрещено(только в крайних случаях)
По факту же оказалось что типы проверяются не в рантайме, а компилируется он в обычный js. Идея с типизацией остаётся открытой.
Таки и в чем проблема статической типизации на этапе компиляции? До тех пор пока не смешиваем js и ts код (а мы не смешиваем) должно работать. На уровне "языка для поиграться" точно достаточно. Тем более, что первый язык ИМХО должен быть строго типизированным. Приучает к порядку в голове.
Чем больше платишь курьерам и таксистам тем дороже стоит услуга, и тем меньшее количество людей будет готово ей пользоваться. А значит меньше работы у курьеров и таксистов.
Не все так просто, как говорится.
Мне кажется тут имеется ввиду, что в разных магазинах в зависимости от людей которые в них ходят будут стартовать разные промоакции.
Тут скорее речь про массовость/сертификацию/права и прочие юридические заморочки. Ну и справедливости ради там совсем не WASD
А это разве не про пятерочку мем?
Элементы управления совсем другие. Переучиваться надо.
На самом деле я слушал шепот в записи и на колонке и на колонке он звучит более естественно. Обычно в записи его громкость сильно задирают, чтобы было лучше слышно, и получается вот-такой криповый эффект.
вот тут подробно рассказывают
Ну вот я вижу вот такую статью на первых страницах гугла
chrisatmachine.com/Neovim/24-neovim-and-java/
И то, что я вижу вызывает у меня сильный скепсис по поводу, того, что Nvim сможет покрыть все возможности IDE. Если очень нравится vim мне кажется все-таки самое правильное решение это vim-plugin
Это я понимаю, я и спрашиваю, если его нафаршировать плагинами, как утку яблоками, неужели весь этот функционал можно будет получить, и оно будет работать хотя бы в половину так же хорошо как в полноценных IDE? У меня есть сильные сомнения по этому поводу.
По поводу настройки "под себя" та же Idea мало того что имеет крайне широкие возможности кастомизации плагинами, так и вообще OpenSource настраивай - не хочу.
Потому что отказываясь от всей мощи IDE, можно выиграть в скорости набора текста, но вот в продуктивности - сильно не факт.
А скажите, пожалуйста:
NeoVim умеет показывать иерархию вызовов?
NeoVim умеет в рефакторинг хотя бы на пол шишечки как Idea? Ну там поиск дубликатов кода? Inline/Extract method? Хотя бы переименование полей с одновременным изменением getter-ов и setter-ов? Или весь рефакторинг заключается в find/replace?
NeoVim может мне показать, все места где поле класса пишется, но не читается?
У NeoVim'a есть нормальный анализатор кода, который подскажет тебе, что вот это условие всегда true, а эта переменная 10 раз пишется но нигде не читается?
А удобный инструмент для Debugging-a там есть?
Если хоть на один из эти вопросов ответ нет, то я пожалуй останусь на своей IDE.
Vim на мой взгляд это ультимативный способ ускорения набора текста, что безусловно кому-то может быть важно. Однако, современная разработка это по большей части чтение и анализ кода. Само по себе написание кода занимает лишь малый процент твоего времени. Если очень хочется его оптимизировать, то я бы использовал Vim-плагин для IDE, получив лучшее из двух миров.
P.S. Хотя мне почему-то кажется, что с учетом того, сколько времени я трачу именно на написание кода, те десятки часов который мне понадобятся на приемлемое освоение vim-a не окупятся приблизительно никогда.
Я заинтригован. Действительно были дела по поводу "велосипедист ехал по тротуару и он пошел обжаловать штраф в суде"?
К сожалению это так не работает. Потому что суд может не согласиться с твоей оценкой "возможности движения".
Вообще-то по ПДД велосипед должен ехать по дороге, если нет велодорожки(а ее нет за пределами обеих столиц). Ехать велосипеду по тротуару так-то запрещено(только в крайних случаях)
Понял, спасибо. У меня в голове это по-другому работало.
Таки и в чем проблема статической типизации на этапе компиляции? До тех пор пока не смешиваем js и ts код (а мы не смешиваем) должно работать. На уровне "языка для поиграться" точно достаточно. Тем более, что первый язык ИМХО должен быть строго типизированным. Приучает к порядку в голове.
Причем это недостатки который не влияют на качество конечного продукта. Какие-либо проблемы были бы пойманы на проверке качества.
Вопрос крайне дискуссионный и явно не для храбра.
Я все еще считаю, что большинство за них, но им нужна более убедительная победа. Поэтому подтягивают тяжелую артиллерию.
Просто мы с вами живем в своем уютном пузыре, где вокруг нас умные, сознательные люди. К сожалению мы в сильном меньшинстве.
Мы все понимаем, что это вопрос исключительно желания и не желания. Просто под рукой оказалась убедительная отмазка, не более.