Корпорация - норм тема, если "быть эффективным" не твоё главное кредо по жизни. Я вот как-то предпочитаю побольше в жизни делать нихрена, а не суету разводить)
Я не видел никого, кто печатал бы быстрее 650 символов. Да и 650 - это фантастически быстро, такой текст даже читать не успеваю, а уж обдумать и тем более)
Что вы там такое принимаете, что вам хочется тысячу? :D
Кому как. Меня раздражает, когжа мне что-то мешает думать или, что ещё хуже, когда уже что-то придумано, мне что-то мешает думать дальше, потому что это надо долго делать)
Поэтому для меня печать на клавиатуре - это как завязывать шнурки. Я не хочу замечать как я это делаю. Оно просто происходит. Я, если честно, мозгом даже не помню где какие клавиши на клавиатуре находятся. Пальцы помнят)
Все эти рассуждения об эргономике, какие то экзотические формы клавиатуры - от лукавого
Я не пользуюсь особенными клавиатурами. Не пользуюсь особенными раскладками и ничего стараюсь не кастомизировать. В этом смысле, я всегда за универсализм, чтобы просто сесть за другой компьютер и не париться о том, что "всё не так, как я привык".
В общем, я из тех людей, кто в настройках обычно выключает только откровенную рекламную малварь, а в остальном живёт "по умолчанию", чтобы не особо париться со всей этой ерундой.
Конечно, так или иначе с годами, рабочее место обрастает удобностями и скриптами, но я стараюсь разворачиванте этого дела сразу автоматизировать на случай "а вдруг завтра всё слетит")
Это решает Вашу задачу и при этом не загромождает исходный код комментариями для подавления предупреждений.
Зато не решает другую задачу - интеграцию с CI. Мы пользуемся Svace уже пару лет на работе и самая главная претензия - отсутствие комментариев для подавления предупреждений анализатора. Это прям ОГРОМНАЯ боль. Настолько, что пришлось нагородить скрипты для фильтрации результатов отчётов. Добавьте пожалуйста этот функционал штатно. Я страдаю.
Значит вас приходит мало писем. Мне приходится отвечать на 20-30 в день.
которые печатали безумно быстро и смотря при этом на монитор, а не клавиатуру, но у них процент ошибок был безумный
Невозможно печатать быстро и с большим количеством ошибок. Точнее можно, но средняя скорость будет очень низкой. Моя точность в районе 95-96%. Это не так сложно, но несколько месяцев на тренажёре придется провести, да. Но мне было весело, вот я и научился)
а реальности средняя скорость не превышает 70-120 знаков и то когда прям набираешь что-то в большом объёме.
Смотря что печатать. Я вот например частенько пишу всякие инструкции для новичков в команде. Просто чтобы были. Оч пригождается уметь быстро печатать. Способность быстро напечатать мысль позволяет сделать инструкции подробными и понятными, потому что тупо не день печататать много текста.
Например при разработке в IDE примерно 30% времени приходится пользоваться мышкой и клавишами управления
Практически не использую мышь в работе. На всё хоткеи висят. Пишу VS Code на С++. Мышь использую в основном только для браузера)
Я вёл бюджет пару лет, но по итогу бросил это дело. Занятие увлекательное конечно, но я эти данные просто никак не использовал.
Как оказалось, я довольно точно в голове могу прикидывать сколько и на что я трачу и сколько у меня будет денег через N времени. Чего достаточно для бытового планирования)
Точно не 99%. У нас в отделе не так давно на тим билдинге было небольшое соревнование по скорости печати и я так скажу, вы прям середнячок. Больше 70% печатают в районе 220-250 знаков в минуту. Я вот лично вообще на тренажёрнах выдаю где-то 370-400 знаков. На обычной клавиатуре в QWERTY раскладке.
В реальной жизни умение быстро печатать нужно обычно для двух вещей:
Быстрее разбираться с почтой
Не приходится думать над тем куда и что нажать, мысль просто появляется на мониторе пока ты её думаешь. Удобно.
Я пытался научиться печатать быстрее, чем 400 знаков, но, как оказалось, я просто не могу думать быстрее 400 знаков)
Что-то какой-то жутко медленная реализация ГОСТа какая-то. Скажем так, при наличии SSSE3 этот алгоритм совершенно точно можно разогнать примерно раза в 4 совершенно спокойно, не напрягаясь. Да даже без дополнительных инструкций этот алгоритм можно сделать быстрее раза в 2.
И это на одном ядре. Никто не мешает шифровать на нескольких.
Про то, что можно бы и использовать аппаратный AES я вообще молчу. Там скорости несопоставимо выше (около 2 Гбайт/сек на ядро).
Держал и Самсунг, и айфон. Не понравилось вообще. Пользовался серией Zenfone от ASUS долгое время, пока не было Google Pixel. Теперь пользуюсь пикселями, более чем устраивают.
Пользовался долгое время мышками Logitech M185. "Мышками" потому что ломалис/терялись они по тем или иным причинам. Ни разу батарейки в них не менял, использовал комплектные. Самая долгоживущая мышь продержаласб почти 3 года)
Мне как пользователю на это наплевать. Если я звоню жене и прошу скинуть на карту пару тысяч, я могу ими воспользоваться через 5 секунд после отправки. Мне не нужно ждать час/сутки транзакции.
Блин, да что не так с Антоном-то?! Читаю ветку никак понять не могу. Хорошее же имя. Я вот думал сына Антоном назвать, чтобы была Антон Павлович. К Буду звать его "Чехов" :)
А уж обидные рифмы придумать дети к любому имени сумеют, тут особо вообще не надо заморачиваться на этот счёт.
Всё ещё не понял, чем не устроил Паблик Морозов? Это же код юнит тестов, там можно любые непотребства и антипаттерны в угоду читаемости и независимости тестов друг от друга.
Конечно, лучше проектировать нормально, но когда возможности есть (код чужой/старый), то Паблик Морозов нормальное решение. Если компилятор нельзя победить с его запретами (что странно, диагностики обычно можно задавитт), то просто можно пройтись sed-ом перед компиляцией тестов.
Правило #1 в плюсах - zero abstraction cost. Собственно из-за него многое в плюсах ТАК неудобно. Поэтому в подавляющем большинстве случаев совет, в целом, верный и пользование unique_ptr будет бесплатным.
С shared_ptr сложнее, но этот указатель и не нужен практически никогда, а если нужен, нужно четырежды поднимать "а точно ли нужен?".
Для замены С-массивам давно есть std::array, который в сочетании с CTAD из С++17 вроде даже удобно использовать (не обязательно вручную задавать размерность).
И всё это в целом-то бесплатно. Так что ничего ужасного в совете как таковом нет. А вот в подаче да, проблема есть. В статье делается несколько ультимативных заявлений, без внятного объяснения, и, что хуже всего, без хороших примеров и рассмотрения крайних случаев. Что сильно снижает ценность статьи.
Корпорация - норм тема, если "быть эффективным" не твоё главное кредо по жизни. Я вот как-то предпочитаю побольше в жизни делать нихрена, а не суету разводить)
Вот только podcasts был бесплатный)
А время на обучение учитывалось? А на сбор, разметку и хранение данных?)
Ну, вот опрос Stackoverflow от 2015-го года.
Девушек-программистов всё ещё 5%.
Я не видел никого, кто печатал бы быстрее 650 символов. Да и 650 - это фантастически быстро, такой текст даже читать не успеваю, а уж обдумать и тем более)
Что вы там такое принимаете, что вам хочется тысячу? :D
Кому как. Меня раздражает, когжа мне что-то мешает думать или, что ещё хуже, когда уже что-то придумано, мне что-то мешает думать дальше, потому что это надо долго делать)
Поэтому для меня печать на клавиатуре - это как завязывать шнурки. Я не хочу замечать как я это делаю. Оно просто происходит. Я, если честно, мозгом даже не помню где какие клавиши на клавиатуре находятся. Пальцы помнят)
Я не пользуюсь особенными клавиатурами. Не пользуюсь особенными раскладками и ничего стараюсь не кастомизировать. В этом смысле, я всегда за универсализм, чтобы просто сесть за другой компьютер и не париться о том, что "всё не так, как я привык".
В общем, я из тех людей, кто в настройках обычно выключает только откровенную рекламную малварь, а в остальном живёт "по умолчанию", чтобы не особо париться со всей этой ерундой.
Конечно, так или иначе с годами, рабочее место обрастает удобностями и скриптами, но я стараюсь разворачиванте этого дела сразу автоматизировать на случай "а вдруг завтра всё слетит")
Зато не решает другую задачу - интеграцию с CI. Мы пользуемся Svace уже пару лет на работе и самая главная претензия - отсутствие комментариев для подавления предупреждений анализатора. Это прям ОГРОМНАЯ боль. Настолько, что пришлось нагородить скрипты для фильтрации результатов отчётов. Добавьте пожалуйста этот функционал штатно. Я страдаю.
Не прокатит. Компании просто массово обанкротятся и откроются заново, но уже с роботами.
Значит вас приходит мало писем. Мне приходится отвечать на 20-30 в день.
Невозможно печатать быстро и с большим количеством ошибок. Точнее можно, но средняя скорость будет очень низкой. Моя точность в районе 95-96%. Это не так сложно, но несколько месяцев на тренажёре придется провести, да. Но мне было весело, вот я и научился)
Смотря что печатать. Я вот например частенько пишу всякие инструкции для новичков в команде. Просто чтобы были. Оч пригождается уметь быстро печатать. Способность быстро напечатать мысль позволяет сделать инструкции подробными и понятными, потому что тупо не день печататать много текста.
Практически не использую мышь в работе. На всё хоткеи висят. Пишу VS Code на С++. Мышь использую в основном только для браузера)
Я вёл бюджет пару лет, но по итогу бросил это дело. Занятие увлекательное конечно, но я эти данные просто никак не использовал.
Как оказалось, я довольно точно в голове могу прикидывать сколько и на что я трачу и сколько у меня будет денег через N времени. Чего достаточно для бытового планирования)
Точно не 99%. У нас в отделе не так давно на тим билдинге было небольшое соревнование по скорости печати и я так скажу, вы прям середнячок. Больше 70% печатают в районе 220-250 знаков в минуту. Я вот лично вообще на тренажёрнах выдаю где-то 370-400 знаков. На обычной клавиатуре в QWERTY раскладке.
В реальной жизни умение быстро печатать нужно обычно для двух вещей:
Быстрее разбираться с почтой
Не приходится думать над тем куда и что нажать, мысль просто появляется на мониторе пока ты её думаешь. Удобно.
Я пытался научиться печатать быстрее, чем 400 знаков, но, как оказалось, я просто не могу думать быстрее 400 знаков)
Что-то какой-то жутко медленная реализация ГОСТа какая-то. Скажем так, при наличии SSSE3 этот алгоритм совершенно точно можно разогнать примерно раза в 4 совершенно спокойно, не напрягаясь. Да даже без дополнительных инструкций этот алгоритм можно сделать быстрее раза в 2.
И это на одном ядре. Никто не мешает шифровать на нескольких.
Про то, что можно бы и использовать аппаратный AES я вообще молчу. Там скорости несопоставимо выше (около 2 Гбайт/сек на ядро).
Держал и Самсунг, и айфон. Не понравилось вообще. Пользовался серией Zenfone от ASUS долгое время, пока не было Google Pixel. Теперь пользуюсь пикселями, более чем устраивают.
Пользовался долгое время мышками Logitech M185. "Мышками" потому что ломалис/терялись они по тем или иным причинам. Ни разу батарейки в них не менял, использовал комплектные. Самая долгоживущая мышь продержаласб почти 3 года)
Мне как пользователю на это наплевать. Если я звоню жене и прошу скинуть на карту пару тысяч, я могу ими воспользоваться через 5 секунд после отправки. Мне не нужно ждать час/сутки транзакции.
Что будут делать с ddns?
Блин, да что не так с Антоном-то?! Читаю ветку никак понять не могу. Хорошее же имя. Я вот думал сына Антоном назвать, чтобы была Антон Павлович. К
Буду звать его "Чехов" :)
А уж обидные рифмы придумать дети к любому имени сумеют, тут особо вообще не надо заморачиваться на этот счёт.
Это модификация заголовочных файлов. С этим и sed справится, нет никого смысла городить такие костыли.
Всё ещё не понял, чем не устроил Паблик Морозов? Это же код юнит тестов, там можно любые непотребства и антипаттерны в угоду читаемости и независимости тестов друг от друга.
Конечно, лучше проектировать нормально, но когда возможности есть (код чужой/старый), то Паблик Морозов нормальное решение. Если компилятор нельзя победить с его запретами (что странно, диагностики обычно можно задавитт), то просто можно пройтись sed-ом перед компиляцией тестов.
Правило #1 в плюсах - zero abstraction cost. Собственно из-за него многое в плюсах ТАК неудобно. Поэтому в подавляющем большинстве случаев совет, в целом, верный и пользование unique_ptr будет бесплатным.
С shared_ptr сложнее, но этот указатель и не нужен практически никогда, а если нужен, нужно четырежды поднимать "а точно ли нужен?".
Для замены С-массивам давно есть std::array, который в сочетании с CTAD из С++17 вроде даже удобно использовать (не обязательно вручную задавать размерность).
И всё это в целом-то бесплатно. Так что ничего ужасного в совете как таковом нет. А вот в подаче да, проблема есть. В статье делается несколько ультимативных заявлений, без внятного объяснения, и, что хуже всего, без хороших примеров и рассмотрения крайних случаев. Что сильно снижает ценность статьи.