В чем отличие в функционале ведущего специалиста 1С от программиста 1С?

(154) лет после 45 я бы пошел на такую работу. А пока она угнетает меня.

(156) Нет. Была возможность сравнить. Усидеть на двух стульях невозможно. Либо ты начинаешь брать на себя больше функций постановщика/методиста/консультанта и каких-либо еще всяких административных, и тогда постепенно начинаешь отходить от технического кодирования, постепенно уходят из памяти некоторые тонкости, особенности и премудрости именно программирования. Либо остаешься кодером и можешь спокойно продолжать развиваться в этом направлении, но тогда времени на всё остальное не остается.

и еще наблюдение: из хороших программистов редко получаются хорошие руководители или администраторы (даже частичное исполнение таких функций). Точно так же, как редко хороший администратор, даже с соответствующим техническим образованием, залезший в программирование, достигает там каких-либо высот.

Кстати у нас в стране это принято - надо расти, усложнять себе работу и т.п. И почему-то зазорно просто профессионально выполнять свою работу, тем более, что в сфере ИТ для сохранения определенного уровня профессионализма приходиться учиться постоянно.

(156) В точку.

(157) в таком возрасте тебе такую работу ни кто не предложит - попробуй найти хоть одну такую вакансию, чтобы не было ограничения по возрасту "до 35"

(158) ты не прав.
Просто каждый выбирает работу по своему характеру.
Для меня сидеть и годами спокойно кодить и оттачивать код в программе, в которой, в принципе, уже ничего супер-интересного не находишь - это как сидеть простым оператором по заказам и годами вбивать накладные.

(158) зона комфорта - это демотивирующее состояние, в котором развитие не возможно. Оно просто не нужно нафиг - все и так легко, понятно, предсказуемо и получается на раз, стремиться куда-то не за чем.

(160) там, куда попал и ушел были седые умы-программисты. Молодые по возрасту в подаванах у них находятся.

(163) да, конфа аккуратная, вылизанная, четкая. Текст весь отшлифован. Но ничего супер-интересного в этом тексте я не встретил.

(158) Понятие ведущий прог имеет смысл только в группе , когда прогов несколько , и даже если он административно не назначен очень скоро образуется неформальный лидер.
В рамках группы ВП никак не администратор и не постановщик и не методист (по крайней мере не в прикладных вопросах)
Хотя на практике чего только не бывает

(161) (162) Ну возможно, вы и правы.

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

(163) сам себе противоречишь - в (157) ты говорил как раз про работу этих молодых подаванов

(165) >> на практике чего только не бывает

Вот, вот. И я о том же :))

(165) >> очень скоро образуется неформальный лидер

Кстати тоже спорное явление. Зачастую неформальный лидер не является лидером в профессиональном плане. И наоборот высокий профессионал зачастую не способен быть лидером.

(0) Это ж эелементрано.
Обязанности ведущего - втирать обычному

Наш ведущий программист мне втирает

В (0) говорится "ведущий специалист по 1С", а не программист. А ведущий специалист это тот, кто знает, как внедрять 1Сину. Он знает, что нужно заставить сделать простых программистов, чтобы 1С-ка заработала.

простым программистам

(168) Но это не говорит от том что так правильно :)
(166) В теории ВП это именно очень хороший специалист именно в программировании , или по крайней мере лучше чем рядовые проги
(169) А это как задачи поставлены :)

(172) тем, которым нравится чисто кодить и достигать совершенства в написании текста и отлаживать алгоритмы :)

(167) Имел в виду, что когда возраст возьмет свое и я устану от активной работы - возможно мне захочется спокойно сидеть в крупном IT-отделе и тихонечко кодить, ища совершенство.

(174) да, те кто умеют грамотно закодить, да еще знают как всякие внешние компоненты к 1С-не приделать, и которые умеют не велосипед изобретать, а применять годами отработанные алгоритмы ооочень на проектах помогают "ведущим специалистам 1С"

(0)хорошего специалиста от "программиста 1С" ? )))

(176) я не сторонник перебора таблицы значений с конца к началу из идеи, что это работает быстрее...
Имхо, либо таблица значений должна содержать сотни тысяч строк, либо это "совершенство кода" просто не нужно оперативной ситуации.

(178) А как же масштабируемость решения и необходимость закладываться на будущий рост? Или "а пофиг - потом перепишем, если чо!..."?

(178)да это воообще страшное зло, это кранты оперативке

(178) А ведущий специалист как раз и подскажет, будет ли таблица значений содержать атстатыщь строк при реальной работе или нет.

(181) откуда инфа, что у ведущего специалиста должна быть вторая голова и глаза на заднице?

Что-то вас понесло в представления о профессиональном проге, как о некоем задроте, который сутками сидит и на код маструбирует, доводя его до совершенства :))

(182) что это за мутанты...

я к том, что лично я ни разу не видел вакансий: "Требуется ведущий специалист со своим хрустальным шаром для прозрения грядущего"

(185) это как бы нормальное явление - при проектировании системы учитывать, какие на неё пойдут нагрузки и объемы данных. А то заказчик бошку оторвет, когда вся нетленка встанет колом через месяц работы

(185) Ты например возьмешься внедрять типовую УПП, зная, что в неё надо будет вводить миллион реализаций в месяц?

(186) учитывать, но не предвидеть. В (181) ты идеализировал ведущего программиста и вменил ему в вину любые отклонения фактических данных от запланированных

(188) в (0) дословно: "ведущего специалиста 1С", а не программиста. Да и программист, если он ведущий, все это учтет.

специалист это тот кто рагребает
а ведущий этот тот кто может убедить руководство что он всё правильно наложил и размазал

(189) ну, да, он же рождается с хрустальным шаром в правой руке и заячьей лапой - в левой

(0) Примерно как слесарь 1 и 5 разрадов

(192) Делают тоже самое, но один быстро и качественно, а другой медленно и не очень

(191) нет, он у заказчика сразу спрашивает, "сколько-сколько говорите у вас там документов в месяц?". И работает с учетом этих данных.

(194) любая ситуация может в два счета поменяться исходя из масштабов желаний заказчика.
Ты предусмотрел, например, одно, а через полгода возникли другие реалии, требующие срочной реализации.

Бизнес со скоростью мысли, так сказать.

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

+(195) Когда фирма теряет бешеные бабки из-за того, что нет возможности учитывать в программе какой-нибудь бизнес процесс - заказчику глубоко плевать, что все предыдущее написано идеально и с чувством совершенства. Заказчику срочно нужна реализация новых бизнес-процессов.

+(197) аказчику глубоко плевать, что все предыдущее написано идеально и с чувством совершенства и что срочная реализация какой-нить заплатки-приблуды портит общую картину совершенства.

ОФФ. И они называли меня теоретиком... %0

(199)
Да вот реальный пример: оптовая фирма, вдруг, решает открыть пяток розничных магазинов, а программа учета целиком и полностью заточена под "опт".

У прогов начинается свистопляска и хватания за голову.

+(200) А при внедрении говорили, что валюта всегда будет только рубли и даже, мол, не парьтесь с валютным учетом, не тратьте на него время...

+(200) или еще реальный пример - ВНЕЗАПНО директор решает, что ему будет выгодно заняться ответственным хранением, а то склады гниют пустые и что-то надо делать

(201) (202) этого в типовых нету ?

(203) в типовых-то может и есть, а вот в тех, на которых работали эти люди - не было

(203) не весь учет можно выразить через типовые.

(196)(198) Для этого надо уметь допрашивать. Вины не будет, если специалист сделает систему, которая справляется с оговоренным объемом данных. А если он написал код который на одном документе с одной строкой красиво работает, а в реале зависает на два дня - то огребет.

А измениться конечно может все. ВНЕЗАПНО могут придумать много чего, только заказчику будет не плевать - ему придется платить за развитие системы.

(204) там так же, как и в 77 ?

(205) твою нельзя решить задачу "обрезание бд" и смены валютой ?

(206) это ты рассказываешь о том, что ни кто тут ни фига не умеет и от этого может случаться что угодно, включая пробки по городу?

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

Должностные обязанности "ведущих" устанавливаются на основе характеристик соответствующих должностей специалистов. Кроме того, на них возлагаются функции руководителя и ответственного исполнителя работ по одному из направлений деятельности предприятия, учреждения, организации или их структурных подразделений либо обязанности по координации и методическому руководству группами исполнителей, создаваемыми в отделах (бюро) с учетом рационального разделения труда в конкретных организационно-технических условиях. Требования к необходимому стажу работы повышаются на 2-3 года по сравнению с предусмотренными для специалистов I квалификационной категории. Должностные обязанности, требования к знаниям и квалификации заместителей руководителей структурных подразделений определяются на основе характеристик соответствующих должностей руководителей.
http://www.infosait.ru/norma_doc/47/47133/index.htm

на практике приставки "старший" и "ведущий" используются как инструмент мотивации для некарьерных специальностей

Так давно известная байка:
Программист заказчику: что делать программе если будет такой случай?
Заказчик: да вы что такого случая просто не может быть зуб даю.
Программист в коде пишет: Если попадаем в случай Сообщить("Звоните менеджеру тел. ххх-хх")
При старте менеджер огребает сотню звонков в первый же день

(207) Я тебя не понимаю ни фига. Пример про ответхранение взят с предприятия, которое работало на семерошном Аналит:Фармация, переписанном чуть менее, чем напрочь. Ответхранением там не пахло к тому моменту ни в каком виде к моменту, когда директора осенило

(211) еФарм
не произноси это слово

(212) это две принципиально разные вещи, которые объединяет профанский адов ад в коде

(3) разработчики ведущему не подчиняются

(213) мне пора значит =)

где ж пятница ?

(208) не понял ход твоей мысли. Я вообще ни про кого ничего  из этой темы не говорил.

(210) Все хуже - если я слышу от Заказчика волшебные слова - у нас этого нет и никогда не будет - значит это есть, либо если на самом деле нет, то завтра же появится. И упор делаю именно на эти случаи. Опыт не пропьешь... Но это если исходя из собственного опыта спросил, а если не спросил, а Заказчик не сказал? Обычно поэтому идеальные и типовые системы типа УПП без существенной переработки обречены на невнедрение...

(218) Главное охватить 90%, чтобы взлетело. Потом на лету доточить напильником :)

(217) я говорю: "достаточно достоверно предугадать развитие событий архитектор не можен потому, полных и достовернцх данных данных ему ни кто не даст, а еще потому, что внешнее окружение бизнеса меняется"
ты говоришь в (206): "допрашивать надо уметь и будут и данные достоверные и все остальное тоже получится"

Это не разговор. Это "сам дурак"

(281) вот поэтому и нужно писать "легкомодифицированныеКоды", которые не "привязаны"

(220)+++

(218)
И в торговой базе на всякий случай реализуешь модуль грузоперевозок морским транспортом?

(223) если есть к тому объективные показания, то будет глупо этого не сделать. Вообще твой пост - провокация, поскольку он ни на чем не основан и как-либо корректно на него ответить не возможно, чтобы при этом не выглядеть оправдывающимся

(224) Все предусмотреть невозможно. Сегодня нет - завтра есть.

Естественно, что есть какие-то базовые принципы учета, которые желательно всегда закладывать в программу.

Как, например, многовалютность учета.

Чтобы не получилось так, что потом во всех отчетах будут писать что-то типа: если это рубли, тогда умножить, если это евро, тогда разделить, а если это японская йена - то отчет валится.

(223) Если бы в свое время именно этого не предусмотрел - трудозатраты на переделку готового модуля экспортных отгрузок нефти были бы несоизмеримы с суммой оплаты на доработку системы под морские грузоперевозки :) Так что пример в кассу из моей практики :) Но не всем это нужно, как верно замечено в (224)

(220) Не знаю про какое гадание ты рассказываешь, я говорю о разработке системы на основе имеющихся данных.
Про "допрашивать уметь", это в ответ на "ага, и заказчик конечно, как на допросе всю, как есть правду-матку тупыми ножницами прямо в глаза безжалостно, не щадя выражений, режет".
Говорю я так, потому что текущую деятельность конторы оценить с точки зрения нагрузки на ИС очень даже можно. Путем допросов и рассмотрения того что имеется.

А про то что будет в будущем ВНЕЗАПНО - я про это молчу, не надо мне это приписывать.

(226)
Намедни образец отчета видел: чтобы понять по какой цене был продан товар (базовая, оптовая и т.д.) выбирались суммы продаж единиц номенклатуры, делились на количества, потом эмпирическим путем программа прикидывала, насколько цена за единицу близка к какому-нибудь типу цен.

10 "умов" программу писали. А не предусмотрели, что типы цен появятся.

(227) про то, что ты можешь все внезапности учесть силой мысли на основании допросов, ты всё же говоришь во фразе: "то текущую деятельность конторы оценить с точки зрения нагрузки на ИС очень даже можно"

(228) наличие типов цен не исключает скидок на них , причем по сложным условиям

(227) На моей практике любая разработка системы "на основе имеющихся данных" обречена на провал. Если только эта система не пишется за один день, и то 50% вероятности успешного внедрения. Ни в коем случае не нужно делать того, чего на самом деле нет, но возможность ветвления задачи под будущее нужно предусматривать изначально. Пример в (225)

ну, капец, вы нудные, коллеги... пойду-ка я посплю
PS В интернетах всегда кто-то неправ, вед так? :)

(230) этот вопрос я побоялся задавать при изучении кода отчета боясь создать конфликтную ситуацию :)

(229) а то нельзя оценить? как же люди вообще умудряются тогда работать

(233) Просто не такой отчет идиотский . План-фактный анализ в условиях неформализованных ценовых политик

(231) Так любое внедрение и происходит на основе имеющихся данных. Фраза "Мы работаем исходя из неимеющихся данных" звучит абсурдно. Другое дело, что эти "имеющиеся данные" предварительно собираются, путем обследований, допросов, копаний в ИС заказчика. Технология внедрения, елы-палы.

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

(0) Программист - это злобный по отношению к пользователям сотрудник, работающий строго по ТЗ, которое ему дали...
А специалист общается с пользователями и старается облегчить их жизнь :)
ИМХО :)

(238) т.е. ведущий специалист не кодит?

(239) Руководитель группы разработки (или начальник отдела разработки) почти не кодит , точнее не должен (у него другие задачи) а там как получится
Ведущий прог кодит еще как , и по любому в коде сидит (чужом)

во франчи что-ли податься...

Всю ветку не читал (лениво).

Вариант "Длиннее и шершавее язык" - уже предлагали?

(242) Пока нет :))

(243): А зря, ИМХО.

(244) В определенном смысле необходимое качество

Закрываем ветку постингом (242).

(0) Ведущий специалист не допусает мелких ошибок, как обычный специалист 1С; ведущий специалист лажает по-крупному так, что это объявляется новым подходом к разработке решения...

(241)

> во франчи что-ли податься...

в 36 лет во франчи?

(237) хорошо сказано

(237)т.е. умение засерать мозг заказчику вообще никак не влияяет ни на что?

(250) Умение заср.ть мозг заказчику - относится уже к области маркетинга , а к области разработки опосредованно . Этим должен заниматься руководитель проекта , и вот у него должно быть +5 к шершавости и +10 к длинне .

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

(0) ведущий может ставить задачи [закрепленным за ним] просто программистам.

(252) а ху-ху не хо-хо?
много слишком дел для ведущего

Ветку не читал. Будучи ведущим сам взял на себя обязанности:
Анализировать хотелки юзеров и сортировать:
1. В 1-ю очередь - буду делать сам.
2. Попозжа - будут делать другие прогеры.
3. В топку.

(255)это слишком просто для одноэсников, так ты не почувствуешь себя джидаем