Может я излишне пессимистичен, но мне кажется что эта технология станет идеальным оружием агитации, пропаганды и рекламы. Так же можно будет попрощаться с приватностью.
В мире всегда найдутся оскорблённые. И сколь бы политкорректным ни был язык, уйти от этого нельзя. Переименование — это избегание проблемы, а не её решение. Решение: прекратить обижаться за слова, важно что ты думаешь о себе и кем являешься, а не как ты называешься.
Привыкнув, можно добиться большей эффективности.
Допустим у нас есть файл test.c, в строке 264, нужно pars("(+ 2 3)") заменить на pars(expr). в vim это можно сделать если ввести: 264ggwlcf" — выглядит страшно, но это легко разобрать:
264gg — перейди в строку 264
w — перейти к концу слова
l — перейти левее
cf" — удалить всё до следующей "
(а потом собственно ввести: expr)
В VSCode сначала надо найти 264 строку (может там есть возможность сразу перейти, не знаю) потом выделить, и переписать. Да, неподготовленному человеку будет проще VSCode, но цель оправдывает средства.
Я давно уже не использовал VSCode, поэтому не буду оспаривать ваши слова.
Вообще vim крайне удобен, ибо простые действия позволяет сделать в пару кликов например:
dd — удаление текущей строки
d$ — очистка текущей строки
Ngg — переход в строку N
% — переход к парной скобке
fC — перейти к символу C
Вы скажите: "Долго и много запоминать" — но по опыту перехода с Sublime Text на vim я вам скажу, что уже через пару недель, эти пара хоткеев будут как дважды два.
Так же в vim для навигации используется раскладка hjkl, к которой по началу так же тяжело привыкнуть, но когда вы привыкнете, проблем возникать не будет.
Да, в целом тормознее чем vim, но в отличие от vim, гораздо удобнее для кастомизации. Всё под рукой, не надо по полчаса вспоминать хоткеи/команды или искать их по конфигам.
Но расширения для VSCode пишутся на TypeScript, следовательно для написания расширения необходимо его знать. Для создания плагина в vim нужно знать VimScript. Ситуация с расширяемостью одинакова.
Если какой-то плагин не нужен в данном воркспейсе — отключаешь его для данного воркспейса. Красота.
Это не только напоминает, но и будет религиозной войной.
Объективные причины есть: скорость, размер потребляемой памяти, расширяемость (плагинов для vim на одном только гитхабе сколько). Насчёт дробления окна я не знаю, но насколько помню в VS Code этого нет. Да и по сравнению скорости запуска и плавности работы VS Code сильно уступает vim.
Всё изложенное не прикрытый идеализм. Напоминаю: действительность определяет сознание, а не наоборот. От хороших мыслей кошелёк не толстеет.
Судя по всему наши сограждане собираются массово сажать картошку и делать вино из винограда дома. Весёлый будет год!
Но квантовые компьютеры — это система, а у любой системы есть ограничения. Вопрос ведь именно в принципиальной эквивалентности.
Вы ходите по очень горячим углям! Проблема перебора до сих пор не решена.
Тем более заявление:
Не является прямым доказательством неравенства этих классов, так как высказанное может вызвано ограниченностью современных технологий и алгоритмов.
Ничего у них не получится. Эти потуги в "свободный рынок" обречены на провал.
Да как так-то?! Почему нашу же классику скрывают от нас? Почему за мультфильмы созданные на наши же деньги мы ещё и платить должны?
Да, но теперь это всё будет доставляться прямо в мозг.
Может я излишне пессимистичен, но мне кажется что эта технология станет идеальным оружием агитации, пропаганды и рекламы. Так же можно будет попрощаться с приватностью.
А вообще можно малюсенький препроцессор написать для внедрения такой возможности.
Жаль в C такого нет.
Предатель.
В мире всегда найдутся оскорблённые. И сколь бы политкорректным ни был язык, уйти от этого нельзя. Переименование — это избегание проблемы, а не её решение. Решение: прекратить обижаться за слова, важно что ты думаешь о себе и кем являешься, а не как ты называешься.
Мир всё больше походит на роман Кафки.
Для этого есть Fugitive.
Здесь согласен. Может в vim есть плагин для решения этой проблемы, если нет, то в таком случае VSCode будет удобнее.
Привыкнув, можно добиться большей эффективности.
Допустим у нас есть файл
test.c, в строке 264, нужноpars("(+ 2 3)")заменить наpars(expr). в vim это можно сделать если ввести:264ggwlcf"— выглядит страшно, но это легко разобрать:264gg— перейди в строку 264"(а потом собственно ввести:
expr)В VSCode сначала надо найти 264 строку (может там есть возможность сразу перейти, не знаю) потом выделить, и переписать. Да, неподготовленному человеку будет проще VSCode, но цель оправдывает средства.
Эффективность?
:help %комманда%:help %настройка%Вы Vundle тогда зачем ставили? И помимо Vundle есть более простые в использовании менеждеры плагинов, например vim-plug.
:script— получить список запущенных плагинов.А посмотреть описание плагина, не?
В vim хоть и не встроенный, но такие плагины есть.
Я давно уже не использовал VSCode, поэтому не буду оспаривать ваши слова.
Вообще vim крайне удобен, ибо простые действия позволяет сделать в пару кликов например:
Вы скажите: "Долго и много запоминать" — но по опыту перехода с Sublime Text на vim я вам скажу, что уже через пару недель, эти пара хоткеев будут как дважды два.
Так же в vim для навигации используется раскладка hjkl, к которой по началу так же тяжело привыкнуть, но когда вы привыкнете, проблем возникать не будет.
Но расширения для VSCode пишутся на TypeScript, следовательно для написания расширения необходимо его знать. Для создания плагина в vim нужно знать VimScript. Ситуация с расширяемостью одинакова.
Разве в vim так нельзя?
Объективные причины есть: скорость, размер потребляемой памяти, расширяемость (плагинов для vim на одном только гитхабе сколько). Насчёт дробления окна я не знаю, но насколько помню в VS Code этого нет. Да и по сравнению скорости запуска и плавности работы VS Code сильно уступает vim.