Aleksey-K
(а вмест нее, кстати поставили комплекс на VFP + SQL Server)

Не IT-Предприятие, случаем ? Других комплексов вроде и нет какиех.
Ну так ITП - это тоже, ло..трон еще тот, особенно, когда и внедренец
неадекватен, и производство сильно специфично.

mazzy
А может и вырулит куда-нибудь в толковую область этот треп.
Не знаю, поглядим.

Треп редко бывает толковым. Так что-бы все "толковостью" прониклись

mazzy
Классные программисты всегда будут нужны.
Но действительно не в таких огромных количествах как сейчас.

Сейчас системные программисты остались. Но это не массовая профессия.

То же самое произойдет и с программистами ERP...
С небольшим исключением - уровнем профессионализма на местах.
Который всегда будет - мягко говоря, посредственным.
Вопрос только в том, в каких областях он будет "проявлять" себя.

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

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

Но наступит это, наверное, в следующем столетии (2020 году ;))
Хотя чего греха таить - многие ли сейчас автолюбители пользуются
профессиональными услугами СТО, и насколько даже СТО порой
профессиональны - это еще вопрос.

И классные специалисты. Как и в любой другой отрасли - они
будут нужны ВСЕГДА !

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

Но тендеция развития SAP, OEBS, Axapta и пр. как раз и говорит, что
универсальных, удобных и простых решений - скорее всего так и не
будет. Будут огромные монстры с бардачной архитектурой,
коктейлями технологий текущих и унаследованных, тоннами (в буквальном
смысле слова) документации, обязательной для "изучения и сертификации".
При этом - в 95% своего функционала - неадекватными решаемым
задачам, ужасно неудобными, дорогими во внедрении, сопровождении,
развитии. В любых масштабах.
(Хотя для меня остается загадкой - неужели в мире нет нормальных
специалистов по эргономике UI и архитектуре ПО ?)

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

И тут только что и возможен вариант профессиональных (а не как
сейчас) комманд, с четкой культурой, организационной схемой,
координацией, разделением обязанностей, специализацией,
выработанными типовыми решениями и схемами и т.д. и т.п.
Которых по отдельности не потянут даже крупные холдинги.
И переоринтация кодеров в проблемно-компоненто-ориентированных
разработчиков. Только компоненты будут уже не на уровне -
Кнопка Таблица, а, скажем так, BOM API, GL API и т.д., в которых
можно совершенства достигать годами. (Что, кстати, и как ни странно,
не отменит и знание системных вещей ;)).
И глупо считать, что и в данном случае разработчики будут нужны
"все в одном", и Аналитик, Проектировщик, Кодер и даже Архитектор
в одном лице.

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

Плюс еще остаются предприятия малого и среднего бизнеса, коих -
огромное количество. Но даже тут - далеко ходить не нужно, решения
вроде 1С - массовые типовые конфигурации. А "специфику" в таких
предприятих проще будет, как и сейчас, держать на средствах вроде
Excel, ну или пригласить студента за 200-300-500у.е. в месяц.

Надежда только в том, что это будет скорее исключением,
чем правилом, как это происходит сейчас.

Мысли вслух.

А вообще забавно слышать иногда нечто подобное:

"Та, Delphi(Oracle, JSP, EJB) - это уже позавчерашний день. Занимался, поверьте, знаю о чем говорю. Вот недавно перешел на Visual Studio 2005
(MS SQL 2005, ASP.NET, Hibernate ?). Так я вам скажу, это - небо и земля"

Аналогично - кухонным разговорам о SAP vs Axapta vs OEBS на уровне
реализации транзакций, дидлоков, ограничений целостности, наличия
или не наличия процедур на сервере.

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

mazzy
А в телевизорах был гетеродин. А еще обязательно надо было трансформатор ставить... Не говоря уже о сведении цветовых лучей...

С машинами тоже прогресс не сразу пришел :)

Архитектуру выпрявят (или зашпаклюют, как dos-функции или win api)...
А счастья - его нет. :)

С небольшой, но очень существенно попровочкой.
Решение проблем с архитектурой телевизора или машины -
решалось очень просто - выбрасываением старого и покупкой нового.

А вот теперь сравните стоимость телевизора и "телевизора Axapta 3.0".

Ну как ? Дух не захватило ? Цена выбрасывания?

И сложность телевизора, автомобиля и КИС....

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

А счастье - это из другой области. Категория страхов, желаний...
Короче, на то есть специализированная литература - иногда,
говорят, помогает.

mazzy grexhideА вот теперь сравните стоимость телевизора и "телевизора Axapta 3.0".

Ну как ? Дух не захватило ? Цена выбрасывания?
И это тоже пройдет...
Если хочется продолжать о цене - открывайте отдельный топик.

Вернемся к теме, заданной автором: " нафига теперь кому нужны программисты??? "

Я не про цены на лицензии говорил ;))) И стоимость может выражаться
не только в деньгах, есть еще - временные затраты. И такая вещь,
как репутация, тоже не в деньгах измеряется. и т.д.

Да нет такого понятия - программисты.

Есть разработчики - по специализациям.
Есть кодеры.
Есть, кустари-наколенники.
Есть эникейщики.

Так кто конкретно теперь не нужен ?

ГликогенERP неудачно внедряются из-за того, что внедренцы прогибаются ради денег мимо методологии.

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

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

А так получается, разработчики не нужны, что нужна будет
"типа крутая кампания из-за бугра" и крутая контора из Масквы
консалтеров-сейл-менеджеров (по типу Остапа Бендера), которые,
покажут нам, "деревне темной", где "и раки зимуют", и как типа проводки в баланс сводить нужно, и бизнес-процессы отлаживать (проводить
"шахматные турниры" в том числе, в виде "методологического" довеска).

Смешно.

ГликогенМетодология - это что, когда и как делать, и как применять имеющийся инструментарий, чтобы все получилось с предсказуемым результатом!

то что Вы сказали, есть Технология.

Гликоген
Нет же, все именно наоборот. Программист-интроверт не встанет и не подойдет к ЛПР, сказать ему, что что-то не надо программировать!

Забитый в угол кодер на FoxPro 2.6, которому осточертела
до посинения его задача "Расчет зарплаты v 15.7.3", жена, дети-оболтусы,
теща и Жигули 1985 года выпуска. Возможно и не подойдет.

Гликоген
Критерий успешного внедрения ERP - сходящийся баланс, а не количество кастом-кода!
Это та задача, над которыми безуспешно бьются Ваши коллеги уже второй
год, "внедряя" Аксапту ?

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