Добро пожаловать путешественник. Сейчас 2023 год, вы интернете планеты Земля. Да в России есть возможность бесплатно заряжаться. Не всеми станциями, не всеми режимами (медленно), но в целом это никогда не было секретом, а ещё представьте для электромобилей бесплатная парковка есть.
Пошёл проверить на кухню. Чайник лакированный, холодильник лакированный, духовка под вопросом. Когда-то телефон был из нержи и помню как этот лак со временем слезал с него.
Это для вас не беда, а я как пользователь исключительно клавиатур от Майкрософт задумался о покупке клавиатуры прозапас. Я очень надеюсь что на самом деле это будет та же кнопка win с другим рисунком, а не другой сканкод.
У меня макбук ещё на интел и я бы уверен что это уже и так работает, после залития порта и тщательной сушки он не работал, до тех пор пока по моему SMC не сбросил.
Насколько можно отследить последния версия почты над который они работали, датируется 2010 годом https://www.artlebedev.ru/yandex/mail7/, скажите это уже испорченная версия или уже нет?
Очень быстро достигнутого покажется мало, и захочется куда-то в FAANG, а там будет понятно почему всё же стоит сходить в вуз. В целом жить и работать можно без вышки, но это большая проблема при иммиграции.
Если вы парсите условный json и в мапе у вас условные десятки ключей, то map вам будет только мешаться, будет большой оверхед по памяти по бранч пердикшену, по кэш миссам, оверхед на хеширование, кучу лишних аллокаций при вставке элемента, а в итоге проще и быстрее просто линейно пройтись по всем ключам и найти нужный. Лучше взять vector_map, для этого. Если же у вас десятки тысяч значений и map вам действительно нужен то std::map как правило имеет просто ужаснy/ производительность по сравнению с аналогами: https://martin.ankerl.com/2019/04/01/hashmap-benchmarks-04-02-result-RandomFind_2000/
Всегда считал это питовским синтаксисом, так что думаю правильно сказать что раст появился как минимум на 2 десятилетия позже, чем {} для форматирования.
Игровая логика как правило очень слабосвязанная. Сегодня инвентарь есть у песонажа, завтра инвентарь это сундук, после завтра инвентарь добавить в машину. Практически каждый объект может взаимодействовать с другим, куда тут уж статическая сильная типизация? Наоборот чем слабее типизация тем удобнее. Тот-же ecs который захватил геймдев во многом про слабые связи между объектами и про то что объект можно собрать из различных компонентов, которые к тому-же будут изменятся во времени. Не имел опыта с хаскель, но игровую логику я бы писал на чем угодно, но не на моём любимом cpp.
Ясное дело, что какие-то знание для пользования программы нужны, и с такой-же проблемой вы бы столкнулись и DiskPart. Я о том, что увидев любое гуи для разбивки диска я потрачу пару минут на освоение и на необходимые мне манипуляции. А каждый раз сталкиваясь с DiskPart я гуглю как им пользоваться и курение мануалов занимает все десять двадцать минут, хотя я не единожды с ним уже работал.
Я вас удивлю, но bash ≠ linux тоже, дистрибутивы без bash существуют и повсеместно используются. Чтобы bash был в linux его тоже нужно туда установить, почему установленный тот-же cygwin(на самом деле аналогов много) это не тоже самое?
Проблема, в том что пользуешься ты этим раз в год, а читаешь документацию полчаса, а для пользования приложением на гуи, зачастую читать документацию не нужно. Я надеюсь не нужно доказывать, что в PartitionMagic можно разобраться впервые его увидев, впервые увидев DiskPart, придётся очень долго вникать. А разбивать диски, среднему пользователю придётся как раз в лучшем случае раз в пятилетку.
Я знаю, что для линуксойдов что "опенсурс = безопасность" это мантра не требующая подтверждения. Но мне как нужны доказательства этого утверждения, есть исследования на эту тему? Есть доказательства того, что открытость не облегчает внедрения закладок? Есть доказательство того, что открытость не позволяет не компетентным людям делать такую полнейшую глупость как Heartbleed? И есть объяснение, почему военные когда им нужна безопасность не берут опенсурс, а делают свои "корпоративные" разработки?
В примере очень плохое использование auto. Как каждому базовому типу своё применение, так и auto нужно применять к месту и по делу. Но auto базово никак не скрывает тип, это же не any.
В проде и для прода рефакторить нельзя и не нужно, потому что производственный процесс, деньги, время...
То есть, если вы в проде обнаружили что-то, что по-вашему мнению хоть и работает, но просится на рефакторинг - вам показалось, оно не просится, пусть остается как есть. Вот если баг нашелся, тогда другое дело.
Вот у меня есть опыт работы в 2х компаниях, в обоих 200+ программистов, офисы по всему миру, миллионы пользователей и т.д. Оба проекта в которых я был находились в продакшене. Более того, это прямые конкуренты друг другу. В одной я комитил примерно раз в месяц, а ревъю и тесты могли занимать недели, а в другой я комичу в мастер раз 10 в день, по любому поводу и комиты с рефактором пушу постоянно. То что вы повторяете мантру о том, что комитить дорого, не делает её правдой. Правда в том что есть разные подходы и честно я пока для себя вообще не определился какой подход мне кажется более правильным и эффективным. Потому что оказалось оба имеют свои плюсы и минусы.
Библиотеку для разархивирования zip можно написать один раз и за десятилетия жизни проекта, в неё не будет сделано ни единого коммита.
В бизнес логике с утра ты делаешь коммит нового кода, к вечеру там уже 6 залитых изменений от команды. Вы не понимаете что в этом случае выразительность = деньги? Сотни js фреймворков в год это явное доказательство того, что есть острая необходимость писать код более выразительно и поэтому в этом направлении сообщество активно работает, подскажете сколько в год выходит библиотек для поддержки zip?
То что существует современное ПО требует в сотни раз больше ресурсов, чем нужно это не ошибка, не проблема, а закономерный итог. Эта парадигма программирования победила в конкурентной борьбе, потому что оказалось что есть сферы где выгодней писать ПО на js и запускать полноценный браузер для отображения десятка кнопочек, и использовать для этого гигабайты памяти, потому что это приносит свои конкурентные преимущества. Поэтому всегда будет ПО в духе SQLite в котором главное это быстродействие и будут музыкальные плееры на electron.
Добро пожаловать путешественник. Сейчас 2023 год, вы интернете планеты Земля. Да в России есть возможность бесплатно заряжаться. Не всеми станциями, не всеми режимами (медленно), но в целом это никогда не было секретом, а ещё представьте для электромобилей бесплатная парковка есть.
Пошёл проверить на кухню. Чайник лакированный, холодильник лакированный, духовка под вопросом. Когда-то телефон был из нержи и помню как этот лак со временем слезал с него.
Я хочу подключать клавиатуру к другим устройствам, использовать рдп и виртуалки и не задумываться о потенциальных проблемах на пустом месте.
Это для вас не беда, а я как пользователь исключительно клавиатур от Майкрософт задумался о покупке клавиатуры прозапас. Я очень надеюсь что на самом деле это будет та же кнопка win с другим рисунком, а не другой сканкод.
У меня макбук ещё на интел и я бы уверен что это уже и так работает, после залития порта и тщательной сушки он не работал, до тех пор пока по моему SMC не сбросил.
Насколько можно отследить последния версия почты над который они работали, датируется 2010 годом https://www.artlebedev.ru/yandex/mail7/, скажите это уже испорченная версия или уже нет?
Очень быстро достигнутого покажется мало, и захочется куда-то в FAANG, а там будет понятно почему всё же стоит сходить в вуз. В целом жить и работать можно без вышки, но это большая проблема при иммиграции.
Если вы парсите условный json и в мапе у вас условные десятки ключей, то map вам будет только мешаться, будет большой оверхед по памяти по бранч пердикшену, по кэш миссам, оверхед на хеширование, кучу лишних аллокаций при вставке элемента, а в итоге проще и быстрее просто линейно пройтись по всем ключам и найти нужный. Лучше взять vector_map, для этого. Если же у вас десятки тысяч значений и map вам действительно нужен то std::map как правило имеет просто ужаснy/ производительность по сравнению с аналогами: https://martin.ankerl.com/2019/04/01/hashmap-benchmarks-04-02-result-RandomFind_2000/
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2271.html
EASTL additional functionality (not found in std STL or TR1)
Из того чем пользуюсь постоянно. std::map и std::unordered_map в большинстве случаев ужасное зло.
fixed_vector
fixed_string
fixed_map
fixed_hash_map
vector_set
vector_multiset
vector_map
vector_multimap
ring_buffer
Для тех, кому как и мне не хватает даже стандартных контейнеров slt, есть eastl.
Всегда считал это питовским синтаксисом, так что думаю правильно сказать что раст появился как минимум на 2 десятилетия позже, чем {} для форматирования.
Игровая логика как правило очень слабосвязанная. Сегодня инвентарь есть у песонажа, завтра инвентарь это сундук, после завтра инвентарь добавить в машину. Практически каждый объект может взаимодействовать с другим, куда тут уж статическая сильная типизация? Наоборот чем слабее типизация тем удобнее. Тот-же ecs который захватил геймдев во многом про слабые связи между объектами и про то что объект можно собрать из различных компонентов, которые к тому-же будут изменятся во времени. Не имел опыта с хаскель, но игровую логику я бы писал на чем угодно, но не на моём любимом cpp.
Ясное дело, что какие-то знание для пользования программы нужны, и с такой-же проблемой вы бы столкнулись и DiskPart. Я о том, что увидев любое гуи для разбивки диска я потрачу пару минут на освоение и на необходимые мне манипуляции. А каждый раз сталкиваясь с DiskPart я гуглю как им пользоваться и курение мануалов занимает все десять двадцать минут, хотя я не единожды с ним уже работал.
Я вас удивлю, но bash ≠ linux тоже, дистрибутивы без bash существуют и повсеместно используются. Чтобы bash был в linux его тоже нужно туда установить, почему установленный тот-же cygwin(на самом деле аналогов много) это не тоже самое?
Проблема, в том что пользуешься ты этим раз в год, а читаешь документацию полчаса, а для пользования приложением на гуи, зачастую читать документацию не нужно. Я надеюсь не нужно доказывать, что в PartitionMagic можно разобраться впервые его увидев, впервые увидев DiskPart, придётся очень долго вникать. А разбивать диски, среднему пользователю придётся как раз в лучшем случае раз в пятилетку.
Я знаю, что для линуксойдов что "опенсурс = безопасность" это мантра не требующая подтверждения. Но мне как нужны доказательства этого утверждения, есть исследования на эту тему? Есть доказательства того, что открытость не облегчает внедрения закладок? Есть доказательство того, что открытость не позволяет не компетентным людям делать такую полнейшую глупость как Heartbleed? И есть объяснение, почему военные когда им нужна безопасность не берут опенсурс, а делают свои "корпоративные" разработки?
Насколько разное все же у людей восприятие графики, как по мне Crysis невероятно устарел и разница куда очевиднее чем между Far cry и Crysis.
В примере очень плохое использование auto. Как каждому базовому типу своё применение, так и auto нужно применять к месту и по делу. Но auto базово никак не скрывает тип, это же не any.
Вот у меня есть опыт работы в 2х компаниях, в обоих 200+ программистов, офисы по всему миру, миллионы пользователей и т.д. Оба проекта в которых я был находились в продакшене. Более того, это прямые конкуренты друг другу. В одной я комитил примерно раз в месяц, а ревъю и тесты могли занимать недели, а в другой я комичу в мастер раз 10 в день, по любому поводу и комиты с рефактором пушу постоянно. То что вы повторяете мантру о том, что комитить дорого, не делает её правдой. Правда в том что есть разные подходы и честно я пока для себя вообще не определился какой подход мне кажется более правильным и эффективным. Потому что оказалось оба имеют свои плюсы и минусы.
Библиотеку для разархивирования zip можно написать один раз и за десятилетия жизни проекта, в неё не будет сделано ни единого коммита.
В бизнес логике с утра ты делаешь коммит нового кода, к вечеру там уже 6 залитых изменений от команды. Вы не понимаете что в этом случае выразительность = деньги? Сотни js фреймворков в год это явное доказательство того, что есть острая необходимость писать код более выразительно и поэтому в этом направлении сообщество активно работает, подскажете сколько в год выходит библиотек для поддержки zip?
То что существует современное ПО требует в сотни раз больше ресурсов, чем нужно это не ошибка, не проблема, а закономерный итог. Эта парадигма программирования победила в конкурентной борьбе, потому что оказалось что есть сферы где выгодней писать ПО на js и запускать полноценный браузер для отображения десятка кнопочек, и использовать для этого гигабайты памяти, потому что это приносит свои конкурентные преимущества. Поэтому всегда будет ПО в духе SQLite в котором главное это быстродействие и будут музыкальные плееры на electron.