Перейти к содержимому


Отзыв от shambler81


Сообщений в теме: 4

#1 shambler81

    Активный участник

  • Активный пользователь
  • PipPipPip
  • 98 сообщений
  • Пол:Мужчина
  • Город:Москва

Отправлено 11 Январь 2012 - 20:40

Всеравно пост сотрутно всеже возможно кто то прочитает, в первую очередь надеюсь на бета тестеров данного продукта, если они вообще в проироде есть а так же главных архитекторов, если они так же вообще есть.
1. Аналогов действительно нет
2. Действительно хороший потенциал.
3. Прекрасная идея
4. Одна функция авто заполнения договоров чего стоит.
На это все хорошие функции из особо значимых заканчиваются и начинаются вещи о которых стыдно говорить студентам на провере их лабораторной работы не говоря уже о серьезны опенсорс разраобтках, даже не говорю о серьезных проектах за которые беруд деньги.
1. Неприличное, несметное количество багов!!!!! да они есть у всех но не работоспособность ОСНОВНЫХ функций это помоему перебор по всем статьям. Но не будем голословны.
1. Бэкап Базы данных сумарно ( копировал из принципа в txt файл все данные) база размером всего в 43 килобайт в sql занимает 6240! Не надо быть программистом чтоб понимать что столь избыточность технической информации может быть только от совершенно не продуманного сопсоба хранения данных. Говорить о сколь либо значемом обьеме данных при таких способах хранения не реально ( к примеру бд 1с размером в 5гб при учете уже перевода ее в текстовый формат скажем 200мегабайт будет при тех же пропорциях тут занимать около 200 гигабайт! а скорее всего учитывая не рациональность хранения куда, куда больше ! Это очень и очень поверхностное иследование скажу лиш одно, наш программист ПХП увидив данню бд долго держался за живот, а прискорбно.
Но всеже надо сказать не критично поскольку есть куда более существенные для пользователя проблемы. Хотя если говорить о проекте как о серьезном детище, о одним словом "мазьня" .

2. Глобальные переменные ? Как могла программиста посетить мысль перевести все переменные в глобальные ? Понятна благая мысль упорощения но простите меня выпускать продукт из вбеты в стабил версию когда функционал базовый не работает!! По моему это не скромно. В результате пришлось править в некоторых стандартрых расчетах переменные руками!
3. ЦРМ - система постоановки задач! постановка задач убога! функционал минимален!, вы скажите да все можно добавить и настроить поля добавляются расчеты тоже. А вот и нет.
Возьмем для примера заурядный планфикс. посмотрите на функционал и вы поймете что для ЦРМ нужно куда больше чем может обеспечить стандартный функционал.
- постановка задач с периодом
- постановка подзадач
- подключение сотрудников к существующей задаче
- задачи на рабочем столе отфильтрованые по ... ( рабочий стол вообще убог в принципе он есть а толку от него 0 )
- подключение материала к задаче из загруженых на сервер ( смысл ставить 10 задач по проекту и грузить его на сайт когда он там и так лежит)
и много много много чего еще.
Функционал задач надо расширять притом ооочень сильно.

Непонятное поле работы по клиенту в карточке клиента - Это вообще зачем ? чем вас не устраивают задачи по клиенту, которые я туда и вынес собственно зашел в клиента там активные задачи, добавил убавил, что за работы еще ? куда их савать, какие отчеты к нему клеить чем их считать ? Вразумительного ответа как и назначения не нашлось.

Подчинение справочника может быть лишь одно ! Здрасти а если я хочу отобразить его в двух формах ? Подключив мои задачи к сотруднику я не могу их подключить к клиенту, они или тут подключены или тут, вот проблема в том что это Мои задачи на НИХ!

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

Да что говорить Фильтры не умеют фильтровать! в какие ворота это лезет ! фильтрую задания по сотруднику, все хорошо и все здорово, вот маленькая загвоздка, если начать ковырять вы найдете что не все они попадают туда, собственно такого вопроса в свое время не стояло пока не пролетели с клиентом на которого у меня сояла задача притом фильт на поставленые мной или мне задачи! я ставил сам себе! и ни сработал ни тот ни другой.
Официальный ответ по этму поводу так и не пришел. Что самое прискорбное фильтр почти всегда работает, и по какому принципу он пропускает так и не ясно. (служба подержки баг подтвердила но не ответила на запрос,ну для совести это было 29.12. все мы люди ;)

Подчиненость таблиц.
Если вы делаете подчинение справочника
то родительский айди совпадает
Если с подчиненой таблицы вы попадете в подчиненую ему таблицу угадайте чей айди будет родительский ? правильно почему то первой таблицы в результате внеся изменения они сохранятся но не отобразятся ;) и таких глупых вещей такое множество что работать просто не возможно


Далее ребята css3 это не такая плохая вещь как вы думает а учитывая не аскетичность а убогость графического интерфейса хоть как то его оживит а вообще по хорошему сделайте хоть 1 мало мальский графический скин, ну не серьезно. Да оставить базовый функционал убогий и залитый цветом всеже стоит но продавать его как основной всеже побойтесь бога. сейчас не 2004 1994 год. накидали бы хоть пару градиентов, не бойтесь вы за оптимизацию производительности с вашей оптимизацией sql десять картинок по 3 кб не испортят ситуацию.

Рекоменация: заменить zend на APC его собираются включить в следующий дистрибутив дебиана, по сути он станет стандартом, но тут вам виднее, не критично конечно.

БЕТА ТЕСТЫ!!! забейте на разработку забейте на графику забейте на все что только можно забить. Отточите то что есть, ну как так как можно было перейти на ajax формы и не двести их до ума чтоб они СОХРАНЯЛИСЬ!!!! ну как это вначале сохранить документ а потом открыть заново и редактировать форму, это вообще как ? как такое продавать можно это же СЫРО! как это можно было вообще пропустить. я уже не говорю о бетке когда вы забыли вообще возможность изменения вида поля ВО ВСХ формах, это то как можно было вообще пропустить. ( поля были только текст)

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

И тд и тд и тд, продукт настолько испещьрен нелогичными багами непонятными подчинениями и тд что для его использования требуется его плностью переточить под себя, в существующем состояние еговообще нельзя использовать "как есть"

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

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

Рабочий стол: удалите все что есть, оно стоит ровно 0 он не удачен, возьмите другие црм соприте их рабочий стол перепилити под свой дизайн если это дизайн ;) и поставьте то что есть сейчас мертво и не оживет. "Порой мертвым лучше оставаться мертвыми"
это будет в 100 раз лучше чем 0
Я не говорю о создание часиков rss и тд не нужной лабуды, но сделайте вы групировку ваших задач как в обычном почтовике входящие исходящие выполненые по клиентам. собственно от рабочего стола это и надо, ну в лучшем случае еще последние коменты по текущим задачам на рабочий все, работы на день ленивому программисту, с вашим уровнем отладки багов даже проверять не надо! во всем плюсы можно найти ;). И естественно сообщения администрации, "мальчики седня не будет света с 11" и тд "подьзуемся новой формой отчетности ляля" все от рабочего стола больше ничего не надо вы зашли, прочитали че нового от своей компании, посмотрели чо у вас там за задачи висят перевыставлии если надо, если надо ПОДКЛЮЧИЛИ человека к заданию блин ну бывает так что задача вывезти товар не только менеджеру а еще и грузчику, и если по ней есть уже коментарии и какая то работа просто подключить грузчика к ней а не создавать ему отдельную задачу. но это я уже отошел от раобчего стола.

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

#2 Гарифуллин Марат

    Администратор

  • Руководитель ООО "КБ"
  • PipPipPip
  • 121 сообщений
  • Пол:Мужчина

Отправлено 12 Январь 2012 - 14:40

shambler81 сказал:

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

Пост ваш не только не стерли, но даже вынесли в отдельную тему.

shambler81 сказал:

1. Аналогов действительно нет
2. Действительно хороший потенциал.
3. Прекрасная идея
4. Одна функция авто заполнения договоров чего стоит.

Спасибо.

shambler81 сказал:

На это все хорошие функции из особо значимых заканчиваются и начинаются вещи о которых стыдно говорить студентам на провере их лабораторной работы не говоря уже о серьезны опенсорс разраобтках, даже не говорю о серьезных проектах за которые беруд деньги.
0. Неприличное, несметное количество багов!!!!! да они есть у всех но не работоспособность ОСНОВНЫХ функций это помоему перебор по всем статьям. Но не будем голословны.

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

shambler81 сказал:

1. Бэкап Базы данных сумарно ( копировал из принципа в txt файл все данные) база размером всего в 43 килобайт в sql занимает 6240! Не надо быть программистом чтоб понимать что столь избыточность технической информации может быть только от совершенно не продуманного сопсоба хранения данных. Говорить о сколь либо значемом обьеме данных при таких способах хранения не реально ( к примеру бд 1с размером в 5гб при учете уже перевода ее в текстовый формат скажем 200мегабайт будет при тех же пропорциях тут занимать около 200 гигабайт! а скорее всего учитывая не рациональность хранения куда, куда больше ! Это очень и очень поверхностное иследование скажу лиш одно, наш программист ПХП увидив данню бд долго держался за живот, а прискорбно.
Но всеже надо сказать не критично поскольку есть куда более существенные для пользователя проблемы. Хотя если говорить о проекте как о серьезном детище, о одним словом "мазьня" .

В существующей версии 1.9.5 бекап сжат с помощью zip. В результате размер бекапа может оказаться меньше размера базы. Также наш бекап универсален вы можете восстановить его не только средствами клиентской базы, но и с помощью утилит mysql.
В предыдущих версиях, в бэкапе хранились также все загруженные в систему файлы.

shambler81 сказал:

2. Глобальные переменные ? Как могла программиста посетить мысль перевести все переменные в глобальные ? Понятна благая мысль упорощения но простите меня выпускать продукт из вбеты в стабил версию когда функционал базовый не работает!! По моему это не скромно. В результате пришлось править в некоторых стандартрых расчетах переменные руками!

Вероятно вы используете версию 1.9.4. Вычисления в версии 1.9.5 существенно изменены и в них доступен ограниченный список глобальных переменных $line, $table, $config, $user, $ID, $lang, $smarty, $ses_id. Данный список также доступен в документации.

shambler81 сказал:

3. ЦРМ - система постоановки задач! постановка задач убога! функционал минимален!, вы скажите да все можно добавить и настроить поля добавляются расчеты тоже. А вот и нет.

CRM это система управления взаимоотношениями с клиентами, а не система постановки задач.

shambler81 сказал:

Возьмем для примера заурядный планфикс. посмотрите на функционал и вы поймете что для ЦРМ нужно куда больше чем может обеспечить стандартный функционал.
- постановка задач с периодом
- постановка подзадач
- подключение сотрудников к существующей задаче
- задачи на рабочем столе отфильтрованые по ... ( рабочий стол вообще убог в принципе он есть а толку от него 0 )
- подключение материала к задаче из загруженых на сервер ( смысл ставить 10 задач по проекту и грузить его на сайт когда он там и так лежит)
и много много много чего еще.
Функционал задач надо расширять притом ооочень сильно.

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


shambler81 сказал:

Непонятное поле работы по клиенту в карточке клиента - Это вообще зачем ? чем вас не устраивают задачи по клиенту, которые я туда и вынес собственно зашел в клиента там активные задачи, добавил убавил, что за работы еще ? куда их савать, какие отчеты к нему клеить чем их считать ? Вразумительного ответа как и назначения не нашлось.




Подчинение справочника может быть лишь одно ! Здрасти а если я хочу отобразить его в двух формах ? Подключив мои задачи к сотруднику я не могу их подключить к клиенту, они или тут подключены или тут, вот проблема в том что это Мои задачи на НИХ!


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

shambler81 сказал:

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

Так как условий по скрытию полей может быть много и они могут быть довольно сложными, то скрытие и отображение полей по условию реализуется с помощью Javascript. Пример скрытия поля приведен в шаблоне Javascript.
http://clientbase.ru..._16/javascript/
http://clientbase.ru...?showtopic=2509

#3 Гарифуллин Марат

    Администратор

  • Руководитель ООО "КБ"
  • PipPipPip
  • 121 сообщений
  • Пол:Мужчина

Отправлено 12 Январь 2012 - 16:03

shambler81 сказал:

Да что говорить Фильтры не умеют фильтровать! в какие ворота это лезет ! фильтрую задания по сотруднику, все хорошо и все здорово, вот маленькая загвоздка, если начать ковырять вы найдете что не все они попадают туда, собственно такого вопроса в свое время не стояло пока не пролетели с клиентом на которого у меня сояла задача притом фильт на поставленые мной или мне задачи! я ставил сам себе! и ни сработал ни тот ни другой.
Официальный ответ по этму поводу так и не пришел. Что самое прискорбное фильтр почти всегда работает, и по какому принципу он пропускает так и не ясно. (служба подержки баг подтвердила но не ответила на запрос,ну для совести это было 29.12. все мы люди ;)

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


shambler81 сказал:

Подчиненость таблиц.
Если вы делаете подчинение справочника
то родительский айди совпадает
Если с подчиненой таблицы вы попадете в подчиненую ему таблицу угадайте чей айди будет родительский ? правильно почему то первой таблицы в результате внеся изменения они сохранятся но не отобразятся ;) и таких глупых вещей такое множество что работать просто не возможно




shambler81 сказал:

Далее ребята css3 это не такая плохая вещь как вы думает а учитывая не аскетичность а убогость графического интерфейса хоть как то его оживит а вообще по хорошему сделайте хоть 1 мало мальский графический скин, ну не серьезно. Да оставить базовый функционал убогий и залитый цветом всеже стоит но продавать его как основной всеже побойтесь бога. сейчас не 2004 1994 год. накидали бы хоть пару градиентов, не бойтесь вы за оптимизацию производительности с вашей оптимизацией sql десять картинок по 3 кб не испортят ситуацию.

По поводу градиентов и теней, я с вами не согласен. Большинству компаний все эти излишества не нужны и многие даже хвалят дизайн нашей системы за простоту и отсутствие излишеств. Современные зарубежные CRM системы, так же, как правило, придерживаются минималистического дизайна, без лишних оформительских эффектов. Например, http://basecamphq.com/

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

Кстати, шаблоны системы отрыты и тот кому это крайне необходимо, вручную, может изменить как HTML, так и CSS, по собственному усмотрению. Мы видели у одного из наших клиентов систему переделанную настолько, что трудно было сразу понять, что это Клиентская база, в то время как движок был наш.

shambler81 сказал:

Рекоменация: заменить zend на APC его собираются включить в следующий дистрибутив дебиана, по сути он станет стандартом, но тут вам виднее, не критично конечно.


Zend и APC не одно и тоже. В Zend мы используем функционал шифрования файлов php. В APC же он отсутвует.


shambler81 сказал:

БЕТА ТЕСТЫ!!! забейте на разработку забейте на графику забейте на все что только можно забить. Отточите то что есть, ну как так как можно было перейти на ajax формы и не двести их до ума чтоб они СОХРАНЯЛИСЬ!!!! ну как это вначале сохранить документ а потом открыть заново и редактировать форму, это вообще как ? как такое продавать можно это же СЫРО! как это можно было вообще пропустить. я уже не говорю о бетке когда вы забыли вообще возможность изменения вида поля ВО ВСХ формах, это то как можно было вообще пропустить. ( поля были только текст)

На данный момент Ajax формы работают корректно. При внедрении были ошибки, согласен с тем, что необходимо больше работать над качеством тестирования.

#4 Гарифуллин Марат

    Администратор

  • Руководитель ООО "КБ"
  • PipPipPip
  • 121 сообщений
  • Пол:Мужчина

Отправлено 13 Январь 2012 - 17:50

shambler81 сказал:





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




И тд и тд и тд, продукт настолько испещьрен нелогичными багами непонятными подчинениями и тд что для его использования требуется его плностью переточить под себя, в существующем состояние еговообще нельзя использовать "как есть"




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





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





Рабочий стол: удалите все что есть, оно стоит ровно 0 он не удачен, возьмите другие црм соприте их рабочий стол перепилити под свой дизайн если это дизайн ;) и поставьте то что есть сейчас мертво и не оживет. "Порой мертвым лучше оставаться мертвыми"
это будет в 100 раз лучше чем 0
Я не говорю о создание часиков rss и тд не нужной лабуды, но сделайте вы групировку ваших задач как в обычном почтовике входящие исходящие выполненые по клиентам. собственно от рабочего стола это и надо, ну в лучшем случае еще последние коменты по текущим задачам на рабочий все, работы на день ленивому программисту, с вашим уровнем отладки багов даже проверять не надо! во всем плюсы можно найти ;). И естественно сообщения администрации, "мальчики седня не будет света с 11" и тд "подьзуемся новой формой отчетности ляля" все от рабочего стола больше ничего не надо вы зашли, прочитали че нового от своей компании, посмотрели чо у вас там за задачи висят перевыставлии если надо, если надо ПОДКЛЮЧИЛИ человека к заданию блин ну бывает так что задача вывезти товар не только менеджеру а еще и грузчику, и если по ней есть уже коментарии и какая то работа просто подключить грузчика к ней а не создавать ему отдельную задачу. но это я уже отошел от раобчего стола.




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



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

#5 shambler81

    Активный участник

  • Активный пользователь
  • PipPipPip
  • 98 сообщений
  • Пол:Мужчина
  • Город:Москва

Отправлено 12 Июль 2012 - 13:53

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





Количество пользователей, читающих эту тему: 2

0 пользователей, 2 гостей, 0 анонимных