Градация разработчика?

Question

[Vignore]

Понимаю, что таких вопросов я думаю было много. Но я стою на перепутье.
Я уже работаю программистом на .net пол года. Но меня смущает то, что иногда я не понимаю, что я делаю и почему это работает(причиной тому, наверное то что я пришел на работу почти нулевой и сразу на меня обрушилось куча нового. Не успел во всем разобраться по ближе). Слышал о градации программистов на junior, midle, senior.
Читать книжки, проходить онлайн курсы типа "программирование для новичков", для меня будет скучным (хотя может быть узнаю что то новое).
Суть вопроса: что нужно знать и какие книги, ресурсы помогают определиться что ты уже не junior, а настоящий midle!
P.S теги вопроса, это все то с чем я сталкиваюсь почти каждый день. в принципе в этом и хочется быть более разборчивым

Comments

[Тимур]

Offtop:

иногда я не понимаю, что я делаю и почему это работает

Мой типичный рабочий день =)

Answer 1

[Петр]

Что бы определиться не нужны ресурсы или книги, достаточно самому себе сказать - Я Senior!
Только зачем все это нужно? Для работодателей нужны не ваши регалии, а умение решать поставленные перед вами задачи. Будь вы трижды Senior, но если вы не сможете решить задачу работодателя, вы будете уволены.

Comments

[ralaton121]

Вы, видимо, джун или студент еще?
;)))

[Петр]

ralaton121: Напишешь развернутый комментарий к своему ответу?

[ralaton121]

Петр:

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

Senior - это не регалия, не наличие сертификатов и не формальный статус.
Это общепринятое обозначение фактического опыта разработчика, то есть показатель того, что разработчик может. Говоря по русски, слово senior означает просто "очень опытный разработчик".

[Петр]

ralaton121: Какие сертификаты должен Senior иметь? Кто выдает? Что-то не видел в требованиях к вакансиям каких-либо упоминаний о сертификатах.

[ralaton121]

Петр: Я же по русски написал - senior это не сертификаты, а вовсе наоборот - просто реальный опыт.

[Петр]

ralaton121: Да, тут упустил из виду второе НЕ. Ошибся. Но ответа я так и не получил, почему вы считаете меня студентом или джуном? Чем отличается мною написанное - "а умение решать поставленные перед вами задачи" (задачи на которые рассчитывает работодатель указывая в вакансии уровень Senior) от вашего "что разработчик может", "очень опытный разработчик".

[ralaton121]

Петр:
По этой фразе вычислил, она выдает у вас отсутствие опыта:

Будь вы трижды Senior, но если вы не сможете решить задачу работодателя, вы будете уволены.

Сейчас очень трудно найти даже мало-мальски квалифицированного миддла. А уж senior'у бояться увольнений из-за своей недостаточной квалифицированности - не приходится в принципе. Если он конечно настоящий senior
;)

[Петр]

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

[ralaton121]

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

1) Это не сеньор, если не может решить задачу.

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

[Петр]

ralaton121: "Для работодателей нужны не ваши регалии, а умение решать поставленные перед вами задачи." -> " Это не сеньор, если не может решить задачу." ))

[ralaton121]

Петр:

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

Вариант: не хотел работать, ленился - разумеется не рассматриваем.

А то, о чем вы пишете - это в лучшем случае уровень миддла. Когда еще возможен случай из анекдота "Хотела, но не шмогла".

P.S.:
У нас с вами видимо различное понимание термина "опытный разработчик".
В моем представлении сеньор - это минимум семь лет опыта, каким бы талантливым ты не уродился. И при том не во фриленсе - где и за 15 лет дальше миддла не выростишь себя.

[Петр]

ralaton121: "адекватно оценивать задачу заранее" иногда и с 20 летним опытом не реально.
Создаешь Flow Processing на .NET 4.5, когда все завязано на Reflection и тут клиент просит добавить на сайт возможность автоматического формирования модулей из загружаемых сборок. Все бы замечательно, только сайт на .NET Core, а у него Reflection порезан по максимуму. И тут задачка из планируемых на 2 недели, перерастает в 2х месячную.
Или используешь Entity Framework 7 RC1, и тут бац выходит Entity Framework 7 Release, а в нем 25% кода переделано и сроки летят в трубу. ))

[ralaton121]

Петр:
за 20 лет тоже не гарантировано станешь сеньором. не всем дано, не всем нужно, не все хотят.
вы не видели плохих специалистов предпенсионного возраста в других сферах деятельности?
;)
все реально.
я уже написал: "проинформировать заказчика об ограничениях проекта заранее".
описанная вами же проблема с .NET - вполне решаемая. вопрос только в объеме работы (а хватит ли у заказчика денег).
Новые версии выходят ПОСТОЯННО, не вижу никаких проблем предусмотреть заранее. Неча переваливать вину на других.

[Петр]

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

[ralaton121]

Петр: Ваши отсылки на проблемы с версиями - несостоятельны.
Появления новых версий - это НОРМА.

[index0h]

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

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

Answer 2

[ralaton121]

Расслабьтесь. Типичный junior - это года 2 опыта работы по профессии.
Вам еще рано бояться, что вы нулевой. Для полугода - это нормально, что вы нулевой.

Comments

[Vignore]

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

[ralaton121]

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

[ralaton121]

Vignore:
Тем самым вы сэкономите себе от 3 до 6 лет жизни (ускорите профессиональны рост в годы - я серьезно).
Это из жизненных наблюдений - я знаком с 3-4 фриленсерами разной степени талантливости, которые всю жизнь учились самостоятельно. И в результате к 7-15 годам профессиональной деятельности достигли уровня, которого студенты в моей конторе достигают за пару-тройку лет.

[ralaton121]

Илья:

вовсе не потому.

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

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

во фриленсе - варишься в собственном соку.
всяки оф. доки и обсуждения на форумах - конечно помогают.
но НИКТО не будет обсуждать детально и помогать решать твою сугубо уникальную индивидуальную техническую проблему в интернете, в отличие от твоих коллег в оффлайне.

Answer 3

[Деревянко Александр]

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

Answer 4

[mclander]

Зависит от задач.

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

На самом деле, приходя в новую команду или пробуя новую технологию мы становимся джунами (даже если мега сеньоры в других областях). Потом поднимаемся до мидла. И, наконец, вырастаем в сеньора.

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

Так что весь вопрос в том хочешь ли ты развиваться (выходить из рамок своих задач) и прикладываешь ли к этому какие-то усилия.

Answer 5

[Максим Тимофеев]

иногда я не понимаю, что я делаю и почему это работает

Вы что-то делаете, а это уже хорошо. Остальное со временем

Слышал о градации программистов на junior, midle, senior.

Все о ней слышали, вот бы кто стандартизировал, но нет. Скорее всего все выглядит так:
0% начал учить
где-то тут junior превращается в midle
50% пол пути до гуру
где-то тут midle превращается в senior
100% гуру (недостижимая отметка)
Это как с бабочкой, разве можно определить момент, когда она уже не гусеница и точно бабочка.

Answer 6

[index0h]

Как определить свой уровень программирования?