Разработка web-сайта для компании. Что выбрать?

Question

[volnistii11]

В долгосрочной перспективе нужно разработать проект для компании, который будет включать:
1. Интернет-магазин (верхушка айсберга);
2. Документооборот (основная часть).

Вариантов для реализации этого достаточно много. И вот я не знаю, что выбрать:
1. Изобретать велосипед с нуля;
2. Использовать готовые движки (какие);
3. Использовать фреймворки (какие).
Посоветуйте что-то в силу опыта и знаний.

Comments

[Adamos]

Отталкиваться надо от ВАШИХ опыта и знаний. Судя по вопросу - они околонулевые, соответственно п. 1 и 3 - утопия.

[volnistii11]

Adamos, по поводу моих знание вы приблизительно правы))) Но это нужно сделать в долгосрочной перспективе, потому я и спросил, как лучше, т.к. есть время на изучение))

[Froggyweb]

Adamos, Единственный адекватный ответ :)

[Adamos]

volnistii11, изучение чего? Делать велосипеды с нуля, не имея опыта работы с готовыми продуктами, практически бессмысленно - вы будете изобретать на коленке странные решения вместо рабочих схем.
Писать на фреймворках с нулевыми знаниями имеет смысл только проект, идущий в корзину - потому что ничего другого вначале и не получится.

[Северное Сияние]

Adamos,

Писать на фреймворках с нулевыми знаниями имеет смысл только проект, идущий в корзину - потому что ничего другого вначале и не получится.

+++

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

Так что да - все советы "возьми фреймворк и пиши" они непрактичны, если человек не понимает суть этих решений.

Answer 1

[FanatPHP]

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

Comments

[pavelsha]

+ подумать, нужно вообще все это

[Antonio Solo]

достаточно нанять грамотного консультанта который за десятку проанализирует то что есть и предложит оптимальный решение исходя из бюджета
.

[Adamos]

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

[Дмитрий]

Antonio Solo, ага, а потом это грамотное и взвешенное решение передадут команде разработчиков которые кроме, допустим, Битрикса в руках ничего не держало. А ТЗ будет на симфони.

volnistii11, лучше смотреть, чем владеют доступные программисты, на этом и делать.
Если отдавать делать на заказ, то вопрос "на чем делать" должен волновать в последнюю очередь - лучше подготовить грамотное ТЗ, а студия сама решит, как и на чем это лучше реализовать.

Answer 2

[Северное Сияние]

1. Интернет-магазин ( верхушка айсберга );
2. Документооборот ( основная часть ).

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

Автор, советую отказаться от данной должности и идти работать наемным работником в офис. Вам рано браться за подобные проекты как с точки зрения управленца, так и с точки зрения технаря.

Answer 3

[Владимир Коротенко]

Берите 1С.
Второй вариант SharePoint
Третье это самописная фигня которую предлагали выше.

Answer 4

[pavelsha]

Размеры компании какие?
В ней хотя бы 3 человека работают?
Интернет-магазин точно нужен?
Есть вполне рабочие бизнес-кейсы, когда размещается брендированный раздел на какой-то торговой площадке. И торговля идет там. В зависимости от объемов товара может интегрироваться, копипастой, вручную через какие-то обменные файлы или автоматически