И вот что интересно: те 60%, которые используют, делают это крайне по-разному
во всяких FAANG-ах о Story Points почти ничего не слышали
Причем конверсия в правильное использование Story Points после тренингов составляет около 20%
Сильно противоречит предложению
Проблема не в самом инструменте
Очевидно, что если инструмент настолько кривой, что его правильное применение требует таких усилий и чаще создает больше проблем, чем решает - инструмент говно)
И да, оценки в "футболках", "сторипоинтах" и вообще чём угодно, кроме "человекочасов" - это говно) Я за последние 11 лет пронаблюдал это множество раз в разных компаниях и не собираюсь менять мнение по этому поводу)
Довольно общее описание. Неплохо было бы расписать какие принципы лежает в основе ФНФ, как и где можно потрогать эту технологию, может её внедрили уже где-нибудь.
Из исследования неясно, какой эффект оказывает использование LLM программистами со стажем, которые изначально были обучены, если можно так выразиться, "естественным" путем.
По себе заметил, что в целом стал меньше запоминать "рутину" и в голове остаются только "подводные камни", которые я словил делая что-то по инструкциям ChatGPT.
Есть у меня задача: реализовать техническую возможность отката рейтинга водителей в драйве для сотрудников техподдержки.
А то меня тут GPS эпично телепортирует в Москве, да так, что я умудрился нарушить на +80км/ч в другом конце Москвы. Причем эта телепортация видна в истории поездки и это очевидно ошибка, но исправлять отказываются. Закрыли десяток тикетов со словами "нет технической возможности".
Я совершенно без проблем печатаю 330-380 знаков/минуту на qwerty/йцукен и, если честно, я не умею так быстро думать, как умею быстро печатать.
По ощущениям я думаю слова не быстрее 200 знаков/минуту, а если я печатаю быстрее этого - я просто перепечатываю что-то с листа или играю в гонки на клавиатуре)
Я имел ввиду, что метрика "количество закрытых тикетов" была признана плохой, потому что люди будут брать себе самые простые задачи. Чем это отличается от того, что люди будут брать самые простые юзерстори и закрывать самые простые задачи?
Ну так и что удивляться тогда, что ваш велосипед не едет через 3 месяца, при заявленных двух неделях?)
Вы буквально озвучили все причины по которым он не едет и обвиняете в этом инженеров, хотя буквально в каждом вашем предложении ошибки менеджмента, которые ведут к тому, что ничего не работает и все делается очень долго.
Причем я не говорю, что ваш подход не будет работать. Он просто называется "долго, дорого, плохо". При наличии денег и малой конкуренции - он вполне жизнеспособен.
По опыту наблюдений - он вообще не работает)
Легко :) Надо просто дать понять компилятору что ты имеешь ввиду и он всё поймет)
Скрытый текст
Как видят Lean разработку обычные люди
Картинка
:)
Как-то
Сильно противоречит предложению
Очевидно, что если инструмент настолько кривой, что его правильное применение требует таких усилий и чаще создает больше проблем, чем решает - инструмент говно)
И да, оценки в "футболках", "сторипоинтах" и вообще чём угодно, кроме "человекочасов" - это говно) Я за последние 11 лет пронаблюдал это множество раз в разных компаниях и не собираюсь менять мнение по этому поводу)
Довольно общее описание. Неплохо было бы расписать какие принципы лежает в основе ФНФ, как и где можно потрогать эту технологию, может её внедрили уже где-нибудь.
Иначе какой смысл в тексте?)
Ессчессно мне больше делать нефиг, чем подыгрывать идиотам) А любители из собеседования - сделать тест журнала "космополитен" - идиоты)
Когда косяк разовый - ещё куда ни шло, когда проебы систематические - поиски виноватых ОБЯЗАТЕЛЬНЫ
По себе заметил, что в целом стал меньше запоминать "рутину" и в голове остаются только "подводные камни", которые я словил делая что-то по инструкциям ChatGPT.
А вы хэш посчитайте)
Есть у меня задача: реализовать техническую возможность отката рейтинга водителей в драйве для сотрудников техподдержки.
А то меня тут GPS эпично телепортирует в Москве, да так, что я умудрился нарушить на +80км/ч в другом конце Москвы. Причем эта телепортация видна в истории поездки и это очевидно ошибка, но исправлять отказываются. Закрыли десяток тикетов со словами "нет технической возможности".
Я совершенно без проблем печатаю 330-380 знаков/минуту на qwerty/йцукен и, если честно, я не умею так быстро думать, как умею быстро печатать.
По ощущениям я думаю слова не быстрее 200 знаков/минуту, а если я печатаю быстрее этого - я просто перепечатываю что-то с листа или играю в гонки на клавиатуре)
Не вижу противоречий. Все ответы - правильные. Потому что все ответы - случайные.
Содержимое ответов не имеет значения.
Я имел ввиду, что метрика "количество закрытых тикетов" была признана плохой, потому что люди будут брать себе самые простые задачи. Чем это отличается от того, что люди будут брать самые простые юзерстори и закрывать самые простые задачи?
Чем это отличается от "количества закрытых тикетов" я так и не понял) Равно как и метрика о проценте закрытых за спринт задач)
Но при этом его филиал был одним из лучших по показателям) Настолько, что его даже не закрыли, а закрыли филиал в стенфорде.
Вообще не подойдёт. Такую ахинею генерирует иногда. Например, на моих глазах qwen в С# проекте давала подсказки кода на Java)
Цены, как всегда, по запросу, в лучших российских традициях)
Я за 32 года жизни в живую ни одного устройства Surface ещё не видел)
Ну так и что удивляться тогда, что ваш велосипед не едет через 3 месяца, при заявленных двух неделях?)
Вы буквально озвучили все причины по которым он не едет и обвиняете в этом инженеров, хотя буквально в каждом вашем предложении ошибки менеджмента, которые ведут к тому, что ничего не работает и все делается очень долго.
Причем я не говорю, что ваш подход не будет работать. Он просто называется "долго, дорого, плохо". При наличии денег и малой конкуренции - он вполне жизнеспособен.
Проблема "оценки задач" инженером в том, что по пути - внезапно! - выясняется, что бизнес не хочет инженерного решения задачи) Он хочет продукт)
Вот только нормальные требования к продукту написать - нужен аналитик, но бизнес же экономит)