Нравится/не нравится - это аргумент, который имеет место быть, но если бенчмарки показывают что разница исчезающе мала, то смысла в кодогенерации никакой.
Если приложение пишется один раз и никогда не изменяется, то действительно один раз сгенерировал и забыл.
Но если код меняется, не должно быть такого, что SQL поменялся у вас на машине, а результат кодогенерации меняется где-то там в CI, потому что это кошмар для отладки.
Значит, всем разработчикам нужен будет хук. Или проверки на MR. И решение внезапно перестает быть простым.
Причина намного проще. Очень много людей пробуют наиграть систему, используя ИИ помощников. До вашей внешности никому дел никаких нет.
И они так пытаются снижать риски относительно простыми способами. Когда человек головой вертит туда-сюда на собеседовании, чтобы делать вычитку из чатгпт, это проще увидеть. Сложнее рядом с собой кого-то посадить, кто будет за тебя все искать.
Правда находятся ещё более находчивые, и вместо себя сажают синьора помидора с заменой лица на своё. Но я такое только в новостях видел.
У меня в игре пока-что есть только пустой ландшафт, персонаж с механиками передвижения/управления камерой, приседанием, бегом, парой анимаций, на половину написанной системой инвентаря и оружия которую я в данный момент дописываю и сырой UI
Тогда откуда там ресурсов на 90Гб?
В тех играх, которые "до 1.5Тб" лежит ассетов на сотни человекочасов работы, разные эксперименты, нерелизные данные и пр.
Когда в игре нет вообще ничего по сути, и она уже весит десятки гигабайт, это выглядит как бравада, просто числа ради чисел.
А муж лишь подсветил тот момент, что в компанию требуется qa джун и мне стоит попробовать
Попробуйте ради интереса подготовить резюме с таким опытом, какой у вас был в 2021 году, и попытаться получить не оффер даже, а предложение пройти собеседование, без знакомств, а просто через отклики на HH.
Тогда может быть розовые очки у вас спадут
Хочу отметить что единственный плюс от таких знакомств/связей - это узнать о вакансии
Единственный плюс - это избегание HR фильтра. Вакансий вокруг - как окурков на газоне после снега
Остальное - это какой-то карго-культ вонна-би разработчика и никак не влияет на разработку. Рабочее место и кресло не помогут, если вместо написания кода человек будет заниматься просмотром видео с котиками.
Да, в перспективе все это может быть полезно для любой сидячей работы, но касательно разработки все эти советы - полная хрень.
Ну а топить за стол с регулировкой высоты и одновременно за самую неудобную в мире мышь, это вообще за гранью. Она может помочь развить только туннельный синдром, но никак не навыки разработчика.
Не врите в вакансиях и не ставьте смехотворные требования, не будут врать и в резюме.
Это все равно что ставить KPI по строчкам кода или по коммитам. Когда свойство становится метрикой, оно перестает отражать реальность.
Если вы хотите джунов с 5 годами опыта, все будут врать что у них 5 лет опыта. Если вы накидываете бесполезных технологий в требования, все будут писать что их знают.
Эйчары почему-то думают, что хитрые и круто сужают воронку, а потом пишут такие статьи.
А этот оверхед он здесь с нами, в одной комнате?
Нравится/не нравится - это аргумент, который имеет место быть, но если бенчмарки показывают что разница исчезающе мала, то смысла в кодогенерации никакой.
Если приложение пишется один раз и никогда не изменяется, то действительно один раз сгенерировал и забыл.
Но если код меняется, не должно быть такого, что SQL поменялся у вас на машине, а результат кодогенерации меняется где-то там в CI, потому что это кошмар для отладки.
Значит, всем разработчикам нужен будет хук. Или проверки на MR. И решение внезапно перестает быть простым.
Это можно сделать и без кодогенерации, если помнить что
embedпозволяет использоватьembed.FSТогда враппер может делать
Query("user_select.sql", 1, 2, "abc"). У этого есть свои минусы, но минусы есть и в кодогенерации.Допустим, инструмент крутой и из-за того что он крут, им станут пользоваться все игроки.
Как вы планируете избегать проблемы всех KPI, которые перестают быть хорошей метрикой когда вместо оценки они становятся целью?
В случае массового использования, метрики будут ползти в область выигрышной стратегии, которая, очевидно, перестанет быть из-за этого выигрышной.
Причина намного проще. Очень много людей пробуют наиграть систему, используя ИИ помощников. До вашей внешности никому дел никаких нет.
И они так пытаются снижать риски относительно простыми способами. Когда человек головой вертит туда-сюда на собеседовании, чтобы делать вычитку из чатгпт, это проще увидеть. Сложнее рядом с собой кого-то посадить, кто будет за тебя все искать.
Правда находятся ещё более находчивые, и вместо себя сажают синьора помидора с заменой лица на своё. Но я такое только в новостях видел.
"Почта Mail" - это все равно что "Почта Почта", звучит крайне странно.
Почему не просто API Почты или Mail API?
zlib (и, соответственно, gzip тоже) не сжимает по частям, он сжимает поток
Он использует словарь, и потом ссылается на этот словарь далее по потоку.
При расжатии все наоборот, в начале потока клиент получает словарь и потом по ссылке на словарь распаковывает данные.
Т.к. словарь всегда в начале, ждать целиком не надо. Более того, обычно и не ждёт никто.
В деталях конечно сложнее всё, но суть примерно такая
Хаб $mol как будто бы лишний тут
Эта статья чуть ли не копипаст из блога 12 летней давности:
https://go.dev/blog/strings
Тогда откуда там ресурсов на 90Гб?
В тех играх, которые "до 1.5Тб" лежит ассетов на сотни человекочасов работы, разные эксперименты, нерелизные данные и пр.
Когда в игре нет вообще ничего по сути, и она уже весит десятки гигабайт, это выглядит как бравада, просто числа ради чисел.
Вы очень ловко забыли упомянуть что это не туториал, а продвижение вашей же библиотеки.
Попробуйте ради интереса подготовить резюме с таким опытом, какой у вас был в 2021 году, и попытаться получить не оффер даже, а предложение пройти собеседование, без знакомств, а просто через отклики на HH.
Тогда может быть розовые очки у вас спадут
Единственный плюс - это избегание HR фильтра. Вакансий вокруг - как окурков на газоне после снега
Вам настолько не всё равно было, что вы спустились в самую глубь ветки комментариев статьи полугодичной давности?
Язык - это инструмент для передачи мыслей. Если вы посмотрите на историю языков, то увидите что упрощение языка - это естественная тенденция.
Язык будет двигаться туда, куда двигает его общество в целом и ему плевать, что думаете лично вы о носителях. Можете думать дальше что угодно.
А зачем он нужен для статичного сайта с резюме?
netlify, github pages - тоже самое за 0 рублей
Самая большая и важная фича стримингов - это механизм рекомендаций.
Без этого все ваши "убийцы спотифаев" - просто магнитофон на стероидах, полезный только когда отключили интернет.
Ну тут есть свои нюансы. Не cpythonом питон ограничивается.
Если хотите быть разработчиком - пишите код.
Остальное - это какой-то карго-культ вонна-би разработчика и никак не влияет на разработку. Рабочее место и кресло не помогут, если вместо написания кода человек будет заниматься просмотром видео с котиками.
Да, в перспективе все это может быть полезно для любой сидячей работы, но касательно разработки все эти советы - полная хрень.
Ну а топить за стол с регулировкой высоты и одновременно за самую неудобную в мире мышь, это вообще за гранью. Она может помочь развить только туннельный синдром, но никак не навыки разработчика.
Можете забыть про первую M в MMO с таким стеком, если у вас не бесконечные деньги
Не врите в вакансиях и не ставьте смехотворные требования, не будут врать и в резюме.
Это все равно что ставить KPI по строчкам кода или по коммитам. Когда свойство становится метрикой, оно перестает отражать реальность.
Если вы хотите джунов с 5 годами опыта, все будут врать что у них 5 лет опыта. Если вы накидываете бесполезных технологий в требования, все будут писать что их знают.
Эйчары почему-то думают, что хитрые и круто сужают воронку, а потом пишут такие статьи.
Вы сами и есть источник проблемы вранья в резюме.