Я вёл бюджет пару лет, но по итогу бросил это дело. Занятие увлекательное конечно, но я эти данные просто никак не использовал.
Как оказалось, я довольно точно в голове могу прикидывать сколько и на что я трачу и сколько у меня будет денег через 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 вроде даже удобно использовать (не обязательно вручную задавать размерность).
И всё это в целом-то бесплатно. Так что ничего ужасного в совете как таковом нет. А вот в подаче да, проблема есть. В статье делается несколько ультимативных заявлений, без внятного объяснения, и, что хуже всего, без хороших примеров и рассмотрения крайних случаев. Что сильно снижает ценность статьи.
На самом деле, на сегодняшний день уже вообще нет особого смысла использовать голые/сырые указатели (raw pointers).
Core Guidelines с вами не согласен.
Passing a smart pointer transfers or shares ownership and should only be used when ownership semantics are intended. A function that does not manipulate lifetime should take raw pointers or references instead
Вообще, я бы вам рекомендовал не пытаться изобретать велосипеды, а потратить силы на перевод того, что уже хорошо написано и неплохо обосновано, от этого будет больше пользы.
Это было наверное ну ОЧЕНЬ давно. Начал учить плюсы году в 2011-м. Везде и всегда писали "куча" и уже точно никто и нигде не употреблял англицизмы в тексте) В речи да, до сих пор говорят "в хипе", но в текстах уже 100500 лет пишут "куча".
Как обладатель пикселя 5а не понимаю, в какой момент появятся хоть сколько-нибудь заметные признаки выгорания дисплея. Правда пользуюсь я им всего года 2 получается.
Я вёл бюджет пару лет, но по итогу бросил это дело. Занятие увлекательное конечно, но я эти данные просто никак не использовал.
Как оказалось, я довольно точно в голове могу прикидывать сколько и на что я трачу и сколько у меня будет денег через 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 вроде даже удобно использовать (не обязательно вручную задавать размерность).
И всё это в целом-то бесплатно. Так что ничего ужасного в совете как таковом нет. А вот в подаче да, проблема есть. В статье делается несколько ультимативных заявлений, без внятного объяснения, и, что хуже всего, без хороших примеров и рассмотрения крайних случаев. Что сильно снижает ценность статьи.
Ну и если уж подняли тему невалидных указателей, то имеет смысл и поднять тему инвалидации итераторов, потому как это чуть ли не самая важная штука.
Штош :) Рекомендую вам ознакомиться с интересной статьёй на тему указателей на методы класса)
Pointers to member functions are very strange animals
Ну или хотя бы заглянуть в этот топик на Stackoverflow. Вас ждёт сюрприз :)
Core Guidelines с вами не согласен.
Вообще, я бы вам рекомендовал не пытаться изобретать велосипеды, а потратить силы на перевод того, что уже хорошо написано и неплохо обосновано, от этого будет больше пользы.
Это было наверное ну ОЧЕНЬ давно. Начал учить плюсы году в 2011-м. Везде и всегда писали "куча" и уже точно никто и нигде не употреблял англицизмы в тексте) В речи да, до сих пор говорят "в хипе", но в текстах уже 100500 лет пишут "куча".
В который раз?
Между "я знаю что есть алгоритмы делающие Х за O(logN)" и "я могу в live-режиме запилить вам алгоритм, делающий Х за O(logN)" таки есть разница.
И если первое у меня проблем не вызывает, то второе... Ну, скажем так, я даже не считаю нужным знать без явной необходимости.
Но на собесах-то спрашивают всегда второе, хотя на самом деле важным является первое)
Я вот прямо сейчас в полной темноте проверил: никаких, даже малозаметных пятен нет. Ну, или я просто не знаю, что надо увидеть.
Могу, конечно, предположить, что причина ещё может быть в том, что я пользуюсь темными темами абсолютно везде.
Как обладатель пикселя 5а не понимаю, в какой момент появятся хоть сколько-нибудь заметные признаки выгорания дисплея. Правда пользуюсь я им всего года 2 получается.
Какие у минцифры делать такие заявления? К слову, какие у них вообще полномочия? Чем они занимаются-то?