DS
Так вот вместо специально обученных людей будут "нанимать" ИИ - я об том и говорю. 😊
Так проблема не в том, что пользователям сложно блок схему накидать, а в том, что они обычно даже не знают формально, что они хотят.
Size: a a a
2020 January 26
А
вы про какой ИИ говорите?
А
про сильный или слабый?
AT
вы про какой ИИ говорите?
Про тот, которого ещё нет. 😂
AT
про сильный или слабый?
Полусильный. 😂
А
о, ну эт сложна
А
вот если бы ИИ мог бы задвать наводящие вопросы
DS
Слабый, конечно.
ИИ не поможет, если постановка к нему приходит в духе:
"А сделайте, кнопку, которая работает как такой-то бизнес процесс с такой-то формы, только немного не так, него мы не знаем как, придумайте сами"
ИИ не поможет, если постановка к нему приходит в духе:
"А сделайте, кнопку, которая работает как такой-то бизнес процесс с такой-то формы, только немного не так, него мы не знаем как, придумайте сами"
AT
Artificial General Intelligence. Но в меру General. 😊
А
типа "вы хотите тут кнопочку красну или зелёную?"
А
тогда заменит погромистов
А
а так нет, только частично
А
но даже до этого ещё далеко
МБ
Ну. В этом "частично" большинство и работает. Видел какой-то ИИ, который по корявому рисунку макета генерил вёрстку сайта
А
Ну. В этом "частично" большинство и работает. Видел какой-то ИИ, который по корявому рисунку макета генерил вёрстку сайта
а тут проблема появляется, что надо не просто вёрстку генерить, а человекопонятную вёрстку, чтобы её дорабатывать можно было бы
А
хотя я не слышал, чтобы такой ИИ где-то реально применяли
AT
Так проблема не в том, что пользователям сложно блок схему накидать, а в том, что они обычно даже не знают формально, что они хотят.
Вы считаете это проблемой, потому что у Вас неверная концепция взаимодествия бизнеса и разработчиков, продиктованная идеями того самого Software Engineering в духе конвейерного производства. Типа того что на вход поступает формальная спецификация (типа чертежи), а с конвейера сходит программный код (как набор шестерёнок).
В реальности даже идеальная модель взаимодествия выглядит не так. Бизнес затем и обращается к разработчикам, чтобы те через серию приближений, с которыми можно поиграть (прототипов), позволили бизнесу понять, что конкретно ему нужно.
Поэтому формальной спецификации нет и быть не может. А вместо разработчиков будет ИИ, который будет интерпретировать заведомо нечёткую спецификацию, а потом вносить изменения (уточнения) в свой выхлоп по мере поступления новых запросов.
Тот же самый оригинальный Agile, только с ИИ вметсо команды аутсорсеров. 😊
В реальности даже идеальная модель взаимодествия выглядит не так. Бизнес затем и обращается к разработчикам, чтобы те через серию приближений, с которыми можно поиграть (прототипов), позволили бизнесу понять, что конкретно ему нужно.
Поэтому формальной спецификации нет и быть не может. А вместо разработчиков будет ИИ, который будет интерпретировать заведомо нечёткую спецификацию, а потом вносить изменения (уточнения) в свой выхлоп по мере поступления новых запросов.
Тот же самый оригинальный Agile, только с ИИ вметсо команды аутсорсеров. 😊
AT
а тут проблема появляется, что надо не просто вёрстку генерить, а человекопонятную вёрстку, чтобы её дорабатывать можно было бы
Я уже несколько таких видел. 😉
DS
Вы считаете это проблемой, потому что у Вас неверная концепция взаимодествия бизнеса и разработчиков, продиктованная идеями того самого Software Engineering в духе конвейерного производства. Типа того что на вход поступает формальная спецификация (типа чертежи), а с конвейера сходит программный код (как набор шестерёнок).
В реальности даже идеальная модель взаимодествия выглядит не так. Бизнес затем и обращается к разработчикам, чтобы те через серию приближений, с которыми можно поиграть (прототипов), позволили бизнесу понять, что конкретно ему нужно.
Поэтому формальной спецификации нет и быть не может. А вместо разработчиков будет ИИ, который будет интерпретировать заведомо нечёткую спецификацию, а потом вносить изменения (уточнения) в свой выхлоп по мере поступления новых запросов.
Тот же самый оригинальный Agile, только с ИИ вметсо команды аутсорсеров. 😊
В реальности даже идеальная модель взаимодествия выглядит не так. Бизнес затем и обращается к разработчикам, чтобы те через серию приближений, с которыми можно поиграть (прототипов), позволили бизнесу понять, что конкретно ему нужно.
Поэтому формальной спецификации нет и быть не может. А вместо разработчиков будет ИИ, который будет интерпретировать заведомо нечёткую спецификацию, а потом вносить изменения (уточнения) в свой выхлоп по мере поступления новых запросов.
Тот же самый оригинальный Agile, только с ИИ вметсо команды аутсорсеров. 😊
У меня концепция взаимодействия после 8 лет энтерпрайз и около разработки.
Никто таким реальным агайлом не живёт даже близко.
Демо чаще всего - это по сути один небольшой взгляд заказчика на один конкретный сценарий и всё, у него нет времени обычно внимательно следить за разработкой.
Никто таким реальным агайлом не живёт даже близко.
Демо чаще всего - это по сути один небольшой взгляд заказчика на один конкретный сценарий и всё, у него нет времени обычно внимательно следить за разработкой.
МБ
а тут проблема появляется, что надо не просто вёрстку генерить, а человекопонятную вёрстку, чтобы её дорабатывать можно было бы
sketch2code, говорят, нормально генерирует. Ну +/-