Спасибо за статью. Вопрос по второму рисунку: как из Стратегических целей и Драйверов сразу появляются Задачи - Стратинициативы, Проекты и Внепроектные задачи? Допустим, мы банк и хотим в 2 раза увеличить долю рынка, чтобы акционеры получили больше денег. Как из этой цели и драйвера согласно схеме на рискунке сформулировать Стратинициативы, Проекты и Внепроектные задачи минуя какие-либо архитектурные стадии, на которых проектируется бизнес-модель, операционная модель и технологический ландшафт?
Поправка: у НРД и СПБ Биржи не репозитОрии, а репозитАрии. Они там хранят не код, а записи о внебиржевых сделках с ценными бумагами (репозитАрий является третьей стороной в сделке, которая примерно как нотариус удостоверяют факт сделки по ценным бумагам между двумя сторонами на внебиржевом рынке https://www.nsd.ru/services/repozitariy/repozitariy-nrd/). Системозначимого репозитОрия кода в НРД не было и нет.
Тестировать в любом случае нужно независимо от того, поправил ли код программист или языковая модель. В крупных компаниях на этом, кстати, теряются драгоценные минуты Time2Market. По ссылке на предыдущую статью можно найти unit-тесты. С ними все получается проверить весьма быстро.
Согласен. Факты от вымысла ChatGPT не отличает. Возможно, следующей ступенью развития будет соединение классической базы фактов и способности фантазировать, при этом размечать в ответах «факты таковы, что» и «моя догадка состоит в том, что».
Евгений, спасибо большое за комментарий и найденную ошибку в тесте. Я перепроверю и вернусь. Скорее всего, первый вариант метода (с ошибкой) не исполняется вовсе - специфика python.
Спасибо за вопрос. В первоначальном тексте статьи я использовал страницу с неполными требованиями. В других источниках есть такое продолжение:
Your work needs to be completed by Friday, February 18, 2011 08:00:00 AM PST.
Just for clarification, an item can never have its Quality increase above 50, however "Sulfuras" is a legendary item and as such its Quality is 80 and it never alters.
Заказчик в данном случае формировал заказ от имени конечного выгодоприобретателя. Выгодоприобретатель переживал по поводу прогресса работ и менял участников процесса, которые не смогли сдержать данных ими обещаний.
Спасибо за комментарий. Упоминаемое Вами событие произошло уже после второй попытки проложить кабель. Первая прокладка кабеля завершилась неудачно - кабель лопнул через несколько километров после движения корабля-укладчика из-за неверной работы натяжителя. Лорд Кельвин принял активное участие в тестировании нового варианта кабеля и существенно усовершенствовал натяжитель, благодаря чему кабель удалось протянуть.
В целом - да, договариваться и передоговариваться нужно. Насколько далеко необходимо договариваться зависит от нескольких факторов:
Наличие стратегии у бизнеса. Если она на 5 лет, то и договариваться нужно на 5 лет. Если на 2 года, то на 2 года.
Длина цикла продаж в бизнесе. Например, в b2c иногда можно запустить контекстную рекламу и получить трафик на следующий день. В b2b2c2 цикл продаж может длиться год, причем возможно для этого придется в процессе создать несколько продуктов. Бизнес должен понимать когда ему начинать, насколько усердно стараться и когда закончить работу.
Мотивированность команды. Есть уникумы, которые готовы бежать не зная, где финиш. Подавляющее большинство людей все-таки хочет знать где и когда нужно оказаться.
Имеющиеся ограничения. Если Вы можете увеличить за год производительность в 2 раза быстрыми победами, а бизнесу нужно за год в 10 раз быстрее, то имеет смысл параллельно запускать разработку альтернативного решения. Если это сразу не обговорить, то темпы роста бизнеса могут оказаться недостаточно высокими и Вы на будущий год не получите достаточного конкурентного преимущества для роста.
Выдающаяся работа. Спасибо!
Отличный хакатон и описание. Было бы здорово узнать детали как именно использовался Pixtral победителями.
Спасибо за статью. Вопрос по второму рисунку: как из Стратегических целей и Драйверов сразу появляются Задачи - Стратинициативы, Проекты и Внепроектные задачи? Допустим, мы банк и хотим в 2 раза увеличить долю рынка, чтобы акционеры получили больше денег. Как из этой цели и драйвера согласно схеме на рискунке сформулировать Стратинициативы, Проекты и Внепроектные задачи минуя какие-либо архитектурные стадии, на которых проектируется бизнес-модель, операционная модель и технологический ландшафт?
Отличная статья. TDD отличная штука. Удачи вам.
По ссылке регистрация на другой вебинар - про повышение вовлеченности сотрудников. https://vk.company/ru/press/events/1218/
Корректная ссылка: https://vk.company/ru/press/events/1213/
Поправка: у НРД и СПБ Биржи не репозитОрии, а репозитАрии. Они там хранят не код, а записи о внебиржевых сделках с ценными бумагами (репозитАрий является третьей стороной в сделке, которая примерно как нотариус удостоверяют факт сделки по ценным бумагам между двумя сторонами на внебиржевом рынке https://www.nsd.ru/services/repozitariy/repozitariy-nrd/). Системозначимого репозитОрия кода в НРД не было и нет.
p.s. Работал в НРД.
?♂️
Попробуйте начать диалог следущим образом:
Привет. Вот код ката Позолоченная роза <код программы>
Тестировать в любом случае нужно независимо от того, поправил ли код программист или языковая модель. В крупных компаниях на этом, кстати, теряются драгоценные минуты Time2Market. По ссылке на предыдущую статью можно найти unit-тесты. С ними все получается проверить весьма быстро.
Он знал почему небо голубое из аудиокниг, но был удивлен: «как это длина волны может рассеиваться». В литературную форму эту мысль обернул я.
Согласен. Факты от вымысла ChatGPT не отличает. Возможно, следующей ступенью развития будет соединение классической базы фактов и способности фантазировать, при этом размечать в ответах «факты таковы, что» и «моя догадка состоит в том, что».
Спасибо. Получается ChatGPT дала неверный ответ?
Она ответила иначе: что будет использовать полученную информацию в ответах для других пользователей.
Поправил. Когда python встречает два метода с одним названием, он оставляет вторую реализацию. Изменение названия метода решило проблему.
Евгений, спасибо большое за комментарий и найденную ошибку в тесте. Я перепроверю и вернусь. Скорее всего, первый вариант метода (с ошибкой) не исполняется вовсе - специфика python.
Спасибо за вопрос. В первоначальном тексте статьи я использовал страницу с неполными требованиями. В других источниках есть такое продолжение:
Your work needs to be completed by Friday, February 18, 2011 08:00:00 AM PST.
Just for clarification, an item can never have its Quality increase above 50, however "Sulfuras" is a legendary item and as such its Quality is 80 and it never alters.
Дополнил текст статьи.
Нет, но такая тоже скоро будет. ChatGPT пишет хорошо, хотя и ошибается.
Заказчик в данном случае формировал заказ от имени конечного выгодоприобретателя. Выгодоприобретатель переживал по поводу прогресса работ и менял участников процесса, которые не смогли сдержать данных ими обещаний.
Спасибо за комментарий. Упоминаемое Вами событие произошло уже после второй попытки проложить кабель. Первая прокладка кабеля завершилась неудачно - кабель лопнул через несколько километров после движения корабля-укладчика из-за неверной работы натяжителя. Лорд Кельвин принял активное участие в тестировании нового варианта кабеля и существенно усовершенствовал натяжитель, благодаря чему кабель удалось протянуть.
В целом - да, договариваться и передоговариваться нужно. Насколько далеко необходимо договариваться зависит от нескольких факторов:
Наличие стратегии у бизнеса. Если она на 5 лет, то и договариваться нужно на 5 лет. Если на 2 года, то на 2 года.
Длина цикла продаж в бизнесе. Например, в b2c иногда можно запустить контекстную рекламу и получить трафик на следующий день. В b2b2c2 цикл продаж может длиться год, причем возможно для этого придется в процессе создать несколько продуктов. Бизнес должен понимать когда ему начинать, насколько усердно стараться и когда закончить работу.
Мотивированность команды. Есть уникумы, которые готовы бежать не зная, где финиш. Подавляющее большинство людей все-таки хочет знать где и когда нужно оказаться.
Имеющиеся ограничения. Если Вы можете увеличить за год производительность в 2 раза быстрыми победами, а бизнесу нужно за год в 10 раз быстрее, то имеет смысл параллельно запускать разработку альтернативного решения. Если это сразу не обговорить, то темпы роста бизнеса могут оказаться недостаточно высокими и Вы на будущий год не получите достаточного конкурентного преимущества для роста.