От каких действий?) Я прост не очень понимаю, что именно такого умеет командный режим, чего не умеют горячие клавиши VSCode/Other IDE.
Поиск? Ctrl+F или Ctrl+Shift+F
Замена? Ctrl+H или Ctrl+Shift+H.
Навигация по элементам GUI через Tab/Shift+Tab/Space/Enter.
Regex-ы с группами для замен поддерживаются.
Перемещение/выделение по словам - есть и гораздо мощнее vim
Перемещение по позициям в файле - аналогично vim
Выделить строку - да, тут уже надо Home -> Shift+End и дальше уже какое-то действие (копировать, удалить, etc). Чуть больше кликов по клаве.
Открыть терминал - у меня Ctrl-`. Открыть ещё один - Ctrl+Shift+'+'
Заметим, что я до сих пор не поднимал руки с клавиатуры))
Не так, чтобы я прям имел что-то сильно против vimmode, дело удобства, но говорить, что он чем-то удобнее других - сомнительно)
Можно было бы сказать, что Vim Mode "универсален" для всех IDE и даже браузеров, но это не так. В каждой IDE плагин для Vim Mode работает "чуть-чуть" по другому) Примерно как и логика работы элементов GUI иногда тоже чутка отличается, но почти всё написанное про GUI работает вообще везде, в любом GUI редакторе)
"Зачем" - да оч просто: потому что надо ну очень часто) Я уже даже не замечаю как часто я это юзаю.
Ну, например поправить пачку однотипных параметров в одной строчке. Добавить/удалить префикс для связанных логически переменных. Иногда код отформатирован "специфически" под каким-нибудь //clang-format off блоком и нужно подвигать его немножко. Ну или из банального, нужно добавить точку с запятой сразу в конец ряда строк, ну вот бывает так, просто тыкаешь мышкой в нужные строки, жмешь End и вуаля, ты в конце нужных строк)
Я в 2010-м не смог) Интернета у меня тогда вообще не было, Ubuntu 10.04 я заказал почтой, мне из Голландии его Canonical прислал, они в те времена рассылали его всем желающим на CD, бесплатно) Форму заявки в школе заполнил на уроке инфоматики)
И вот где-то я накопал инструкцию по настройке, вроде через школьный интернет, там был этот чертов vim) Полчаса я страдал, а потом установил windows XP)
Ну, чтобы понять всю ущербность Vim, достаточно попробовать выделить/подредактировать что-нибудь в режиме multiline или попробовать "найти и выделить похожее" (как Ctrl+Shift+L в VSCode).
Причем желательно чтобы это что-то "мультистрочное" находилось на разных строках со смещением, чтобы курсоры установить в разных точках)
Я писал код 2 года чисто на vim, я даже две книги по нему прочитал, но боже мой, какое же он дно перед базовыми возможностями того же VSCode) А уж если плагинов накрутить в VSCode, то вообще рядом не стоит.
Я до сих пор люблю vim для редактирования однострочных конфигов "по быстренькому пару строчек", но если надо на файл смотреть больше одной минуты и упаси господи прыгать по нему куда-то, ставить закладки, etc - в пень этот vim.
Стоит признать, что в VSCode некоторые сочетания прямо украдены из vim, типа того Ctrl-G. И vim сделал очень много, задал кучу трендов, чтобы сегодняшние редакторы были удобнее. Но он устарел шопипец.
Это в теории. В российской практике все эти системы ревью работают по принципу круговой поруки, и я за всю жизнь не видел, чтобы хоть кого-то понизили в грейде. Да и снижение зарплаты в по ТК РФ - операция незаконная.
У меня есть чуть более показательный пример: пытался я по дуолинго японский выучить) Ну вот за 3 месяца (3 месяца, Карл) - он мне рассказал только про катакану, хирагану и примерно 50 слов.
Я забил на дуолинго и нанял репетитора. Я за первый день узнал о японской грамматике больше, чем за всё это время в дуолинго. Мне дали материалы с систематической информацией по языку, управжнения для развития письма и рекомендации, какие темы стоит ковырять новичку, а какие оставить на потом.
Кароч, я получил концентрат из которого я просто за неделю узнал больше, чем за несколько месяцев в дуолинго.
P.S. Итог правда один, я решил, что "чё-т сложновато" и бросил)
Ну, так оно в принципе и есть) У нас английский был со второго класса, и я до 11 класса по сути выучил околонихрена) Не мог даже простенькие тексты без словаря читать, не говоря уже том, чтобы хоть что-то связно говорить.
Не могу сказать, что прям вина учителей, просто до тех пор пока я для себя серьезно не поставил цель выучить язык и не начал заниматься по два часа в день каждый день, без выходных, и принудительно общаться на нём - нихрена он не учился. Ни в каком формате.
Duolingo бесполезен более чем полностью. Я за 3 месяца очных групповых курсов английского, выучил примерно в 15 раз больше, чем за 2 года этой балалайки)
Сделаю ремарку в начале: я не управленец и больших процессов "сверху" не видел. Расскажу как мне это всё видится "снизу".
Всё это действительно очень правильно, но я не вижу, чтобы эти идеи имели успех.
Чтобы предоставить бизнесу варианты, ИТ нужно "остановиться и подготовить анализ" - это не всегда тупо возможно в рамках согласованного бюджета. Проще и (политически) безопаснее рассказать о риске без анализа, довести ситуацию до катастрофы и разгрести последствия, чем объяснять бизнесу почему вдруг всё встало, ведь мы "анализируем".
Стоимость и последствия - это иллюзия и гадание на кофейной гуще (для обеих сторон) до следующего противоречия в процессах. Когда цифры в очердной раз не сойдутся - опять будет виновато ИТ.
Описанное в целом невыгодно никому из менеджмента (обеих сторон), кроме тех, кто непосредственно имеет профит от результатов работы бизнеса. Вы пытаетесь заставить людей нести ответственность, зачастую за вещи, которые они (пока что) не понимают. Никто такого не хочет.
Снизу весь "организационный хаос" и "техническое несовершенство" видится мне просто симптомами политической борьбы топ-менеджмента. Многие процессы намеренно построены так как построены - криво косо, с непонятной ответственностью, а иногда и специально для того, чтобы свалить вину на другой отдел в случае чего.
И подразделение ИТ, даже если будет очень стараться, даже если будет давать бизнесу все возможные анализы и варианты - не сможет решить эту проблему. В политических делах определённость, обещания и, упаси господи, ответственность - это враги, с которыми будут бороться.
Да в целом-то понятно, что платить приходится (правда Haskell тихонько хихикает над нами), но просто интересно насколько много. Например, как быстро начнет тупить IDE, сколько памяти будет жрать и как часто глючить.
Насколько вообще будет поддерживаемый этот код, ведь когнитивная нагрузка, чтобы понять что тут имел ввиду автор рефлексии игромно. Принесёт ли это баги в dynamic_cast)
Гораздо интереснее, что там будет в ошибках компиляции и как это будет дружить с IDE. Ну и немножко интересно, сколько этажей мусора будет в отладчике.
В целом, если сейчас даже большой шаблон падает - всё, конечно плохо, но любая ИИ-шка за 5 секунд найдет проблемный параметр, да и глазами это возможно, просто дольше
Мне признаться вообще насрать на задачи, на продукт и прочую корпоративную пое**нь. Конечно, я ей занимаюсь, двигаю таски в джире, и якобы забочусь о качестве продукта) Деньги надо зарабатывать, так что приходится играть в корпоративные игры.
Но на деле мне всегда просто интересно заставить железку делать, что я хочу)
Легко могу потратить неделю на чтение мануала Intel о работе их процессора, не потому что мне хочется сделать производительную фичу, а потому что мне хочется упереться в предел железа) Пощупать его и побенчмаркать.
Или вот хочется мне, чтобы корпоративное говно ставилось одной кнопкой, а не по инструкции на вики. Ну, так я напишу эту кнопку и другим ещё раздам. Не потому, что мне хочется чтобы команда эффективнее тратила время, а потому, что я знаю, что не одного меня бесит этим всем заниматься)
Не, иногда эти бесполезные знания приносят плоды и можно случайно оказаться полезным для продукта, но по опыту - почему-то для какого-то другого продукта в другой компании))
Нет. Компьютер никогда ничего не делает сам. Он не живой. Он не может ночью решить: «Сегодня удалю единственный бэкап БД с боевого сервера. Для разнообразия»
После уже почти 15 лет в IT - не согласен. Чего только не происходит в компьютере...
От каких действий?) Я прост не очень понимаю, что именно такого умеет командный режим, чего не умеют горячие клавиши VSCode/Other IDE.
Поиск? Ctrl+F или Ctrl+Shift+F
Замена? Ctrl+H или Ctrl+Shift+H.
Навигация по элементам GUI через Tab/Shift+Tab/Space/Enter.
Regex-ы с группами для замен поддерживаются.
Перемещение/выделение по словам - есть и гораздо мощнее vim
Перемещение по позициям в файле - аналогично vim
Выделить строку - да, тут уже надо Home -> Shift+End и дальше уже какое-то действие (копировать, удалить, etc). Чуть больше кликов по клаве.
Открыть терминал - у меня Ctrl-`. Открыть ещё один - Ctrl+Shift+'+'
Заметим, что я до сих пор не поднимал руки с клавиатуры))
Не так, чтобы я прям имел что-то сильно против vimmode, дело удобства, но говорить, что он чем-то удобнее других - сомнительно)
Можно было бы сказать, что Vim Mode "универсален" для всех IDE и даже браузеров, но это не так. В каждой IDE плагин для Vim Mode работает "чуть-чуть" по другому) Примерно как и логика работы элементов GUI иногда тоже чутка отличается, но почти всё написанное про GUI работает вообще везде, в любом GUI редакторе)
"Зачем" - да оч просто: потому что надо ну очень часто) Я уже даже не замечаю как часто я это юзаю.
Ну, например поправить пачку однотипных параметров в одной строчке. Добавить/удалить префикс для связанных логически переменных. Иногда код отформатирован "специфически" под каким-нибудь //clang-format off блоком и нужно подвигать его немножко. Ну или из банального, нужно добавить точку с запятой сразу в конец ряда строк, ну вот бывает так, просто тыкаешь мышкой в нужные строки, жмешь End и вуаля, ты в конце нужных строк)
Я в 2010-м не смог) Интернета у меня тогда вообще не было, Ubuntu 10.04 я заказал почтой, мне из Голландии его Canonical прислал, они в те времена рассылали его всем желающим на CD, бесплатно) Форму заявки в школе заполнил на уроке инфоматики)
И вот где-то я накопал инструкцию по настройке, вроде через школьный интернет, там был этот чертов vim) Полчаса я страдал, а потом установил windows XP)
Ну, чтобы понять всю ущербность Vim, достаточно попробовать выделить/подредактировать что-нибудь в режиме multiline или попробовать "найти и выделить похожее" (как Ctrl+Shift+L в VSCode).
Причем желательно чтобы это что-то "мультистрочное" находилось на разных строках со смещением, чтобы курсоры установить в разных точках)
Я писал код 2 года чисто на vim, я даже две книги по нему прочитал, но боже мой, какое же он дно перед базовыми возможностями того же VSCode) А уж если плагинов накрутить в VSCode, то вообще рядом не стоит.
Я до сих пор люблю vim для редактирования однострочных конфигов "по быстренькому пару строчек", но если надо на файл смотреть больше одной минуты и упаси господи прыгать по нему куда-то, ставить закладки, etc - в пень этот vim.
Стоит признать, что в VSCode некоторые сочетания прямо украдены из vim, типа того Ctrl-G. И vim сделал очень много, задал кучу трендов, чтобы сегодняшние редакторы были удобнее. Но он устарел шопипец.
Как показывает практика - все не сгорают) Остальное не важно)
Проигрышная для кого? Для бизнеса? Ну штош, пусть горит он синим пламенем)
Не вижу никакой проблемы с таким подходом, если найденный кандидат решает рабочие проблемы
Какая мне разница, что среди 190 выброшенных был идеальный кандидат, если я из стопки резюме первым вытянул подходящего?
Это в теории. В российской практике все эти системы ревью работают по принципу круговой поруки, и я за всю жизнь не видел, чтобы хоть кого-то понизили в грейде. Да и снижение зарплаты в по ТК РФ - операция незаконная.
Примерно по 30-45 минут.
У меня есть чуть более показательный пример: пытался я по дуолинго японский выучить) Ну вот за 3 месяца (3 месяца, Карл) - он мне рассказал только про катакану, хирагану и примерно 50 слов.
Я забил на дуолинго и нанял репетитора. Я за первый день узнал о японской грамматике больше, чем за всё это время в дуолинго. Мне дали материалы с систематической информацией по языку, управжнения для развития письма и рекомендации, какие темы стоит ковырять новичку, а какие оставить на потом.
Кароч, я получил концентрат из которого я просто за неделю узнал больше, чем за несколько месяцев в дуолинго.
P.S.
Итог правда один, я решил, что "чё-т сложновато" и бросил)
Ну, так оно в принципе и есть) У нас английский был со второго класса, и я до 11 класса по сути выучил околонихрена) Не мог даже простенькие тексты без словаря читать, не говоря уже том, чтобы хоть что-то связно говорить.
Не могу сказать, что прям вина учителей, просто до тех пор пока я для себя серьезно не поставил цель выучить язык и не начал заниматься по два часа в день каждый день, без выходных, и принудительно общаться на нём - нихрена он не учился. Ни в каком формате.
Да вот бы я помнил, это было лет 5 или 6 тому назад) В день закрывал обычно одну "таблетку" (один полноценный урок).
Duolingo бесполезен более чем полностью. Я за 3 месяца очных групповых курсов английского, выучил примерно в 15 раз больше, чем за 2 года этой балалайки)
Сделаю ремарку в начале: я не управленец и больших процессов "сверху" не видел. Расскажу как мне это всё видится "снизу".
Всё это действительно очень правильно, но я не вижу, чтобы эти идеи имели успех.
Чтобы предоставить бизнесу варианты, ИТ нужно "остановиться и подготовить анализ" - это не всегда тупо возможно в рамках согласованного бюджета. Проще и (политически) безопаснее рассказать о риске без анализа, довести ситуацию до катастрофы и разгрести последствия, чем объяснять бизнесу почему вдруг всё встало, ведь мы "анализируем".
Стоимость и последствия - это иллюзия и гадание на кофейной гуще (для обеих сторон) до следующего противоречия в процессах. Когда цифры в очердной раз не сойдутся - опять будет виновато ИТ.
Описанное в целом невыгодно никому из менеджмента (обеих сторон), кроме тех, кто непосредственно имеет профит от результатов работы бизнеса. Вы пытаетесь заставить людей нести ответственность, зачастую за вещи, которые они (пока что) не понимают. Никто такого не хочет.
Снизу весь "организационный хаос" и "техническое несовершенство" видится мне просто симптомами политической борьбы топ-менеджмента. Многие процессы намеренно построены так как построены - криво косо, с непонятной ответственностью, а иногда и специально для того, чтобы свалить вину на другой отдел в случае чего.
И подразделение ИТ, даже если будет очень стараться, даже если будет давать бизнесу все возможные анализы и варианты - не сможет решить эту проблему. В политических делах определённость, обещания и, упаси господи, ответственность - это враги, с которыми будут бороться.
Да в целом-то понятно, что платить приходится (правда Haskell тихонько хихикает над нами), но просто интересно насколько много. Например, как быстро начнет тупить IDE, сколько памяти будет жрать и как часто глючить.
Насколько вообще будет поддерживаемый этот код, ведь когнитивная нагрузка, чтобы понять что тут имел ввиду автор рефлексии игромно. Принесёт ли это баги в dynamic_cast)
Ладно, надо тестировать, спасибо за статью
Гораздо интереснее, что там будет в ошибках компиляции и как это будет дружить с IDE. Ну и немножко интересно, сколько этажей мусора будет в отладчике.
В целом, если сейчас даже большой шаблон падает - всё, конечно плохо, но любая ИИ-шка за 5 секунд найдет проблемный параметр, да и глазами это возможно, просто дольше
Azure Devops)
Вы так пишете, будто онанизм это что-то плохое)
Мне признаться вообще насрать на задачи, на продукт и прочую корпоративную пое**нь. Конечно, я ей занимаюсь, двигаю таски в джире, и якобы забочусь о качестве продукта) Деньги надо зарабатывать, так что приходится играть в корпоративные игры.
Но на деле мне всегда просто интересно заставить железку делать, что я хочу)
Легко могу потратить неделю на чтение мануала Intel о работе их процессора, не потому что мне хочется сделать производительную фичу, а потому что мне хочется упереться в предел железа) Пощупать его и побенчмаркать.
Или вот хочется мне, чтобы корпоративное говно ставилось одной кнопкой, а не по инструкции на вики. Ну, так я напишу эту кнопку и другим ещё раздам. Не потому, что мне хочется чтобы команда эффективнее тратила время, а потому, что я знаю, что не одного меня бесит этим всем заниматься)
Не, иногда эти бесполезные знания приносят плоды и можно случайно оказаться полезным для продукта, но по опыту - почему-то для какого-то другого продукта в другой компании))
После уже почти 15 лет в IT - не согласен. Чего только не происходит в компьютере...
Я не понимаю, в чем проблема положить болт на это? У меня вообще рабочий чат улетает в mute до следующего рабочего дня