Я в целом не узнал ничего нового, но не утверждаю что это не может быть полезно для новичков.
Но кроме сливов ключей в гит (чем могут согрешить только самые новички), есть опасность другого уровня - слив ключей самому ИИ, который обычно находится в облаке у openai или anthropic (и хорошо если напрямую без дополнительных агрегаторов).
И у них конечно есть своя безопасность на такой случай, в конце концов все сообщения с ии не публичны, но любом случае контролировать то что с этим ключом будет дальше и не даст ли она его в ответ кому-то другому после дообучения невозможно.
Ещё в самом посте много воды и разжовывания, у меня появляется сильное ощущение того что пост написан на 100% ии.
Реально интерестная статья, но хотел бы упомянуть тот момент который меня смутил в псевдокоде. В самом начале есть псевдокод projectile, и мне кажется что он слишком упрощён. Вы создаёте пулю и задаёте ей линейную скорость по направлению выстрела, что хоть и является физически верным, но создаёт некоторые проблемы с синхронизацией.
Пулю в таком случае стоит задавать вектором (как раз начальной скорости) и временем начала выстрела, что будет куда проще отправить на сервер и синхронизировать, а так-же меньше создаст неопределённого поведения (в целом даже без мультиплеера не стоит использовать встроенную физику, когда можно обойтись простым квадратным уравнением).
Так-же стоит использовать паттерн обджект-пул, но это в целом тут реально минимальное допущение в пользу простоты кода.
Я Junior+ разработчик, но при этом пишу хороший код, умею читать почти любой код на многих языках, знаю и умею применять разные паттерны, могу построить нормальную архитектуру с нуля, понимаю архитектурные проблемы разных подходов, работаю в первую очередь с продуктом, а не отдельными задачами, но я даже не мидл.
И дело тут даже не в том что я чего-то не могу или нашёл не ту работу, даже ту работу которую я нашёл я нашёл по знакомству и я не думаю что смог бы найти работу лучше. Дело больше в опыте и знанию тонкостей работы фреймворков или языка. Каждый раз работая с тимлидом(по сути сеньором) в команде я искренне поражался его опыту.
И этому можно научится только работая с этим годами, где ты не исправляешь проблемы, а избегаешь их до того как они появились.
PS. Мне 16 лет, я первокурсник в московском колледже, в коммерции у меня опыт всего 3 месяца (но изучаю программирование я с самого детства), я работаю как Web Fullstack разработчик и разработчик игр на Unity, за эти 3 месяца уже выпустил небольшие полноценные комерческие проекты в прод почти в соло. Возможно разнообразный стек влияет на то что я хуже углубляюсь в определённые темы.
Статья отличная, но слишком сложная для новичков, у которых почти не было опыта работы.
Было бы лучше добавить побольше определений (например вы сказали минусы SAFe и Scrum@Scale не описав их суть).
Конечно статья, как я понял, написанна не для новичков, но мне всё равно было интерестно её читать.
Зато с получением выплат при увольнении помогло.
Согласен, не звучит как что-то страшное, но автор перед этим писал про невыполнимые задачи, поэтому мне кажется что тут он мог сбится с мысли.
Я в целом не узнал ничего нового, но не утверждаю что это не может быть полезно для новичков.
Но кроме сливов ключей в гит (чем могут согрешить только самые новички), есть опасность другого уровня - слив ключей самому ИИ, который обычно находится в облаке у openai или anthropic (и хорошо если напрямую без дополнительных агрегаторов).
И у них конечно есть своя безопасность на такой случай, в конце концов все сообщения с ии не публичны, но любом случае контролировать то что с этим ключом будет дальше и не даст ли она его в ответ кому-то другому после дообучения невозможно.
Ещё в самом посте много воды и разжовывания, у меня появляется сильное ощущение того что пост написан на 100% ии.
Реально интерестная статья, но хотел бы упомянуть тот момент который меня смутил в псевдокоде. В самом начале есть псевдокод projectile, и мне кажется что он слишком упрощён. Вы создаёте пулю и задаёте ей линейную скорость по направлению выстрела, что хоть и является физически верным, но создаёт некоторые проблемы с синхронизацией.
Пулю в таком случае стоит задавать вектором (как раз начальной скорости) и временем начала выстрела, что будет куда проще отправить на сервер и синхронизировать, а так-же меньше создаст неопределённого поведения (в целом даже без мультиплеера не стоит использовать встроенную физику, когда можно обойтись простым квадратным уравнением).
Так-же стоит использовать паттерн обджект-пул, но это в целом тут реально минимальное допущение в пользу простоты кода.
Сенор это не про подход к работе, это про опыт.
Я Junior+ разработчик, но при этом пишу хороший код, умею читать почти любой код на многих языках, знаю и умею применять разные паттерны, могу построить нормальную архитектуру с нуля, понимаю архитектурные проблемы разных подходов, работаю в первую очередь с продуктом, а не отдельными задачами, но я даже не мидл.
И дело тут даже не в том что я чего-то не могу или нашёл не ту работу, даже ту работу которую я нашёл я нашёл по знакомству и я не думаю что смог бы найти работу лучше. Дело больше в опыте и знанию тонкостей работы фреймворков или языка. Каждый раз работая с тимлидом(по сути сеньором) в команде я искренне поражался его опыту.
И этому можно научится только работая с этим годами, где ты не исправляешь проблемы, а избегаешь их до того как они появились.
PS. Мне 16 лет, я первокурсник в московском колледже, в коммерции у меня опыт всего 3 месяца (но изучаю программирование я с самого детства), я работаю как Web Fullstack разработчик и разработчик игр на Unity, за эти 3 месяца уже выпустил небольшие полноценные комерческие проекты в прод почти в соло. Возможно разнообразный стек влияет на то что я хуже углубляюсь в определённые темы.