Сколько лет опыта, и какие познания (тезисно) вы считаете должны быть у человека, который уже не middle?

https://habr.com/post/322692/
Официальная градация, пропагандируемая работными сайтами, и на которую ориентируется большинство, выглядит так:

•0,5-1,5 года реального опыта = Junior
•1-3 года = Middle (на протяжении этого времени вы называетесь миддлом)
•4-6 лет = Senior

По факту чаще всего эта градация не имеет связи с реальностью.

(0) Главное не забывай - танки съедают мозг

не мидл это  Senior или Junior  ?

вау, я сеньйор, преклоняйтесь предо мной! (1)

(0), также хочешь?

Сеньор в 1С - это как минимум с задатками "Эксперта по ТВ"

(0) ИМХО, сеньор должен уметь:
- не писать запросы в цикле
- не делать грубых ошибок в запросах(типа разыименование составного типа, параметры хз где)
- что-нибудь типа как хранятся по таблицам данные в 1С

Сеньеры - помидоры.
Самим не смешно?

(6) Это ты как раз мидла описываешь

(6) это уровень прокаченного Джуна.

Сеньор должен смочь принудить Джуна не использовать запрос в цикле....

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


Учитесь.

Должен уметь ВСЁ

Сеньор - наставник?

А мне нравится уровень "аксакал" ))

senior должен говорить по-испански

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

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

(15) + расширения

(16) Когда нет РИБа.

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

тезисно - нет такого понятия

Херня это все.
Программист - это программист. никакой разницы 1С или другой программист.
Но вот НОРМАЛЬНЫЙ 1С_программист - он больше чем программист.
ОН - В ТЕМЕ. ему ненужно объяснять всякую очевидную хню. если же 1С-программист - только программист - это неимоверно удлиняет и усложняет решение обычных 1Сно-программтистких вопросов. Причем так что это превращается в полную дребедень.

(20) короче 1С-программист должен знать предметную область и типовые

(21) тут дело в чем. занть предметную область, занимаясь кодинглом - можно, но мне кажется не все программеры на это способны/готовы. В итоге  - особенно с переходом на 8-ку - существенно выросла прослойка "консультантов","внедренцев" и иже с ними. Которые по факту к 1С имеют опосредствованное отношение. С другой стороны - 1С-программисты "упали" в кодеры. Это понятно - сложность платформы и обилие возможнгостей ведукт к такому разделению труда. Но там где раньше справлялся 1С-программист, теперь бригада из 2-3 человек... а тои больше. Ну дда, сложность типовых решенйи стала больше и все такое прочее... Но настолько ли усложнился за это время бизнес: с моей точки наблюдения (не претендую) на истину - изменения в бизнесах гораздо менее произошли за последние 10-14 лет, чем произошли изменения в 1С. Единственное, что существенно , имхо, поменялась - нужно РЕАГИРОВАТЬ ОЧЕНЬ БЫСТРО на изменяющиеся условия и оперативно на коротком участке с высокой спецификой "взять свое". Но наряду с гибкостью и возможностью платформы - где это все есть потенциально - разросшийся штат и длинная цепочка внедренцев-консультантов-прогеров приводит к типовому "жуйте кактус который дали".

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

(0) нет среди одинэснегов ни джуниоров ни майдлов ни сеньоров. Есть адекватные и неадекватные.... Точнее адекватных практически нет.

блин, настроился на серьезное чтиво, но миста есть миста.

Думаю к 1с такая градация не применима =)
(25) Согласен. Со мной работают люди со спецом и опыта 5 лет, но после того, как я увидел их код в ПриПолученииДанных(), то считаю, что есть просто "адекватные" и "неадекватные".
Привожу пример:

ТЧ документа ПриПолученииДанных():
Запрос = Новый Запрос;
    Запрос.Текст = "ВЫБРАТЬ
                   |    Товары.Номенклатура КАК Номенклатура,
                   |    Товары.Количество КАК КоличествоВДокументе
                   |ПОМЕСТИТЬ табТовары
                   |ИЗ
                   |    &Товары КАК Товары
                   |;
                   |
                   |////////////////////////////////////////////////////////////////////////////////
                   |ВЫБРАТЬ
                   |    ЗаказыПокупателей.Номенклатура,
                   |    СУММА(ЕСТЬNULL(ЗаказыПокупателей.Заказано, 0)) КАК Заказано
                   |ПОМЕСТИТЬ табЗаказы
                   |ИЗ
                   |    РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей
                   |ГДЕ
                   |    ЗаказыПокупателей.ХозОперация = ЗНАЧЕНИЕ(Справочник.ХозОперации.ЗаказРезервированиеПокупателя)
                   |    И ЗаказыПокупателей.Заказ.ДокументОснование = &Заявка
                   |
                   |СГРУППИРОВАТЬ ПО
                   |    ЗаказыПокупателей.Номенклатура
                   |;
                   |
                   |////////////////////////////////////////////////////////////////////////////////
                   |ВЫБРАТЬ
                   |    ЗаказыПокупателейОстатки.Номенклатура КАК НоменклатураОстаток,
                   |    СУММА(ЕСТЬNULL(ЗаказыПокупателейОстатки.ЗаказаноОстаток, 0)) КАК ЗаказаноОстаток,
                   |    СУММА(ЕСТЬNULL(ЗаказыПокупателейОстатки.РезервОстаток, 0)) КАК РезервОстаток
                   |ПОМЕСТИТЬ табОстатки
                   |ИЗ
                   |    РегистрНакопления.ЗаказыПокупателей.Остатки(, Заказ.ДокументОснование = &Заявка) КАК ЗаказыПокупателейОстатки
                   |
                   |СГРУППИРОВАТЬ ПО
                   |    ЗаказыПокупателейОстатки.Номенклатура
                   |;
                   |
                   |////////////////////////////////////////////////////////////////////////////////
                   |ВЫБРАТЬ
                   |    табТовары.Номенклатура,
                   |    табТовары.КоличествоВДокументе,
                   |    ЕСТЬNULL(табЗаказы.Заказано, 0) КАК Заказано,
                   |    ЕСТЬNULL(табОстатки.ЗаказаноОстаток, 0) КАК ЗаказаноОстаток,
                   |    ЕСТЬNULL(табОстатки.РезервОстаток, 0) КАК РезервОстаток
                   |ИЗ
                   |    табТовары КАК табТовары
                   |        ЛЕВОЕ СОЕДИНЕНИЕ табЗаказы КАК табЗаказы
                   |        ПО табТовары.Номенклатура = табЗаказы.Номенклатура
                   |        ЛЕВОЕ СОЕДИНЕНИЕ табОстатки КАК табОстатки
                   |        ПО табТовары.Номенклатура = табОстатки.НоменклатураОстаток";
    
    Запрос.УстановитьПараметр("Товары", ЭтотОбъект.Товары.Выгрузить(, "Номенклатура, количество"));
    Запрос.УстановитьПараметр("Заявка", Ссылка);
    ТабОстатки = Запрос.Выполнить().Выгрузить();
Для Каждого СтрокаТЧ Из ОформленияСтрок Цикл
// красим
КонецЦикла


(25) Это потому что ,  разработка в 1с сообществе находится на допотопном уровне, до промышленной разработки , выработки критериев, и стандартов пахать и пахать.

Поэтому и делим на адекватных и неадекватных.

(0) сеньор 1С должен уметь многое, но самое главное, он должен знать значение числа 86400

(28) Где-то вдалеке жалобно заплакал маленький Лустин (:

ветка напомнила

градация армянских коньяков:
Ара рат!
Ара очень рат!
Ара просто щастлив!

(30) Лустин как отличное исключение подтверждающее общую практику!

(32) Фух, меня аж передернуло. Хз, может он и senior в большей степени, чем большинство одинэсников, но субъективно кажется, что на 50% он врет. Слишком много самолюбования, слишком много категоричных высказываний, в стиле "я один д'Артаньян [и умею разрабатывать по промышленным стандартам в 1С]". Это мне напоминает тренеров от всяких инфобизнесов аля форексклуб, которые хорошо поют, но в реальности способны только быстренько слить депозит. И еще - он не совсем уважительно отзывался о Мисте, это непростительно. =)))

градация очень простая

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

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

к сожалению это не зависит ни от опыта ни от скилов ни от сертификатов....

(34) + ну а сеньер - это тот за кем не нужно контролировать и код и функционал...

(32) Леша - менеджер. Его задача продать. То что на вырученные деньги он продвигает BDD - умница конечно, но не более чем.
(33) А ты не слушай его. читай статьи - там есть здравые идеи. Ну и да - миста то по сравнению с тем что было - реально стала хуже.
(34) качество кода - такое размытое понятие.... один и тот же код в разных условиях будет как качественным, так и нет. Вообще контроль качества - это больше задача для программы (насколько код соответствует стандартам)
(35) код нужно контролировать за всеми. другое дело что нормальный разработчик попытается автоматизировать все что можно.

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

(36) по этому и понятие сеньер/мидл/джуниор - то же размытое, в каждой компании оно свое.

Но в целом (34) очень даже верно

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

(34) В мире 1С задания программисту архитектор дает? Обычно задания дает продакт менеджер, либо тимлид. Архитектор устанавливает технические ограничения задачи.

Должен знать кроме 1С еще пару языков программирования на сопоставимом уровне.

От 5 лет опыта
Уметь внедрять 1ску без кипиша, руководить коллективом
Банить неперспективные проекты и неадкеватных клиентов

Детектится по здоровому скепсису в глазах

(41) Сеньор может вообще не быть внедренцем ни разу

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

Нет стандартов. Возможно, пришло время внедрять эти стандарты.

(44) я официально работал мидлом (но эта была крупная компания)

+давно, бгг

(44) вообще стандарт есть и даже утвержден на законодательном уровне 12 декабря 2016, его разрабатывала фирма 1с совместно еще с кем-то, там все градации описаны... проблема в том, что его никто не применяет на практике в виду острого дефицита кадров в области.

http://base.garant.ru/70547858/f878eab0b6fa1228374f1e6fe621b622/#block_1000

Junior's приносят задачу, он её выполняет.
Middl'у приносят проблему, он её решает.
Senior сам определяет, какие проблемы (потенциальные или уже возникшие) есть в продукте, команде, организации.

2(0) А выше 20-ти это ПеньSenior?

(49)
По текущей моде должен уже быть SmallOrMiddleManager

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

(0) Юнлинги, падаваны и джедаи же) Ну и БГ в роли Йоды)

(30) А кто такой Лустин?

(53) На ИС выступает со всякими докладами по НЕХ

(54) Не интересные?

(4)Сеньор  это только желтые штаны,

Когда у общества нет цветовой дифференциации штанов, то нет цели!

(55) Зависит от жизненной позиции слушателя )

(55) Мысли у него в целом правильные, но подача весьма специфическая :))

(27) а что не так с примером?

(59) Начать с установки параметра

Запрос.УстановитьПараметр("Товары", ЭтотОбъект.Товары.Выгрузить(, "Номенклатура, количество"));
Выгружается каждый раз вся тч, а не те строки которые были получяены ДС за эту итерацию. Это раз

Эти 2 запроса в пакете - не оптимальны, причем дико
ЗаказыПокупателей.Номенклатура,
                   |    СУММА(ЕСТЬNULL(ЗаказыПокупателей.Заказано, 0)) КАК Заказано
                   |ПОМЕСТИТЬ табЗаказы
                   |ИЗ
                   |    РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей
                   |ГДЕ
                   |    ЗаказыПокупателей.ХозОперация = ЗНАЧЕНИЕ(Справочник.ХозОперации.ЗаказРезервированиеПокупателя)
                   |    И ЗаказыПокупателей.Заказ.ДокументОснование = &Заявка
                   |
                   |СГРУППИРОВАТЬ ПО
                   |    ЗаказыПокупателей.Номенклатура
                   |;
                   |
                   ////////////////////////////////////////////////////////////////////////////////

                   |ВЫБРАТЬ
                   |    ЗаказыПокупателейОстатки.Номенклатура КАК НоменклатураОстаток,
                   |    СУММА(ЕСТЬNULL(ЗаказыПокупателейОстатки.ЗаказаноОстаток, 0)) КАК ЗаказаноОстаток,
                   |    СУММА(ЕСТЬNULL(ЗаказыПокупателейОстатки.РезервОстаток, 0)) КАК РезервОстаток
                   |ПОМЕСТИТЬ табОстатки
                   |ИЗ
                   |    РегистрНакопления.ЗаказыПокупателей.Остатки(, Заказ.ДокументОснование = &Заявка) КАК ЗаказыПокупателейОстатки
                   |
                   |СГРУППИРОВАТЬ ПО
                   |    ЗаказыПокупателейОстатки.Номенклатура

(59) Если отвлечся от высоких материй, то общая рекомендация не использовать условия через 2 точки там нарушена.
ЗаказыПокупателей.Заказ.ДокументОснование = &Заявка
Я уже не говорю о том что попадания в индекс не будет 100%
Особые проблемы будут, если поле ДокументОснование составного типа. В общем всё что там написано на более менее реальных данных будет работать крайне медленно.

(59) Там как минимум нужно выносить запрос в общий модуль, так как этот запрос будет постоянно "распарсиваться", что сильно увеличивает время.
2. Остатки(, Заказ.ДокументОснование = &Заявка) это треш
3. Вот это тоже лучше руками расписывать, а то непонятно как будет построено соединение, но скорее всего неправильно ЗаказыПокупателей.Заказ.ДокументОснование = &Заявка

А нужен ли senior в 1С?
Развозчик дисков это жун.
быдло кодер это мидл.
22 см это синьер

отличие сеньора от джуниора одной картинкой...


https://pbs.twimg.com/media/DjaQxxEXsAAzwud.jpg

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

(66) Зачет

(47) спасибо за ссылку


Тема сомнительная для меня

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

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

Свой код бывает комментирую в стиле
// МояФамилия перепиши тут так-то так-то

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

Сеньёр-Итээсник

(39) Обычно 1Снику дает задание тетя Маша со склада, ну в крайняк главбух.

(63) Пару лет назад заметил что postgresql, одинаково быстро работает с составным типом, как с приведением типа ВЫРАЗИТЬ, так и без.

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

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

Джун может привести в замешательство нач Склада.
Мидл может привести в замешательство глав Буха.
а Сеньёр может привести в замешательство Фин и ген дира..

(0) Выдержка из профессионального стандарта "Программист", в разработке которого принимала непосредственное участие 1С:
https://classinform.ru/profstandarty/06.001-programmist.html

Код А Разработка и отладка программного кода. Уровень квалификации 3.
Возможные наименования должностей: Младший программист, Техник-программист.
Формализация и алгоритмизация поставленных задач
Написание программного кода с использованием языков программирования, определения и манипулирования данными
Оформление программного кода в соответствии с установленными требованиями
Работа с системой контроля версий
Проверка и отладка программного кода

Код В Проверка работоспособности и рефакторинг кода программного обеспечения. Уровень квалификации 4. Возможные наименования должностей: Программист.
Разработка процедур проверки работоспособности и измерения характеристик программного обеспечения
Разработка тестовых наборов данных
Проверка работоспособности программного обеспечения
Рефакторинг и оптимизация программного кода
Исправление дефектов, зафиксированных в базе данных дефектов

Код C Интеграция программных модулей и компонент и верификация выпусков программного продукта. Уровень квалификации 5. Возможные наименования должностей: Старший программист, Инженер-программист.
Разработка процедур интеграции программных модулей
Осуществление интеграции программных модулей и компонент и верификации выпусков программного продукта

Код D Разработка требований и проектирование программного обеспечения. Уровень квалификации 6. Возможные наименования должностей: Ведущий программист, Ведущий инженер-программист
Анализ требований к программному обеспечению

+ к (76) Навыки перечисляются по нарастающей от кода А к коду D. Каждый следующий включает в себя требования к предыдущим.

(73) Отличный пример как делать не надо.

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

Тиньков а мидл?

(79) а архитектор тогда кто?

(80) Если немного упрощать, то миддл = человек с сертификатом "Спец по платформе".

(81) Архитектор (как и тимлид) от синиора отличается выполняемыми функциями и зоной ответственности, набор технических навыков там примерно одинаковый.

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

Прораб 1С еще есть, он что должен уметь?

А кто-нибудь видел вакухи уан-ассников где было бы написано: требуется сеньор, архитектор, прораб? Вот бетонщик было, а сеньоров не было.

(85) это в цене заложено сразу без уточнения

(83) Да неужели?
--
Проверяется понимание основных принципов проектирования конфигураций и технологических решений, заложенных в платформе "1С:Предприятие 8" и практические навыки конфигурирования и программирования.

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

(86) а мужики-то не знают

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

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

(89) Сходи сдай эту бумагу, херню же несешь.

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

(91) Херню как раз несешь ты, когда пытаешься найти объяснение тупому и искуственному разделению 1С-ников на  архитекторов, прорабов и бетонщиков.

(93) а что разве нету такого? все 1сники равны?

просто грани конечно не четкие

(94) нет конечно, но разделение не такое...есть стажер, есть спец и есть тимлид...сеньор-мидл для 1С нет такого разделения, сам же говорил что мидлов нет, значит нет и сеньоров епт

(38) >>сеньер - может выполнять даже без тз


Нифига себе, так это я уже 15 лет как "сеньер"!)

(96) я не говорил что мидлов нет

(98) а где они? покажи хоть одного 1С-ника который скажет что он мидл, бгг

(96) Кто-то запретил делить 1Сников на уровни?

тимлид - это не уровень, а должность.

(99) при чем здесь самомнение и реальный уровень

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

(103) Что за переход на личности на ровном месте?

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

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

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

к 1С-никам это неприменимо, т.к. их уровень знаний можно проверить на собеседовании.

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

разве сеньор - это тот кто никогда не ошибается? или наизусть помнит все методы/объекты/индексы?

(107) уровень знаний на других языках тоже проверяется на собеседовании

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

(111) я не утверждал что это необъодимое и достаточное условие

(112) слив засчитан

(108) Не задел, а начал обсуждать. Меня это не задевает, но нарушает правила форума. Я же не пишу к кому ты себя можешь причислять? И ты не пиши.

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

четкого критерия как определить сеньора не существует

(116) да неужели https://memepedia.ru/wp-content/uploads/2017/03/cage-meme.jpg

(106) Вспоминаем (66) - конец един :)

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

(108) Ты бы погуглил, кому дерзишь, сразу и извинился.

tema interesante, gracias!

в муках

Сеньор должен иметь сеньору дома, и не иметь другого сеньора на работе.

(121) абзац

(124) а если сеньор - женщина, она должна быть нетрадиционной сексуальной ориентации?:))

(73) отличная мысль

(0) уметь писать запросы без конструктора :)

Продолжим разговор в очистившейся атмосфере.

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

(128) это ты директора по ит описываешь. он может вообще не уметь кодить. и сеньором тогда быть не может по опредлению.
Иначе ген дир - самый супер сеньор по 1с

(127)
Уметь собрать запрос из ЗУПа в конструктор.

(130) это мидл

Сеньор - это когда нужно найти ошибку в ЗУПе и он сам поймет что нужно собрать запрос и соберет его и испарвит ошибку и снова разберет как было, но уже исправленно

(131)
Выбрать * ИЗ Справочник.Банки это сеньор?
Лучше я в джунах останусь.

(130) Сеньор должен уметь объяснить джуну и миддлу как это сделать.

(133) оставайся :)

У меня другой критерий: сеньор не создает тем на мисте в профильных разделах, т.е. или разбирается сам или гуглит.
Это не достаточное условие, но необходимое.

(130) >>Уметь собрать запрос из ЗУПа в конструктор.
и не исполняя его в консоли сказать какой результат вернет этот текст запроса :)

Еще остались на форуме специалисты которые могут с перфоленты перевести код в ассемблер?

(0) Это определяется скоростью течения реакции:

Звонок телефона - Мученичиским голосом: "Плядь, меня, писдец как заипали эти куесосы" - подъем трубки - Бодрым и жизнерадостным голосом: "Добрый день, фирма Альфа, меня зовут Вася, чем я могу, Вам помочь."

(138) Ответ сеньора: "Сколько платишь?"

(140) :)

(138)
Это СеньорAss, а мы про Сеньор1Ass, в заголовке темы же написано.

(125) Как все запутано, сижу думаю, не могу ответить...

(138) Только с перфокарт)))

Все как в армии, сначала ты дух, делаешь все что скажут и постоянно косячишь. Потом ты слон, уже кое что умеешь, это мидл. Дед это наше все, это сеньор, может не делать ничего сам, но работа всегда готова, ну а потом дембель, это тим Лид он под градации не подпадает

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

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

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