Задать вопрос
@Prodramm

Какой использовать стек для написания онлайн сервиса управления производством?

Подскажите на каком стеке писать систему управления производством. Внесения данных о производимом оборудовании, у каждого оборудовании детали. Каждая деталь изготавливается отдельно, необходимо отслеживать на каком этапе производства деталь, в каком цеху и тд.

Движении детали планируется отмечать на каждом производственном участке с помощью планшета, приняли, сделали, передали, кто делал и тд
  • Вопрос задан
  • 619 просмотров
Подписаться 3 Простой 1 комментарий
Пригласить эксперта
Ответы на вопрос 5
sergey-gornostaev
@sergey-gornostaev
Седой и строгий
На том, который лучше всего знают ваши разработчики.
Ответ написан
Комментировать
Adamos
@Adamos
Человек, задающий такой вопрос, вряд ли сможет написать не то что такую систему, но даже сколько-нибудь вменяемое ТЗ по ней.
Самописные системы - это сильно отдельная песня от прочих программ. Их разработка практически никогда не заканчивается, просто увеличивается доля поддержки уже существующего кода. Если вы не готовы держать хотя бы одного программиста, который будет в этом вариться, или если у вас высок шанс, что после попадания такого программиста под автобус вам впору будет броситься под него же - лучше и не начинать писать что-то свое.
Вариант заказать какой-нибудь студии, чтобы она вам написала с нуля, отличается только тем, что под автобус может попасть вся студия.
Если вы сами не горите энтузиазмом сделать и поддерживать решение под себя - то рассматривайте только готовые решения. Такие, на которых в случае проблем можно написать объявление на полстранички на фрилансе - и найдутся спецы именно по тому, что вы перечислили.

(а если бы вы горели энтузиазмом - вы бы, скорее всего, не задавали на Тостере такие вопросы...)
Ответ написан
Комментировать
Fragster
@Fragster
помогло? отметь решением!
Ответ написан
@aleks-th
Взять готовое решение.
1С например, или тыщу всяких других систем ан рынке есть...
Проще и дешевле.

Ну или писать на любом стеке который знают ваши разработчики, заплатить хулллиард денег, и чрез 5-10 лет может быть что-то получится, на уровне готовых решений и то не факт.

Вы только посчитайте один разработчик с хорошими скиллами 200-300 тыщ, пять таких 1 500 000 в месяц затрат.

Вы бы лучше вопрос задали не тут а начальству.
Готово ли ваше начальство тратить в год 15-20 млн, в течении 3-5 лет пока получится хоть какой то результат ?
Ответ написан
Комментировать
@rPman
Я знаю, очень часто у компании нет нескольких миллионов рублей, что бы заплатить сторонней компании на атусорсе, что бы реализовать свои хотелки, к тому же, выбрав компанию разработчика, вы подсядете на его вендорлок (искусственно созданные усложнения, затрудняющие поддержку другими разработчиками) и сменить уже почти не получится, а зная это, компания будет требовать даже за простую работу высокую стоимость и дальше.

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

Готовое решение никогда не будет полностью готовым! Всегда в нем будет требоваться что то доработать под нужды организации. Именно на этом (и не только) зарабатывают 1С разработчики, коробочная версия продукта, с хорошей поддержкой законодательства и возможностью доработки... только уж дорого получается.

p.s. задачу нужно начинать с проведения анализа, составления ТЗ (даже если кажется что это простенькая задача),.. и где то в самом низу можно подумать о выборе технологих и фреймворков, уже после того как уже есть люди, которые будут готовы это решать и в них разбираются

Если все же хотите ответ на вопрос - выбирайте веб технологии. Работа на клиентских устройствах в браузере решит проблемы совместимости с железом. Если выберите устаревшую но не потерявшую актуальность технологию генерации html на бакэнде, то требования к клиентскому железу будут еще и самые низкие (на самом деле можно писать на javascript интерфейсы для браузера правильно, эффективно и не сильно сложно, но выросло огромное количество специалистов, замусоривших рынок катастрофическим оверинженерингом, и мне кажется уже и не помнят что можно просто делать все).

Задача в вашей постановке не выглядит сложной, если убрать дизайн и рюшечки, решается опытным разработчиком за пару-тройку вечеров.. но наверняка есть невысказанного много
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы