Комментарии 45
Не совсем понял. В статье Вы «переходите» от одного вендора к другому, но при этом сама статья находится в платном корпоративном блоге вендора к которому Вы «перешли». Как так?
Джинса?
Джинса?
Я так и думал, что примут за антирекламу, а не объективную оценку. Ну хорошо, убрал бы я в статье упоминания об elma и easla.com — это было бы политкорректно, но неинформативно?
Я подошел к написанию статьи как программист, который внедрял систему elma, отгреб шишек и перешел на другую, которую, кстати, сам и написал. Показал объективные причины перехода. Недостатки предыдущего решения. Преимущества нынешнего инструмента.
P.S. Скажем так, я в составе команды разработчиков easla.com, поэтому в платном блоге. Это важно?
Я подошел к написанию статьи как программист, который внедрял систему elma, отгреб шишек и перешел на другую, которую, кстати, сам и написал. Показал объективные причины перехода. Недостатки предыдущего решения. Преимущества нынешнего инструмента.
P.S. Скажем так, я в составе команды разработчиков easla.com, поэтому в платном блоге. Это важно?
Это этически неприемлемо. Если Вы являетесь сотрудником вендора, Вы не имеете морального права делать заявления подобного рода, не указывая этого крупно и жирно и на видном месте.
А если я и пользователь, и сотрудник, как быть?! Как насчет «бест практик», когда разработчик сам пользуется тем, что написал? :)
Убрать их оплаченного хаба?
Убрать их оплаченного хаба?
А если я и пользователь, и сотрудник, как быть?!
Просто не делать таких заявлений.
Это неприлично.
Я не понимаю, что именно «неприлично»? Я что, написал в блоге, что elma плохая система? Я как-то дискредитировал ее? Я как пользователь elma указал на проблемы, с которым столкнулся лично. Лично! И даже не указывал на их систематичность, и нигде явным образом не написал, что «не покупайте elma». Напротив, в конце дописал, что кому-то она подойдет, но нам не подошла.
Статья может быть интересна как потенциальным потребителям elma, ищущим отзывы о системе, так и нынешним пользователям системы, которые, возможно, столкнулись с похожими проблемами.
Цель статьи, поделиться опытом перехода с одной системы на другую. Только и всего!
P.S. Я могу только предположить, что всполошились представители команды разработчиков elma. Надо же позаботиться о том, чтобы заминусовать статью и она не нашла большого круга читателей.
Статья может быть интересна как потенциальным потребителям elma, ищущим отзывы о системе, так и нынешним пользователям системы, которые, возможно, столкнулись с похожими проблемами.
Цель статьи, поделиться опытом перехода с одной системы на другую. Только и всего!
P.S. Я могу только предположить, что всполошились представители команды разработчиков elma. Надо же позаботиться о том, чтобы заминусовать статью и она не нашла большого круга читателей.
Поверьте, я не имею никакого отношения к ELMA. Мы разрабатываем совершенно другой продукт — и в некотором роде ELMA где-то может даже и конкурирует с нашим продуктом.
Понимаете, есть такое понятие — конфликт интересов. Если Вы говорите, что такой-то продукт плохой, а такой-то в разы лучше, но не указываете того, что Вы лицо заинтересованное — это как раз и начинает быть неприличным.
Понимаете, есть такое понятие — конфликт интересов. Если Вы говорите, что такой-то продукт плохой, а такой-то в разы лучше, но не указываете того, что Вы лицо заинтересованное — это как раз и начинает быть неприличным.
О! Я так понял, разработчики elma решили меня отхабрить…
Вас решили отхабрить читатели Хабра за откровенно гадкую, притянутую за уши статью в корпоративном (!) блоге от имени сотрудника компании-владельца блога. Если вы менеджер/пиарщик, то вы уже сейчас должны были написать заявление об уходе, если руководитель — вас жаль, такие грязные игры в софтверной индустрии не очень-то катят.
А если бы здесь были разработчики Елма, я думаю, они бы нашли, что вам ответить. Но их, увы, похоже, что нет.
А если бы здесь были разработчики Елма, я думаю, они бы нашли, что вам ответить. Но их, увы, похоже, что нет.
Прошу процитировать, что именно делает статью «гадкой» и «притянутой за уши», если она на самом деле является описанием собственного опыта перехода от одной системы к другой.
Разработчики есть, но занимать оправдательную позицию нет смысла — как ни оправдывайся, все равно окажешься виноватым. Опыт внедрения и эксплуатации ELMA как в маленьких, так и больших компаниях показывает, что с нашей системой все в порядке. Возможности написания сценариев на C# позволяют реализовать самые смелые желания клиентов, но иногда люди стреляют себе в ногу — система падает, какая она плохая.
Вы, tearexs, похоже из техподдержки elma. Вот поясните, почему нативный код вида:
var manager = EntityManager.Instance;
DateTime startdate = new DateTime(entity.RegDate.Value.Year, 1, 1);
DateTime enddate = new DateTime(entity.RegDate.Value.Year, 12, 31);
var allInYear = from d in manager.FindAll()
where d.RegDate.Value >= startdate && d.RegDate.Value <= enddate
orderby d.CntNum
select d;
if (allInYear.Count() == 0)
entity.CntNum = 1;
else
entity.CntNum = allInYear.Last().CntNum + 1;
Выполняется примерно в 1000 раз медленнее обращения к базе через c#'овский SqlConnection?!
var manager = EntityManager.Instance;
DateTime startdate = new DateTime(entity.RegDate.Value.Year, 1, 1);
DateTime enddate = new DateTime(entity.RegDate.Value.Year, 12, 31);
var allInYear = from d in manager.FindAll()
where d.RegDate.Value >= startdate && d.RegDate.Value <= enddate
orderby d.CntNum
select d;
if (allInYear.Count() == 0)
entity.CntNum = 1;
else
entity.CntNum = allInYear.Last().CntNum + 1;
Выполняется примерно в 1000 раз медленнее обращения к базе через c#'овский SqlConnection?!
Потому что вы делаете сначала полный фетч при помощи FindAll, а потом фильтруете все это на веб-сервере. Правильно делать Manager.Find(«EQL filter»)
Раз уж комментарии перешли в техподдержку elma, то вы же видите фрагмент кода. Он самодостаточный. Напишите так, как он должен быть.
Например, вот так:
Console.WriteLine(DateTime.Now.ToString("hh:mm:ss.fff"));
var filter = (ITaskFilter)InterfaceActivator.Create<ITaskFilter>();
filter.Query = "CreationDate>DateTime(2016, 01, 01) and CreationDate<DateTime(2016, 12, 31)";
var task = EntityManager<Task>.Instance.Find(filter,null).OrderByDescending(f=>f.CreationDate).First();
Console.WriteLine(task.Description);
Console.WriteLine(DateTime.Now.ToString("hh:mm:ss.fff"));
Насчет внедрения «как в маленьких, так и больших компаниях» можно отдельную статью написать. Я насмотрелся и наслушался. Вкратце, не все внедрения можно считать удачными, даже если от них нет обратной связи, но они исправно платят мзду. Хотя, кому что является критерием успешности.
Мой жизненный опыт показывает, что 80% внедрений выполненных интеграторами попадают в категорию «ежики плакали, но продолжали жрать кактусы».
Мой жизненный опыт показывает, что 80% внедрений выполненных интеграторами попадают в категорию «ежики плакали, но продолжали жрать кактусы».
понимаю, что корпоративный блог и реклама, но все равно поинтересуюсь:
1. на скриншотах интерфейс от разработчиков easla, или что-то допиливалось руками?
2. как производится разработка интерфейса?
3. в статье упоминают бизнес-процессы, как они редактируются в системе, какую нотацию поддерживает система? делали ли процесс с нуля, сколько времени ушло на отрисовку процесса?
4. какое максимальное число пользователей Вы в своем кейсе пускали разом на боевую среду?
1. на скриншотах интерфейс от разработчиков easla, или что-то допиливалось руками?
2. как производится разработка интерфейса?
3. в статье упоминают бизнес-процессы, как они редактируются в системе, какую нотацию поддерживает система? делали ли процесс с нуля, сколько времени ушло на отрисовку процесса?
4. какое максимальное число пользователей Вы в своем кейсе пускали разом на боевую среду?
1. На скриншотах интерфейс easla.com как он есть. Ничего не допиливалось. Есть темы (theme), если это важно.
2. Разработка интерфейса чего, простите? Вы про разработку easla.com или про разработку процессов в ней? Если последнее, то никак. Просто создаете объект, накидываете в него атрибуты и все готово. Про это есть отдельные статьи. Например: https://habrahabr.ru/company/easla/blog/281839/
3. В easla.com нет понятия «отрисовка процесса», т.к. в ней нет редактора блок-схем, как в elma или в Lotsia PDM Plus. Я работал с обеими этими системами и в обеих настраивал процессы с помощью блок-схем. Или мои требования завышены, или возможности систем ограничены, но в конечном счете проблем больше, чем преимуществ. Работая несколько лет с системой TDMS, которая описывает поведение кодом, сделал для себя вывод, что такой подход оптимальный. Именно он и реализован в easla.com. Все поведение объектов описывается кодом на PHP. Разумеется, возможности PHP урезаны в целях безопасности.
Все описанные выше процессы сделаны «с нуля». Подробнее, см. другие статьи, например: https://habrahabr.ru/company/easla/blog/281999/
В части затрат времени, если вы PHP-программист, то наверняка знаете, что такое ООП :) Поэтому идеологию easla.com поймете минут за 20. После этого сможете сваять новый объект с атрибутами и действиями за час. Проще понять что и как работает на конкретном примере, поэтому была статья: https://habrahabr.ru/company/easla/blog/281479/
4. На текущий момент несколько сотен пользователей онлайн.
2. Разработка интерфейса чего, простите? Вы про разработку easla.com или про разработку процессов в ней? Если последнее, то никак. Просто создаете объект, накидываете в него атрибуты и все готово. Про это есть отдельные статьи. Например: https://habrahabr.ru/company/easla/blog/281839/
3. В easla.com нет понятия «отрисовка процесса», т.к. в ней нет редактора блок-схем, как в elma или в Lotsia PDM Plus. Я работал с обеими этими системами и в обеих настраивал процессы с помощью блок-схем. Или мои требования завышены, или возможности систем ограничены, но в конечном счете проблем больше, чем преимуществ. Работая несколько лет с системой TDMS, которая описывает поведение кодом, сделал для себя вывод, что такой подход оптимальный. Именно он и реализован в easla.com. Все поведение объектов описывается кодом на PHP. Разумеется, возможности PHP урезаны в целях безопасности.
Все описанные выше процессы сделаны «с нуля». Подробнее, см. другие статьи, например: https://habrahabr.ru/company/easla/blog/281999/
В части затрат времени, если вы PHP-программист, то наверняка знаете, что такое ООП :) Поэтому идеологию easla.com поймете минут за 20. После этого сможете сваять новый объект с атрибутами и действиями за час. Проще понять что и как работает на конкретном примере, поэтому была статья: https://habrahabr.ru/company/easla/blog/281479/
4. На текущий момент несколько сотен пользователей онлайн.
Это и есть антиреклама!..
Уважаемый, автор, не пугайте публику «высотой своих рук над уровнем моря»… Если у Вас не хватило денег (или Вы их пожалели) на оплату внедрения или компетенций на самостоятельное нормальное внедрение ELMA, то не надо вводить пользователей в заблуждение и пытаться очернить столь замечательный продукт. А выводы, относительно возможностей системы в умелых руках, профессиональная публика данного сайта вполне сделать сама. И поверьте, результат будет далеко не в пользу easla.com ))
Уважаемый, автор, не пугайте публику «высотой своих рук над уровнем моря»… Если у Вас не хватило денег (или Вы их пожалели) на оплату внедрения или компетенций на самостоятельное нормальное внедрение ELMA, то не надо вводить пользователей в заблуждение и пытаться очернить столь замечательный продукт. А выводы, относительно возможностей системы в умелых руках, профессиональная публика данного сайта вполне сделать сама. И поверьте, результат будет далеко не в пользу easla.com ))
Уважаемый автор комментария. Вы похоже даже не прочитали статью. Я явно указал на то, что систему elma изучил и довольно детально. Более того, я запустил ее в эксплуатацию! И она успешно работала до 2015 года! Почти 2 года! Поэтому не надо упирать на недостаток средств или компетенции. Техподдержка elma получила от меня, как они сами писали, «очень полезный фидбек».
Укажите мне место в статье, которое очерняет «столь замечательный продукт».
Укажите мне место в статье, которое очерняет «столь замечательный продукт».
AKablukov, раз уж вы затронули тему нормального внедрения. Не подскажете, как бороться с задумчивостью ELMA. Страницы которые грузятся до одной минуты при 20-ти активных пользователях — это несколько не нормально. При этом сервер практически не нагружен.
CPU — 5%
Память — 50% (20/40 ГБ)
Диск — 5% (SSD)
А что касается возможностей, то полностью соглашусь, другого продукта с таким же набором возможностей для России — просто нет. Но задумчивость ELMA просто выводит из себя, как меня так и пользователей.
CPU — 5%
Память — 50% (20/40 ГБ)
Диск — 5% (SSD)
А что касается возможностей, то полностью соглашусь, другого продукта с таким же набором возможностей для России — просто нет. Но задумчивость ELMA просто выводит из себя, как меня так и пользователей.
gimntut, а вы к нам в поддержку уже писали? Можно номер запроса в личку?
А чего в личку то? Вот здесь и напишите, почему тормозит. Публичный вопрос требует публичного ответа.
Номер можно и сюда, согласен. Данные же клиентов — персональная информация, публично не обсуждается.
Какой номер? gimntut спросил «как бороться с задумчивостью ELMA».
Из того, что клиент может сделать самостоятельно — держать индексы в бд в актуальном состоянии, писать оптимальные скрипты («не делать FindAll()») — информацию об основных источниках проблем можно найти в системных отчетах о производительности и текущей активности в системе. При увеличении нагрузки на IIS можно поднять веб-ферму.
Не зная, какая конфигурация у gimntut, сложно давать конкретные советы.
Не зная, какая конфигурация у gimntut, сложно давать конкретные советы.
Я бы с удовольствием написал бы, но...:
1. срок поддержки вышел, а о средствах на продление поддержки речи не идёт, т.к. на предприятии идут сокращения. Самому бы под сокращение не попасть бы.
2. базовая поддержка не подразумевает работу на стороне клиента, а дополнительная поддержка требует заключения отдельных договоров
3. тормозит базовый функционал, а сообщать о багах нет ни какого интереса, так как обновление в котором этот баг будет исправлен получить нельзя, пока не будет заключен следующий договор. Если был бы багбаунти, когда взамен пачки найденных багов, получаешь право на скачивание любой новой версии, тогда был бы интерес.
4. когда к нам для знакомства приезжал внедренец ELMA, то было понятно, что десятисекундная загрузка страницы на пустой базе — это нормально. Тогда мы ещё грешили на железо. После окончания тех.поддержки мы прокачали сервер по полной, стало лучше, но не на столько, чтобы сказать что задумчивость исчезла.
1. срок поддержки вышел, а о средствах на продление поддержки речи не идёт, т.к. на предприятии идут сокращения. Самому бы под сокращение не попасть бы.
2. базовая поддержка не подразумевает работу на стороне клиента, а дополнительная поддержка требует заключения отдельных договоров
3. тормозит базовый функционал, а сообщать о багах нет ни какого интереса, так как обновление в котором этот баг будет исправлен получить нельзя, пока не будет заключен следующий договор. Если был бы багбаунти, когда взамен пачки найденных багов, получаешь право на скачивание любой новой версии, тогда был бы интерес.
4. когда к нам для знакомства приезжал внедренец ELMA, то было понятно, что десятисекундная загрузка страницы на пустой базе — это нормально. Тогда мы ещё грешили на железо. После окончания тех.поддержки мы прокачали сервер по полной, стало лучше, но не на столько, чтобы сказать что задумчивость исчезла.
Судя по всему, один из комментаторов продавец elma, а другая — маркетолог elma. :)
Всем привет. Я директор по развитию в «Импелтехе», мы последние 4 года занимается внедрением\разработкой только под ELMA BPM и являемся золотыми партнёрами. Я лично сертифицирован по всем компетенциям ELMA.
Возможно, вам не удалось выработать определённый workflow работы с системой, поэтому её использование было неудачным. Сожалею, в системе очень много интересного и полезного для бизнеса.
Я, как и все люди, склонен защищать инструмент, который помогает зарабатывать на жизнь, но попробую конструктивно:
>>Крайне сложно именовать файлы объекта программно (помнится, техподдержка предложила для этого написать больше сотни строк кода в разных событиях), правда месяца через два разработчики исправили эту проблему.
Не знаю, зачем вам могло это понадобится, но раз исправили за 2 месяца, в этом был какой-то резон.
>>Проблемы при создании процессов с ветвлениями. Был создан процесс рассмотрения входящего письма, который ветвился в соответствии с количеством ответственных исполнителей. Кода в процессе практически не было. Однако регулярно появлялись задачи-фантомы — я их так назвал. Назначено 5 задач, а получается 10. Решить проблему с помощью техподдержки не удалось и мне пришлось писать «костыли», которые уничтожали фантомов программно. Но все равно в непредсказуемых ситуациях они проявлялись.
Очень сложно быть конструктивным, потому что информации мало. Такое могло быть при использовании динамических зон ответственности, установленных на группы сотрудников и раздачей по «round-robin». Но это работает именно так, как и задумано. Давайте попробуем разобраться — сможете прислать экспорт процесса?
>>Разработка новых процессов была возможна только на отдельном, тестовом сервере, для которого регулярно приходилось выпрашивать лицензию, т.к. она не включена в поставку. Готовый процесс приходилось вручную переносить с тестового сервера на боевой. При этом боевой сервер приходилось перезапускать. В рабочее время такое невозможно, что приводило к регулярному переносу рабочего времени на ночь.
Скорее всего вопросы к тому, как вы работали, а не то как система позволяет это сделать. У наших клиентов маленькие процессы разрабатываются на том же сервере, без перезагрузки. Новые процессы — на отдельном сервере.
Если вы меняете метаданные объектной модели, то сервер нужно перезапускать, потому что c# — это компилируемый язык. Обычно это занимает 5 минут, о которых сотрудников можно предупредить заранее.
>>Каждое обновление приносило свои исправления и свои баги. Однажды, обновление принесло баг, который был исправлен 2-3 обновления назад. Причем порой ошибки были смешные — детские. Например, два обновления подряд не могли главное меню развернуть на всю высоту браузера.
Такое бывает, но это нормально — ELMA это серьезный продукт с огромным функционалом.
Были и другие проблемы. Но то, технические проблемы, которые конечных пользователей не касаются.
Однако и пользователи тоже регулярно жаловались на неудобства, например:
>>Поиск объектов осуществляется только на отдельной странице, что вроде бы логично, и даже критерии поиска можно вводить весьма сложные, но для конечного пользователя этот функционал оказался неудобным. Все давно привыкли, что искать удобно указывая критерии в шапке таблицы, а переход на отдельную страницу и многоходовой ввод критериев вызывал недовольство и отторжение.
Это стало для вас новостью в середине эксплуатации системы? У нас можно взять 30-дневный триал на любое количество пользователей, чтобы исключить любые вопрос юзабилити.
Кроме того, критерии можно сохранить в виде заранее настроенных фильтров, в том числе централизованно силами администратора.
>>Elma, работая в локальной сети, начала удивлять своей задумчивостью. Мы изучили систему изнутри. Оказалось, что для каждого объекта система создает отдельную таблицу и еще кучку смежных таблиц для хранения данных, т.е. торможения быть не должно. Однако, когда количество записей каждого объекта превысило тысяч пять, тормоза стали заметны на интуитивном уровне. Странички со списком открывались несколько секунд.
ELMA работает на firebird, MS SQL и Oracle, у вендора есть рекомендованные требования к железу. Можете уточнить, какое у вас железо и бд использовалось? Про таблички — используется ORM Nhibernate, поэтому и создаются таблички.
Возможно, вам не удалось выработать определённый workflow работы с системой, поэтому её использование было неудачным. Сожалею, в системе очень много интересного и полезного для бизнеса.
Я, как и все люди, склонен защищать инструмент, который помогает зарабатывать на жизнь, но попробую конструктивно:
>>Крайне сложно именовать файлы объекта программно (помнится, техподдержка предложила для этого написать больше сотни строк кода в разных событиях), правда месяца через два разработчики исправили эту проблему.
Не знаю, зачем вам могло это понадобится, но раз исправили за 2 месяца, в этом был какой-то резон.
>>Проблемы при создании процессов с ветвлениями. Был создан процесс рассмотрения входящего письма, который ветвился в соответствии с количеством ответственных исполнителей. Кода в процессе практически не было. Однако регулярно появлялись задачи-фантомы — я их так назвал. Назначено 5 задач, а получается 10. Решить проблему с помощью техподдержки не удалось и мне пришлось писать «костыли», которые уничтожали фантомов программно. Но все равно в непредсказуемых ситуациях они проявлялись.
Очень сложно быть конструктивным, потому что информации мало. Такое могло быть при использовании динамических зон ответственности, установленных на группы сотрудников и раздачей по «round-robin». Но это работает именно так, как и задумано. Давайте попробуем разобраться — сможете прислать экспорт процесса?
>>Разработка новых процессов была возможна только на отдельном, тестовом сервере, для которого регулярно приходилось выпрашивать лицензию, т.к. она не включена в поставку. Готовый процесс приходилось вручную переносить с тестового сервера на боевой. При этом боевой сервер приходилось перезапускать. В рабочее время такое невозможно, что приводило к регулярному переносу рабочего времени на ночь.
Скорее всего вопросы к тому, как вы работали, а не то как система позволяет это сделать. У наших клиентов маленькие процессы разрабатываются на том же сервере, без перезагрузки. Новые процессы — на отдельном сервере.
Если вы меняете метаданные объектной модели, то сервер нужно перезапускать, потому что c# — это компилируемый язык. Обычно это занимает 5 минут, о которых сотрудников можно предупредить заранее.
>>Каждое обновление приносило свои исправления и свои баги. Однажды, обновление принесло баг, который был исправлен 2-3 обновления назад. Причем порой ошибки были смешные — детские. Например, два обновления подряд не могли главное меню развернуть на всю высоту браузера.
Такое бывает, но это нормально — ELMA это серьезный продукт с огромным функционалом.
Были и другие проблемы. Но то, технические проблемы, которые конечных пользователей не касаются.
Однако и пользователи тоже регулярно жаловались на неудобства, например:
>>Поиск объектов осуществляется только на отдельной странице, что вроде бы логично, и даже критерии поиска можно вводить весьма сложные, но для конечного пользователя этот функционал оказался неудобным. Все давно привыкли, что искать удобно указывая критерии в шапке таблицы, а переход на отдельную страницу и многоходовой ввод критериев вызывал недовольство и отторжение.
Это стало для вас новостью в середине эксплуатации системы? У нас можно взять 30-дневный триал на любое количество пользователей, чтобы исключить любые вопрос юзабилити.
Кроме того, критерии можно сохранить в виде заранее настроенных фильтров, в том числе централизованно силами администратора.
>>Elma, работая в локальной сети, начала удивлять своей задумчивостью. Мы изучили систему изнутри. Оказалось, что для каждого объекта система создает отдельную таблицу и еще кучку смежных таблиц для хранения данных, т.е. торможения быть не должно. Однако, когда количество записей каждого объекта превысило тысяч пять, тормоза стали заметны на интуитивном уровне. Странички со списком открывались несколько секунд.
ELMA работает на firebird, MS SQL и Oracle, у вендора есть рекомендованные требования к железу. Можете уточнить, какое у вас железо и бд использовалось? Про таблички — используется ORM Nhibernate, поэтому и создаются таблички.
Автор уже ушел писать свою систему, нет смысла ворошить прошлое.
>> Однако, когда количество записей каждого объекта превысило тысяч пять, тормоза стали заметны на интуитивном уровне. Странички со списком открывались несколько секунд.
Вероятнее всего, список в этом случае открывался с сортировкой по неиндексированному полю. В этом случае хорошей помощью системе со стороны DBA будет создание индекса по этому полю. Также по умолчанию система создает строковые поля неограниченной длины. Если вы знаете, что, например, название не может быть длиннее 100 символов — имеет смысл установить это ограничение при создании поля. Это сильно поможет серверу в построении индекса и сортировке по этому полю.
>> Однако, когда количество записей каждого объекта превысило тысяч пять, тормоза стали заметны на интуитивном уровне. Странички со списком открывались несколько секунд.
Вероятнее всего, список в этом случае открывался с сортировкой по неиндексированному полю. В этом случае хорошей помощью системе со стороны DBA будет создание индекса по этому полю. Также по умолчанию система создает строковые поля неограниченной длины. Если вы знаете, что, например, название не может быть длиннее 100 символов — имеет смысл установить это ограничение при создании поля. Это сильно поможет серверу в построении индекса и сортировке по этому полю.
>>Не знаю, зачем вам могло это понадобится, но раз исправили за 2 месяца, в этом был какой-то резон.
Какая разница зачем? Есть потребность. Есть доступ к файлам в коде. Присваиваю новое имя, ан нет. Оказывается так нельзя! Но решили и ладно. Правда 2 месяца ждать возможности переименовать файл… круто! Если вы контачите с разработчиками: ticket 19492
>>сможете прислать экспорт процесса?
Сейчас в этом нет смысла. Добавлю только, что в техподдержку отправлял всю базу. Если верно понял, ребята на своей стороне поднимали нашу базу, запускали процессы и изучали причины. ticket #19556
>>ELMA это серьезный продукт с огромным функционалом
Да кто спорит, но не наивные же ошибки! Когда ошибка глубоко, как с теми же дубликатами задач, я был готов простить и понять и терпеливо ждал исправления. Ситуации бывают разные, может и впрямь я создал такую, что система повела себя неожиданно.
Windows, Word, Excel, серьезные продукты с огромным функционалом, но они же не допускают подобных смешных ошибок. Ошибки есть, не спорю и некоторые клонируются и из версии в версию (например, Excel до сих пор не переваривает множество квадратных скобок в именах файлов).
Про поиск.
Нет конечно, не было новостью. Но это стало еще одной «ложкой дегтя» среди прочих. Кстати, поиск глючил, но сейчас точно не вспомню как именно. Нестабильно искал, что ли. Скажем, пользователь ищет — не находит документа, который точно есть, а на другом компьютере под другим пользователем находится. Права в порядке. На след. день такой проблемы нет. И в техподдержку не напишешь.
Про скорость.
Суть ведь не в используемой базе данных. Сервер мощный и под elma и под ms sql. Но система тормозит страшно! Я даже знаю ответ почему, но мне от этого не легче. Повлиять на это не могу. Кстати, я не один такой (читайте комментарии выше).
P.S. Самый фееричный ticket — 20973. Меня убеждали в том, что XML ответ на SOAP запрос с encoding=utf-8 может (!) и совершенно нормально, что содержит русские символы в кодировке 1251! Где это видано, чтобы XML с encoding=utf8 допускал содержание национальных символов в другой кодировке? Мне пришлось строки кодировать в base64, передавать и раскодировать обратно.
Какая разница зачем? Есть потребность. Есть доступ к файлам в коде. Присваиваю новое имя, ан нет. Оказывается так нельзя! Но решили и ладно. Правда 2 месяца ждать возможности переименовать файл… круто! Если вы контачите с разработчиками: ticket 19492
>>сможете прислать экспорт процесса?
Сейчас в этом нет смысла. Добавлю только, что в техподдержку отправлял всю базу. Если верно понял, ребята на своей стороне поднимали нашу базу, запускали процессы и изучали причины. ticket #19556
>>ELMA это серьезный продукт с огромным функционалом
Да кто спорит, но не наивные же ошибки! Когда ошибка глубоко, как с теми же дубликатами задач, я был готов простить и понять и терпеливо ждал исправления. Ситуации бывают разные, может и впрямь я создал такую, что система повела себя неожиданно.
Windows, Word, Excel, серьезные продукты с огромным функционалом, но они же не допускают подобных смешных ошибок. Ошибки есть, не спорю и некоторые клонируются и из версии в версию (например, Excel до сих пор не переваривает множество квадратных скобок в именах файлов).
Про поиск.
Нет конечно, не было новостью. Но это стало еще одной «ложкой дегтя» среди прочих. Кстати, поиск глючил, но сейчас точно не вспомню как именно. Нестабильно искал, что ли. Скажем, пользователь ищет — не находит документа, который точно есть, а на другом компьютере под другим пользователем находится. Права в порядке. На след. день такой проблемы нет. И в техподдержку не напишешь.
Про скорость.
Суть ведь не в используемой базе данных. Сервер мощный и под elma и под ms sql. Но система тормозит страшно! Я даже знаю ответ почему, но мне от этого не легче. Повлиять на это не могу. Кстати, я не один такой (читайте комментарии выше).
P.S. Самый фееричный ticket — 20973. Меня убеждали в том, что XML ответ на SOAP запрос с encoding=utf-8 может (!) и совершенно нормально, что содержит русские символы в кодировке 1251! Где это видано, чтобы XML с encoding=utf8 допускал содержание национальных символов в другой кодировке? Мне пришлось строки кодировать в base64, передавать и раскодировать обратно.
>>Не знаю, зачем вам могло это понадобится, но раз исправили за 2 месяца, в этом был какой-то резон.
>>>>Какая разница зачем? Есть потребность. Есть доступ к файлам в коде. Присваиваю новое имя, ан нет. Оказывается так нельзя! Но решили и ладно. Правда 2 месяца ждать возможности переименовать файл… круто! Если вы контачите с разработчиками: ticket 19492
За тем, что достигнуть цели можно разными способами. Можно расшибиться и решать задачу в лоб, но наверняка есть лучший способ. Если раскроете задачу с бизнес содержимым, то я бы рассказал как это решалось у нас.
То, что у вас есть розетка дома и возможность сунуть туда пальцы не значит, что так делать нужно.
>>сможете прислать экспорт процесса?
Сейчас в этом нет смысла. Добавлю только, что в техподдержку отправлял всю базу. Если верно понял, ребята на своей стороне поднимали нашу базу, запускали процессы и изучали причины. ticket #19556
>>ELMA это серьезный продукт с огромным функционалом
>>>>Да кто спорит, но не наивные же ошибки! Когда ошибка глубоко, как с теми же дубликатами задач, я был готов простить и понять и терпеливо ждал исправления. Ситуации бывают разные, может и впрямь я создал такую, что система повела себя неожиданно.
Windows, Word, Excel, серьезные продукты с огромным функционалом, но они же не допускают подобных смешных ошибок. Ошибки есть, не спорю и некоторые клонируются и из версии в версию (например, Excel до сих пор не переваривает множество квадратных скобок в именах файлов).
Кому наивные, кому не наивные. С радостью ознакомился бы со справочником «наивных» багов в программных продуктах в издании O'Reilly, чтобы иметь возможность так же смело использовать их в конкурентной борьбе.
>>Про поиск.
>>>Нет конечно, не было новостью. Но это стало еще одной «ложкой дегтя» среди прочих. Кстати, поиск глючил, но сейчас точно не вспомню >>>как именно. Нестабильно искал, что ли. Скажем, пользователь ищет — не находит документа, который точно есть, а на другом компьютере >>>>под другим пользователем находится. Права в порядке. На след. день такой проблемы нет. И в техподдержку не напишешь.
>>>>Про скорость.
>>>>Суть ведь не в используемой базе данных. Сервер мощный и под elma и под ms sql. Но система тормозит страшно! Я даже знаю ответ почему, но мне от этого не легче. Повлиять на это не могу. Кстати, я не один такой (читайте комментарии выше).
Вы лишаете возможности меня помочь вам и предоставить объективную информацию сообществу, потому что не говорите ничего конкретного. Это можно делать в интернете, но жители хабра, наверняка, не одобрят.
>>>P.S. Самый фееричный ticket — 20973. Меня убеждали в том, что XML ответ на SOAP запрос с encoding=utf-8 может (!) и совершенно нормально, что содержит русские символы в кодировке 1251! Где это видано, чтобы XML с encoding=utf8 допускал содержание национальных символов в другой кодировке? Мне пришлось строки кодировать в base64, передавать и раскодировать обратно.
Тут нечего сказать, рад что вы смогли справиться с проблемой.
>>>>Какая разница зачем? Есть потребность. Есть доступ к файлам в коде. Присваиваю новое имя, ан нет. Оказывается так нельзя! Но решили и ладно. Правда 2 месяца ждать возможности переименовать файл… круто! Если вы контачите с разработчиками: ticket 19492
За тем, что достигнуть цели можно разными способами. Можно расшибиться и решать задачу в лоб, но наверняка есть лучший способ. Если раскроете задачу с бизнес содержимым, то я бы рассказал как это решалось у нас.
То, что у вас есть розетка дома и возможность сунуть туда пальцы не значит, что так делать нужно.
>>сможете прислать экспорт процесса?
Сейчас в этом нет смысла. Добавлю только, что в техподдержку отправлял всю базу. Если верно понял, ребята на своей стороне поднимали нашу базу, запускали процессы и изучали причины. ticket #19556
>>ELMA это серьезный продукт с огромным функционалом
>>>>Да кто спорит, но не наивные же ошибки! Когда ошибка глубоко, как с теми же дубликатами задач, я был готов простить и понять и терпеливо ждал исправления. Ситуации бывают разные, может и впрямь я создал такую, что система повела себя неожиданно.
Windows, Word, Excel, серьезные продукты с огромным функционалом, но они же не допускают подобных смешных ошибок. Ошибки есть, не спорю и некоторые клонируются и из версии в версию (например, Excel до сих пор не переваривает множество квадратных скобок в именах файлов).
Кому наивные, кому не наивные. С радостью ознакомился бы со справочником «наивных» багов в программных продуктах в издании O'Reilly, чтобы иметь возможность так же смело использовать их в конкурентной борьбе.
>>Про поиск.
>>>Нет конечно, не было новостью. Но это стало еще одной «ложкой дегтя» среди прочих. Кстати, поиск глючил, но сейчас точно не вспомню >>>как именно. Нестабильно искал, что ли. Скажем, пользователь ищет — не находит документа, который точно есть, а на другом компьютере >>>>под другим пользователем находится. Права в порядке. На след. день такой проблемы нет. И в техподдержку не напишешь.
>>>>Про скорость.
>>>>Суть ведь не в используемой базе данных. Сервер мощный и под elma и под ms sql. Но система тормозит страшно! Я даже знаю ответ почему, но мне от этого не легче. Повлиять на это не могу. Кстати, я не один такой (читайте комментарии выше).
Вы лишаете возможности меня помочь вам и предоставить объективную информацию сообществу, потому что не говорите ничего конкретного. Это можно делать в интернете, но жители хабра, наверняка, не одобрят.
>>>P.S. Самый фееричный ticket — 20973. Меня убеждали в том, что XML ответ на SOAP запрос с encoding=utf-8 может (!) и совершенно нормально, что содержит русские символы в кодировке 1251! Где это видано, чтобы XML с encoding=utf8 допускал содержание национальных символов в другой кодировке? Мне пришлось строки кодировать в base64, передавать и раскодировать обратно.
Тут нечего сказать, рад что вы смогли справиться с проблемой.
Идея переименования файла заключалась в том, чтобы имя файла всегда соответствовало обозначению документа. Таким образом, при регистрации документа вычислялось обозначение документа. Сохранялось в атрибуте. При импорте файла с любыми именем в elma, должно было происходить его переименование. При изменении обозначения документа и уже существующем файле его имя тоже должно было измениться. Не велика сложность, неправда ли?
Наивные, см. ticket 23220
Мне уже не нужна помощь, спасибо. Я себе помог.
>>Тут нечего сказать, рад что вы смогли справиться с проблемой.
Я то как рад был бороться с проблемой, которой не должно быть!
Очередной раз подчеркну, что система работала почти 2 года. Я заставил ее делать все что нужно. Проблема была именно в том, что начала деградировать производительность и мне было реально страшно запускать на ней другие процессы, если она с существующими кое-как справляется.
Наивные, см. ticket 23220
Мне уже не нужна помощь, спасибо. Я себе помог.
>>Тут нечего сказать, рад что вы смогли справиться с проблемой.
Я то как рад был бороться с проблемой, которой не должно быть!
Очередной раз подчеркну, что система работала почти 2 года. Я заставил ее делать все что нужно. Проблема была именно в том, что начала деградировать производительность и мне было реально страшно запускать на ней другие процессы, если она с существующими кое-как справляется.
>>Идея переименования файла заключалась в том, чтобы имя файла всегда соответствовало обозначению документа. Таким образом, при регистрации документа вычислялось обозначение документа. Сохранялось в атрибуте. При импорте файла с любыми именем в elma, должно было происходить его переименование. При изменении обозначения документа и уже существующем файле его имя тоже должно было измениться. Не велика сложность, неправда ли?
Т.е, например, загрузили в систему файл «Премирование_продажников.xls», создали на его базе документ типа «Мотивационные схемы», зарегистрировали его с номером «111». При скачивании версии файла он должен называться «111_Мотивационные_схемы_премирование_продажников.xls»?
>>Мне уже не нужна помощь, спасибо. Я себе помог.
А сообществу не помогли, хотя именно это заявляли в своей статье.
>>Тут нечего сказать, рад что вы смогли справиться с проблемой.
Я то как рад был бороться с проблемой, которой не должно быть!
>>Очередной раз подчеркну, что система работала почти 2 года. Я заставил ее делать все что нужно. Проблема была именно в том, что начала деградировать производительность и мне было реально страшно запускать на ней другие процессы, если она с существующими кое-как справляется.
Получается, вам было проще разработать свою систему, чем разобраться со своими страхами и производительностью системы?
Т.е, например, загрузили в систему файл «Премирование_продажников.xls», создали на его базе документ типа «Мотивационные схемы», зарегистрировали его с номером «111». При скачивании версии файла он должен называться «111_Мотивационные_схемы_премирование_продажников.xls»?
>>Мне уже не нужна помощь, спасибо. Я себе помог.
А сообществу не помогли, хотя именно это заявляли в своей статье.
>>Тут нечего сказать, рад что вы смогли справиться с проблемой.
Я то как рад был бороться с проблемой, которой не должно быть!
>>Очередной раз подчеркну, что система работала почти 2 года. Я заставил ее делать все что нужно. Проблема была именно в том, что начала деградировать производительность и мне было реально страшно запускать на ней другие процессы, если она с существующими кое-как справляется.
Получается, вам было проще разработать свою систему, чем разобраться со своими страхами и производительностью системы?
Нет, не так. Зарегистрировал письмо с номером 11/Аб-1234. Вложил в него файл с именем «файл.doc». Файл должен получить имя «11/Аб-1234.doc». Упс, пришло ценное указание, меняется номер письма, оно станет 11/Ба-4321. Нет проблем. Редактируем объект. Меняется значение атрибута и меняется имя файла на «11/Ба-4321.doc».
Но мне сообщество как «помогло»! Прям закачаешься!
>>Получается, вам было проще разработать свою систему, чем разобраться со своими страхами и производительностью системы?
Поверьте, разбирались и со страхами, и с производительностью. И техподдержка завалена обращениями — 144 тикета. А что толку, если проблема в архитектуре?
Вы же понимаете, что просто так с бухты барахты никто за написание своей PDM системы не берется. Нужен опыт программирования, внедрения, интеграции, работы с системами. И желательно с разными системами. Решающими задачи разных подразделений с разными видами деятельности. В общем, накопилось.
Мой опыт работы с СЭД уже лет 15-16. Разные видел. Разные запускал. Надоело взвешивать преимущества и недостатки. Разумеется, и в easla.com найдутся недостатки, ведь все зависит от требований.
Но мне сообщество как «помогло»! Прям закачаешься!
>>Получается, вам было проще разработать свою систему, чем разобраться со своими страхами и производительностью системы?
Поверьте, разбирались и со страхами, и с производительностью. И техподдержка завалена обращениями — 144 тикета. А что толку, если проблема в архитектуре?
Вы же понимаете, что просто так с бухты барахты никто за написание своей PDM системы не берется. Нужен опыт программирования, внедрения, интеграции, работы с системами. И желательно с разными системами. Решающими задачи разных подразделений с разными видами деятельности. В общем, накопилось.
Мой опыт работы с СЭД уже лет 15-16. Разные видел. Разные запускал. Надоело взвешивать преимущества и недостатки. Разумеется, и в easla.com найдутся недостатки, ведь все зависит от требований.
>>>Нет, не так. Зарегистрировал письмо с номером 11/Аб-1234. Вложил в него файл с именем «файл.doc». Файл должен получить имя «11/Аб-1234.doc». Упс, пришло ценное указание, меняется номер письма, оно станет 11/Ба-4321. Нет проблем. Редактируем объект. Меняется значение атрибута и меняется имя файла на «11/Ба-4321.doc».
Понял. Скорее всего вы столкнулись с тем, что имя файла генерируется в контроллере скачивания динамически, потому что сам файл лежит в файловой структуре просто с айдишником, а имя берется из БД, при этом на базе имени и размера генерируется хеш, который помогает защититься от подмены файла в файловой структуре.
Скорее всего мы бы решили вопрос созданием новой версии документа по событию изменения атрибута (если старое название и файлов, либо перезапускали кодом вычисления хеша после присваивания нового номера, а только потом давали бы скачать.
>>>Но мне сообщество как «помогло»! Прям закачаешься!
Ну, на страничке о хабре «В «Хабрахабр» заложена уникальная модель совместного творчества, позволяющая людям собирать и структурировать информацию, выделяя из неё наиболее полезную и ценную. Используя заложенные в проект механизмы, пользователи самостоятельно наделяют правами друг друга, давая или ограничивая возможности.» Тут уж ничего не поделаешь.
>>Получается, вам было проще разработать свою систему, чем разобраться со своими страхами и производительностью системы?
Поверьте, разбирались и со страхами, и с производительностью. И техподдержка завалена обращениями — 144 тикета. А что толку, если проблема в архитектуре?
>>>Вы же понимаете, что просто так с бухты барахты никто за написание своей PDM системы не берется. Нужен опыт программирования, внедрения, интеграции, работы с системами. И желательно с разными системами. Решающими задачи разных подразделений с разными видами деятельности. В общем, накопилось.
Мой опыт работы с СЭД уже лет 15-16. Разные видел. Разные запускал. Надоело взвешивать преимущества и недостатки. Разумеется, и в easla.com найдутся недостатки, ведь все зависит от требований.
Согласен, к тому же ELMA совсем не PDM и не очень-то СЭД. Понимаю ваше разочарование, согласен с тем что каждому требованию свой инструмент — иногда нужно взять и сделать что-то своё, где всё полностью подвластно тебе. Могу представить что вы чувствовали, когда запустили пользователей в свою на 100% систему.
Понял. Скорее всего вы столкнулись с тем, что имя файла генерируется в контроллере скачивания динамически, потому что сам файл лежит в файловой структуре просто с айдишником, а имя берется из БД, при этом на базе имени и размера генерируется хеш, который помогает защититься от подмены файла в файловой структуре.
Скорее всего мы бы решили вопрос созданием новой версии документа по событию изменения атрибута (если старое название и файлов, либо перезапускали кодом вычисления хеша после присваивания нового номера, а только потом давали бы скачать.
>>>Но мне сообщество как «помогло»! Прям закачаешься!
Ну, на страничке о хабре «В «Хабрахабр» заложена уникальная модель совместного творчества, позволяющая людям собирать и структурировать информацию, выделяя из неё наиболее полезную и ценную. Используя заложенные в проект механизмы, пользователи самостоятельно наделяют правами друг друга, давая или ограничивая возможности.» Тут уж ничего не поделаешь.
>>Получается, вам было проще разработать свою систему, чем разобраться со своими страхами и производительностью системы?
Поверьте, разбирались и со страхами, и с производительностью. И техподдержка завалена обращениями — 144 тикета. А что толку, если проблема в архитектуре?
>>>Вы же понимаете, что просто так с бухты барахты никто за написание своей PDM системы не берется. Нужен опыт программирования, внедрения, интеграции, работы с системами. И желательно с разными системами. Решающими задачи разных подразделений с разными видами деятельности. В общем, накопилось.
Мой опыт работы с СЭД уже лет 15-16. Разные видел. Разные запускал. Надоело взвешивать преимущества и недостатки. Разумеется, и в easla.com найдутся недостатки, ведь все зависит от требований.
Согласен, к тому же ELMA совсем не PDM и не очень-то СЭД. Понимаю ваше разочарование, согласен с тем что каждому требованию свой инструмент — иногда нужно взять и сделать что-то своё, где всё полностью подвластно тебе. Могу представить что вы чувствовали, когда запустили пользователей в свою на 100% систему.
Как вы и написали, изначально мне предлагали много-много строчек кода только ради переименования файла. Мне пришлось указать, как бы это помягче сказать, на нелепость такого решения. В общем, я бился 2 месяца ради вот такого решения:
if (!lastver.File.Name.Equals(fname))
{
lastver.File.Rename(fname);
}
Уверен, и приватные комментарии добавляют мне этой уверенности, что те, кто прочитал статью, выделили из нее «наиболее полезную и ценную» информацию. Благодарен всем, кто подошел к чтению объективно и без эмоций.
Моя цель при разработке easla.com была не столько создать инструмент подвластный мне, сколько подвластный любому. Без оглядок на разработчика. Собственно, и о существовании системы смело заявил только после написания подробного руководства разработчика.
Признаюсь, и я того не скрывал, что за образец для подражания взята TDMS. Некоторые вещи сделаны иначе, например, файловые атрибуты. Кое-что добавлено — например, рабочий календарь, интеграция с почтовой системой.
if (!lastver.File.Name.Equals(fname))
{
lastver.File.Rename(fname);
}
Уверен, и приватные комментарии добавляют мне этой уверенности, что те, кто прочитал статью, выделили из нее «наиболее полезную и ценную» информацию. Благодарен всем, кто подошел к чтению объективно и без эмоций.
Моя цель при разработке easla.com была не столько создать инструмент подвластный мне, сколько подвластный любому. Без оглядок на разработчика. Собственно, и о существовании системы смело заявил только после написания подробного руководства разработчика.
Признаюсь, и я того не скрывал, что за образец для подражания взята TDMS. Некоторые вещи сделаны иначе, например, файловые атрибуты. Кое-что добавлено — например, рабочий календарь, интеграция с почтовой системой.
Коллеги, а никто не фрилансит настройкой/программированием под Эльму? у нас тут ресурсы закончились и нужен ещё человек на подмогу.
Насчет этически неприемлемого выражу личное мнение.
1. Этически неприемлемо — разносить сплетни. Т.е. «у одних знакомых моих знакомых есть проблемы с этим продуктом». А если проблемы были у того, кто о них рассказал — что тут неприемлемого?
2. Этически неприемлемо — давать обещания и не выполнять их.
3. Этически неприемлемы «темные паттерны». https://habrahabr.ru/post/198044/
Ну и…
4. Этически неприемлема перезагрузка сервера с сотнями активных пользователей для правки бага, который мешает нажать кнопку одному человеку. Важную кнопку, например, нужен некий реестр, для Заказчика, через 15 минут! Но — сотни пользователей!
Да, я понимаю, что в дотнете либо есть возможность изолировать плагин доменом и вызвать тем самым геморроидальный синдром при обмене с другими частями бизнес-логики (но зато обеспечить выгрузку и вгрузку «на лету»), либо заставить систему постепенно жрать ресурсы загрузкой новых версий плагина в текущий домен. Но — сотни пользователей! Либо меняйте технологию, либо правильно выбирайте компромисс и предупреждайте клиентов о некоторых нюансах заранее.
5. Неужели ни разу не опробовали систему до того, как выпускать ее на рынок, на более-менее крупном предприятии? Проблемы с производительностью не могли появиться у клиентов, если бы они проявились в достаточно крупном пилотном проекте на предприятии, которое по размерам сопоставимо с предприятиями, которые являются клиентами.
1. Этически неприемлемо — разносить сплетни. Т.е. «у одних знакомых моих знакомых есть проблемы с этим продуктом». А если проблемы были у того, кто о них рассказал — что тут неприемлемого?
2. Этически неприемлемо — давать обещания и не выполнять их.
3. Этически неприемлемы «темные паттерны». https://habrahabr.ru/post/198044/
Ну и…
4. Этически неприемлема перезагрузка сервера с сотнями активных пользователей для правки бага, который мешает нажать кнопку одному человеку. Важную кнопку, например, нужен некий реестр, для Заказчика, через 15 минут! Но — сотни пользователей!
Да, я понимаю, что в дотнете либо есть возможность изолировать плагин доменом и вызвать тем самым геморроидальный синдром при обмене с другими частями бизнес-логики (но зато обеспечить выгрузку и вгрузку «на лету»), либо заставить систему постепенно жрать ресурсы загрузкой новых версий плагина в текущий домен. Но — сотни пользователей! Либо меняйте технологию, либо правильно выбирайте компромисс и предупреждайте клиентов о некоторых нюансах заранее.
5. Неужели ни разу не опробовали систему до того, как выпускать ее на рынок, на более-менее крупном предприятии? Проблемы с производительностью не могли появиться у клиентов, если бы они проявились в достаточно крупном пилотном проекте на предприятии, которое по размерам сопоставимо с предприятиями, которые являются клиентами.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как я от elma ушел