Абсолютно все 3D реализации по факту давали намного худшее качество картинки. Для вау-эффекта ок, один, ну два раза посмотреть. Но даже аватар в 3D, в кинотеатре - смотрится просто ужасно в сравнении с 2D. И мутно, и цветопередача хуже, и глаза потом полдня болят.
По аналогичным причинам и VR шлемы провалились - да, как вау эффект прикольно, но постоянно в них работать или даже фильмы иногда смотреть - просто некомфортно.
а убедиться, что это работает в реальности во всех нужных и ненужных сценариях, по-прежнему может только человек.
Там другое забавнее. Если SDD промпт чуть более двух листов и генерируемый бандл больше условных 50к, то начинается веселая игра вида "уточняем вот тут требования или пытаемся исправить поведение, в результате вот тут вроде как чинится, но внезапно ломается в других местах, и даже там, где не просили; чиним уже там - ломается тут уже то, что собирались чинить изначально, в результате идем думать как все-таки завтра описать новые требования в SDD спеке, чтоб не сразу много поломалось на следующий день, а в конце недели решаем, что проще плюнуть и вернуться к ручному кодированию с явным контролем границ изменений".
На собственных PET и не только PET проектах - через AI очень легко сделать POC / MVP с целью оценить идею в принципе, пусть даже это будет полурабочий прототип UI для A/B, но на нулевом цикле этого достаточно.
Но вот что забавно - запуская один и тот-же промпт / SDD в разные дни - на выходе каждый раз получаешь абсолютно разные результаты, которые даже через meld или winmerge невозможно сравнить, а через git отслеживать изменения уже и вовсе бесполезно, настолько все прыгает хаотичным образом по файлам.
Но десятком подобных SDD итераций в принципе можно приблизиться к более-менее работоспособному результату в один случайный день, а в целом - как минимум продумать и описать вручную (а как еще?) модель данных, осознать-описать ключевые функции в этом самом SDD. В результате будет на выходе формальное ТЗ, которое и для человеков тоже вполне себе полезный документ, и... да, не такой уж и плохой стартовый бандл, даже с какой-то структурой проекта, который как минимум компилируется, запускается, что-то отдаленно похожее на требования из ТЗ делает в рамках заданного стека и прочих ограничений.
И вот на этом вся AI революция и заканчивается, дальше начинаются реалии. Потому что этот бандл без ручных изменений выпускать в продакшин, даже в локальный intranet для каких видавших виды кладовщиков склада готовой продукции - уже в реальности не получится, и все причастные прекрасно знают почему :)
А после ручных изменений дальше весело играть в SDD уже не есть возможно, т.к. каждая новая итерация / генерация безжалостно потрет и все ранее внесенные в код ручные правки, и даже без ручных правок - аннулирует десятки часов "ручного" code-review и/или "ручного" UI-тестирования. Т.е. на этом этапе или возвращаемся обратно на нулевой цикл генерировать очередной POC / MVP, или забираем на баланс старого доброго ручного сопровождения, доработки и тестирования этот самый удачный бандл.
А SDD промпт не выбрасываем - продолжаем иногда запускать его и смотреть, какие новые технологии сейчас в моде, тоже кстати польза.
Практическая необходимость удаленно запускать GUI приложения под xNIX: установка Oracle RDBMS, там интерфейс установщика изначально был на Java Swings. А на серверах не то что видеокарт не было, они и расположены были иногда на другом континенте. Сразу можно было познакомиться и с Exceed, XMing, Cygwin и ssh X11 forwarding еще в 200х годах, если не раньше.
Да, можно было и в unattended install в TUI, но там было просто неудобно.
Аналогично можно-нужно было запускать всякие IDE на удаленных серверах, Solaris Studio, Netbeans, еще задолго до появления VS Code Remote.
В современных реалиях это все правда уже не сильно нужно, более актуальным является x2go, там есть режим отключиться-переподключиться к удаленному рабочему столу, прям как изначально в RDP/Citrix ICA.
В случае X11/XDCMP отключение приводило к отстрелу всех приложений сессии by design, но могу ошибаться, возможно уже доработали.
Абсолютно все 3D реализации по факту давали намного худшее качество картинки. Для вау-эффекта ок, один, ну два раза посмотреть. Но даже аватар в 3D, в кинотеатре - смотрится просто ужасно в сравнении с 2D. И мутно, и цветопередача хуже, и глаза потом полдня болят.
По аналогичным причинам и VR шлемы провалились - да, как вау эффект прикольно, но постоянно в них работать или даже фильмы иногда смотреть - просто некомфортно.
Там другое забавнее. Если SDD промпт чуть более двух листов и генерируемый бандл больше условных 50к, то начинается веселая игра вида "уточняем вот тут требования или пытаемся исправить поведение, в результате вот тут вроде как чинится, но внезапно ломается в других местах, и даже там, где не просили; чиним уже там - ломается тут уже то, что собирались чинить изначально, в результате идем думать как все-таки завтра описать новые требования в SDD спеке, чтоб не сразу много поломалось на следующий день, а в конце недели решаем, что проще плюнуть и вернуться к ручному кодированию с явным контролем границ изменений".
На собственных PET и не только PET проектах - через AI очень легко сделать POC / MVP с целью оценить идею в принципе, пусть даже это будет полурабочий прототип UI для A/B, но на нулевом цикле этого достаточно.
Но вот что забавно - запуская один и тот-же промпт / SDD в разные дни - на выходе каждый раз получаешь абсолютно разные результаты, которые даже через meld или winmerge невозможно сравнить, а через git отслеживать изменения уже и вовсе бесполезно, настолько все прыгает хаотичным образом по файлам.
Но десятком подобных SDD итераций в принципе можно приблизиться к более-менее работоспособному результату в один случайный день, а в целом - как минимум продумать и описать вручную (а как еще?) модель данных, осознать-описать ключевые функции в этом самом SDD.
В результате будет на выходе формальное ТЗ, которое и для человеков тоже вполне себе полезный документ, и... да, не такой уж и плохой стартовый бандл, даже с какой-то структурой проекта, который как минимум компилируется, запускается, что-то отдаленно похожее на требования из ТЗ делает в рамках заданного стека и прочих ограничений.
И вот на этом вся AI революция и заканчивается, дальше начинаются реалии. Потому что этот бандл без ручных изменений выпускать в продакшин, даже в локальный intranet для каких видавших виды кладовщиков склада готовой продукции - уже в реальности не получится, и все причастные прекрасно знают почему :)
А после ручных изменений дальше весело играть в SDD уже не есть возможно, т.к. каждая новая итерация / генерация безжалостно потрет и все ранее внесенные в код ручные правки, и даже без ручных правок - аннулирует десятки часов "ручного" code-review и/или "ручного" UI-тестирования.
Т.е. на этом этапе или возвращаемся обратно на нулевой цикл генерировать очередной POC / MVP, или забираем на баланс старого доброго ручного сопровождения, доработки и тестирования этот самый удачный бандл.
А SDD промпт не выбрасываем - продолжаем иногда запускать его и смотреть, какие новые технологии сейчас в моде, тоже кстати польза.
Практическая необходимость удаленно запускать GUI приложения под xNIX: установка Oracle RDBMS, там интерфейс установщика изначально был на Java Swings. А на серверах не то что видеокарт не было, они и расположены были иногда на другом континенте. Сразу можно было познакомиться и с Exceed, XMing, Cygwin и ssh X11 forwarding еще в 200х годах, если не раньше.
Да, можно было и в unattended install в TUI, но там было просто неудобно.
Аналогично можно-нужно было запускать всякие IDE на удаленных серверах, Solaris Studio, Netbeans, еще задолго до появления VS Code Remote.
В современных реалиях это все правда уже не сильно нужно, более актуальным является x2go, там есть режим отключиться-переподключиться к удаленному рабочему столу, прям как изначально в RDP/Citrix ICA.
В случае X11/XDCMP отключение приводило к отстрелу всех приложений сессии by design, но могу ошибаться, возможно уже доработали.