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

ответственность

(1) за что?

За результаты работы всей группы, очевидно.

(0) лучше почитать инструкции должностные... А то мало ли как должность назовут:)

очевидно, в том, что ведущие программисты не задают таких вопросов)

Сертификат?)))

разница обычно в том что у ведущего есть подчиненный, а у просто прога нет.

(0) Сестра, назовите имя?

Всё просто - разница в целях: программист 1с - стремится стать ведущим программистом, а ведущий программист - стремится стать начальником отдела ИТ

ааа! сорь! вы же про функционал!

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

(7) я был ведущим программистом и у меня вподчинении был только я)))

(9) есть программеры, которые тупо кодят и ничего им кроме кода не интересно.

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

> в функционале

ты явно ни тот и ни нетот =)


wiki:Функционал

(14) бред сивы и кобылы)

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

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

(0) это примерно как отличается рядовой от ефрейтора ))

(17) отличный солдат)? агу - в первую очередь в увольнение, можно ставить старшим над другими, может заступать дежурным по роте?)

(18)ефрейтор - перееб...ный солдат ... недое..ный сержант

(12)
А если, например, прог находится на низшем уровне иерархии: сам прог далее старый программист, ставящий ему задачи далее начальник отдела прогов.

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

То этот самый молодой прог есть кто?

(20)...То этот самый молодой прог есть кто?
неужели Икогнито ?

(0)
Ведущему можно платить на 20 тыщ больше,
чтобы остальные коллеги не возмущались

хотя должность гефрайтер мне нравиться ... как ни крути ... а освобожденый от обязанностей

(23) лучше иметь дочь проститутку, чем сына ефрейтора :)

(22) я думаю, что это основная причина)

(25) не завидуй

чему?

(0) один делает вид, что работает, а другой делает вид, что следит

(29) не тебе написано

но отвечать будут все

(23) По ходу ефрейтор не должность а звание.

(33) призвание

(34) Согласен это де факто а де юре...

(30) неверно, следит - насяльника.

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

я ведущий, если что.

(36) нормальные начальники лоботрясов не наберут

(37) а ты не набирай прогов, которые тупее тебя.

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

(0) отличие в том что чел когда приходит к генеральному (или другому руководителб/пользователю) и лучше их знает как нужно сделать ПРАВИЛЬНО. предлагает решение, от которого все сами в шоке, т.к. решает все то что они хотели но даже не могли сказать.

(0) от места зависит. В некоторых местах ведущий от ведомого отличается только зарплатой и количеством наний/опыта. В других - ведущий отвечает за работу временных составов, которыми он руководит в рамках проектов

(39) набирают насяльники, междк просим. а не ведущие. по своим соображениям. а какой повезет - такой и будет.

(42) +100

(39) По другому нельзя, подсидят млин :)

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

(41) за это другие деньги платят)
меня даже никогда не звали к высокому начальству)

(45) мдяя ) а кто ж тогда работать будет? ;)

+(46) потому ты и жалуешься, что все на тебе висит и приходится за всех все делать.

(46) теоретик?
набирают обычно лучшее из того, что есть за имеющиеся деньги и под имеющиеся задачи

(50) именно это хотел сказать.

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

(51) а получилось совсем не это.
Бюджет очень редко ограничен только фантазией, кроме того, задачи тоже не всегда сферические и в вакууме - кому-то ведь нужно и простую работу, например, делать. По этому нанимать гениев не всегда есть возможность.
(52) теория такова, да

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

(52) ты полгода назад грил, что на вольных хлебах одынесишь и искал бесплатные халявные обработки

Эк люди растут, прямо как на дрожжах :)

(54) т.е. ведущий прогер не осушествляет огранизующие, руководящие и направляющие функции?

(55) ты меня с кем то попутал.

(55) да он вообще общительный. В том плане, что поговорить любит

(57) может быть

(0) ведущий может работать сам, без контроля и руководства...
т.е. самостоятельная боевая единица

+(60) может быть наставником

(56) Если он не не является руководителем группы разработки то не осуществляет . Но очень часто эти должности совмещаются

(0) Если должность программиста 1С я еще пойму, то что вкладывается в смысл термина ведущий специалист 1С?

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

(64) по себе людей не судят

(63) в классификатор специальностей, прописан ведущий инженер-программист и программист

(62) скорее наоборот... редко эти должности совмещаются

(64) Еще ни разу не видел расчета проценторв по кредитам, не видел учета долговых ценных бумаг, дальше продолжать?

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

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

(64) херня это всё, челу с ит-ым образованием нехер там учиться

(66) Вот и я о том же... (про должности)

(61) А если вот такая вакуха:

Ведущий программист 1C
- Развитие и поддержка текущей конфигурации
- Оптимизация работы склада + розничных точек
- Контроль команды разработки которую необходимо будет создать
- Необходимо создать полноценный отдел: Программисты, тестировщики...

Это кто тогда?

(70) не дошкрябывайся до буковок :)) пишут много чего, у мня в трудовой были и специалист 1С и инженер-программист, кого волнует, что там пишут?

Руководитель проекта <> руководитель группы разработки
Ведущий прог действительно редко совмещает обязанности руководителя проекта , а руководителя группы часто , если группа не более 4-5 чел и он не работает сеньором

(66) в классификаторе сферический конь.. построенный в ссср.

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

(71) это погоняло, для пепсиков.)

(72) очень даже волнует. В резюме ты можешь указать что угодно, что мол, начальником путина работал, но если при этом в трудовой программист 1С написан - ничего не попишешь.

(72) Давай из термина "ведущий специалист 1С" уберем "1С", что получится? Если из программиста убрать - все равно останется программист :)

(78) я по диплому имею квалификацию инженер, специальность ПОВТАС...
поэтому если что и убирать, т.к. это слово программист

(73) если идет речь о фране, в котором остальные все неучи, тогда да... ведущий будет руководить группой...
только вот что будет делать архитектор? наверно руководить фирмой?

(74) по классификатору тебе будут пенсию рассчитывать, и если наименование трудовой не пересекается с классификатором - будут считать по-другому.

(0) ведущим обычно называют того, кто решает за архитектуру системы, новые объекты и проч. В общем идеология системы.
С ведущим согласовываются все задачи.
За ведущим прогом на рабочей группе последнее слово.

(77) как раз глубоко наср@ть что в трудовой, важнее то, какие ты РЕАЛЬНО функции выполнял,
я много разных работ менял, трудовую не разу не смотрели

(80) ты веришь в пенсию?

(0) Обязанности Разработка технических заданий и технических проектов

(67) так как напишешь, так и будет =)

СколькоХочуКаждыйМесяц = Константa;

МесяцПроцент = (СуммаВзятая - ПогашеннаяВсего) * СтавкаГодовая / 366 * 30);
СуммаПогашенияОсновногоДолга = СколькоХочуКаждыйМесяц - ПервыйМесяцПроцент ;
ИтогоДолженВэтоМесяце = МесяцПроцент + СуммаПогашенияОсновногоДолга ;

(82) ну если простым программистом 1С устраиваться, то да, согласен, пофигу, что у тебя в трудовой написано.

(81) это верно. и огребает он, если что не так пошло, вместе с начальником.

(86) )))))) смешно,
ты еще там не уволился?

(88) ушел, не вынесла душа поэта....

(87) ага. огребает за всех. эт точно.

(81) Дополнение - скорее за идеологию реализации системы

(90) только за техническую часть :) остальное не его проблемы :)

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

(92) гонить

*гонишь

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

В наличии у первого доступа в интернет?
OFF: Как аргументировать, что разработчику нужен интернет?

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

(92) вед, не упротивившийся вовремя явной дурости - долго не живет.

(98) дык... сделать так, что вина будет не на тебе, наука не хитрая ....
потом можно зловредно из угла, скрипеть, типо : я же предупреждал :)

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

(96) умеешь поиск юзать - пора за сертификатом "интернет пользователь" :)

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

Вообще ведущий прог это архитектор с функцией прога.

(98) и это так. Его задача доказать что так делать не стоит.

(102) если нет архитектора, хотя даже если есть, то он уже сразу предлагает варианты реализации архитектору на согласование

(100) так он же должен знать всю подноготную тех процессов, которую автоматизирует

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

(101) Давай! :))

(105) ога... и должен указывать финику куда, сколько и на что деньги тратить? )) не смеши

(107) держи http://tests.specialist.ru/certificate.asp

ОФФ. Забавное очень обсуждение получается сферических коней в вакууме.


У каждого какие-то свои личные представления о проге и ведущем проге, основанные то ли на личном опыте, то ли на собственной фантазии.

Берите должностные инструкции и сравнивайте.
Всё остальное - бестолковая говорильня ни о чем.

ИМХО.

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

(110) теоретик или бюджетник детектед.

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

(111) это уже синдром д'артаньяна, не всегда и везде его стерпят...
хотя подавляющие большинство ит-ов им страдают

(110) хз - я не преставления излагаю, а реальный личный многолетний опыт.

(114) есть такое дело

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

а вот руководитель проекта, руководитель группы, начальник отдела, начальник детского сада, наставник
это уже функции

(112) теоретик.

Если перед программистом ставят задачу, он хватается за голову: блин, ну как же это можно сделать? Это же даже теоретически не возможно сделать! Вы слышите: это не реально!
  Если перед ведущим программистом ставят задачу, он хватается за бутылку пива: это можно и так сделать, и вот так, и даже вот так, но ну нах, что это я буду это делать? Пусть лучше обычный программист пыхтит.

(117) "..бизнес-аналитик" - детектед маленькая компания ;)

(120) у Волшебника есть целый отдел бизнес-аналитиков,
ИНКОМ, маленькая компания?

+(121) только не у него лично, а в компании

просто бизнес-аналитики, имеет слабое отношение к программированию и в ИТ-отделе не нужны

(115) не оправдывайся. тролли зедут )

(123) вот и не звезди )

(112) Не. Простой тролль.

Ну на самом деле как можно обсуждать неформализованные явления?

У меня на старой работе был ведущий программист. У него в подчинении ни кого не было. Единственное его отличие от любого другого программиста - наличие бОльшего опыта и стажа работы, за которые собственно и бал назначен на эту должность. Ну и естественно чуть бОльший размер зарплаты.

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

Ну и как двух таких ведущих программистов можно сравнивать? Объясните тупому, пожалуйста!

(125) ну некоторые ими любят обзываться, я то тут причем? :))

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

(120) если платят одни и те же деньги, то какая разница, маленькая компания или большая?

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

+(129) Имхо, вопрос не в размере компании, а в бабле, которое она зарабатывает.

+(131) Огромные компании, кстати, гораздо более неповоротливы в плане новшеств.

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

(108) тыпые финики снимают только в путь

(113) тут ещё зависит от того, что за начальство...
можно и квартиру продать =)

~(132) тфу.) негры! быстро уткнулись в свои прямые обязанности и не мешайте мне готовиться к отпуску! )

(134),(135) фигню городишь - здесь речь про обобщенные случаи, а ты к частностям апеллируешь

(137) пофиг...
время пить пиво или вино

(136) где ты негра то увидел? У меня отпуск уже несколько месяцев длится :)

(137) ?

(130) Вобщем-то да, согласен.

Но всё это ОБЩИЕ слова об ОБЩИХ представлениях в ОБЩЕМ случае.

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

(141) ты где в (0) что-то про КОНКРЕТНЫЕ компании увидел? Речь как раз об общих случаях

(142) Ну вот смотри.
Я сказал в (141), что "Где-то даже ведущий программист - это просто кодер, пишущий только по ТЗ".

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

Вот и получается, что, кроме опыта, ведущего программиста от обычного ни что не отличает.

оговорюсь: "в ОБЩЕМ" случае :))

(143) толсто )

(144) Совсем не толсто... Так оно и есть...

(143) ты собираешься пересказывать заново всю ветку или все-таки даш себе труд прочитать?

(145) ага, и об этом раза три уже сказали разные люди

(144) жизненно :)

Еще раз для тех, кто упорно не хочет понять о чём я.

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

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

Что-то действительно толсто получается :))

(147) Повторение - мать и т.д. :)

(145) да, с прискорбием подтверждаю этот факт.

Долго на собеседовании объяснял, что нравится именно работа ведущего специалиста, а не простого кодировщика.
Взяли - оказалось попал на нижайшую иерархию программиста по задачам от программистов-умов...

Пришлось уйти...

(146) >> даш себе труд прочитать?

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

(148) опыт и знания - это не реальное, иллюзорное отличие?

(151) а, вон оно чо!.. ну, предупреждать жешь надо

(150) Кстати не такая уж и плохая работа. Я иногда ловлю себя на мысли, что с удовольствием пошел бы на такую работу.

Дает возможность больше времени уделять вопросам выбора наиболее оптимальных алгоритмов и их оттачиванию.

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

(153) А то ты здесь первый день. Вон полосочка какая.

(154) это иллюзия. На более легкой работе развитие останавливается

(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)это слишком просто для одноэсников, так ты не почувствуешь себя джидаем