Какие качества нужны senior-разработчику, или Как зарабатывать на 1000 долларов больше?

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

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

Не обойдется и без упоминания тех, кто как-то меня вдохновлял. =) Это Денис Цыплаков с семинаром о том, какие качества нужны senior-разработчику, и Сергей Бережной со своими тренингами. Семинар Дениса был очень интересным сам по себе, а для меня вообще попал в яблочко — он проходил как раз когда я задумал написать эту статью, и я несказанно обрадовался возможности поиспользовать чужие мысли в своих целях, чем я сейчас и займусь. По ходу того семинара я делал заметки и сейчас привожу их здесь. Вот мнение Дениса (вернее, то, как я его услышал) на то, какими качествами должен обладать сеньор:

  • Очень важно, что он может делиться своими знаниями с коллегами и делает это.
  • Знает и видит грабли на этапе проектирования.
  • Может уверенно рассказать не о достоинствах, а о недостатках широко используемых технологий (попробуйте Nhibernate).
  • Пишет очень простой и понятный код.
  • Умеет говорить, а не только сидеть, уставившись в монитор, надежно отгородившись от внешних раздражителей тяжелой музыкой.
  • Умеет работать с тем, что есть (не заниматься бесконечным обвинением «индусов», которые писали этот код до него).
  • Может взять и решить задачу (заказчик спокоен и не думает об этом).
  • Может помочь решить мелкую задачу с другого проекта, т.е. умеет переключаться между задачами и иметь их больше одной в своем списке.

Я согласен с большинством из этих пунктов, но хотел бы сделать акцент на немного других вещах.

Когда ты сказал, что ты крутой, и никто не спорит, то ты крутой

Сеньор «по Цыплакову» получился очень крутым, но мне кажется, ему не хватает одного качества для более быстрого продвижения — умения заявить о своей крутизне. Никто о тебе так не позаботится, как ты сам. Надо заявлять о своих умениях вслух и заниматься «саморекламой».

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

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

Проявлять инициативу

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

Чтобы не перестараться и не делать работу, которая никому не нужна, необходимо постоянно искать компромисс между «не делать, пока не говорят» и «сделать, потому что так будет лучше».

Принимать решения и нести за них ответственность

Иногда совершенно необходимо идти против общего мнения. Все говорят, что надо делать так, а ты думаешь, что надо делать иначе — это как раз тот случай, когда ты можешь выделиться из толпы и заявить о себе! Ты должен сказать, что «нет, я не согласен», и объяснить почему. Дальше возможно 3 варианта:

  1. Тебе объяснят, почему ты не прав и ты согласишься, но даже в этом случае все отметят то, что ты думаешь широко и ищешь альтернативы.
  2. Все согласятся с твоими доводами — явная победа.
  3. Спор не приведет к единому мнению. Это тот случай, когда надо проявлять решительность. Надо делать по-своему. Понятно, на кого теперь ложится ответственность и возможно это приведет к тому, что тебе придется задерживаться пару дней на работе до полуночи и исправлять свою ошибку, но я утверждаю, что
    Успешным может быть только тот, кто не боится брать на себя ответственность.

Надо отстаивать свою точку зрения.

Управлять ожиданиями

Что лучше — сделать эстимейт для таска пять дней и уложиться в него или сделать эстимейт три дня, но выполнить работу за четыре? В подавляющем большинстве случаев первый вариант намного лучше. Каждый эстимейт формирует ожидание. Вначале у PM, потом у заказчика, потом у клиентов заказчика. Очень неприятно на каждом уровне общения обосновывать причины задержки, не говоря уже о том, что задержка — это дополнительные деньги, которые выкладывает заказчик (или ваша компания, в зависимости от типа договора). Никому не нравится платить больше, чем было заявлено первоначально. Кроме того, когда мы вылезаем за рамки эстимейта, то спешим, на нас давит время, пишем некачественный код.

Не стоит бояться увеличить эстимейт, если есть опасение, что не успеем. Надо обязательно с кем-то советоваться в случае сомнений! Мысль «я и так в прошлый раз увеличил эстимейт, в этот раз уменьшу» пользы не принесет, в конце концов, есть кто-то, кто должен заметить постоянно завышенные эстимейты с вашей стороны и спросить, почему так происходит. Если никто такого не говорит, значит, это просто обычный страх показаться плохим специалистом («а вдруг кто-то скажет, что на этот таск с головой хватит в два раза меньше времени»).

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

Восприятие вашей работы зависит именно от того, какие ожидания вы сформировали.

Умение расставлять приоритеты!

Это скилл разработчика № 1. Нельзя, ни в коем случае нельзя позволять себе заниматься «чем-то интересным», когда у тебя есть задачи, по которым с тебя спросят и которые хотя бы немного сложнее, чем вывести список всех продуктов на страницу. Мы же все знаем, что всегда найдется что-то, о чем мы не подумали, когда представляли себе решение задачи, и что это обязательно приведет к спешке.

Надо любыми способами заставлять себя соблюдать правило «Сейчас я сделаю это, это самое важное, а уже потом это, если хватит времени», хотя конечно же сразу хочется заняться последним, оно же самое интересное.
Мы не все знаем и не все можем предугадать. Например, кто бы мог предположить, что по запросу «потный мексиканец» в поиске картинок Гугла будет куча фотографий Брюса Уиллиса?

Очень помогает установление дедлайнов типа «На этот ресерч время до 14:00, ни о чем другом в это время не парюсь, но в 14:05 я уже должен заниматься чем-то другим».

Забивать на некоторые вещи!

Это я о том, что надо всегда помнить, кто нам платит деньги, и о том, что есть такая штука, как business needs. Нам может не давать покоя вопрос с прошлого таска который «ну вааще не поняно почему не работал» и который пришлось решить другим способом, но все равно нужно делать именно то, что нужно заказчику в данный момент. Плюс далеко не всегда надо вникать в суть каждой запутанной проблемы, если ее можно решить проще. Если что-то пофиксилось каким-то непонятным способом («ну это чистая магия...»), то не всегда нужно тратить пол дня и весь мозг на то, чтобы понять, почему так произошло. Чтобы понять, стоит ли это делать, надо подумать, носит ли проблема системный характер, повторится ли она еще когда нибудь и окупятся ли те часы, которые сейчас можно потратить на ее глубокое изучение. Если этого не знает даже Чак Норрис, то надо просто взять и забить на это.

Признавать и исправлять ошибки

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

Взять и сделать

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

Однако просто объяснять себе каждый раз, почему это больше не актуально — недостаточно. Хотя бы какие-то из своих планов надо реализовывать и получать красивые результаты — иначе нечем будет хвастаться.

Придираться к себе

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

Так как все-таки заработать кучу денег?

Можно съездить на море, хорошенько загореть и попробовать получить деньги в банке под именем Уилла Смита. Но это может не сработать. Есть другой гениально простой способ. Надо попросить у себя в компании столько, сколько хочется, и если не дадут, то спросить, что надо делать, чтобы дали. И потом это делать.

Что будет, если все попросят повышения?

Кому-то может показаться, что я призываю всех постоянно просить повышения и что это может быть очень невыгодно компаниям. Но я убежден в противоположном: компаниям это выгодно.
У нас, к нашему огромного счастью, отрасль такова, что чаще всего честное ведение игры выгодно всем. Любой разработчик не откажется от продвижения вверх. Поэтому если он просит повышения — это честно. Если он говорит об этом, компания вправе просить и получать больше от него, просто так никто не станет платить больше денег. Это тоже честно. В результате это выгодно всем — разработчик счастлив, а компания получает человека, который готов быть очень продуктивным, по крайней мере, некоторое время. Конечно, существует предел зарплаты, выше которого прыгнуть очень сложно, и в таком случае придется выходить в самостоятельное плавание. И, конечно, никогда не стоит забывать про здравый смысл.
  • Популярное

Лучшие комментарии пропустить

Отойдя от украинских реалий, hp.taleo.net/...ftl?job=2600103 вот так должен выглядеть синиор,

Ключевые:
— Bachelor’s, Master’s or PHD degree in Computer Science, Information Systems, or equivalent preferred. Equivalent experience will be considered.
— Minimum 10+ years experience

— Minimum 5 years experience with Open GL ES and EGL.

По сути, в 22 года получаешь только MSc, потом 10 лет пашешь и в 32 в лучшем случае, можешь вешать себе тайтл синиора, будучи при этом дядькой, который «понюхал соли и съел пуд пороха». То что творится в Украине это извращение и какое-то странное желаение быстрее всего достичь при чем враньем, как себе лично, так и окружающим.

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

безынициативный разработчик, который вот уже три года как мидл

Чего-то я всё-таки в жизни не понимаю.

А почему, собственно, наличие вклада в опенсорс является необходимым условием для того чтобы быть хорошим программистом? У меня на гитхабе ничего нет потому что:
1. Я не являюсь ярым фанатом опенсорса и не слежу за проектом постоянно, пытаясь выковырять из него кусок функциональности и превратить в обобщенную библиотеку.
2. Если я пишу что-то не для заказчика, то это НЕ библиотека или очередная тулза, заменяющая блокнот, а что-то прикладное. Есть ли смысл выкладывать на гитхаб прототип очередного «сайтика»?
3. В свободное время я чаще всего пишу на тех языках и технологиях, в которых не являюсь профессионалом. Если у меня будет свободное время, то я попробую какой-нибудь playframework который не знаю, вместо того чтобы лезть патчить spring, который знаю.

4. Тот стиль, который я использу для своих мини-проектов кардинально отличается от того, что я использую на работе. Никаких TDD, никакого deffencive programming. Я осознаю что я один пишу этот проект, свободного времени мало и ОСОЗНАННО часто пишу дрянь. Она работает, но боюсь что большинство программистов будут не оценят подобный подход к написанию программ.

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

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

На 1000 багзов больше чем агроном, на которого джун училсо в универе. :)

224 комментария

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Сижу, читаю.
Эгегей! Так я на синьора тяну как минимум! А вот язык еще подтяну (пол годика), так вообще могу на ПМа идти!
А я думал, откуда у нас столько школоты 23 летней, особенно в вебе, которые «ие гавно», «работать будет только в хроме», а меняешь UA в говняном ИЕ и все работает, и даже диз не лезет.

Эти требования на не синьора, эти требования просто как возможный чеклист — «дайте еще сотенку-другую к зп пожалуйста! *аватарка с глазками*»

Есть только один критерий. Компания. Один в поле не воин сеньйор.

Согласитесь, что лучше мидлом в Майкрософте, чем синьйором в РогаКопытаEnterprise.

«Надо попросить у себя в компании столько, сколько хочется, и если не дадут, то спросить, что надо делать, чтобы дали. И потом это делать.»

Шедевр.

Сениора можно дороже впарить заказчику. Украинский рынок IT очень похож на армию Наполеона. Тот без лишней скромности раздавал титулы своим генералам.

Вы сениор только потому, что вас дороже продадут заказчику. Других причин сениорства в 23 года нет. Это все выдумки и попытки подпитать собственное самолюбиею

вам завидно? :)

Вы сениор только потому, что вас дороже продадут заказчику.

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

я думаю тут полно не сениоров которые зарабатывают на $1000 больше вас, и это уже лично ваша проблема

я думаю тут полно не сениоров которые зарабатывают на $1000 больше вас, и это уже лично ваша проблема

))))

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

с указания места работы нужно было начинать статью))

О, ужас! Весь этот опус можно было бы сжать в несколько слов, например: программист — будь внимателен, аккуратен, коммуникабелен и в меру амбициозен! Ребятки, сеньор, как и любое другое повышение по карьерной лестнице, это всего лишь признание ваших достижений компанией. Нельзя для себя придумать, что ты сеньор, это подтверждается лишь тогда, когда компания тебе об этом скажет, записав твое достижение в табеле о рангах и подняв соответственно твою ЗП. До этого можно говорить только об опыте, который зачастую подкрепляется именно годами упорной работы.

ugly, Вы неплохо уловили суть )

А вы? В свои 23 сказать себе что: «вот теперь я сеньор» все равно, что будучи рядовым в армии сказать «вот теперь я лейтенант» только из-за того, что я умею метко стрелять, дружно уживаться с коллегами, ясно и четко доносить свои мысли начальству. Нетушки, пока Вас не повысят приказом, вы будете оставаться рядовым. Ваш опус призывает развивать определенные качества (по сути развиваться всесторонне), но это никак не значит, что это обязательно приведет к повышению. Только выслуга лет позволит получить опыт, набить нужные шишки и стать сеньором в полном смысле этого слова!

А вы?

Я тоже неплохо уловил суть своей статьи пока ее писал))

Нетушки, пока Вас не повысят приказом, вы будете оставаться рядовым.

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

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

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

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

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

дерзайте ... но я бы предпочел взять деньгами :)

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

Хотел сказать, что хотя я упоминаю тренинги, это не значит, что я просто использую мысли оттуда)) я и своё немного добавляю))

Артем, вам не нужна новая работа? Или не знаете ли вы случаем еще человек 10-15 с такими же взглядами на жизнь?

Делаю проект с одним американским разработчиком, которому (внезапно!) 23 года. Он попадает под все описанные требования (которые относятся непосредственно к работе и о которых я знаю). Он джуниор.

сейчас автор топика обвинит вашего америкоса в отсутствии амбиций.

Респект вашему американскому разработчику. А вы, случайно, не интересовались сколько ему было, когда он ступил на путь IT?

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

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

Спор не приведет к единому мнению. Это тот случай, когда надо проявлять решительность

И не дай бог встретиться двум таким «синьйорам» в одной команде...

все уже написано до нас :)
Clean Coder Роберта Мартина
Passionate Programmer Чада Фаулера

Оч интересно! не поделишься своими впечатлениями от этих книг?

Могу от себя поделится фидбеком:
Чистый код, книга из раздела must read, где очень чётко и доходчиво рассказывается как писать вменяемый код. Целая глава, например, посвящена тому как писать (точнее не писать) комментарии.
Вторая книга сборник заезженных утверждений капитана. Может какой то пользой и обладает но слишком скучна. Но это личное впечатление, конечно же.
Обе книги являются скорее дополнением к монументальному Совершенному коду.

Ииии... не то чтобы хочу уколоть, но действительно удивлён что есть ещё не читавшие её синьйоры.

Ииии... не то чтобы хочу уколоть, но действительно удивлён что есть ещё не читавшие её синьйоры.

)))

лучше не будем считать, какой процент 23-летних сеньоров эти книги не читал )))

промазал снайпер) Clean CodER. книга написанная дядюшкой Бобом в 2011 году.

facepalm.jpg

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

ни разу не видел людей которых можно было бы обозвать синьйорами которые при этом бы были моложе лет этак 28

Нестор Иванович, профессия у Вас сложная, там очень много тонкостей))) у программистов проще

только этим и живем. Иначе совсем бы молодеж без работы оставила.

Добавлю еще и от себя огромное спасибо автору! Действительно наталкивает на определенные мысли.

Как мне кажется, человек сам внутренне решает для себя — что он стал сеньйором. И это его решение, а люди уже принимают это или нет :) И страшная сила — это внутренне решение и уверенность. Думаю все знают случаи... когда ТАКИЕ люди становились сеньйорами. И главное, что всегда есть компании, которые тоже готовы поверить в эту «сеньйористость».

Вот так и развивается IT в Украине — вначале компании готовы поверить в «сеньйористость» кого попало (лишь бы срубить побольше денег с заказчика — у нас ведь одни «сеньйоры»), а затем все подряд решают стать «сеньйорами», просто потому, что они приняли такое «внутреннее решение». Интересно, а менеджерами верхнего уровня (вроде CTO) тоже становятся приняв «внутреннее решение»?
Повторюсь — описанное в статье не более, чем описание очевидных и необходимых качеств просто любого нормального инженера. Да, в наших реалиях «сеньйорами», похоже, становятся именно по схеме: «Я для себя решил, что я „сеньйор“ — дайте мне тайтл, а то уйду в другую компанию работать». «Сеньйор» — это наличие опыта как технического, так и не технического — и получать сей тайтл должны единицы (как в принципе и происходит в западных конторах), а у нас, конторы скоро начнут хвастаться тем, что у них 30% всего персонала «сеньйоры».

Нам от этого, пока, одни плюсы — в виде роста ЗП и отказываться от такого глупо, но вот хвастаться тут уж точно нечем.

Коллега,

что у них 30% всего персонала «сеньйоры»
 — это уже случилось! dou.ua/...-may-june-2012 Сеньеров в 1,5 раза больше чем джунов... :-)

Очень рад, что понравилось)

Как мне кажется, человек сам внутренне решает для себя — что он стал сеньйором. И это его решение, а люди уже принимают это или нет :)

100%!!!!

Пришёл Вовочка из школы, сделал свою первую в жизни програмку за два дня, подумал — «Я же теперь крут! Я наверняка сеньйор!». И пошёл работать. Только не весело будет тем кому повезет с ним будет работать.

В IT сфере у разных людей есть разное ЧСВ, и когда человек считает себя сеньйором — это не всегда это верно. Важно как его воспринимают другие, и согласны ли другие с тем что человек действительно сеньйор.
Я встречал разных людей, у некоторых личностей ЧСВ было невероятно большим, при этом они думали что они мега сеньйоры, и общаться с остальными это выше их достоинства, а на практике, все было довольно печально.

Сергей, не знаю был ли в твоем каменте камень в мой огород (все-таки в одной компании работаем), отвечу по существу:

В IT сфере у разных людей есть разное ЧСВ, и когда человек считает себя сеньйором — это не всегда это верно. Важно как его воспринимают другие, и согласны ли другие с тем что человек действительно сеньйор.

Ты здесь прав, но фишка в другом: ты не станешь сеньором, пока ты не подумаешь, что ты сеньор. Так как статья призвана помочь людям в продвижении до сеньора, то конечно же я даю совет быть уверенным в своих силах. Если на самом деле ты далеко не тот, за кого себя считаешь — то задача руководства донести это до тебя и сказать, чего тебе не хватает. Всем выгодно чтобы ты хотел расти, рос и приносил больше пользы.

Артём, нет, камнем это не было :) Это были просто мысли, без конкретных примеров :)

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

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

ты не станешь сеньором, пока ты не подумаешь, что ты сеньор

кто тебе такое сказал?

ты не станешь сеньором, пока ты не подумаешь, что ты сеньор

кто тебе такое сказал?

опыт.

Если и станешь, то намного позже. Ты не согласен?

откуда у тебя опыт?
я не согласен.
ты не станешь сениором, если сам себя начнешь считать сениором...

а вот если окружающие считают что ты сениор, то уже не важно как считаешь ты.

откуда у тебя опыт?

Из общения с людьми.

а вот если окружающие считают что ты сениор, то уже не важно как считаешь ты.

Скорее так:

а вот если окружающие НЕ считают что ты сениор, то уже не важно как считаешь ты.

Хочу добавить, что то, что считают окружающие — это все субъективно (как в прочем и то, что считает сам сеньйор). Окей, допустим, что окружающие в твоей компании считают, что ты сеньйор, а разработчики в комании Google, например, так не думают. Тогда кто ты? сеньйор или не сеньйор? Наверное это понятие индивидуально для каждой компании. И до тех пор пока не будет единого стандарта (например, у нас такой — www.luxoft-personnel.ru/slovar/1268 :) )будут вестись споры подобного рода.

Окей, допустим, что окружающие в твоей компании считают, что ты сеньйор, а разработчики в комании Google, например, так не думают.

1) Поэтому я и уточнил что важно именно «НЕ считают»

2) Сотрудники гугла — это такие же окружающие, при условии что человек с ними контактирует.

И до тех пор пока не будет единого стандарта (например, у нас такой — www.luxoft-personnel.ru/slovar/1268 :) )будут вестись споры подобного рода.

Так по вашему «стандарту» так же можно спорить. Например:

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

Если бы была однозначная трактовка, тада да. Но такая трактовка не поместитсо на 1 листике :)

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

Ни капли. Простой пример: золотые медалисты в школах. Знакомый закончил с «золотой медалью» школу в Южном Забухрынске, а в КПИ прошел (по экзаменам) тока на сварочный.

Верно, у нас в институте тоже золотые медалистки были в селах за сало получали медали. Полкабанця учителю полкабанця директору — и медаль. А при слове «дизъюнктивная нормальная форма» начиналась истерика.

И до тех пор пока не будет единого стандарта (например, у нас такой — www.luxoft-personnel.ru/slovar/1268 :) )

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

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

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

ну и к стати сениора там давали за 3 крупных или 4 мелких проекта, что по времени просто совпадало с 2-3 годами.

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

Не кривя душой, скажу, в проект бы брал молодых ребят и платил бы им много, потому что у них как минимум лучше коммуникация, чем у таких «дедов» как я)

А я бы брал тех кто постарше и поопытнее — они могут сделать задачу:)

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

Не праздный вопрос — а что такое — «лучше коммуникация»?

Могут интенсивно молоть языком в том числе и с заказчиком.

О чем молоть? в том числе и с заказчиком.

Как понимаю, дело в английском?

Потому что мой 1Совский опыт показывает обратное — молодые не умеют молоть языком, и уж тем более с заказчиком :) В 1Сном мире обычное дело — получить жалобу: «не присылайте к нам больше того мальчика».

Поэтому и спросил, необычно как-то, «брал бы молодых ребят, потому что у них как минимум лучше коммуникация».

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

Среди молодых программистов попадаются очень болтливые

Ну, встречаются всякие таланты. Тезис же вообще о норме: молодой — лучше коммуникация.

Поэтому и не понял, что значит «лучше коммуникация»

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

ИМХО — опытный сделает это лучше :) Если заказчик не лох — то ему с три короба наврать не получится. Если он нервничает — то успокоить быстрее выйдет «умудреным спокойствием», а не безосновательным оптимизмом.

Вобщем возьму на заметку это непонятное мне — молодой — лучше коммуникация. «Ничего не понимаю».

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

менеджер без коммуникативных способностей — это вообще говоря нонсенс, абсурд :)

Ладно, может Denys Popov заглянет как-нибудь в тему, и пояснит, что он имел ввиду.

Тезис же вообще о норме: молодой — лучше коммуникация.

Реально у молодых английский лучше в среднем (мое впечатление), так уж сложилось.

тогда понятно.
Я бы тогда просто так и писал, не «коммуникация», а «знание английского» :) Хотя, при работе на западного заказчика это синонимы наверное...

Но если это синонимы, тогда это показатель катастрофической неграмотности в английском, где исключение — «молодые».

И тогда фраза звучит интересно:

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

... знание английского лучше.

То есть, как метко было «Какой язык программирования учить? Учи английский!». Будут платить много за знание английского, чем за навыки и знание языков программирования :)

То есть, как метко было «Какой язык программирования учить? Учи английский!». Будут платить много за знание английского, чем за навыки и знание языков программирования :)

Это так и есть!!!!

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

матан посложнее любого английского будет

Только без матана можно обойтись, а без английского — почти невозможно.

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

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

тут в США все таки важнее знания технические

Так то в США. В Украине как понял — весьма по другому :)

я думаю это временно. уже сейчас довольно глупо ехать в США за деньгами, только за другой жизнью или опытом. что значит что зарплаты в Украине подходят к тому пределу, когда начинают спрашивать «а что ты умеешь» а не «как ты называешь себя»

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

PS. Тем не менее, даже обезьянки будут дорожать: проекты растут и экспоненциально усложняются, технологии меняются со сверхсветовой скоростью, деятельность по поддержке и развитию многолетних хитросплетений говнокода становится всё более адским занятием.

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

по моему это недостаток

Попытаюсь ответить на вопрос, опираясь на опыт моего общения с еще более опытными. Здесь я имею ввиду убедить человека после 35+ в другом подходе сложно, его аргументация в основном это- я имею 100+ лет опыта и я это делал на java, c/c++ , basic(дополнить список по желанию), но как правило это опыт как раз, тот груз который и мешает услышать другое мнение. Я вижу код такого гуру и это напоминает не код, а гуано).
Молодость гибче , не мешают всякие ненужные знания и голова звенить от пустоты в ней))).

Это зависит не от возраста, а от человека. Могут быть как и упёртые молодые, так и гибкие в +35 лет.

не мешают всякие ненужные знания и голова звенить от пустоты в ней

Оригинально!

Вакансии правда говорят о другой позиции работодателей и клиентов :)

К счастью, у нас не принято скрывать возраст в резюме. Огромная экономия времени на интервью.

Уважаемые, если реальным Джуниорам — украинским сеньорам давать 2500$, то как называть тех кто есть украинским Джуниором и сколько им давать?

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

Спасибо за статью!

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

www.pvsm.ru/ruby/4957

Ваша надменность может погубить вашу же технологию:)

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

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

Молодец, Артем. Не обращайте внимание на толпы завистников в коментариях. Вы мыслите здраво и зрело. Все, что написали — это несомненно необходимые качества сениора, но пожалуй не достаточные. Все же необходим еще технический опыт. Но мне кажется, вы попали в точку, потому что это те вещи, которые в 90% случаев не позволяют технически сильному мидл разработчику стать сениором.

Как по мне — бред сивой кобылы для малолетних проходимцев. 23 — цифра жестокая. смайлтчк

Имхо — очередной треп на тему доказуемости существования 23-х летнего синьора. Я раз уже высказывался на эту тему год назад. И за год мнение не поменял. Не может за 3 года человек стать експертом, выучить, вызубрить — да. А научится применять все что выучил нет. Теоретически временные рамки не позволят.

Я искренне согласен c

Отойдя от украинских реалий, hp.taleo.net/...MWR3LjIw.google вот так должен выглядеть синиор,
Ключевые:
— Bachelor’s, Master’s or PHD degree in Computer Science, Information Systems, or equivalent preferred. Equivalent experience will be considered.
— Minimum 10+ years experience

— Minimum 5 years experience with Open GL ES and EGL.

10 лет это оно самое. Я на днях перешагнул этот рубеж, и понял еще одну важную вещь — стаж должен не пассивный ! ИТ индустрия это локомотив, низзя останавливатся, но и бежать впереди тоже не стоит :). Это я к тому что год-два-три активно попахать можно, а вот десятку не каждый потянет. Поэтому синьоры-бройлеры кругом. Где делся средний мидл класc ? Ведь он должен быть костяком.

ЗЫ. настоящих синьоров еденицы, и тайтлы у них >=архитект. Инфляция покоцала.

Не может за 3 года человек стать експертом, выучить, вызубрить — да

За 3 года — нет. Подписываюсь под каждым словом. Вот только как их считать?

Мне пресловутые 23. Первый калькуляторчик написал в 13. Компонентами натыкал на Delphi. А потом вместо живительного футбола почти каждый вечер читал книжки и писал код. И в 14-15 лет я уже мог за пару вечеров написать и отладить персептрон, обучить его и распознать буквы. Понимал как работает мультитекстурирование в OpenGL, отражения. Чем открытый ключ отличается от закрытого, какие бывают HTTP методы и зачем, для чего нужны внешние ключи в БД. В 11 классе пришлось впервые программировать на С микроконтроллер.

А вот работу я нашел три года назад. У меня 3 года опыта или 10? Может сложить 3 и 10 и поделить пополам? Или взвешенно?

Попрошу не оценивать разработчиков по стандартной истории людей решивших стать ради зарплаты сениорами на 4 курсе и потому купили себе PHP для чайников

У меня 3 года опыта или 10?
3
реальные проекты и програминг «для себя» имеют очень мало общего
есть много ньюансов
умение работать в команде
умение решать задачи заказчика а не свои хотелки
расставлять приоритеты
и т.д.
поэтому верный ответ — 3 года

Читая подобные статьи по неволе задумываешься: а что должен уметь украинский мидл? есть ли он вообще этот гипотетический мидл?

Должен хотеть стать сеньором)))

а что должен уметь украинский мидл?
Должен хотеть стать сеньором)))
Уметь хотеть? Ну тада тут мидлов 99% страны.

Отойдя от украинских реалий, hp.taleo.net/...ftl?job=2600103 вот так должен выглядеть синиор,

Ключевые:
— Bachelor’s, Master’s or PHD degree in Computer Science, Information Systems, or equivalent preferred. Equivalent experience will be considered.
— Minimum 10+ years experience

— Minimum 5 years experience with Open GL ES and EGL.

По сути, в 22 года получаешь только MSc, потом 10 лет пашешь и в 32 в лучшем случае, можешь вешать себе тайтл синиора, будучи при этом дядькой, который «понюхал соли и съел пуд пороха». То что творится в Украине это извращение и какое-то странное желаение быстрее всего достичь при чем враньем, как себе лично, так и окружающим.

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

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

Я соглашусь, то что творится сейчас — это явно не признак зрелого и стабильного рынка.

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

молодые разработчики хотят урвать срок кусок на таких перекосах.
Кусок чего? Тайтла? Ну так тода надо в стартапы, там сразу CEO.

Кусок чего? Тайтла? Ну так тода надо в стартапы, там сразу CEO.

Нет, за тайтл дом не купишь )))

Нет

Тогда:

Кусок чего?

ЗП? Так в аутсорсо-мире оно рандомное и не особо зависит от ваших усилий.

Прям совсем не зависит?

Да я не против того, чтоб человек зарабатывал дополнительную 1000 баксов.

Я за то, чтоб люди называли все своими именами, то что компании поддерживают такую тенденцию, это пол беды. Многие «23 летние сеньеры» хвастаются тайтлом. Не только в Украине, но и на территории СНГ, вместо того, чтоб хотя бы между собой быть откровенными.

Мы же единое сообщество и то, как мы реагируем на сложившуюся ситуацию сейчас — определяет его здоровое самочувствие потом. А ведь так все могут быть «синиорами», но они обесценятся и будут придумывать «прайм-синиор» или еще что хуже, оно вам надо? Суть в наборе знаний и опыте, а не в бейджике на линкедине, а выше я привел ссылку в подтверждение, «синиор» называют старых людей в англоязычном мире, это слово также означает "зрелый«(или «старый»).

Я не отрицаю возможность своего неправильного восприятия мира(ведь есть примеры молодых создателей аськи и напстера), но как в 23 года человек может быть «зрелым», я не понимаю.

Максим, я на все 100% согласен.

Лично я виню компании в «инфляции тайтлов». Компания может «продать» одного и того же человека по совсем разным рейтам иностранному заказчику, поэтому не удивительно, что продают дороже. А чтобы человек не проговорился случайно в разговоре с заказчиком, его наделяют гордым титулом «senior».

Мне кажется, что в мире уже более-менее поняли, что senior из Украины/России — это совсем не то, что senior из Германии или Штатов. А если еще не поняли — то точно скоро поймут. И вряд ли мы что-то сможем изменить в ситуации с нашими раздутыми тайтлами.

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

Именно так — я когда приехал в Австралию с 7-ю годами опыта начинал Junior :)

если вы напишете статью об этом трудоустройстве — я буду очень рад
сам хочу свалить в Австралию

10 лет опыта тут- не ключевое требование. Ключевые — те, что в разделе Required Skills.

А вообще все это очень зависит от страны и культуры.

Ключевые — те, что в разделе Required Skills.
Ок:
«- Minimum 5 years experience with Open GL ES and EGL.»
5 лет, но не просто ОР, а по специализации.

А мне кажется что у HP все-же ожидания к соискателям выше чем в 99% ИТ-контор на украинском рынке.

Я так смотрю тема Senior’ов так увлекательна для украинских программистов...
Сколько сеньйоров, столько и мнений...
Хотя я думаю это всё отлукавого. Цель то всё равно одна — получать больше тугриков.

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

Бредни очередного школьника, которому дали лычку, чтобы не платить ЗП.

работал как-то на одной канторе. там один тип был (он еще в универе учился в то время....опыта у него года 2 было). постоянно ходил ныл, что станет скоро ТехЛидом. сам он себя считал Сениором. так вот — донылся он — таки написали в его внутреннем профайле что он ТЛ (позиция). вот так «родился» ТЛ с 2 летним стажем работы ).

P.S. от себя скажу: работяга он был очень гавеный.

P.P.S. еще: когда у меня было 3 года работы и на собеседованиях меня спрашивали по 10ти бальной шкале в сколько баллов я себя оцениваю (по С++) — я говорил: «8 баллов». прошло 5-6 лет: мой ответ не изменился — «8 баллов». хотя в скилзах евстевсвенно вырос. Сократ говорил: «я знаю, что ничего не знаю. а другие и этого не знают».

P.P.P.S если человек и не тянет на Сениора с 3х летним опытом. то, что он заявляет что он Сениор — правильно. Зарвавшуюся самооценку жизнь обтешет. А вот когда самооценка занижена — это реально проблемма.

А вот когда самооценка занижена — это реально проблемма.
А чего ? Разве не мичта местного контингента, чтобы 23-х летние сами себя жуниорами называли ?
«Много букв», но осилил. Только в целостную картину это все равно не сложилось. С одной стороны: описан некий идеальный профессионал, который и код хорошо пишет, и объяснить может, и тайм-менеджментом владеет и задачи раскинуть умеет и т.д. С другой стороны: прослеживается мысль что, что быть синьором, надо уметь «раскидывать пальцы» и выбивать повышение.

Мое мнение: профессионализм, «звание» и зарплата прямой связи между собой не имеют. Поэтому цель статьи остается непонятной: стать профессионалом? получить звание синьора? получить +1000 к зарплате? Или все и сразу?

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

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

Мое мнение: профессионализм, «звание» и зарплата прямой связи между собой не имеют.

Я все-таки надеюсь, что имеют.

Поэтому цель статьи остается непонятной: стать профессионалом? получить звание синьора? получить +1000 к зарплате? Или все и сразу?

Сейчас попробую сформулировать. Наверное, основная мысль — «как быстро вырасти в профессиональном плане? Причем именно до senior разработчика, например для тим лида были бы немного другие основные качества». Звание уж точно не важно, я полностью согласен с тем, что эти тайтлы совершенно теряют свой смысл.

Быстро вырасти до senior разработчика можно, быстро стать им, увы, нельзя. Senior — это в первую очередь очень большой опыт как в технологиях и кодинге, так и в решении разных проблемных ситуаций (отнюдь не связанных с программированием). А опыт по-быстрому накопить не выйдет.
Все изложенное вами, имхо, состоит из двух частей:
1. Описание просто нормального и адекватного работника, примерно мидла, который знает как работать самостоятельно и не нуждается в тотально контроле
2. Как по-быстрому выбить себе зарплату побольше — безотносительно позиции, знаний и умений. Хотя в плане выбивания зарплаты — местами уж слишком наивно :)

Согласен. Насчет наивности тоже — писал статью как писалось, особо не задумываясь о стиле, вполне возможно, что наивности у меня еще достаточно :)

Только мне показалось, что этот топик — реклама тренинга личностного роста ? O_o

Сеньор «по Цыплакову» — просто убило, для тех кто в теме :)

Ему аж икнулось, наверное :)

Надо попросить у себя в компании столько, сколько хочется, и если не дадут, то спросить, что надо делать, чтобы дали. И потом это делать.

То есть, гипотетически, если скажут отсосать, то будете это делать?

Иногда мне кажется, что и на ДОУ надо вводить карму.

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

Вам не нравится слово «отсосать»? Хорошо, буду использовать «взять член в рот»

Им не нравиться что могут таки именно так сказать и туда послать.

Вдруг тут несовершенолетние синьйоры..
А вы материтесь.

А чем же вы думаете разница между синьйором и джуниором?

Ну ладно, кто там пожаловался на гей-хамство? Быть тупым сеньором в 23 — это тоже хамство. Вызываю на дуэль!

Пусть посмотрят фильм «я люблю тебя, Филлип Моррис» и потом говорят про гей-хамство.

То есть, гипотетически, если скажут отсосать, то будете это делать?

Мне кажется, мы с вами немного в разных компаниях работаем)))

Гипотетически человек должен понимать за что ему деньги платят и за что ему ЗП повышают. Если вы зарабатываете, на отсосать, то как бы да, вам пояснят за что повысят и если захотите будете это делать. А автор видимо зарабатывает на разработке программ, поэтому к нему и критерии другие.

Старый и нудный...

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

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

П.С. Определение не претендует на полноту и открыто для модификации (что очень даже приветствуется))

П.С. Определение не претендует на полноту и открыто для модификации (что очень даже приветствуется))

Ваапшэта ДОУ-определение уже дано:
«ЗП больше чем 2500 багзов» необходимое и достаточное условия чтобы быть синьором.

Сумма может варьироваться, с учетом инфляции (2500 — это где-то на 2007-2009 год)

Написано много всякого-разного, особо радует это:

«Есть другой гениально простой способ. Надо попросить у себя в компании столько, сколько хочется, и если не дадут, то спросить, что надо делать, чтобы дали. И потом это делать.»

Вот оно, оказывается как...

как много пунктов...
забыли в конце еще один добавить:

начать свой стартап и стать вторым Цукербергом)

Не читай @ сразу отвечай

Если этого не знает даже Чак Норрис, то надо просто взять и забить на это.

Если ты не в R&D проекте, и ты senior у тебя не должно быть вопрос на которые у тебя нету ответа.

Вопросы без ответа могут быть в любом проекте, как в R&D так и в любом другом. Просто senior должен знать ключевые слова для поиска в Гугле и понимать хотя бы приблизительно, что он ищет. Для этого в R&D проекте можно отталкиватся от алгоритма или цели задачи (с учетом технологии, конечно), а в обычных проектах — от возникшей проблемы.

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

Твоему мнению я доверяю безоговорочно :)

Просто senior должен знать ключевые слова для поиска в Гугле и понимать хотя бы приблизительно, что он ищет.
А это не главный ли скилл для любого уровня программиста?

Конечно, но тут я имел в виду именно вопросы, ответы на которые не знает «даже Чак Норрис» :)

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

Просить повышения надо всегда, как говорил мой начальник, себя лучше всегда немного переоценить чем хоть на 1% недооценить. Вообще надо стараться стать самым большим куском закваски:) ©

Я синиор. Я нехочу работать, я хочу ЗП 5к и команду красивых QA-тёлочек :)

и персональный лифт

безынициативный разработчик, который вот уже три года как мидл

Чего-то я всё-таки в жизни не понимаю.

ДА все намана. Оно получило должность синиора при копеечной ЗП, а кто-то педалит, как миддл пол-жизни, но получает ЗП, как 8 синиоров, подобных ТСу.

ДА все намана. Оно получило должность синиора при копеечной ЗП, а кто-то педалит, как миддл пол-жизни, но получает ЗП, как 8 синиоров, подобных ТСу.
Хочу уточнить. Само слово «сеньор» для меня ничего не значит, я его использую как обозначение человека с зарплатой в среднем на 1000 больше, чем у мидла.

А что для вас значит слово «мидл»?

Человек, который получает на 1000 больше, чем джуниор? )

А сколько джуниор получает ?

На 1000 багзов больше чем агроном, на которого джун училсо в универе. :)

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

не гоже барину три года в мидлах ходить... негоже...

А где-же у всех этих сеньёров публичные opensource проекты? Где коммиты в основные инструменты? У всех с вем общался «у меня на github ничего нету, потому что всё закрыто NDA блаблабла»

А где-же у всех этих сеньёров публичные opensource проекты? Где коммиты в основные инструменты?

Вы бы хоть тему прочитали, там же написано:
«или Как зарабатывать на 1000 долларов больше?»

Синьор это человек с ЗП 2500+ (по принятому на ДОУ определению). Цена может менятсо, но суть такая же.

Ну помоему это как раз и показатель того что можно заработать больше, если ты учавствуешь в OpenSource проектах. Покрайней мере в Ruby Community так.
А если сеньёр только знает как пользоваться другими инструментами, то грош ему цена.

Ну помоему это как раз и показатель того что можно заработать больше, если ты учавствуешь в OpenSource проектах.

Семья/хобби(помимо программирования)/фриланс помимо работы — и нету OpenSource проектов в резюме

и нету статуса «сеньйор»
все закономерно
каждый решает сам
семья и «мидл»
ИЛИ
сениор

А когда их делать когда каждый день по 9 — 10 часов работаешь и 2 раза в год отпуск по 2 недели? Мозг — то разгрузить хочется.

В сутках Эйнштейна, Ньютона и Леонардо да Винчи было ровно столько же, сколько в наших сейчас ровно 24 часа :) © где то с интрнетов

Где опен сорс проекты Леонардо?

Продолжайте разгружать мозг дальше

Уверен что все разработчики OpenSource имеют полноценную работу и тратят свое личное время на проекты.
Время можно найти, было бы желание.

о да.... 9-10 «продуктивных» часов работает? Хотел бы я на такого человека посмотреть.
Это всё отмазки, надо меньше времни в вконтактике и фейсбучике проводить и появится время.

ну продуктивных 8 а на работе допустим 9 — 10 часов. Дома мозг уже не варит особо что — то писать, максимум — выходные или отпуск. Но я не гик компьютерный у меня и другие интересы есть кроме кодинга.

Ну тогда сидим в мидлах и к сеньйорам не рыпаемся. По-моему всё просто. И будет время на другие интересы.

я себя считаю синьором и другие тоже, мидла я прошел уже давно

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

Кто именно другие?

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

это только ваше лично мнение

Ну если меня поддержали, значит не только моё, а уже коллегиальное мнение

а уже коллегиальное мнение

А коллегия не рассматривала тот вариант, что синьор может просто не хотеть заниматсо ОСом? Ему задач и на работе хватает.

Есть такой анекдот про «нету ручек нету конфетки».

Девочка, у которой нет ручек, подходит к маме:
-Мам, дай конфетку!
-Отстань, я занята!
-Мам, ну дай конфетку, пожалуйста!
-Иди, сама возьми.
-Мам, ну как же я её возьму, у меня же ручек нет!

-Нет ручек — нет конфетки!

Надо попросить у себя в компании столько, сколько хочется, и если не дадут, то спросить, что надо делать, чтобы дали. И потом это делать.

Чепуха, когда придет время компания может сказать что дать не получится потому что нет денег. В этом бизнесе только синица в руках!

ну ты тупой что-ле? все просто. ТРУЕ сеноир не бывает без опенсорсных проектов. если и бывает, то он не тру. все предельно логично, последовательно и справедливо.

Только не надо указывать мне где сидеть

Не слушайте всяких нинзей в немодных очках! Работайте и учитесь в радость и удовольствие, избегайте говнопроектов, не пересиживайте за компом и найдите себе некомпьютерное хобби — тогда сохранитесь как специалист до пенсии и будете расти, иначе выработаете в себе стойкое отвращение к работе к 30 годам.
Задроты-компьютерщики несимпатичны, поэтому больше 6-8 часов не кодируйте, чтоб у вас не деревянел мозг! Послушайте красивую музыку красивую, сходите в спортзал где тренируются прекрасные юные девы.

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

правильно! нехер быдлокодить! нужно программировать!

спасибо я тоже так думаю:) Звездным нинзям все равно ничего не доказать:)

А почему, собственно, наличие вклада в опенсорс является необходимым условием для того чтобы быть хорошим программистом? У меня на гитхабе ничего нет потому что:
1. Я не являюсь ярым фанатом опенсорса и не слежу за проектом постоянно, пытаясь выковырять из него кусок функциональности и превратить в обобщенную библиотеку.
2. Если я пишу что-то не для заказчика, то это НЕ библиотека или очередная тулза, заменяющая блокнот, а что-то прикладное. Есть ли смысл выкладывать на гитхаб прототип очередного «сайтика»?
3. В свободное время я чаще всего пишу на тех языках и технологиях, в которых не являюсь профессионалом. Если у меня будет свободное время, то я попробую какой-нибудь playframework который не знаю, вместо того чтобы лезть патчить spring, который знаю.

4. Тот стиль, который я использу для своих мини-проектов кардинально отличается от того, что я использую на работе. Никаких TDD, никакого deffencive programming. Я осознаю что я один пишу этот проект, свободного времени мало и ОСОЗНАННО часто пишу дрянь. Она работает, но боюсь что большинство программистов будут не оценят подобный подход к написанию программ.

Возможно культура Java- и Ruby- девелоперов немного различаются и для вас, может быть это не актуально. Но в Ruby, если у синьора пустой гитхаб — значит он занимается какой-то хернёй. Почему?

1. Рано или поздно любой девелопер сталкивается с нехваткой функционала в устраивающей его, в общем, библиотеке, он делает форк, добавляет функционал и делает пул-реквест обратно.
2. Любая программа не идеальна и иногда правятся баги в используемых либах. Соответственно опять таки: форк, правка, пулл-реквест.
3. Иногда нужной библиотеки или фреймворка не находится: пишется своя, полируется, выкладывается в опен-сорс. Тут ещё следует заметить, что опен-сорс — это способ удешевить поддержку твоего собственного кода, поэтому если вы не выковыриваете кусок функциональности — вы тратите своё время и чужие деньги. (Про время собратьев по цеху я тут помолчу)

Собственно если девелопер ни разу не попадал ни в одну из вышеописанных ситуаций: значит он обычный кодер и синьором там и не пахнет.

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

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

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

Не стоит думать что все кроме Java-девелоперов занимаются пустяковыми проектами для себя.

Подавляющее большинство руби — проектов — это или веб-сайты, или относительно простые веб-сервисы. Это при том что я сам тащусь от руби и учу его на досуге, так что в нелюбви к руби можете не упрекать. А если проект под 400 000 строк кода с примерно 100 либами и в нем используется бизнес-логика например для управления АТС? масштаб несопоставим.
В Джава в сообществе Apache куча людей сидят и пилят эти проекты на гранты почти как на зарплату все основное время своей работы. Посмотрите большую джава — либу, например Хибернейт, и вы увидите что его допилить можно но это проблематично и долго.
рельсы классная либа но в джаве масштабы либ и их сложность повыше будут, один спринг чего стоит, спринг кор.
Та я бы и сам не стеснялся вычленять, но нам крепко дадут по шапке если мы что — то вычленим:) По договору в ентерпрайзе весь код принадлежит компании, код который написал программист.

Свои проекты — это круто и оупен-сорс тоже круто, просто не стоит сильно обвинять тех кто как — то не вписывается в эту картину.

ну тогда пишите свой Хибернейт, это же не часть Ынтерпрайза.
Пишите свою ОС, потому что Linux распространяется под GPL.
По поводу того что в джаве масштабы больше. Это кто Вам такое сказал?
Сложность да есть, причем в большинстве случаев не нужная.

Кстати тот же Spring делает коммерческая контора, и пилит его на свои средства, а не гранты.

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

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

ну тогда пишите свой Хибернейт, это же не часть Ынтерпрайза.
Пишите свою ОС, потому что Linux распространяется под GPL.

В жизни есть и более полезные и практичные занятия, чем изобретение очередного колеса.

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

По поводу слова «энтерпрайз» — забудьте его. Это лишь лейбочка для выкачивания бабла. В руби и пайтон мире есть фирмы которые делают сервисы связанные с логистикой, безопасностью, медициной и пр. Среди клиентов: крупнейшие мировые компании и правительственные учреждения. И люди которые всё это пишут являются очень активными участниками опен-сорс сообщества. Не верите мне — слетайте на конференцию по руби или пайтону куда-нибудь в европу или штаты и пообщайтесь с людьми.

Поэтому не нужно думать что на java нельзя делать опенсорс, просто скорее просто нет желания.

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

спасибо за приглашение с удовольствием если вырвусь из своего водоворота:)

Да причем тут питон и руби. Говно можно писать на любом языке, какой бы он хороший не был. И конфетку можно писать на любом языке. Все зависит от прослойки между стулом и клавиатурой.

либу, например Хибернейт, и вы увидите что его допилить можно но это проблематично и долго
если бы вы попробовали это сделать, вы бы убедились, что это не так уж и сложно
все просто там
очень
нужно только быть сениором
если вы не можете этого сделать и вас это
проблематично и долго
, то ответ очевиден — вы не сениор

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

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

В жопу проприетарщину. У нас есть печеньки

хорошо что я не Руби программист!

Я с Вами 100% согласен! Как хорошо что Вы не Руби программист!

Кстати что такое Руби?

спросите у гугла, у него лучше получается отвечать на глупые вопросы

www.pvsm.ru/ruby/4957

Ваша надменность может погубить вашу же технологию:)

В случае Руби (РНР, node) правка библиотек/инструментов — не прихоть или развлечение, а суровая необходимость. Тем более это очень просто, все в исходниках и доступно на Гитхабе.

Сравните с .NET... Оно-то конечно «было бы желание», но в первом случае это часть повседневной работы, а во втором — скорее всего хобби в свободное время.

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

Что зазорного в том, что конкретный разработчик сталкивается с edge case или особенностью конфигурации, не предусмотренными тысячами других разработчиков? «Turkey test»? Конечный пользователь с Norton DNS? С таким успехом можно что угодно объявить «недопиленным» и «сырым».

И нет ничего зазорного в том, чтобы сделать все самостоятельно, а не ждать, пока кто-то позаботится о ваших проблемах. Кстати и в коммерческих библиотеках неоднократно сталкивались с ситуациями, когда было бы проще самим исправить баг, чем ждать 2 месяца до выхода хотфикса. Ан нет, sealed & obfuscated...

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

В мире джава больше бюрократии

Я точно также, правда получается часто в пет-проектах обкатывать какие — то бест практисез. На работе приходится жестко педалить и педалить даже ругают что время трачу на приведение кода в порядок.

А где-же у всех этих сеньёров публичные opensource проекты? Где коммиты в основные инструменты?

Странные критерии, похожие на снобизм.

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

Или не захочется тратить силы и время на неоплачиваемую работу.

потому что всё закрыто NDA

И такое бывает.

ну и кому надо такой человек, которому не нравится его работа?
И снобизмом тут не пахнет, это прагматизм.

Как раз прагматизма я не заметил.

Человек держит или не держит что-то на GitHub. У человека есть или нет надобности что-то туда выкладывать. Вот и всё.

А каким образом вам это померещилось —

человек, которому не нравится его работа

— я вообще не понимаю.

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

а выставьте свое реальное имя и должность,

Ну, это слив, сударь :)

Обосновать свои высказывания у вас не получилось и вы сменили тему.

И просьбы подобные я не могу назвать приличными.

«Вас» и «Вы» пишется с большой буквы.

Гы. Уже и на Доу пишут сочинения «Как я провел лето» ?

Кажется, теория про 42 месяца и тайтл сеньора работает.

Можна розшифровку для тих, хто не в курсі?

джуниору достаточно пов**бывать всего 42 месяца и он становится супер сеньйором с багажом знаний круче чем у вареного яйца.

джуниору достаточно пов**бывать всего 42 месяца и он становится супер сеньйором с багажом знаний круче чем у вареного яйца.

не нетак.

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

— вот так.

Ясно. Число зі стелі. Точніше, з Дугласа Адамса :) Сподобалось. Буду користуватись, дякую :)

Подписаться на комментарии