НеОсознанный вайб-кодинг (с примером RDF Grapher)

[kiff2007200]

Какая там архитектура, качество кода и т.п. – какая пользователю разница?

Без комментариев...

[AleGen]

А что не так?... Пользователю действительно нет никакой разницы. "Вам шашечки, или ехать?"

Суть статьи - в том, что ИИ может помочь сгенерить MVP малыми силами, не привлекая дорогих разрабов. В результате первоначальная задача решается, а разрабы идут на мороз.

Да, вопросы рефакторинга, безопасности, расширяемости, развития и т.д. остаются, но они будут актуальны лишь для 1% всех "создателей" приложений - лишь для тех, кто пилил не пет, и кто выжил и довел дело до конца; вот тогда и можно будет нанять одного из ста разрабов с мороза, который уже будет готов работать за хлеб. ))

Возможно, написал немного утрированно, прошу не придираться к словам.

[abve_san]

То есть это всё не про деньги и прод, а про плюс-минус студентов и школьников, которые пишут код для оценки, по сути, на отвали. На данный момент никаких проблем нет. Всё верно. Проблемы возникнут тогда, (судя по всему, очень скоро), когда выяснится, что все фирмы, делающие AI, сидят в диких убытках, и они начнут просить серьёзные деньги за доступ к адекватным моделям. И если у корпов деньги есть и они справятся так или иначе. То ко всем студентам, которые пару лет маялись дурью, придёт зима с морозами.

[itGuevara]

То есть это всё не про деньги и прод,

Чем указанный в статье аналог популярного финского сервиса, не считать продом? Чем развернутый пример на github не решение указанной проблемы?

[abve_san]

Прод это, про обслуживание, безопасность, масштабирование и многое другое. Программирование в списке тоже есть, но отнимает не так много ресурсов. И опять повторю свою мысль, что будут делать все эти ребята, когда вдруг компании AI начнут требовать большие деньги ( убытки-то покрывать надо) за доступ к сильным моделям, а то, что это случится, мне лично очевидно.

[itGuevara]

Прод это, про обслуживание, безопасность, масштабирование и многое другое.

Если ближе к приведенному примеру (статический web, js и подобное на github pages или аналоге), то в чем видите проблему например безопасности и обслуживания? Разве развертывание публичного сервиса на площадках типа github не перекладывает на них (платформы) основную часть проблем?

[abve_san]

На мой взгляд следует разделять прод который существует с целью зарабатывания денег тем или иным способом и там в подавляющем проценте случаев невозможны сайты с парой статичных HTML. И проектaми условных "студентов" которыми забит git. И если бизнес сидит в условном облаке, то часть проблем безопасности и обслуживания передается на откуп этому облаку, но только часть. Например дурацкую ошибку в логине позволяющую злоумышленнику захватить сайт никакое облако не покроет. Или проблемы масштабирования и быстродействия, далеко не всё решается через: "А давайте купим ещё памяти". Так как очень быстро наступает момент когда расходы на инфраструктуру становятся не подьёмными. С другой стороны для условного "студента "такого рода проблемы не имеют критического значения.

[itGuevara]

На мой взгляд следует разделять прод который существует с целью зарабатывания денег тем или иным способом

Как вариант, "прод", который "без денег" (без "наживы", условно коммунистический, общественно - значимый, open source типа semantic wikipedia, archi, adoxx и т.п.).

Или про pre-prod (как вариант pre-sale), типа макет, но действующий, когда граница макет / пром достаточно размыта. Кстати, вопрос масштабирования тоже решаемый, но вопрос был про безопасность, обслуживание и т.п.

Возвращаясь к приведенному в статье примеру визуализации RDF по URL - в чем проблема? Желательно подробно. Почему это не прод, который "без денег"?

Также: ошибка в логин не при чем, т.к. приведенный сервис публичный (без авторизации), а проблема инфраструктуры не на создателе сервиса, а на владельце платформы (его тарифах), вкл. авторизацию по аккаунту создателя сервиса. Круче MS (github, copilot и т.п.) мало у кого выйдет подобное.

Хотелось бы применительно к озвученному выше публичному сервису "rdf - визуализатор с url" услышать ограничения / проблемы.

И не важно: студент это или "седой" senior. Важен результат, а не титул и не то, что "под капотом" (круто-крутая архитектура и т.п., хотя и в промте можно задать желаемую архитектуру), т е. важен реально "эксплуатируемый", практичный / практический результат.

[abve_san]

del