Я бы еще не спешил учить что-то новое сразу. Мне кажется, лучше сфокусироваться на цели: написать игру, и не гнаться за идеалом раньше времени. Если уперлись в 3д(графический дизайн, ...) можно отложить этот вопрос, и сначала сделать игру 2д и некрасиво, но закончить ее до конца. Затем, уже можно будет все отполировать (а может в процессе вы поймете, что 2д не так уж и плох, на самом деле) и будете изучать технологии по мере их поступления, а не все сразу полностью забив себе голову
В теории это звучит легко. На практике, на хоть немного сложной задаче (а вайбкодинг породит тысячи изменений, которые надо ревьюить) начинает или жутко галюцинировать, или войдет в цикл. Может быть модели еще не достаточно умны, или у них еще нет тулов, но на данный момент - это действительно проблема
С преступностью и насилием понятно. Но откуда у запрещателей такое ханжеское отношение к сексу? Секс это же самое естественное и традиционное. Доходит до шизофрении - запретим секс и чайлдфри
Выигрышная стратегия не обязательно дает правильный ответ в 100% случаев. Если я правильно помню, их девайс по обыгрыванию рулетки не давал точного ответа где приземлится шарик. Он отсекал что-то около половины вариантов, куда он не приземлится. А в рулетке даже если отсечь 2 варианта (3 для рулетки с 00) это уже огромная прибыль
Проблема этого подхода не столько "грепабельность", сколько внедрение неявной зависимости между БД и кодом. Тип адреса и название таблицы имеют один паттерн по случайности. Завтра мы захотим на фронтенде сделать галочку "Same as shipping address" и у нас проблемка
Непонятно, почему первые два метода нарушают принцип, GetBookList возвращает IEnumerable, а пользователь уже может с этим IEnumerable сделать все что угодно
Капиталистам выгодна дешевая рабочая сила, но платежеспособный рынок ему гораздо выгоднее. Это было верно для 20 века, сейчас, если предприятие почти полностью автоматизированно, то издержки от роста зарплат ниже, чем прибыль, которую он получит от роста рынка
Это приводит (грубо) к тому, что в экономике теперь работает на 50 человек меньше, и теперь 50 человек генерируют прибыли всего на 75, а остальные 50 живут за счет государства, тупо сжигая запасы.
Только если это рыночная экономика, это значит, что цена на товар вырастает значительно, учитывая тот же спрос, но уменьшенное предложение. В результате, или 50 человеке увеличивают свою производительность так, что они могут уже производить 150, или тем 50, которые ушли, стало выгодно вернуться. В реальности, комбинация этих последствий в разной степени
Опыт измеряется не в годах, а в различных ситуациях с которыми человек сталкивается. И что-то мне подсказывает, что человек проработавший в 5 компаниях по 2 года в каждой будет более опытный, чем человек проработавший 10 лет в одной
Наверное, tech lead, а не team lead. Team lead без soft skills - это самое ужасное, что может произойти: причем, плохо всем - компании, которая потеряла хорошего девелопера и приобрела плохого руководителя, и сотруднику, который вместо того, чтобы писать код, постоянно сидит на ненавистных митингах
Hard skills нужны в начале карьеры. И hard skills позволяют достаточно быстро поднять доход, но проблема, что у этого дохода есть потолок. При достижении этого потолка, чтобы его преодолеть, уже просто необходимы soft skills
Если написано 20этажный, будет 20 этажный. Если не написано, тикет на доработку. И опытный программист будет рисовать такой дом, который можно быстро расширить/изменить под новые правила
Я бы сказал это не плохой работник, а джун. Джун прибегает постоянно с уточняющими вопросами, а более опытный человек делает сам в силу своей экспертизы. Когда я даю задачу, особенно объемную, я хочу чтобы разработчик сам додумал все детали, проанализировал и выбрал наилучший вариант в силу своего опыта и экспертизы. А уточнять каждую деталь - это какой-то микроменеджмент
Такие вопросы надо ПМам задавать, и опытный ПМ уже знает, что если в тикете написано: "нарисуй домик", разработчик нарисует так, как представляется ему наиболее правильным. И если ПМ написал просто тикет: "нарисуй домик", такой тикет просто не должен пройти.
Если же в тикете будет написано: "Поскольку мы заметили, что в Арктике в последнее время недостаток домов для слепых жирафов, надо нарисовать домик - жилмассив в 20 этажей - возле дома маленький ледовый парк.". И вопросов ни у кого не будет, а все технические детали разработчик знает и сам
Судя по тексту, автор не овладел главным навыком руководителя - делегировать. Отсюда и куча проблем и выгорание
Я бы еще не спешил учить что-то новое сразу. Мне кажется, лучше сфокусироваться на цели: написать игру, и не гнаться за идеалом раньше времени. Если уперлись в 3д(графический дизайн, ...) можно отложить этот вопрос, и сначала сделать игру 2д и некрасиво, но закончить ее до конца. Затем, уже можно будет все отполировать (а может в процессе вы поймете, что 2д не так уж и плох, на самом деле) и будете изучать технологии по мере их поступления, а не все сразу полностью забив себе голову
В теории это звучит легко. На практике, на хоть немного сложной задаче (а вайбкодинг породит тысячи изменений, которые надо ревьюить) начинает или жутко галюцинировать, или войдет в цикл. Может быть модели еще не достаточно умны, или у них еще нет тулов, но на данный момент - это действительно проблема
С преступностью и насилием понятно. Но откуда у запрещателей такое ханжеское отношение к сексу?
Секс это же самое естественное и традиционное. Доходит до шизофрении - запретим секс и чайлдфри
Если все так печально, может быть найдется Bobby Tables, полстраны будет ему благодарно
Выигрышная стратегия не обязательно дает правильный ответ в 100% случаев. Если я правильно помню, их девайс по обыгрыванию рулетки не давал точного ответа где приземлится шарик. Он отсекал что-то около половины вариантов, куда он не приземлится. А в рулетке даже если отсечь 2 варианта (3 для рулетки с 00) это уже огромная прибыль
Проблема этого подхода не столько "грепабельность", сколько внедрение неявной зависимости между БД и кодом. Тип адреса и название таблицы имеют один паттерн по случайности. Завтра мы захотим на фронтенде сделать галочку "Same as shipping address" и у нас проблемка
,,,,,,,,,,,,,,
..............
Пользуйтесь, не благодарите
Непонятно, почему первые два метода нарушают принцип,
GetBookList возвращает IEnumerable, а пользователь уже может с этим IEnumerable сделать все что угодноКапиталистам выгодна дешевая рабочая сила, но платежеспособный рынок ему гораздо выгоднее.
Это было верно для 20 века, сейчас, если предприятие почти полностью автоматизированно, то издержки от роста зарплат ниже, чем прибыль, которую он получит от роста рынка
Только если это рыночная экономика, это значит, что цена на товар вырастает значительно, учитывая тот же спрос, но уменьшенное предложение. В результате, или 50 человеке увеличивают свою производительность так, что они могут уже производить 150, или тем 50, которые ушли, стало выгодно вернуться. В реальности, комбинация этих последствий в разной степени
Появятся новые жанры, и некоторые старые жанры получат вторую жизнь.
Например, игры типа GTA, Sims, а для эротических игр это точно будет киллер-фича
Опыт измеряется не в годах, а в различных ситуациях с которыми человек сталкивается. И что-то мне подсказывает, что человек проработавший в 5 компаниях по 2 года в каждой будет более опытный, чем человек проработавший 10 лет в одной
Носок сейчас опасно носить
Наверное, tech lead, а не team lead. Team lead без soft skills - это самое ужасное, что может произойти: причем, плохо всем - компании, которая потеряла хорошего девелопера и приобрела плохого руководителя, и сотруднику, который вместо того, чтобы писать код, постоянно сидит на ненавистных митингах
Hard skills нужны в начале карьеры. И hard skills позволяют достаточно быстро поднять доход, но проблема, что у этого дохода есть потолок. При достижении этого потолка, чтобы его преодолеть, уже просто необходимы soft skills
Если написано 20этажный, будет 20 этажный. Если не написано, тикет на доработку. И опытный программист будет рисовать такой дом, который можно быстро расширить/изменить под новые правила
Отлично, и срок на проект "рисунок дома", вместо одного дня растягивается на два месяца
Я бы сказал это не плохой работник, а джун. Джун прибегает постоянно с уточняющими вопросами, а более опытный человек делает сам в силу своей экспертизы.
Когда я даю задачу, особенно объемную, я хочу чтобы разработчик сам додумал все детали, проанализировал и выбрал наилучший вариант в силу своего опыта и экспертизы. А уточнять каждую деталь - это какой-то микроменеджмент
Такие вопросы надо ПМам задавать, и опытный ПМ уже знает, что если в тикете написано: "нарисуй домик", разработчик нарисует так, как представляется ему наиболее правильным.
И если ПМ написал просто тикет: "нарисуй домик", такой тикет просто не должен пройти.
Если же в тикете будет написано: "Поскольку мы заметили, что в Арктике в последнее время недостаток домов для слепых жирафов, надо нарисовать домик
- жилмассив в 20 этажей
- возле дома маленький ледовый парк.". И вопросов ни у кого не будет, а все технические детали разработчик знает и сам