Да, и как с айфонами: последние шесть лет одно и то же. От гпт5 явно нет такого вау эффекта, как от 3.5 в свое время. Теперь идут чисто улучшалки и подкручивания. И, как будто бы, ага опять где-то там далеко...
Обычно задача таких заказов - схантить нормального фрилансера, в обход ТК. Чтобы найти нормального подрядчика-фрилансера по обычной схеме - это целая головомойка и круги ада формата "разместил вакансию, получил миллиард откликов, HR потратил пару дней на разгребание, затем собеседования, затем испытательный срок"
А так - подал проект. Несколько ребят прогнал в "боевом" режиме. Кто ок - с тем уже идешь оформляться или работать так же, через платформу (налоговая оптимизация).
Хотя может это я усложняю, и клиенту просто студии дорого, и хочется экстрима, риска.
Правильная постановка задачи - забота менеджмента. Правильно задавать вопрос, если не понял - задача разработчика.
В целом, конечно, согласен. Но, камон. Если неопытный проджект или, тем более, клиент дал задачу "сделай кнопку", а специалист ничего не сказал\спросил в ответ - то тут и проблема в разработчике. Ну и далее вопросы, а разработчики имеют право сказать "нет"? А могут поспорить с проджектом? А могут клиенту объяснять, что такая постановка задач жрет время и бджет клиента, и давайте выведем более эффективную формулу взаимодействия. Или лучше проджект\экаунт пойдет и все выяснит и вернется с адекватной задачей...
Да, и как с айфонами: последние шесть лет одно и то же. От гпт5 явно нет такого вау эффекта, как от 3.5 в свое время. Теперь идут чисто улучшалки и подкручивания. И, как будто бы, ага опять где-то там далеко...
Обычно задача таких заказов - схантить нормального фрилансера, в обход ТК. Чтобы найти нормального подрядчика-фрилансера по обычной схеме - это целая головомойка и круги ада формата "разместил вакансию, получил миллиард откликов, HR потратил пару дней на разгребание, затем собеседования, затем испытательный срок"
А так - подал проект. Несколько ребят прогнал в "боевом" режиме. Кто ок - с тем уже идешь оформляться или работать так же, через платформу (налоговая оптимизация).
Хотя может это я усложняю, и клиенту просто студии дорого, и хочется экстрима, риска.
Правильная постановка задачи - забота менеджмента. Правильно задавать вопрос, если не понял - задача разработчика.
В целом, конечно, согласен. Но, камон. Если неопытный проджект или, тем более, клиент дал задачу "сделай кнопку", а специалист ничего не сказал\спросил в ответ - то тут и проблема в разработчике. Ну и далее вопросы, а разработчики имеют право сказать "нет"? А могут поспорить с проджектом? А могут клиенту объяснять, что такая постановка задач жрет время и бджет клиента, и давайте выведем более эффективную формулу взаимодействия. Или лучше проджект\экаунт пойдет и все выяснит и вернется с адекватной задачей...