|
|
10.03.2011, 08:10
|
#1 |
|
Участник
|
ERP как залежи говнокода
Цитата:
Лет десять назад в ходу был анекдот про МИГ-29, которые купили индусы. Купили в разобранном виде. Собирают, получается паровоз. Звонят нашим, так, мол, и так, не можем понять. А наши им — написано же в инструкции «после сборки доработать напильником». Этот анекдот гораздо больше подходит ERP-системам, чем МИГам.
Почему клиенты «живут» с этими проблемами вечно? Авторы исследования утверждают, что причиной тому — незнание настроек, их сложность. Если бы… Представьте себя на месте клиента. Вы точно знаете, что у вас серьезные проблемы с безопасностью. Решить их можно, но для этого следует изучить недра системы. Неужели вы не разберетесь с ними? Но дело не в них. Дело в том, что технологии, воплощенные в ERP-системах, устарели уже на десятилетия. Почти все разработчики ERP идут одним путем. Выпускается нечто, на что вешается ярлык — «ERP-система». Это нечто и продается клиентам. В реальности это даже не полуфабрикат, а хуже, без «напильника» оно, как правило, работать не способно. А клиентам работать надо, вот они и вынуждены «пилить» и «строгать» эти полуфабрикаты, заставляя их работать. На практике это означает, что в продукты вносятся кардинальные изменения схемы данных и исходных текстов. В результате у каждого клиента работает совершенно индивидуальная версия ПО, в общем случае имеющая мало общего к такому же ПО у других клиентов — хотя называется одинаково. И централизованная поддержка становится совершенно невозможной, потому что производитель абсолютно не контролирует ситуацию у клиентов и не знает, какие именно изменения произведены. Все эти патчи и версии оказываются бесполезными для большинства его клиентов, их установка просто невозможна, ведь у клиентов, по сути, работают совершенно другие продукты. Вот истинная причина проблем с безопасностью. (Да и не только с безопасностью.) ... Производители очень часто пишут о тиражируемости своих решений. Но, напомню, тиражируемый продукт — это тот, у которого на территории заказчика не меняются ни-че-го. Ни исходные тексты, ни схема данных, ни регламенты обслуживания. Вот Word и Excel — это тиражируемые продукты. Много таких среди ERP-систем? статья полностью http://pcmag.ru/columns/detail.php?ID=43993 на хабре http://habrahabr.ru/blogs/erp_systems/115015/ ================= обсуждение системы автора на аксфоруме AVASystems. Еще один игрок. автор на аксфоруме http://axforum.info/forums/member.php?u=3565 на sql.ru http://www.sql.ru/forum/actualthread.aspx?tid=802801 http://www.sql.ru/forum/actualthread.aspx?tid=766479 |
|
|
|
10.03.2011, 08:31
|
#2 |
|
Участник
|
очень, очень старое на тему тиражируемого и индивидуального, открытых и закрытых программ:
http://subscribe.ru/archive/economic.../04144800.html http://subscribe.ru/archive/economic.../06144715.html http://subscribe.ru/archive/economic.../11150014.html http://subscribe.ru/archive/economic.../19124654.html http://subscribe.ru/archive/economic.../25154729.html http://subscribe.ru/archive/economic.../02191903.html http://subscribe.ru/archive/economic.../04171659.html http://subscribe.ru/archive/economic.../09181947.html http://subscribe.ru/archive/economic.../17140308.html http://subscribe.ru/archive/economic.../24161513.html http://subscribe.ru/archive/economic.../02191558.html и так далее http://subscribe.ru/catalog/economics.book.automation тема на аксфоруме, где я уже приводил ссылки на эту рассылку Сиголова Миф о модифицируемости Аксапта, или техническая эстетика. |
|
|
|
10.03.2011, 11:57
|
#3 |
|
Участник
|
Mazzy, ты сабыл вставить самую бравурную часть статьи г-на Попова:
Цитата:
Защитники отсталых технологий могут стандартно заявить, мол, «все компании разные, у всех разные бизнес-процессы», поэтому избежать серьезного изменения кодов и схем данных не удастся.
Отвечаю. Я бы не счел себя вправе написать эту колонку, если бы не реализовал тиражируемые технологии у себя в компании. Может, зря мы загубили всех этих обитателей стендов на выставках 90х? Получив взамен неповоротливых бронтозавров, свысока взирающих на клиентов? |
|
|
|
| За это сообщение автора поблагодарили: pm-erp (1). | |
|
10.03.2011, 13:30
|
#4 |
|
Участник
|
mazzy, "спасибо за сладостные мгновения"! Стараюсь следить за творчеством Попова, а тут очередной опус!
|
|
|
|
12.03.2011, 17:41
|
#5 |
|
Участник
|
Цитата:
Сообщение от Сисой
Может, зря мы загубили всех этих обитателей стендов на выставках 90х? Получив взамен неповоротливых бронтозавров, свысока взирающих на клиентов?
|
|
|
|
13.03.2011, 10:26
|
#6 |
|
Участник
|
Об эффективных менеджерах
Цитата:
Сообщение от Bobkov
Так это вы их загубили?? А я наивно думал, что они обанкротились из-за собственной низкой эффективности...
Не исключено, что именно такое обывательское рассуждение подхваченное опытными маркетологами и загубило рынок 90х |
|
|
|
10.03.2011, 17:24
|
#7 |
|
Модератор
|
Типичное профессиональное заболевание среди программистов - считать @@@@@кодом любой код кроме своего
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
| За это сообщение автора поблагодарили: mazzy (2), kornix (1). | |
|
11.03.2011, 09:37
|
#9 |
|
MCP
|
А если свой код не работает - специально морщиться, закатывать глаза и забывать что он свой
|
|
|
|
11.03.2011, 09:57
|
#10 |
|
Участник
|
Цитата:
Сообщение от kornix
А если свой код не работает - специально морщиться, закатывать глаза и забывать что он свой
 , а вот входные параметры могут поменяться, и стать такими на которые алгоритм не расчитан, т.е. налицо неверное использование
|
|
|
|
11.03.2011, 11:09
|
#11 |
|
MCP
|
Цитата:
Сообщение от ice
код не может не работать, ведь он протестирован
, а вот входные параметры могут поменяться, и стать такими на которые алгоритм не расчитан, т.е. налицо неверное использованиеВы работали с таблицей, в которой система заполняла поле для вашего алгоритма, ваш алгоритм успешно оттестирован и работает уже много лет. А потом объявляется разработчик, который не знал про то что вы завязаны на это поле (поле нестандартное, стандарт не так часто ломают), и изменяет код заполнения этого поля. Его задача тестируется - переносится на рабочую, а ваш алгоритм превращается в реальную ошибку. Виноват в такой ситуации не ваш код, он был действительно работающим, тут вы правы. Но бывают и такие "преобразования Фурье"
Последний раз редактировалось kornix; 11.03.2011 в 11:11. |
|
|
|
11.03.2011, 11:12
|
#12 |
|
Участник
|
Цитата:
Сообщение от Vadik
Типичное профессиональное заболевание среди программистов - считать @@@@@кодом любой код кроме своего
"Собака лает, караван (SAP, DAx, etc ) - идет" (с) народная мудрость |
|
|
|
02.04.2011, 19:21
|
#13 |
|
AX*****
|
http://infostart.ru/public/83238/
Цитата:
А теперь о другом. Работая с 1С и сравнивая его с другими системами..
.. Именно по этим параметрам 1С сильно выигрывает у многих систем.
__________________
О, как беден, как груб наш русский язык! [c] А.С.Пушкин |
|
|
Комбинированный вид
