Просто не надо для переключения раскладки использовать системный переключатель. В vim это делается так:
" Настраиваем переключение раскладок клавиатуры по <C-^>
set keymap=russian-jcukenwin
" Раскладка по умолчанию - английская
set imsearch=0
set iminsert=0
По желанию можно привязать альтернативную комбинацию:
Возможно, в Вашем случае проще вынести нужные представления (например FileExplorer) в качестве самостоятельных элементов основной или дополнительной боковой панели.
В каком-то смысле так и происходит, когда молодые специалисты приходят на государственные предприятия, где требования к начинающим инженерам все таки обычно пониже и есть готовность (и существует практика) брать выпускников вузов.
Я в целом с Вами согласен, что, имея GUI, проще найти команду, если не знаешь нужного сочетания клавиш. Но этот вопрос не лежит в плоскости обсуждения "очевидности-неочевидности" сочетаний в vim или в других программах.
Кстати, если уж говорить о поиске команд, то мне по сравнению с классическими GUI-решениями, основанными на кнопках, панелях и менюшках, больше нравится подход с использованием палитры команд и нечеткого поиска. Искать команды путем набор фрагментов ключевых слов, как по мне, гораздо проще, чем искать их в лабиринтах вложенных меню или пытаясь найти и попасть в нужную кнопку на панели инструментов.
Нечеткий поиск может применяться в том числе и в vim (плагин fzf.vim). Я, в свою очередь, использую VS Code в сочетании с расширением VSCodeVim. Кроме того, с удовольствием отмечаю, что концепция палитры команд проникает в традиционные GUI приложения. В частности, в приложения KDE (Dolphin, Konsole и др.).
Давайте все же уточним, что находить в менюшках можно команды, которые требуется выполнить, и заодно уж посмотреть какие горячие клавиши с ними сопоставлены. Если Вы захотите пользоваться этими горячими клавишами, все равно придется их выучить. В этом смысле разницы мало между такими программами и vim - только в том, каким путем Вы отыскиваете сочетания клавиш для запоминания. Если же Вы хотите пользоваться программой ничего не запоминая, а пользуясь средствами GUI и мышью, тогда зачем вообще обсуждать vim в этом ключе? Ясно, что он не для этого задумывался.
Я думаю, если посмотреть, какие сочетания клавиш используются в других распространенных редакторах/IDE/программах, и отбросить самые "очевидные" типа CTRL-C/CTRL-V - то там мы тоже найдем много не самого очевидного или даже совсем не очевидного. Более того, полагаю, мы встретимся с тем, что 1) не найдем никакой системы в подборе клавиатурных комбинаций; 2) не обнаружим возможности сочетать команды для выполнения действий с командами перемещения, как это позволяет делать vim. И, наконец, мы обнаружим, что для одних и тех же действий в разных программах сочетания клавиш могут быть совершенно различными.
Следует различать плагины непосредственно для программы Joplin и плагин для VS Code, обеспечивающий интеграцию между ним и базой заметок Joplin. Вот ссылка на названный плагин. Описание на сайте довольно куцое, но понять как работать достаточно легко. Древовидный список заметок интегрируется в боковую панель, есть функции создания (переименования, перемещения) папок и заметок, создания тегов, присваивания тегов заметкам, редактирования выбранных заметок, функция поиска по заметкам с использованием поиска Joplin.
А еще у Joplin есть замечательный плагин для VS Code, что позволяет создавать, редактировать и искать заметки, даже не выходя из редактора во время работы.
Это всего лишь вероятность того, что выбранный наугад житель РФ страдает депрессией… если считать приведенные Вами цифры достоверными. Вероятность наличия депрессии в отдельно взятой категории жителей РФ — «авторов статей на Хабре» — может оказаться в корне отличной.
Ну тогда понятно, SSD с MobileNet backbone действительно должен быть быстрее на CPU. В этом ключе Ваши результаты согласуются с данными из этой публикации.
Результаты для меня тем более удивительные, что YOLOv3 по скорости примерно сопоставима с SSD. Разница же в 20 раз в сторону ухудшения, полученная для YOLOv4 в Вашем эксперименте, заставляет думать, что возможно в реализации из OpenCV есть какие-то нюансы. Например, здесь обсуждают, что в определенных кейсах может быть просадка производительности как раз примерно в те же 20 раз при выборе арифметики FP16.
Спасибо за статью! Она дает некоторое представление о качестве и скорости работы детекторов. Однако же, не вполне корректно сравнивать число выданных результатов детектирования. Среди них надо различать правильные и ложные срабатывания. Наличие большого числа ложных срабатываний может быть критично для многих приложений.
Что касается скорости работы YOLOv4, то результаты меня откровенно удивили. Приходилось экспериментировать довольно давно вот с этой реализацией YOLOv3 для детектирования автомобилей. Без каких-либо больших усилий удавалось получить скорость работы в 5-10 кадров/сек при неплохом качестве детектирования. Возможно, используемая Вами реализация из OpenCV нуждается в дополнительной настройке.
В целом справедливые соображения, но я бы не был столь категоричным в выводах. Встраиваемые системы это не только bare-metal и C, но часто также Linux, С++, GUI. Дальше можно двигаться в сторону разработки серверных или десктопных приложений под Linux, в automotive или, например, в сетевую разработку (коммутаторы, роутеры и т.д.). Насчет уровня зарплаты — не сказал бы, что $2-2,5k такая уж редкость, но расти, вероятно, придется дольше и потолок ниже, чем в тех же вебе или мобильной разработке. Удаленку без опыта работы найти — по-моему, на любом стеке тут будут проблемы, да и надо ли на удаленку идти, не имея опыта? С каким-то реальным опытом программирования в любом случае стек сменить проще, чем с багажом из нескольких прочитанных книг и написанных на коленке примеров.
Выучил котлин до уровня, что смог написать простое приложение на андроид. Изучил основы джава. Прочитал эти ваши «Грокаем алгоритмы». Разобрался с гитом. Конечно, это все было тщетно. Для HR я уже старик с непрофильным образованием. Мне 30 лет и высшее электротехническое образование.
Вам лучше искать работу в сфере программирования встраиваемых систем. Возможно там бы и электротехническое образование пригодилось и опыт работы с АСУ ТП. Во всяком случае, умение читать схемы и работать с осциллографом там будет не лишним. Программисты встраиваемых систем часто имеют дипломы в сфере радиотехники, электроники или автоматики, и тут это никого не смущает.
Ну вот Вы сами приводите свои наблюдения, из которых можно сделать вывод, что ~40% студентов учиться не хотят. А комментатор выше, как мне показалось, нам предлагает оценивать результат деятельности преподавателей по качеству знаний в том числе и таких студентов. Я лишь хотел указать, что это было бы некорректно и несправедливо по отношению к преподавателям.
В США, я полагаю, тоже делается ВПК на развитии разработок США до 1990 года, или они все внезапно с нуля начали, выкинули все разработки свои за ненадобностью? Почитайте, например, академика Федосова Е.А. «Полвека в авиации. Записки академика» — с каким интересом «западные партнеры» перенимали наш опыт в негодном советском ВПК. Почему же им не стыдно было?
Воруют и откатывают только в России? Беретесь доказать это? По факту, как Вы выражаетесь?
Приведите пожалуйста весь список категорий наших граждан, и если не трудно, с указанием законов, где запрещается программистам стать высшими чиновниками и чиновникам стать программистами или летчиками. А то читается, как будто у нас тут сословное право снова возникло, и сын программиста может стать только программистом.
Просто не надо для переключения раскладки использовать системный переключатель. В vim это делается так:
По желанию можно привязать альтернативную комбинацию:
Возможно, в Вашем случае проще вынести нужные представления (например FileExplorer) в качестве самостоятельных элементов основной или дополнительной боковой панели.
В каком-то смысле так и происходит, когда молодые специалисты приходят на государственные предприятия, где требования к начинающим инженерам все таки обычно пониже и есть готовность (и существует практика) брать выпускников вузов.
Я в целом с Вами согласен, что, имея GUI, проще найти команду, если не знаешь нужного сочетания клавиш. Но этот вопрос не лежит в плоскости обсуждения "очевидности-неочевидности" сочетаний в vim или в других программах.
Кстати, если уж говорить о поиске команд, то мне по сравнению с классическими GUI-решениями, основанными на кнопках, панелях и менюшках, больше нравится подход с использованием палитры команд и нечеткого поиска. Искать команды путем набор фрагментов ключевых слов, как по мне, гораздо проще, чем искать их в лабиринтах вложенных меню или пытаясь найти и попасть в нужную кнопку на панели инструментов.
Нечеткий поиск может применяться в том числе и в vim (плагин fzf.vim). Я, в свою очередь, использую VS Code в сочетании с расширением VSCodeVim. Кроме того, с удовольствием отмечаю, что концепция палитры команд проникает в традиционные GUI приложения. В частности, в приложения KDE (Dolphin, Konsole и др.).
Давайте все же уточним, что находить в менюшках можно команды, которые требуется выполнить, и заодно уж посмотреть какие горячие клавиши с ними сопоставлены. Если Вы захотите пользоваться этими горячими клавишами, все равно придется их выучить. В этом смысле разницы мало между такими программами и vim - только в том, каким путем Вы отыскиваете сочетания клавиш для запоминания. Если же Вы хотите пользоваться программой ничего не запоминая, а пользуясь средствами GUI и мышью, тогда зачем вообще обсуждать vim в этом ключе? Ясно, что он не для этого задумывался.
Я думаю, если посмотреть, какие сочетания клавиш используются в других распространенных редакторах/IDE/программах, и отбросить самые "очевидные" типа CTRL-C/CTRL-V - то там мы тоже найдем много не самого очевидного или даже совсем не очевидного. Более того, полагаю, мы встретимся с тем, что 1) не найдем никакой системы в подборе клавиатурных комбинаций; 2) не обнаружим возможности сочетать команды для выполнения действий с командами перемещения, как это позволяет делать vim. И, наконец, мы обнаружим, что для одних и тех же действий в разных программах сочетания клавиш могут быть совершенно различными.
Прыгнуть в начало функции -
[mи удалить текст до начала следующей функции -d]m.Следует различать плагины непосредственно для программы Joplin и плагин для VS Code, обеспечивающий интеграцию между ним и базой заметок Joplin. Вот ссылка на названный плагин. Описание на сайте довольно куцое, но понять как работать достаточно легко. Древовидный список заметок интегрируется в боковую панель, есть функции создания (переименования, перемещения) папок и заметок, создания тегов, присваивания тегов заметкам, редактирования выбранных заметок, функция поиска по заметкам с использованием поиска Joplin.
Если правильно помню, на GTX1060 6Gb.
Результаты для меня тем более удивительные, что YOLOv3 по скорости примерно сопоставима с SSD. Разница же в 20 раз в сторону ухудшения, полученная для YOLOv4 в Вашем эксперименте, заставляет думать, что возможно в реализации из OpenCV есть какие-то нюансы. Например, здесь обсуждают, что в определенных кейсах может быть просадка производительности как раз примерно в те же 20 раз при выборе арифметики FP16.
Что касается скорости работы YOLOv4, то результаты меня откровенно удивили. Приходилось экспериментировать довольно давно вот с этой реализацией YOLOv3 для детектирования автомобилей. Без каких-либо больших усилий удавалось получить скорость работы в 5-10 кадров/сек при неплохом качестве детектирования. Возможно, используемая Вами реализация из OpenCV нуждается в дополнительной настройке.
Вам лучше искать работу в сфере программирования встраиваемых систем. Возможно там бы и электротехническое образование пригодилось и опыт работы с АСУ ТП. Во всяком случае, умение читать схемы и работать с осциллографом там будет не лишним. Программисты встраиваемых систем часто имеют дипломы в сфере радиотехники, электроники или автоматики, и тут это никого не смущает.
Воруют и откатывают только в России? Беретесь доказать это? По факту, как Вы выражаетесь?