В свое время осознанно решил перейти на Vim навигацию во всех IDE просто потому что часто приходилось скакать между разными операционными системами и соответственно разными IDE (Visual Studio, Visual Studio Code, Qt Creator, XCode, Android Studio). Оказалось проще везде использовать унифицированную Vim like навигацию чем каждый раз вспоминать как выполнять базовые действия... А если еще вспомнить что на ноутбуках пока, слава богу, не додумались сломать раскладку центральной части клавиатуры (в отличии от стрелочек, Home/End/PgUp/PgDown и F ряда) - то и переключение между разными клавиатурами не доставляет дополнительной боли...
Проблема C++ заключается в том что десятилетия его развития решают не те проблемы что должно. Например, за десятки лет развития в нем так и не был придуман стабильный манглинг, не меняющийся между версиями компилятора. В C это было с момента рождения. Потому в C++ всего 3 варианта поставки библиотек (и каждый со своими недостатками): 1. Header only библиотеки (здравствуй overhead от inline функций) 2. Компиляция библиотеки под конкретный используемый компилятор и CRT (здравствуй зоопарк версий под каждую конкретную версию компилятора) 3. Библиотеки с C интерфейсом (и нафига вообще тут нужен C++ тогда?)
Либо хотят либо просто предпочитают сразу отправлять резюме таких кандидатов в корзину как неудобных... и для нас это тоже проблема, да... и кому-то однозначно придется подстраиваться, так или иначе...
В Касперском на собеседовании по C++ меня просили написать код для разбивки строки на элементы по пробелам, и это при том что на Гитхабе у меня есть реализованный парсер текстовых сообщений моего собственного протокола (ну почти собственного, сильно базирующегося на RTSP), на 4-х языках: C++, JavaScript/TypeScript, Kotlin, Swift... Было очень забавно...
+ матовый монитор облегчает ситуацию с бликами (но таких нынче мало). Но в идеале действительно постараться исключить окон как за монитором, так и за креслом. Это сложновато если в комнате больше одного окна, но плотные шторы решают проблему. + яркость монитора желательно понизить, но монитор при этом не должен начинать мерцать (проверяется через карандашный тест, как впрочем и лампочки)
Не спорю, так и есть. Времени оно жрет немеряно. Особенно если проект хоть как-то выстрелил... Но, кстати говоря, один раз мне это все же помогло найти неплохую работу, но в тот раз это были иностранцы, так что про Россию все остается в силе...
Это одна из причин почему лично я начал пилить Open Source проекты. Была стойкая надежда что это позволит показать свою квалификацию без странных собеседований. Практика показала что увы, это не работает...
Впрочем может быть и другое объяснение - у меня просто напросто классический синдром Данинга-Крюгера, и любому с первого взгляда понятно что там всего-лишь большая куча мусора... Такое тоже вполне вероятно...
Типичная манипуляция наивными молодыми умами... Да и вообще, работодатели не очень охотно делятся с сотрудниками последствиями успеха, но очень охотно делятся последствиями неудач: "В компании трудные времена, войдите в положение, давайте мы вам будем платить поменьше" "В стране кризис, в компании кризис, давайте вы уволитесь по собственному, войдите в положение"
Личный опыт показал что код на гитхабе вообще мало кому интересен, хотя например у меня там куча проектов и мегабайты собственно кода - смотри не хочу. В моем случае тех кто пошли его смотреть можно пересчитать по пальцам одной руки, и то, в большинстве случаев, после моего явного упоминания что было бы неплохо глянуть. Большинство идут по пути наименьшего сопротивления - скрипт с заранее подготовленным списком вопросов, и что гораздо более печально, с заранее подготовленным списком ответов, которые, и только которые, считаются правильными.
Проблема для нанимающего в том что кандидаты "35+" не очень хотят отвечать на идиотские вопросы... Да и работать "за светлое будущее" не очень готовы...
Смысл в создании устройства на основе технологии которую я разрабатываю. Т.е. технология первична, устройство - вторично. В итоге устройство собрано, работает и выполняет запланированные функции - значит цель достигнута...
Как и в случае со многими самоделками, цена не особо принималась в расчет. Но если прикинуть, то общая стоимость получается где-то в районе 8-9 тысяч рублей (если ориентироваться на нынешние цены маркетплейсов). Мне же все обошлось несколько дешевле, поскольку многие компоненты приобретались уже достаточно давно.
т.е. до переделки код был так себе, а после переделки его качество просто неизвестно, поскольку ни у кого нет достаточной квалификации для оценки результата... ИМХО: "не знаю о существовании проблемы - значит проблемы не существует".
из-за чего `sudo update-alternatives --config editor` уже на автомате набирается сразу после установки... "прям бесит" :)
В свое время осознанно решил перейти на Vim навигацию во всех IDE просто потому что часто приходилось скакать между разными операционными системами и соответственно разными IDE (Visual Studio, Visual Studio Code, Qt Creator, XCode, Android Studio). Оказалось проще везде использовать унифицированную Vim like навигацию чем каждый раз вспоминать как выполнять базовые действия...
А если еще вспомнить что на ноутбуках пока, слава богу, не додумались сломать раскладку центральной части клавиатуры (в отличии от стрелочек, Home/End/PgUp/PgDown и F ряда) - то и переключение между разными клавиатурами не доставляет дополнительной боли...
Проблема C++ заключается в том что десятилетия его развития решают не те проблемы что должно. Например, за десятки лет развития в нем так и не был придуман стабильный манглинг, не меняющийся между версиями компилятора. В C это было с момента рождения. Потому в C++ всего 3 варианта поставки библиотек (и каждый со своими недостатками):
1. Header only библиотеки (здравствуй overhead от inline функций)
2. Компиляция библиотеки под конкретный используемый компилятор и CRT (здравствуй зоопарк версий под каждую конкретную версию компилятора)
3. Библиотеки с C интерфейсом (и нафига вообще тут нужен C++ тогда?)
Либо хотят либо просто предпочитают сразу отправлять резюме таких кандидатов в корзину как неудобных... и для нас это тоже проблема, да... и кому-то однозначно придется подстраиваться, так или иначе...
В Касперском на собеседовании по C++ меня просили написать код для разбивки строки на элементы по пробелам, и это при том что на Гитхабе у меня есть реализованный парсер текстовых сообщений моего собственного протокола (ну почти собственного, сильно базирующегося на RTSP), на 4-х языках: C++, JavaScript/TypeScript, Kotlin, Swift... Было очень забавно...
+ матовый монитор облегчает ситуацию с бликами (но таких нынче мало). Но в идеале действительно постараться исключить окон как за монитором, так и за креслом. Это сложновато если в комнате больше одного окна, но плотные шторы решают проблему.
+ яркость монитора желательно понизить, но монитор при этом не должен начинать мерцать (проверяется через карандашный тест, как впрочем и лампочки)
Еще бы рекомендовал попробовать раздельную клавиатуру и трекбол - но предупреждаю сразу, зайдет не всем....
Не спорю, так и есть. Времени оно жрет немеряно. Особенно если проект хоть как-то выстрелил... Но, кстати говоря, один раз мне это все же помогло найти неплохую работу, но в тот раз это были иностранцы, так что про Россию все остается в силе...
Это одна из причин почему лично я начал пилить Open Source проекты. Была стойкая надежда что это позволит показать свою квалификацию без странных собеседований. Практика показала что увы, это не работает...
Впрочем может быть и другое объяснение - у меня просто напросто классический синдром Данинга-Крюгера, и любому с первого взгляда понятно что там всего-лишь большая куча мусора... Такое тоже вполне вероятно...
Типичная манипуляция наивными молодыми умами...
Да и вообще, работодатели не очень охотно делятся с сотрудниками последствиями успеха, но очень охотно делятся последствиями неудач:
"В компании трудные времена, войдите в положение, давайте мы вам будем платить поменьше"
"В стране кризис, в компании кризис, давайте вы уволитесь по собственному, войдите в положение"
Личный опыт показал что код на гитхабе вообще мало кому интересен, хотя например у меня там куча проектов и мегабайты собственно кода - смотри не хочу. В моем случае тех кто пошли его смотреть можно пересчитать по пальцам одной руки, и то, в большинстве случаев, после моего явного упоминания что было бы неплохо глянуть. Большинство идут по пути наименьшего сопротивления - скрипт с заранее подготовленным списком вопросов, и что гораздо более печально, с заранее подготовленным списком ответов, которые, и только которые, считаются правильными.
Проблема для нанимающего в том что кандидаты "35+" не очень хотят отвечать на идиотские вопросы... Да и работать "за светлое будущее" не очень готовы...
Вам эти цифры не напоминают пирамиду?
Не так давно стало возможно прокидывать веб камеру через PiKVM... Микрофон уже давно можно было (и скорее всего не только в PiKVM).
AI находит уязвимость -> AI пишет патч для уязвимости -> goto begin
Смысл в создании устройства на основе технологии которую я разрабатываю. Т.е. технология первична, устройство - вторично. В итоге устройство собрано, работает и выполняет запланированные функции - значит цель достигнута...
Интерес в отработке технологии в первую очередь (p2p передача видео)
Как и в случае со многими самоделками, цена не особо принималась в расчет. Но если прикинуть, то общая стоимость получается где-то в районе 8-9 тысяч рублей (если ориентироваться на нынешние цены маркетплейсов). Мне же все обошлось несколько дешевле, поскольку многие компоненты приобретались уже достаточно давно.
т.е. до переделки код был так себе, а после переделки его качество просто неизвестно, поскольку ни у кого нет достаточной квалификации для оценки результата... ИМХО: "не знаю о существовании проблемы - значит проблемы не существует".