Очень часто встречаются понятие "студент". По мнению большинства здешних комментаторов это молодые мальчики, которые работают за копейки и своей работой скорее все портят, чем приносят пользу. Так вот когда по вашему мнению такой специалист перестает быть "студентом" и становиться полноценным специалистом?

По мнению большинства здешних комментаторов - с набором опыта.

В душе я вечно молод

(2) Серб?

(1) набор опыта может измеряться в стаже?

(4) В попугаях измеряется.

закомплексованные старперы, боящиеся потерять свою работу.

(0) С опытом. Опыт может повышаться со стажем, а может и не повышаться. Одно дело проработать несколько лет в фирме, которая "живет в своем болоте". И совсем другое - "в динамично развивающейся компании". Уровень "прокачки" опыта будет разный.

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

Когда такой вопрос остается 1 на 10, он перестает быть студентом.

Это еще очень адекватный вариант студента.

(8) + за 3.5к в час заказчик ждет решения вопросов прямо сейчас.

После таких приходов людей (как правило, выглядящих как пацаны 20 лет) и называют студентами в 1С.

(0)как только с франча сумел перейти в фикси - так и левелап:-)
Ну или если во франче больше трех лет и стал ведущим спецом. Но без опыта фикси у франчевых прогеров мозги все равно набекрень.

(10) смешно

Во фра у тебя всегда разностороние задачи

(10)Не скажи.Они разносторонне-однобокие. Практически всегда только в рамках типовых механизмов

(12) к (11)

(0) меня можно считать студентом. Вечно молодой, вечно инициативный ... Вечный студент, готовый изучать, понимать, осваивать и использовать.

(14) а овнокодить готов? а то не настоящий студЭнт :)

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

(16) а про толковых тут и разговора нет

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

(18) А если он ваяет в скд - то тоже студент?

(18) печатные формы бывают и по 50 000 р
Это мараться или нет?

Мараться

(0) студенты голодные и быстрые https://www.anekdot.ru/id/334092/

(20)  это разводить

+(23) т.е. не за плаху риса

(23) в смысле разводить?

(18) помоему ведущие во франчах этим и занимаются на сопровождении.

(26) ну печатки обработки делегируют на младших специалистов конечно

>Так вот когда по вашему мнению такой специалист перестает быть "студентом" и становиться полноценным специалистом?

когда перестает работать за копейки и все портить

(28) копейки это сколько ?

(0) Вариант - когда набираются новые, более молодые студенты

(29) это мало

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

Студент 1с ник - это тот за кем нужно вести 100% проверку того, что он делает.

Как только ты начинаешь ему доверять и перестаешь за ним проверять - он уже не студент..

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

(31) можно в абсолютных цифрах

(34) бред... ни один серьезный проект не может быть решен автономными специалистами....

специалисты должны уметь работать в команде

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

(11) угу, ты умеешь все, но все по верхам

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

(40) все равно считаю это крайней мерой, когда действительно аврал и все пропало.
Однако работая много лет на фикси, я лишь один раз столкнулся с такой проблемой, когда своих сил не хватало. И то, это был переходный период, когда из 3 программистов остался я один и физически не мог все успеть))

(36) да какая команда? каждый свой участок пилит и не знает что делает сосед.
Ни разу не видел по другому

(39)

1. я готов
2. размещение вакансий тут платно

(42) +1

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

Я в курсе что платное размещение. А поговорить?)))

(44) ВСЕ, а не только битовцы

(46) не все

(45) Лавры охотницы не дают покоя? :)))

(47) Ты про знание всей системы или методику групповой разработки?

(49) если люди не знают всю систему -- то они результат выдадут корявый

про методику расскажи

(44) А зачем каждому из них знать, как функционирует система в целом? Для этого есть архитектор и РП, вот они должны знать.

(50) Для этого достаточно 1 архитектора, который будет знать

(51) понимание должно быть
тонкости знать необязательно

(53) Мне кажется ты в групповой разработке не учавствовал никогда

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

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

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

(54) я точно знаю, что все должны понимать общую систему

(57) Когда будешь руководить группой хотя бы 3 чел на 1 проекте, тогда и поговорим

(55) Хорошо, давай на примере УПП.
Вот скажи, зачем зарплатчикам понимать как работает вся система в целом?
ИМХО им достаточно знать, как отнести з/п на затраты.

(58) ты тремя руководишь?

(59)а сдельная зп совсем не касается ,допустим, производства? Откуда они будут брать данные для ее начисления? Отнести на затраты - это самое простое. Ее еще начислить надо:-)

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

Да кто ж спорит, что умный и знающий прог лучше чем тупой.
Но не всегда это нужно

А слишком умный прог - это оверквалифайд

(64) оверквалифайд - это как?))

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

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

(67) Бывают такие ПФ, от которых любой ИИ чокнется :)

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

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

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

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

(71) Вот для этого и нужны архитекторы и РП. Это как раз их задача.

(72)>>и люди на разных участках в большинстве случаев даже не представляют, что творится у соседей.

Да, такое часто бывает.Но согласись, что знание лишним  не бывает. Лучше все таки знать "что творится", чем не знать.

(74) Да я не против такого знания. Просто оно не всегда нужно такое знание, ибо незачем забивать мозг лишней инфой.
Вот например тем же зарплатчикам зачем знать как работает система скидок или система ценообразования при сбыте ГП?

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

(75) например знать, что тем, кто большую скидку дал и "мало" денег принёс -- меньше сделать премию )

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

(78)Я именно это изначально и говорил. хотябы немного , но надо быть в теме других блоков

(77) Это уже больше к системе мотивации относится, чем непосредственно к з/п. Кроме этого может оказаться как раз наоборот, в итоге больше денег может принести тот кто дал больше скидку и больше продал.

(79) Ну так одно дело знать че там в принципе "пилят" соседи и как это тебя касается и совсем другое дело знать как и для чего они это "пилят".

Обычно это выглядит так: А рядом со мной Вася - он пилит блок ЗП. Это все что я знаю о его работе

Так всегда  и происходит!)))

(82) У нас задачи на разработку создаются и группируются архитектором, чтобы влезли в спринт (1-2 недели).
На общем митинге в начале выдается блиц-постановка, плюс некое ЦУ по возможному способу реализации, плюс ретроспектива в конце также на общем митинге.

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

ЗЫ Это в теории, да. На практике всё очень часто так, как ты пишешь.

А может ли один программер вести весь блок УПП? Без архитектора и админа?

+(84) Планы в Ms Project, спецификации в MS Word с Use Case в виде схем MS Visio на корпоративном облаке с версионированием, задачи и дефекты в Jira, а в результате в решении всё равно один овнокод.

(85) Может. Но все же лучше с админом.

(85) Вот лишь бы сэкономить)))
Помните, что "Скупой платит дважды".

(85) может, я такой.
(0) кто получил вышку тот и не студент, что за вопрос)))

(85) Вести - это что значит?
На мне одном например ЕРП. А предыдущий в одно лицо перевел с УПП на ЕРП

Знаем мы это выражение. А как собственникам это донести?))

(90) в одно лицо? без франчей? Сколько активных пользователей?

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

(92) 30

(94) ооооо. Плачу горькими слезами

(94) и как пользакам в ЕРП после УПП? Плачут от счастья или горя

(96) переход был в 2015. Уже все привыкли
(95) но у нас почти все блоки + ЗУП + Бюджетирование, правда без МСФО

Приходится, как тут говорят, понимать ВСЮ конфигурацию сразу

(97) Ответ неполный.

сотка
(95) А у вас сколько?

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

И кадровикам ПОРА уже тоже понять, что БУХ, ЗУП,УТ и т.д. - это РАЗНЫЕ конфигурации. В реале универсальных спецов - единицы, которые, скорее всего, вышли из самой 1с и уже далеко не студенты

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

Авто-тесты также декларированы, но группа QA их не использует, т.к. [моё мнение] квалификационно просто не может, а корячиться и изучать что-то новое не хочет.

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

(102) Собственно поэтому и качество такое какое есть

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

(91) Словами, можно в письменной форме.

(104) >> Ибо качество - это не то как хорошо пишет код конкретный разраб, а то как выстроен процесс.

Качество - это соответствие результата набору формальных критериев. У нас оценивается прежде всего функциональность (результаты UAT), плюс план-факт по срокам и бюджету.
Красота и оптимальность кода на оплату счетов не влияют.

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

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