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

оу, реалити шоу про разработку!
готовлю чипсы и пивасик (попкорн и газировку)

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



ОП, напиши в личку как с тобой связаться, я расскажу почему не стоит этим заниматься

Сообщение отредактировал Degradator - 7.9.2020, 13:14

так напишите тут )
я думаю всем будет интересно, хоть амбиций поубавится чутка

Главная причина - это слишком дорого.

Чтобы принять взвешенное и обоснованное решение, надо знать больше про бизнес ОПа, что за прилаговины у него есть, есть ли монетизация, есть ли перспективы развития, и проч.

Поскольку абсолютно не понятно что за проекты:


сказать стоит или не стоит с уверенностью в 100 процентов нельзя, но я почти уверен что не стоит.

С точки зрения бизнеса (в моем понимании), если у тебя есть проект, который приносит доход, и ты не видишь способов для дальнейшего его развития, НЕ НАДО НИЧЕГО МЕНЯТЬ. Скорее всего большинство багов давно отлажено, костыли расставлены в нужных местах, он как-то работает и приносит деньги. При любом изменении, и тем более при таком масштабном, как переезд на новый движок, столкнешься с регрессией, всплывут баги десятилетней давности, какие-то всплывут не сразу и проч и проч и проч. Что приведет к оттоку пользователей, и оттоку денег. Ну и конечно, переезд на другой движок стоит денег для разработки.

С точки зрения программиста, ни один нормальный разраб не пойдет на разработку неизвестного фреймворка, если не заплатить ему зарплату больше рыночной. А если он все таки придет, то наврядли усидит больше года, поскольку это полнейший бесперспективняк. За еду, интерес или хороший отзыв можно нанять студентов, нищих арабов или индийских индусов. Любой нормальный разраб в недалеком будущем сбежит от вас, и будет вспоминать работу в такой конторе с ужасом, нервно подергивая глазом. Почему сбежит? Потому что поймет сколько он стоит на рынке. Таким образом, в разработке системы почти всегда будут участвовать джуны, над которыми нужно будет вести постоянный менторинг. Для менторинга вам понадобиться действительно хороший разраб, который попросит много денег, либо это должен делать владелец бизнеса.

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

Надежда на поддержку от community это оптимистично глупо. Есть тысячи движков, и только у десятка, может даже единиц такая поддержка приносит плоды (или хотя бы есть).

Тем не менее, в написании свой CMS есть плюсы. Я работал в одной конторе (размером в 3 человека), где директором работал программист с 20 летним стажем, написавший свою CMS. На этой CMS сидела целая пачка европейских компаний, которые просто не могли уйти от него, поскольку это значило бы переписать весь продукт с нуля. Сказать что CMS была действительно крутая я не могу, работала не быстро, вобщем-то требовала присутствия разаработчика, порог вхождения был "высокий", standalone не поддерживала. Я там продержался примерно 9 месяцев. Директор конторы без денег не останется, можно за него не переживать.

Другой пример - три друга программиста написали свою CMS и сделали на ней сайт. Потом они занялись <чем-то> а я устроился допиливать-поддерживать этот сайт. Я рвал на себе волосы от беспомощности, поскольку информации по этой штуке не было нигде, от слова совсем. Единственный из тех прогеров вроде брал втридорога за поддержку, и меня просили его трогать только в самом крайнем случае.

Ну и вишинка на торте - у меня есть пример успешной CMS - https://enonic.com/pricing , можете смотреть на цены. Биз решения начинаются от 740 евро в мясяц. В разработке этой штуки работает не очень большой офис в СНГ (6 человек), где платят больше рынка, я думаю что примерно 30000$ в месяц, плюс европейский офис, который, скорее всего обходится вдвое-втрое дороже. Крайне сомневаюсь, что господин BuxarNET сможет вытащить такой бюджет, учитывая что рекомендации о разработке он спрашивает здесь, а не у своей команды бизнесс аналитиков.

Сообщение отредактировал Degradator - 8.9.2020, 15:32

самое отчаянное комьюнити у битрикса ))) им там бедолагам все самим приходится делать - если друг другу не помогут - никто не поможет

Вообще не стоит делать свой движок или брать какой-то сырой.
У меня клиент попробовал взять отечественную разработку (пока не буду говорить что за фирма), там с подвязанной оплатой на сайте.
По СЕО - вообще дыра, допиливать капитально нужно. Дублей в нем - море, только за первый месяц гугл проиндексировал 800 дублей и это еще вовремя обратили на это внимания.. допилили движок и пошли в ручную удалять.

Я бы добавил, что стоит учитывать возможные уязвимости которые могут всплыть, и закрыть которые может быть очень проблемно. Так что проблема с СЕО не единственная которая может поджидать.

Вот этот момент кстати вообще никто не рассматривает. Видимо, априори считается, что этого не может быть потому что не может быть никогда. С одной стороны, мало кто будет ломать локальный движок. С другой, если сломают, смогут эксплуатировать дыру довольно долго.

я так понимаю основные уязвимости ищутся чем то наподобие парсеров по каким то конкретным признакам конкретного движка?