 |
|
23/12/2015
Вернемся к теме... Понял, что самопис гораздо дороже?
 |
|
23/12/2015
ecom:
Вернемся к теме... Понял, что самопис гораздо дороже?
Вернемся к теме... Понял, что самопис гораздо дороже?
Напиши, что подразумеваешь под самописью? Народ это понимает не так как ты
То что я показал - уникальные самописные решения, как об этом написано в начале. Облачная технология (SaaS) не аренда. Если кто-то разработанный сайт предоставляет на условиях с помесячной оплатой, то это не называется SaaS.
|
|
|
23/12/2015
Лады, можешь называть стандартное публичное решение самописью.
SaaS подходит лишь для быстрого ненапряжного открытия ИМ. Доработки сверх их крайне ограниченного функционала будут либо сложны, либо невозможны.
У всего есть свои плюсы и минусы.
SaaS подходит лишь для быстрого ненапряжного открытия ИМ. Доработки сверх их крайне ограниченного функционала будут либо сложны, либо невозможны.
У всего есть свои плюсы и минусы.
 |
|
28/12/2015
ecom:
SaaS подходит лишь для быстрого ненапряжного открытия ИМ. Доработки сверх их крайне ограниченного функционала будут либо сложны, либо невозможны.
SaaS подходит лишь для быстрого ненапряжного открытия ИМ. Доработки сверх их крайне ограниченного функционала будут либо сложны, либо невозможны.
Надеюсь, вы говорили об этом применительно к теме ИМ? Потому что в принципе SaaS имеет гораздо более широкий спектр применения. Что касается доработок, то да, они будут сложны или невозможны, если о них изначально не задумывались и весь функционал был прописан, как говорится, as it is. Если же они изначально закладывались в систему, то все намного проще.
|
|
|
28/12/2015
Само собой лишь о сервисах ИМ. Они пока упор делают на простоту, а не возможности.
|
|
|
29/12/2015
Полагаю, в этом случае спрос рождает предложение. Просто ниша интернет-магазинов в какой-то момент показалась привлекательной и доступной многим предпринимателям, в том числе и тем, которые не слишком хорошо разбираются в этой теме. Поэтому простота в данном случае оказалась насущной необходимостью.
|
|
|
29/12/2015
Приходилось общаться с людьми, ничего не понимающих в интернетах, но открывших ИМ - бывает, что отдали студии 100,000р+ и продолжают отдавать, хотя ИМ хуже, чем был бы на дешевом сервисе.
Так что для новичков сервисы - благо. Это таким как я они неинтересны, потому что можем за 30,000р разово (плюс от 200р в месяц за хостинг) заказать лучше и полностью свое.
Есть еще те, у кого нет 30,000р, но у них в наше время и шансов-то никаких нет, пока не достанут деньги на раскрутку. Как хобби, разве что.
Так что для новичков сервисы - благо. Это таким как я они неинтересны, потому что можем за 30,000р разово (плюс от 200р в месяц за хостинг) заказать лучше и полностью свое.
Есть еще те, у кого нет 30,000р, но у них в наше время и шансов-то никаких нет, пока не достанут деньги на раскрутку. Как хобби, разве что.
 |
|
29/12/2015
ecom:
Так что для новичков сервисы - благо. Это таким как я они неинтересны, потому что можем за 30,000р разово (плюс от 200р в месяц за хостинг) заказать лучше и полностью свое.
Так что для новичков сервисы - благо. Это таким как я они неинтересны, потому что можем за 30,000р разово (плюс от 200р в месяц за хостинг) заказать лучше и полностью свое.
Приведите пример успешного проекта выросшего из пользователя такого сервиса.
|
|
|
29/12/2015
Успешность зависит от того, сколько потратить на разработку?
 |
|
23/02/2016
Дело в том, что любая более-менее серьезная разработка подразумевает индивидуальные решения. И большой роли не играет это коробочная CMS или нет. В ходе разработки может быть внесено такое количество изменений и доработано столько нового функционала, что по сути от коробочной версии мало что останется. Поэтому вы в любом случае привязываетесь к своим разработчикам, без этого увы никак.
Естественно если речь идет о сборке сайта из общедоступных компонентов, без программирования как такового, то большой привязки нет. А так, я вам советую хорошо думать при выборе студии и не ссорится с ними. Другим потом в их коде будет разобраться тяжело, не то что бы невозможно, но тяжело.
Естественно если речь идет о сборке сайта из общедоступных компонентов, без программирования как такового, то большой привязки нет. А так, я вам советую хорошо думать при выборе студии и не ссорится с ними. Другим потом в их коде будет разобраться тяжело, не то что бы невозможно, но тяжело.
 |
Александр Фролов
Управляющий директор, Shop2YOU |
26/02/2016
Коробочная CMS хороша только в том случае, если ее возможности полностью удовлетворяют требованиям. Тогда да, покупаете коробку, ставите ее на адекватный хостинг, и пользуетесь.
Но если нужна поддержка, особенно постоянная, хорошо бы найти компанию, которая сможет ее обеспечить, и с хорошим качеством. На мой взгляд, лучшая поддержка будет от производителя CMS.
Как только выясняется, что коробочный вариант приходится дорабатывать, да и еще вносить туда значительные изменения и дополнения, ситуация в корне меняется.
Вам потребуются квалифицированные специалисты, способные не только разобраться в коде выбранной CMS, но и еще внести нужные вам изменения, а также постоянно поддерживать и совершенствовать доработанный код.
Далее, после внесения изменений в CMS может возникнуть такая ситуация, когда эти изменения окажутся несовместимыми с новыми версиями или даже релизами CMS. А это могут быть важные изменения, например, закрывающие бреши в безопасности.
Любой нестандартный проект, каким бы способом он не был реализован, на базе какой CMS или на базе какого фреймворка, всегда требует постоянного сопровождения со стороны разработчика.
Что же касается сервисов SAAS, то на их базе также реализуются нестандартные проекты. Например, разработчик сервиса SAAS может вносить изменения в ядро или создавать плагины. Но надо понимать, что индивидуальные разработки всегда будут стоить дороже массовых решений, т.к. их нельзя продать многократно.
Но если нужна поддержка, особенно постоянная, хорошо бы найти компанию, которая сможет ее обеспечить, и с хорошим качеством. На мой взгляд, лучшая поддержка будет от производителя CMS.
Как только выясняется, что коробочный вариант приходится дорабатывать, да и еще вносить туда значительные изменения и дополнения, ситуация в корне меняется.
Вам потребуются квалифицированные специалисты, способные не только разобраться в коде выбранной CMS, но и еще внести нужные вам изменения, а также постоянно поддерживать и совершенствовать доработанный код.
Далее, после внесения изменений в CMS может возникнуть такая ситуация, когда эти изменения окажутся несовместимыми с новыми версиями или даже релизами CMS. А это могут быть важные изменения, например, закрывающие бреши в безопасности.
Любой нестандартный проект, каким бы способом он не был реализован, на базе какой CMS или на базе какого фреймворка, всегда требует постоянного сопровождения со стороны разработчика.
Что же касается сервисов SAAS, то на их базе также реализуются нестандартные проекты. Например, разработчик сервиса SAAS может вносить изменения в ядро или создавать плагины. Но надо понимать, что индивидуальные разработки всегда будут стоить дороже массовых решений, т.к. их нельзя продать многократно.
 |
|
10/03/2016
Как говорится, "самопис" - это действительно дороже, но лучше, потому что известно, со сколькими проблемами люди сталкиваются в итоге: то модули подключить не могут, то плагины, то еще вагон и целая тележка, сколько проблем.
|
|
|
10/03/2016
VShevchenko:
"самопис" - это действительно дороже, но лучше
"самопис" - это действительно дороже, но лучше
До определенного момента - точнее, до тех пор, пока у вас все в порядке в смысле взаимодействия с автором этого "самописа". А то ситуации разные бывают: компания развалилась, программист уехал в неизвестном направлении, отношения испортились настолько, что обращаться за доделками и переделками уже невозможно - вот и получается, что приходится искать нового человека, которому придется разбираться в этом ПО: а это, скорее всего, не будет ни просто, ни дешево.
 |
|
22/04/2016
ecom:
Вернемся к теме... Понял, что самопис гораздо дороже?
Вернемся к теме... Понял, что самопис гораздо дороже?
По идее настолько-же, насколько ролс-ройс дороже жигулей.
И всё остальное в нём отличается примерно также.
Однако не практике зависит от того, кто пишет этот самопис.
И в отличии от ролса, определить это очень непросто.
И часто результаты..... не очень
В целом, есть одно правило, которым руководствуются "правильные"
разработчики ПО: "можете не писать - не пишите".
Т.е. самописные решения имеют смысл тогда, когда это реально требуется.
В этой ситуации "студия" итп - это просто "лишняя нога", нормальным
будет нанять человека напрямую, платить ему деньги, призывать его к ответственности итп.
Иначе получится так, что весьма немаловажная часть вашего бизнеса
в руках у студентов, которые "подешевле" работают, а вы вообще
не представляете как решать ключевые проблемы.
Чтобы не оказаться заложником, надо всегда иметь исходники.
Причем не какие-то, а все. И не "чего-то", а вашего продукта
.
Это как с бэкапами...
SaaS лично я, не рассматривал никогда.
Его имеет смысл использовать только если у вас абсолютно нет времени и возможности
организовать собственную площадку. С saas вы стабильности и гибкости не получите толком.
Исключение представляют из себя площадки с траффиком... скажем ebay какой-нибудь.
Но ими пользуются не ради решения технических проблем.
С другой стороны... коробка - это хорошо.
Однако в них столько всего понапихано ныне, что "доводка до готовности"
и результат могут быть не лучше чем с самописом. А если некто "соберет
эту мозайку" действуя неаккуратно, то с поддержкой будет также немало проблем.
 |
|
25/04/2016
Отдавать проект в студию - дорого, и имеет смысл только в том случае, когда нужен какой-то совсем нестандартный функционал. Разрабатывать с фрилансером - брать кота в мешке, можно очень попасть.
Проще взять тот же битрикс и человека на его поддержку. А при распространённости платформы этот человек будет легко заменим в случае необходимости. Индивидуальная разработка всегда дороже и не всегда целесообразна.
Проще взять тот же битрикс и человека на его поддержку. А при распространённости платформы этот человек будет легко заменим в случае необходимости. Индивидуальная разработка всегда дороже и не всегда целесообразна.
Ответить
Читайте также
30/09/2021
За год количество заказов выросло в полтора раза. И ситуация здесь очень сильно отличается от многих других секторов ecommerce в России: крупнейшие маркетплейсы есть в числе лидеров, но не они здесь главные...
Подробнее
 |
Антон Макаров
Руководитель диджитал-продакшена, Creonit |
14/01/2021
Чем фреймворк отличается от CMS-конструкторов и каким интернет-магазинам он подходит...
Подробнее
последние материалы
Новое на форуме
12:26
