А разве нет уже ребят на рынке, которые поставили вайбкодинг на производственные рельсы?) Готовые за адекватные деньги внедрить ваши хотелки в разумные сроки.
Я просто для себя пытаюсь понять: стоит ли производственнику самому "вайбкодить" финальное решение? Порог входа в разработку с приходом LLM упал до безобразия – любой эксперт в своём домене с минимальными тех. знаниями может собрать рабочий MVP, закрывающий его конкретную боль. Главный навык и скилл здесь – это умение разбираться в новом. Ну и желание это делать, как по мне.
Но дальше-то что? Поддержка, доработки, баги – это уже совсем другое. Не каждый эксперт захочет (а главное должен) брать на себя ответственность за техническую систему. Может, правильный путь – собрать MVP самому, провалидировать идею, а потом передать кому-то на поддержку и развитие? Что думаете?
Интересно как эволюционирует процесс разработки и удивительно, если таких ребят еще нет на рынке. Может пора встать в первых рядах тогда?)
Будет классно, если в будущих статьях раскроете больше деталей: как выстроили процесс сбора требований, как, обладая экспертизой в своей области, смогли в короткие сроки построить рабочий инструмент, закрывающий конкретно вашу боль без глубоких тех. знаний. Я тоже сейчас активно применяю LLM и в личных проектах, и на работе для задач хайлоад-уровня — будет интересно сравнить опыт.
«В один момент меня позвал собственник, и мы обсудили и решили все эти вопросы»
Вот это прям огонь. А что конкретно обсуждали? Как готовились к встрече, какие темы поднимали? Для меня это самая интересная часть была бы :)
Александр, это очередная статья в жанре «у нас было плохо, я сделал крудилку, всё улучшилось на 95%, вот мой телеграм» :) При этом про реальный опыт руководителя цеха, лично мне, очень интересно всегда почитать. Хотелось бы больше живого опыта внедрения.
Непонятен стек, сроки разработки и стоимость внедрения. Раз "внедрение erp" - это "дорого и долго", хотелось бы сравнить с вашими цифрами. Потому что стоимость решения - это не только разработка, но и поддержка, доработки, риски для бизнеса. А кастомные решения нередко выйдут дороже в поддержке, чем что-то готовое.
И ещё, вы сами пишете, что делали систему "чтобы перестать быть крайним за поехавшие сроки". Но для этой задачи обязательно было писать своё? Готовое решение дало бы ту же прозрачность, а в поддержке, возможно, обходилось бы дешевле.
Увидел еще ниже информацию об свободных решениях – Dolibar или Odoo, ранее не слышал о них, но я и не особо в теме erp-систем.
Но вот тоже интересно – пробовали их применить для закрытия своей потребности? И если да, то в чем не подошли?
А разве нет уже ребят на рынке, которые поставили вайбкодинг на производственные рельсы?) Готовые за адекватные деньги внедрить ваши хотелки в разумные сроки.
Я просто для себя пытаюсь понять: стоит ли производственнику самому "вайбкодить" финальное решение? Порог входа в разработку с приходом LLM упал до безобразия – любой эксперт в своём домене с минимальными тех. знаниями может собрать рабочий MVP, закрывающий его конкретную боль. Главный навык и скилл здесь – это умение разбираться в новом. Ну и желание это делать, как по мне.
Но дальше-то что? Поддержка, доработки, баги – это уже совсем другое. Не каждый эксперт захочет (а главное должен) брать на себя ответственность за техническую систему. Может, правильный путь – собрать MVP самому, провалидировать идею, а потом передать кому-то на поддержку и развитие? Что думаете?
Интересно как эволюционирует процесс разработки и удивительно, если таких ребят еще нет на рынке. Может пора встать в первых рядах тогда?)
Спасибо за развёрнутый ответ, живой и понятный)
Будет классно, если в будущих статьях раскроете больше деталей: как выстроили процесс сбора требований, как, обладая экспертизой в своей области, смогли в короткие сроки построить рабочий инструмент, закрывающий конкретно вашу боль без глубоких тех. знаний. Я тоже сейчас активно применяю LLM и в личных проектах, и на работе для задач хайлоад-уровня — будет интересно сравнить опыт.
Вот это прям огонь. А что конкретно обсуждали? Как готовились к встрече, какие темы поднимали? Для меня это самая интересная часть была бы :)
Александр, это очередная статья в жанре «у нас было плохо, я сделал крудилку, всё улучшилось на 95%, вот мой телеграм» :) При этом про реальный опыт руководителя цеха, лично мне, очень интересно всегда почитать. Хотелось бы больше живого опыта внедрения.
Непонятен стек, сроки разработки и стоимость внедрения. Раз "внедрение erp" - это "дорого и долго", хотелось бы сравнить с вашими цифрами. Потому что стоимость решения - это не только разработка, но и поддержка, доработки, риски для бизнеса. А кастомные решения нередко выйдут дороже в поддержке, чем что-то готовое.
И ещё, вы сами пишете, что делали систему "чтобы перестать быть крайним за поехавшие сроки". Но для этой задачи обязательно было писать своё? Готовое решение дало бы ту же прозрачность, а в поддержке, возможно, обходилось бы дешевле.