JOB: Чем специалист по сопровождению 1С отличается от программиста 1С? #222759

В чем отличие специалиста по сопровождению и программиста 1С?

Элементарно, Ватсон. Специалист по сопровождению - сопровождает. А программист - программирует !

Элементарно-то элементарно, но часто ли встречается такое разделение?

смотря где.

От места работы зависит...

Внесение небольших изменений, например, добавить реквит на форму, доработать проведение документа, сделать отчет - это сопровождение или программирование?

Почему ИЛИ? Это и то, и то.

Обычно делят на внедренцов и разработчиков

Это смотря кто делает.

Ну вот я за время работы в конторе (6 месяцев) написал нетленку напару с прямым начальником. Поскольку он не программист, то выходит в этот период программистом был я. А теперь я её сопровождаю. Остаюсь ли я при этом программистом. Да. Значит эт одно и тоже, вернее сопровождение включает программирование.

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

Деление такое существует. Просто называются они одинаково.

Тот кто ставит задачи должен знать систему программирования и служит прокладкой между программистом и юзверем Тот кто программирует просто выполняет поставленную задачу

>>Тот кто ставит задачи должен знать систему программирования и служит прокладкой между программистом и юзверем Бред.

почему бред?

А какая разница с точки зрения ВЫПОЛНЯЕМЫХ ДЕЙСТВИЙ ЗА РУЛЕМ между таксистом и водителем на собственной машине? Нет чистого сопровождения (это вам не бабку через дорогу перевести) как нет чистого программирования (разве что дома побаловатся ассемблером ради общего развития).

Да, действительно. Почему бред?

Как только осилит прочитать (не разобраться) твой код, то сразу повесится

Потому что формулировка кривая. Задачу может ставить аналитик. На кой ему знать "систему программирования"?

Ну есть ИМХО программисты-разработчики (ну кто пишет типовые например) и те кто внедряет - сопровождает.

Для программ не "с коленки за недельку - две" в которой участвует группа кодеров (2 и больше) кто то должен и в предметной области шарить и в системе.

Ну наконец... Задача прога - написать. Задача спеца по сопровождению - найти ошибки (и прога, и буха), дашь по башке (обоим), обновить, сделать бэкап... Что еще?

А если задачу ставит начальник группы или ведущий разработчик - то в роли "прокладки" между юзером и программистом он может и не быть.

Об этом и говорил )

Это могут быть 2 человека - аналитик (эксперт в предметной области) и ведущий разработчик или архитектор.

Ему это полезно, чтобы не ставить технически невыволнимых задач.

(Тот кто ставит задачи должен знать систему программирования и служит прокладкой между программистом и юзверем && (Это могут быть 2 человека - аналитик (эксперт в предметной области) и ведущий разработчик или архитектор.) =  false;  : )) Противоречивые утверждения, имхо аналитик эт так сказать и есть юзер выставляющий требования к будущей системе. А архитектор - прокладка ))

Ну это уже крайности... И потом ничего невозможного нет. Просто работать долго будет :))

Это в чем интересно? >>аналитик эт так сказать и есть юзер выставляющий требования к будущей системе Что-то новое в природе... Мне всегда представлялось что аналитик может собирать и анализировать требования выдвинутые заказчиком... А тут он оказывается сам системой пользоваться собрался.

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

Это как получится. Меня в молодости приставили постановщиком задач(аналитиком) к группе программистов.Делали программу расчёта наладок зуборезных станков. В итоге оказалось, что проще изучить язык программирования чем предметную область. 2.Это "эникейщик".