1. Ответственный подход к выбору программы под свою специфику;
2. Запрет на программирование ядра.
Мы получим:
- Сниженные затраты на сопровождение;
- Приведение ваших бизнес-процессов к общепринятой практике;
- Возможность развиваться вместе с программой путем ее обновлений;
- Независимость от каждого конкретного программиста;
- Сокращение срока учебы принятых сотрудников;
- Использование горячей линии консультации;
- Использование широкого круга публичных источников для решения возникающих проблем. (т.е. типовые конфигурации имеют типовые проблемы, решения которых опубликованы например в Интернете.);
- Возможность пользоваться услугами независимых консультантов вместо программистов;
- Возможность пользоваться внешними отчетами и обработками авторы которых никогда не видели вашу базу;
- Вам нет необходимости долго объяснять как работает ваша база в случае обращения к новому программисту или консультанту.
- Косметические неудобства. Ваши обычные задачи решаются программой не самым быстрым способом. Например надо заполнить лишние реквизиты или пройтись по длинному меню;
- Если автор программы допустил ошибку в коде, вам придется ждать когда он выложит обновление с "заплаткой".
С такими разговорами надо идти на мисту, там быстрее обсудят...
ОтветитьУдалитьmista.ru - источник ориентированый на программистов 1с. Мне интереснее мнение бизнеса, и как оно сходится или расходится с моим опытом программиста. Выставить это на мисте - это как спросить ДПСника мнения о снижении штрафов. :)
ОтветитьУдалитьХочу подтвердить слова Автоматизатора. Мы-малая торговая сеть, в прошлом году решили перебазироваться с 1С7 на 1С8 Торговля и Бухгалтерия. В самом начале мы предприняли не верный шаг и пошли по пути "А давайте ка перепишем ка 1с-чку под нас" и в итоге прошел год, а результата нет...много бессмысленных затрат на специалистов. В итоге по совету внештатного Автоматизатора мы пришли к типовому решению, о чем и не жалеем. Спасибо за оперативность и качество!
ОтветитьУдалитьВ серьезных проектах типовые конфигурации абсолютно не рабочие. И не нужно забывать, что 1с позиционируется как инструмент для разработки, а типовые конфигурации правильнее понимать как демонстрационные. Но что точно, программист должен на 90 процентов быть аудитором предметной области и на 10 программистом. И это причина не работоспособности типовых решений, их пишут почти чистые программисты.
ОтветитьУдалитьНасколько серьезных? АвтоВаз? ГазПром?
ОтветитьУдалитьАбсолютно с вами не согласен и этому посвящен мой блог.
"Причина неработоспособности" несостоятельна т.к. задачи программистам ставят спецы по учету.
Благодаря Вашему мнению программисты еще не перевелись ))))
Из серьезных: Северсталь - консолидированный онлайн учет по 15 филиалам по стране, холдинг Вексельберга в сфере жкх - 65 % предприятий этой сферы, холдинг строительных организаций - 60 предприятий по Краснодарскому краю... Спецы по учету дают узкую информацию без системного взгляда на проблему и поставить задачу не могут в принципе, потому что нужно охватить разных спецов в разных, порой конфликтующих между собой направлениях и структурах... (а порой они даже понятия не имеют что твориться в другой структуре предприятия) Поэтому нужен человек, который будет систематизировать знания этих специалистов и на время проекта управлять ими... Это и есть 90% успеха... А переложить выработанные решения на код - это мелочи..
Удалить