Прокоментируйте письмо веб-студии...

Статус
Закрыто для дальнейших ответов.

golem14

Новичок
Регистрация
04.09.2009
Сообщения
1
Привожу письмо полученое мной от одной студии веб разработки, изначально подрядчик согласился со всеми условиями проекта, была закуплена UMI.CMS, оплачена существенная часть работ, когда же проект затянулся я получил это письмо. Никаких изменений в первоначальное техническое задание не вносилось. Выразите пожалуйста мнение об этом письме. Помоему подрядчик просто хочет протолкнуть свою систему и содрать побольше денег.




---------письмо-------------------------

Считаю необходимым прояснить ситуацию. Вы - клиент нашей компании и, как


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

UMI CMS - хорошая система управления !сайтами!, а не сложными программами,
которой является Ваш проект, это даже не сайт в привычном смысле этого
слова. Готовые системы управления - это хороший вариант для шаблонных
решений.
В данный момент мы строим мерседес вокруг двигателя от запорожца. Ни одна
требующаяся функция не реализована в юми, т.е. софт пишется полностью нами
на основе решений разработанных нашей компанией. А дальше мы начинаем
колдовать над тем, как приделать сюда юми. Юми в данном случае используется
только для вывода страниц сайта. Прибегну к аналогии, можно сказать, что мы
сняли высокобюджетный фильм для показа по старому чёрно-белому телевизору.
Система юми оптимизирована для стандартных задач, таких, как
интернет-магазин, и прекрасно с этим справляется. Для наших задач она не
приспособлена совершенно, о чём мы ранее говорили, использование её в данном
проекте нецелесообразно. И ладно бы мы просто использовали её "для галочки".
Вся система не будет справляться с серьёзными нагрузками и не будет именно
из-за двигателя от запорожца, которому надо утащить тяжелый мерседес. У
нашей компании огромный опыт работы с серьёзными проектами с большой
нагрузкой, мы разрабатывали сервис дистрибуции видео для компании Уолт
Дисней ( http://www.studiohilversum.tv/ ), например, там просто дикие
нагрузки и в таких случаях весь код пишется оптимизированным под конкретную
задачу, война идёт за каждую миллисекунду, как в гонках. В данном случае,
ЮМИ, это камень на шее. Она лишнее звено.

Что касается представителей компании ЮМИ, естественно, они никогда не скажут
Вам, что система не подходит. У них всё самое лучшее и профессиональное.
Когда Вы видели, чтобы менеджеры утверждали обратное? :) И мы не говорим,
что это плохая система, мы её продаём, как-никак. Просто в данном случае её
использование неуместно.

Мы не отказываемся выполнять условия договора, мы просто говорим Вам о том,
какие проблемы вызывает использование ЮМИ.

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

2. Скорость загрузки страничек на юми намного больше, чем на индивидуальной
системе управления. Юми будет значительно тормозить процесс загрузки страниц
- до 1 минуты на загрузку страницы
3. У любой компании уйдёт масса времени, чтобы внести какие-то доработки.
Исходный код UMI не редактируемый, т.е. для добавления одного нужного поля
при регистрации пользователей необходимо писать дополнительный полноценный
модуль. В случае использования нашего продукта, любая компания сможет быстро
дописать что угодно.
4. Дальнейшая разработка, внесение изменений будет стоить в несколько раз
дороже.
5. Очевидные проблемы с мультисайтовостью. Как я понимаю, Вы хотели
использовать эту же систему для других сайтов.

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

ЮМИ - профессиональная система управления сайтами, для которых она
предназначена, а не серьёзными финансовыми сервисами.

Прошу еще раз рассмотреть этот вопрос и принять правильное решение.
Заметьте, мы гарантируем работу нашего продукта, а не системы UMI CMS, у
которой есть свой разработчик, который и несёт ответственность за работу
системы.
Сейчас мы будем использовать юми "для галочки". Единственная причина,
которую я вижу в Вашем настойчивом желании использовать её, это маркетинг.
Мы используем профессиональную систему управления. Звучит красиво, конечно,
но если она загнётся от нагрузки, я думаю, это не поможет. И поверьте мне,
индивидуально разработанный движок, это намного круче, чем готовое решение.
А в данном случае ЮМИ имеет и еще 1 минус - безопасность, продана куча
лицензий, т.е. доступ к коду есть у большого числа лиц, т.е. вероятность
взлома увеличивается во много раз. В процессе работы над Вашим проектом,
только мы нашли ряд уязвимостей. Собственная система - это намного
безопасней, а значит и доверие больше. В плане маркетинга - мы разработали
собственную уникальную систему, к которой Вы получите доступ, работая с
нами, это лучше, чем сайт разработан на профессиональной системе управления
юми кмс=шаблон.

Надеюсь на понимание и желаю успеха Вашему бизнесу.


С Уважением,

Николай Кортев

Директор


Студия IT 24/7
www.it247.ru

г. Екатеринбург, ул. Ленина, 52, к. 3а, оф. 2
тел. +7(343)253-22-72, 222-12-80, 350-80-03
сот. +79090111033
факс +7(343)350-80-03
 

trueW3C

Поклонник Yii
Регистрация
04.03.2009
Сообщения
847
Я с ними согласен, поступил бы также
 

YabbaDabbaDu

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

В любом случае, если вы согласитесь на разработанную ими систему, вы окажетесь в зависимости от них. Потому что в дальнейшем только они ее смогут обслуживать. Если захотите отказаться от их поддержки, прийдется сильно раскошелиться для других, потому что никто не хочет копаться в недокументированном коде и вам скорее всего предложат создать все заново. В случае с Юми и другими хорошо документированными системами все гораздо проще и оказывать поддержку смогут многие другие.

Так что вот такая делема :) Если проект сильно разнится от обычного сайта и предполагает высокие нагрузки - надо соглашаться. Если нет - настаивать на Юми.
 

LeopART

Well-Known Member
Регистрация
10.05.2005
Сообщения
718
Мне хватило месяца работы с битриксом, чтобы понять, насколько это отстойно - болванчатые решения. Две недели е**ли, чтобы реализовать, к примеру, галерею с использованием аякса, которая на вордпрессе (бесплатном и простом) делается в три клика. Платные CMS это другое, конечно. Но если действительно серьезный проект, стоящий своего бюджета - лучше прислушаться к мнению профессионала. Любое отклонение от предусмотренного шаблона вызывает очень много проблем от длительного перелопачивания кода (который судя по стоимости должен автоматически просто переписываться сам по себе под нужный функционал) до срывов всех мыслимых и немыслимых сроков. В некоторых случаях, проще С НУЛЯ сделать сайт, чем переделывать то, что есть, чтобы впихнуть какую-то фишку.

И кстати большинство платников хреново адаптированы к SEO. Соответственно сначала проблемы у разработчиков, потом у оптимизаторов. А оно вам надо? :)

З.Ы. Если вы не уверены в их честности - сходите непосредственно к разработчикам, пусть они потыкают пальцем в те места, где есть проблемы.
 
Статус
Закрыто для дальнейших ответов.
Верх Низ