Да, еще забыл добавить — и видеокамеры у меня есть, indoor и outdoor, целая куча (установил только две outdoor, и две indoor, еще по три штуки валяются — не знаю, куда приткнуть). Ко всем камерам есть доступ через интернет, а также «умная» программка. Все добро стоило $199, купленное по случаю на диле со slickdeals.net
Вот читаю я подобные статейки, и удивляюсь людям — тратят какие-то тысячи евро, что-то паяют, «пилят», кодят… И, главное, вовсю «фигуряют» дурацким термином (придуманным сейлзами) «умный дом» (калька с английского, где и была придумана эта ерунда, smart home).
А на самом деле, всей этой «умности» сто лет в обед (кроме, разве что, «руления» через http)! Вот у меня вполне себе «умный дом», говоря вашими словами, но «умным» мне в голову его называть не приходит, потому, что умный я, а не дом :) И обошелся он «на круг» чистые копейки. На всех лампочках и розетках стоит старый добрый X10, купленный за копейки (сейлы у самой компании, eBay и т.д. — еще про запас валяется с десятка полтора всяких x10-ских гаджетов, купленных, потому, что сейл и про запас — в общем, от жадности. Но, что немного обидно, ни один за многие годы безупречной работы не сломался). «Рулить» освещением можно хоть с мобильного телефона, хоть с Amazon Echo, которых понапихано везде — тоже, обошлись копейки на каком-то большом сейле, по $50, что ли?). Да, еще на крохотной платке Rpi, с которой идет простой веб-интерфейс (за полчаса набросал, а пользуюсь годами уже), есть опция автоматического «руления», но применяется, в основном, в Рождество, чтобы гирлянды на елке и на доме вечером включать, а утром отключать).
Температурой в доме рулит термостат, к которому, дай Бог, прикасаюсь пару раз в год. Там есть возможность программирования, и даже подключения к этим вашим «умным домам», но оно и нафиг не надо, от слова совсем.
Что еще? Ночная «подстветка» (если можно так сказать) делается standalone лампочками на батарейках с датчиками движения, и такими же LED лентами, купленными за копейки на ali (это относительное нововведение). Никакой «умности» этой подсветке и нафик не нужно, лишь раз в два года поменять батарейки.
Дверь в гараж открывается из машины без всякой умности, гаражные ремоуты ставятся по умолчанию на все автомобили.
На все это было потрачено две-три сотни долларов, и несколько часов (суммарно) времени. Все. ЧЯДНТ? ;)
А что можно еще придумать такого «умного», мне просто в голову не приходит. У вас есть идеи?
Орден Ленина, четыре ордена Трудового Красного Знамени, лауреат Ленинской Премии — imho, у вас неполные представления о той эпохе. Боевому генералу, дошедшему до Берлина, о подобном можно было-бы только мечтать (равно, как и ракетному конструктору, если он не Королев, Глушко и прочие из первой «восьмерки» — или сколько там было «генеральных»?)
Не нужно переживать ни за молодых разработчиков в Штатах, ни за чрезмерные рейты «сеньоров» — все это глупая ложь эмансипированной тётки, которая не имеет ни малейшего представления об индустрии. Толковые студенты находят себе хорошую работу, едва закончив обучение (а многие и ранее), «сеньоры» получают от $80/h до $120/h (но и это достаточно много, можете мне на слово поверить). Проблемы есть только у нихрена не умеющих делать в программировании тёток, которые, вместо того, чтобы обучаться и совершенствоваться (например, зафоркать, развить и послать pull request популярному проекту на github), предпочитают собирать «конгрессы», и с пеной у губ обсуждать, «почему проклятые капиталисты не берут на работу женщин».
Топик — полное «овно», я бы не дал себе труда подобное переводить. Нет ни малейшей корреляции с объективной реальностью.
Но это не помешало Корею Чуковскому принимать награды и почести (а их-то было ох как много! Далеко не каждый «ракетный конструктор» или армейский генерал имел то, что имел поэт Корнейчук) от «завравшихся шулеров» ;)
Без сомнения, вы правы. Подавляющее большинство комментаторов на хабре/гиктаймс не любят и презирают КГБ-шно-клептократический строй страны, где им довелось родиться и жить. Но что они ненавидят куда больше — это когда им указывают на это :)
Это с «доказательствами» у вас никак, а не с моей логикой. Вместо того, чтобы привести ссылку на открытые позиции со словами «junior software engineer» в американских компаниях, начинаете банально врать.
Прям таки «для работы со Steam»? А не с Valve Software? ;) Опять-таки, не бином Ньютона, вот список открытых позиций, никаких «приписок»: www.valvesoftware.com/jobs/job_postings.html
Так что США всё-таки не разные; это фантазии у российских комментаторов однообразные.
Как вы собираетесь выполнить эту задачу без обучения?
Где вы нашли слово «обучение» в приведенной цитате? У вас не только с профессиональными терминами проблемы, но и с английским? А ведь вы, небось, внутренне позиционируете себя как «сеньора»? ;) Гмм, возможно, мы вообще говорим о разном? В вашем мире «джуны» не умеют программировать от слова «вообще» и нуждаются в обучении, а т.н. «сеньоры» понятия не имеют, для чего нужны code reviews, и как их правильно делать, да еще и не умеют по английски читать? Тогда нам не о чем просто говорить (а ведь тут обсуждается бред пост американской эмансипированной тётки, уверенной, что «злые буржуи не берут на работу хороших тёток-джунов»).
Вы меня отправляете мат. часть учить, а я вас отправлю поработать с джунами
Я вас никуда не отправлял, а лишь привел ссылку на вики, чтобы вы, наконец, прочли и поняли, что такое code reviews. А на счёт «посылания», опустившись на ваш уровень, могу заметить, что у вас «посылалка» еще не выросла меня посылать! :D
Как следствие он налажает и вы же потом на него донесете начальству что он не справился
Когда вы немного повзрослеете, то вы, надеюсь, поймёте разницу между доносом и продуктивной работе в команде. Взрослые люди на работе занимаются бизнесом, и решают проблемы в рабочем порядке, не привлекая сюда личные отношения; лишь только повзрослевшие дети, с недостатком образования и воспитания, пытаются повышать свою attitude за счёт других, занимаясь непрошеным «обучением, менторством» и прочей ерундой. Таких «детей» на Западе просто-напросто нет, это «выбивается» еще на уровне школы, а не колледжа. Я имею дело с профессионалами, вне зависимости от возраста и опыта работы (да это и не имеет никакой разницы). Люди все прекрасно понимают, и ведут себя соответственно, ведь иначе просто невозможно (нет, ну, можно, конечно, стать лузером, бомом, low wadge worker-ом — каждый выбирает сам, но это к теме разговора не имеет ни малейшего отношения).
Замечу вдобавок, что в американских компаниях слово «джун» (это какой-то российский «новояз» — не русский, в русском языке такого ужасного «волопюка» нет, а именно российский) или даже «junior software developer» не употребляется вообще. Есть interns (студенты на part-time), а дальше просто software developers, engineers, вне зависимости от реального стажа.
И мне никогда не доводилось встречать абсолютно «нулевых» интернов; как правило, очень толковые молодые люди, любящие свое дело, и умеющие учиться (поскольку платят за учёбу, в основном, из своего кармана, а стоимость учёбы в приличном заведении в Штатах весьма «кусача»).
Ну, если писали про США, то должны (вероятно :) ) знать, что уволить человека по причине профнепригодности здесь практически невозможно (ибо вероятность нарваться на многомиллионный встречный иск весьма велика). В настоящей, а не воображаемой реальности, такой человек становится кандидатом на увольнение при следующем lay off. Но чтобы вот так, прямо уволили — такого в американских компаниях просто не бывает (впрочем, по слухам, в «дурных компаниях», организованных русскими/индусскими/китайскими эмигрантами, случается — но это слухи. Кстати, рекомендую прочесть книгу Саши Тараторина «Дурная компания», там, хоть излишне драматизированно, изображена подобная компания. Но той Америки уже нет — хотя я застал кусочек...)
VulvarisMagistralis, я написал то-же самое, но другими словами. Ну, а на счёт «увольнять можно», то тут все сложно (вы, кстати, действительно в США живёте и работаете, что подобное пишете?). Ну, и по любому, вопросы увольнения находятся вне пределов компетенции senior software engineers.
Ну ок — вы отревьюили код джуна и указали ему на ошибки/проблемы. Как предлагаете быть если джун не понимает как их исправлять или даже не понимает вообще суть ошибки?
На практике такого никогда не возникало; это означает существенные просчеты и ошибки в системе найма. Но если бы я столкнулся с подобной ситуацией (т.е. так называемый «инженер» не умеет, не может выполнять свою работу и не справляется со своими прямыми обязанностями), то я бы передал проблему вышестоящему менеджменту.
Тем более что одна из задач code review — это научить того кто писал код так больше не писать
У него в этот момент могут возникнуть вопросы на которые опытный должен ответить.
Слово «должен» здесь лишнее. Никто никому ничего не должен (честно говоря, я уже устал это повторять). Более опытный инженер может помочь менее опытному, что, на практике, часто встречается (ведь проект-то общий!), но может и не помочь, никто обязать его это делать не может. «Учитель может летать! А может и не летать...» (с) :D
Вообще-то, позицию открывают в зависимости от требований и бюджета проекта, а не «на всякий случай, шоб було», или «менторства ради», никто просто так деньги не тратит (не должен, по крайней мере). В каких бы компаниях я не работал (и «совко-перестроечных» — давным-давно, и в американских — последние 20 лет — и крупных, и средних, и в стартапах), исключая первую работу, еще в СССР (там да, брали, ибо положено по штату, есть «дырка в сетке», обязаны заполнить), это правило соблюдалось всегда, ибо собственник считает свои деньги. А зарплата, должен я вам заметить, весьма существенная часть бюджета любого проекта, по крайней мере, в software development (речь, понятное дело, идёт про Запад; не знаю, работает ли это для России).
Отвечая на ваш первый вопрос, скажу: «сеньора», то бишь опытного программиста, берут не для «опекания и наставления джунов», а для решения вполне конкретных задач в текущем проекте/проектах. Если таких задач нет, или бюджет не позволяет — то не берут :) Джунов, как таковых, тоже просто так не берут (да и словосочетания такого, «junior software developer», я давным-давно не встречал в описаниях позиций!); обычно это интерны, студенты на неполный рабочий день за небольшие деньги, которые приходят набраться опыта, ну, и обеспечить себе дальнейшее трудоустройство.
И теперь у меня встречный вопрос: а как вместе с джунами делать один проект не обучая их? Джун написал код с ошибками или архитектурно кривой. Что бы ему это объяснить надо показать как должно быть т е научить или же просто выполнить работу за него
Теперь перейдем ко второму вопросу, на него ответить тоже просто (благодаря моему практическому опыту). Любой, сколь угодно большой и сложный проект, состоит из подзадач, субпроектов, гораздо менее сложных, нежели общее. И практически любую подзадачу можно тоже разбить на еще более мелкие и более простые подзадачи. Вот тут «вступают в бой» project manager с team leads (ну, или Scrum master с product owner, если ваша контора страдает agile в лёгкой или тяжёлой форме :) ). Главная задача хорошего менеджмента заключается в умном распределении работы, программисты с меньшим опытом получают более простые задачи, опытные «бросаются» на более сложные/срочные. Т.е. ситуации «джун не справился с задачей» практически никогда не возникает. «Говнокод с ошибками» отлавливается на этапе code reviews, и, естественно, никакой pull request не будет замержен, пока код не достигнет production качества. А вот много зависит от требований к code review, притом требования предъявляются ко всем, и существуют в виде документа (так было в двух из трех компаний, в которых я работал/работаю). Можно, конечно, объявить code reviews видом «менторства» (если пытаться притягивать за уши), но как быть, когда менее опытный программист ревьювит код senior-а? ;)
Замечу еще, что обычно хороший менеджмент ценит team spirit и хорошие отношения в команде намного выше, нежели отсутствие showstopper в production; я бы сказал, что неизмеримо выше. И, по американски, хорошая команда — это команда равных, когда никто не чувствует себя «лузером джуном» и «супер-дупер гуру сеньором»! Надо сказать, что мне доводилось встречать кьюкамеров, мальчиков из России, мнивших себя супер-экспертами, и соответственно ведших себя в команде. Что можно сказать? Наиболее умные из них быстро понимали, насколько они не правы, и принимали новые правила игры. Менее умные вскоре теряли работу.
Нет у американского руководства американских компаний подобного совкового менталитета, я тут это твержу уже 100500 раз! Не требуют тут «воспитательства», «обучательства», «присмотрения» — лишено всяческого смысла, и бизнес-перспектив.
Если уж теперь вы спрашиваете кто
С чего это вы решили? Я спрашиваю то, что спрашивал с самого начала. На мой вопрос можно ответить либо «да», либо «нет». У вас проблемы с пониманием?
Ну, и про пресловутую «таблицу» (которая, судя по приведенному маразму «миддл владеет одним фреймворком, а сениор несколькими» существует только в вашем воображении — в жизни не поверю, чтобы вменяемый человек с нормальным умом и здравой памятью мог подобное сочинить!) и ЧСВ, процитирую:
К слову, что забавно, таблицу эту почему то рядовым сотрудникам не показывают, и доступна она была только директорам департаментов, которые непосредственно участвуют в повышениях, тимлидам только по секрету. Так что не исключено что до вас такие вещи просто не доводили.
— не нужно быть дипломированным психологом, чтобы понять, для чего написана эта фраза :) И, кстати, только одной это фразой вы раскрылись полностью — ну, да Бог вам судья…
Каким «ответом»? Перестаньте отвечать на выдуманные вами же вопросы, и ответьте прямо на мой: кто и когда потребовал от вас «ты должен быть примером другим, проявлять некоторое наставничество»? Ваш менеджер, таинственная таблица, должностные инструкции, памятка сотрудника (employee handbook)?
Я то работаю исключительно в России.
Вот это, скорее всего, и является ответом — да, похоже, это чисто российская специфика плюс менталитет «страны советов».
Вы не ответили на мой вопрос. Я вас не про таинственную таблицу спрашивал (но про которую обязательно, для повышения хабровского ЧСВ, нужно заметить, что «до вас такие вещи не доводили» :) ), а про ваши обязанности (если, конечно, вы работаете senior software engineer) — входит ли в них, официально или не официально требование «быть примером другим, проявлять наставничество» (например, ваш менеджер подошел и сказал вам: «Константин, ты поопекай да поучи наших джунов»).
Замечу, что мой опыт работы (за 25 лет только в Штатах) наверняка намного больше, чем ваш, и в крупных и очень крупных компаниях (в США) я работал в несколько раз чаще, чем вы (если очень интересно, могу в личке рассказать), но нигде и никогда никто не ставил задачи «опекать и учить джунов и/или интернов»!
Учатся здесь в колледжах и университетах, а в компаниях, обычно, занимаются бизнесом, работают. А позиции открываются под конкретный проект и конкретные задачи, а не «а не взять ли нам senior software engineer вообще, пусть наших джунов подучит», и уж что-что, а заниматься сеньору уж есть чем.
Еще замечу, что, во-первых, обычно уровень начинающих разработчиков, с которыми мне приходилось сталкиваться, довольно высок (даже студентов-интернов), а во-вторых, никогда я не видел отношения к ним, как к «джунам», что описывают некоторые тут. Наоборот, обычно менеджмент (team lead или project manager) всегда неоднократно подчеркивает, что «все мы — команда высококлассных экспертов», хотя на деле это далеко не так. В-третьих, западные молодые люди очень не любят непрошеных «учителей» (коими, как я по топику заметил, любят быть выходцы из России или россияне), чувство собственного достоинства и независимости в людях очень сильно развито, и при подобном отношении «морду лица» вам бить не будут, конечно (не тот менталитет и воспитание), но вот менеджеру обязательно пожалуются, хотя могут даже и публично, на митинге. «Наставнику» будет очень стыдно в этом случае.
Учатся же на работе люди сами: реализовывая задачи и проекты от простых к сложным, учась работать над code review (по обе стороны — ведь ревьювить код от гуру не менее поучительно, чем выслушать его замечания касательно собственного кода), во многих крупных компаниях существуют программы по повышению образования и квалификации, так что желающий может за корпоративный счет пройти курсы, получить сертификаты, поучаствовать в семинарах и «хакатонах», или даже вообще, выучиться на MBA (но это уже не для программистов). Было бы желание, как говорится.
Но, подчеркну, нигде и никогда я не встречался с официальными или неофициальными требованиями (цитирую) «ты должен быть примером другим, проявлять некоторое наставничество»!
Везде так не работает. А «практику code review» в нормальных компаниях применяют ко всем pull request-ам, вне зависимости от того, кто их делал.
Ответьте, ставил ли вам менеджер задачу «опекать и проверять джунов», было ли это упомянуто при вашем устройстве на эту позицию? Или это ваши личные «тараканы» (похоже на то)? Удивляюсь, как вас, при таком отношении, еще не уволили — в Штатах (настоящих, а не выдуманных) очень не любят «опекунов», молодежь здесь самостоятельная, грамотная и с большим чувством достоинства (западное воспитание).
А на самом деле, всей этой «умности» сто лет в обед (кроме, разве что, «руления» через http)! Вот у меня вполне себе «умный дом», говоря вашими словами, но «умным» мне в голову его называть не приходит, потому, что умный я, а не дом :) И обошелся он «на круг» чистые копейки. На всех лампочках и розетках стоит старый добрый X10, купленный за копейки (сейлы у самой компании, eBay и т.д. — еще про запас валяется с десятка полтора всяких x10-ских гаджетов, купленных, потому, что сейл и про запас — в общем, от жадности. Но, что немного обидно, ни один за многие годы безупречной работы не сломался). «Рулить» освещением можно хоть с мобильного телефона, хоть с Amazon Echo, которых понапихано везде — тоже, обошлись копейки на каком-то большом сейле, по $50, что ли?). Да, еще на крохотной платке Rpi, с которой идет простой веб-интерфейс (за полчаса набросал, а пользуюсь годами уже), есть опция автоматического «руления», но применяется, в основном, в Рождество, чтобы гирлянды на елке и на доме вечером включать, а утром отключать).
Температурой в доме рулит термостат, к которому, дай Бог, прикасаюсь пару раз в год. Там есть возможность программирования, и даже подключения к этим вашим «умным домам», но оно и нафиг не надо, от слова совсем.
Что еще? Ночная «подстветка» (если можно так сказать) делается standalone лампочками на батарейках с датчиками движения, и такими же LED лентами, купленными за копейки на ali (это относительное нововведение). Никакой «умности» этой подсветке и нафик не нужно, лишь раз в два года поменять батарейки.
Дверь в гараж открывается из машины без всякой умности, гаражные ремоуты ставятся по умолчанию на все автомобили.
На все это было потрачено две-три сотни долларов, и несколько часов (суммарно) времени. Все. ЧЯДНТ? ;)
А что можно еще придумать такого «умного», мне просто в голову не приходит. У вас есть идеи?
Топик — полное «овно», я бы не дал себе труда подобное переводить. Нет ни малейшей корреляции с объективной реальностью.
Это с «доказательствами» у вас никак, а не с моей логикой. Вместо того, чтобы привести ссылку на открытые позиции со словами «junior software engineer» в американских компаниях, начинаете банально врать.
Так что США всё-таки не разные; это фантазии у российских комментаторов однообразные.
бредпост американской эмансипированной тётки, уверенной, что «злые буржуи не берут на работу хороших тёток-джунов»).Я вас никуда не отправлял, а лишь привел ссылку на вики, чтобы вы, наконец, прочли и поняли, что такое code reviews. А на счёт «посылания», опустившись на ваш уровень, могу заметить, что у вас «посылалка» еще не выросла меня посылать! :D
Когда вы немного повзрослеете, то вы, надеюсь, поймёте разницу между доносом и продуктивной работе в команде. Взрослые люди на работе занимаются бизнесом, и решают проблемы в рабочем порядке, не привлекая сюда личные отношения; лишь только повзрослевшие дети, с недостатком образования и воспитания, пытаются повышать свою attitude за счёт других, занимаясь непрошеным «обучением, менторством» и прочей ерундой. Таких «детей» на Западе просто-напросто нет, это «выбивается» еще на уровне школы, а не колледжа. Я имею дело с профессионалами, вне зависимости от возраста и опыта работы (да это и не имеет никакой разницы). Люди все прекрасно понимают, и ведут себя соответственно, ведь иначе просто невозможно (нет, ну, можно, конечно, стать лузером, бомом, low wadge worker-ом — каждый выбирает сам, но это к теме разговора не имеет ни малейшего отношения).
И мне никогда не доводилось встречать абсолютно «нулевых» интернов; как правило, очень толковые молодые люди, любящие свое дело, и умеющие учиться (поскольку платят за учёбу, в основном, из своего кармана, а стоимость учёбы в приличном заведении в Штатах весьма «кусача»).
Нет таких задач у code review. Учите матчасть.
Слово «должен» здесь лишнее. Никто никому ничего не должен (честно говоря, я уже устал это повторять). Более опытный инженер может помочь менее опытному, что, на практике, часто встречается (ведь проект-то общий!), но может и не помочь, никто обязать его это делать не может. «Учитель может летать! А может и не летать...» (с) :D
Отвечая на ваш первый вопрос, скажу: «сеньора», то бишь опытного программиста, берут не для «опекания и наставления джунов», а для решения вполне конкретных задач в текущем проекте/проектах. Если таких задач нет, или бюджет не позволяет — то не берут :) Джунов, как таковых, тоже просто так не берут (да и словосочетания такого, «junior software developer», я давным-давно не встречал в описаниях позиций!); обычно это интерны, студенты на неполный рабочий день за небольшие деньги, которые приходят набраться опыта, ну, и обеспечить себе дальнейшее трудоустройство.
Теперь перейдем ко второму вопросу, на него ответить тоже просто (благодаря моему практическому опыту). Любой, сколь угодно большой и сложный проект, состоит из подзадач, субпроектов, гораздо менее сложных, нежели общее. И практически любую подзадачу можно тоже разбить на еще более мелкие и более простые подзадачи. Вот тут «вступают в бой» project manager с team leads (ну, или Scrum master с product owner, если ваша контора страдает agile в лёгкой или тяжёлой форме :) ). Главная задача хорошего менеджмента заключается в умном распределении работы, программисты с меньшим опытом получают более простые задачи, опытные «бросаются» на более сложные/срочные. Т.е. ситуации «джун не справился с задачей» практически никогда не возникает. «Говнокод с ошибками» отлавливается на этапе code reviews, и, естественно, никакой pull request не будет замержен, пока код не достигнет production качества. А вот много зависит от требований к code review, притом требования предъявляются ко всем, и существуют в виде документа (так было в двух из трех компаний, в которых я работал/работаю). Можно, конечно, объявить code reviews видом «менторства» (если пытаться притягивать за уши), но как быть, когда менее опытный программист ревьювит код senior-а? ;)
Замечу еще, что обычно хороший менеджмент ценит team spirit и хорошие отношения в команде намного выше, нежели отсутствие showstopper в production; я бы сказал, что неизмеримо выше. И, по американски, хорошая команда — это команда равных, когда никто не чувствует себя «лузером джуном» и «супер-дупер гуру сеньором»! Надо сказать, что мне доводилось встречать кьюкамеров, мальчиков из России, мнивших себя супер-экспертами, и соответственно ведших себя в команде. Что можно сказать? Наиболее умные из них быстро понимали, насколько они не правы, и принимали новые правила игры. Менее умные вскоре теряли работу.
— Это я отвечаю вопросом на вопрос?!" :P
С чего это вы решили? Я спрашиваю то, что спрашивал с самого начала. На мой вопрос можно ответить либо «да», либо «нет». У вас проблемы с пониманием?
Ну, и про пресловутую «таблицу» (которая, судя по приведенному маразму «миддл владеет одним фреймворком, а сениор несколькими» существует только в вашем воображении — в жизни не поверю, чтобы вменяемый человек с нормальным умом и здравой памятью мог подобное сочинить!) и ЧСВ, процитирую: — не нужно быть дипломированным психологом, чтобы понять, для чего написана эта фраза :) И, кстати, только одной это фразой вы раскрылись полностью — ну, да Бог вам судья…
Вот это, скорее всего, и является ответом — да, похоже, это чисто российская специфика плюс менталитет «страны советов».
Замечу, что мой опыт работы (за 25 лет только в Штатах) наверняка намного больше, чем ваш, и в крупных и очень крупных компаниях (в США) я работал в несколько раз чаще, чем вы (если очень интересно, могу в личке рассказать), но нигде и никогда никто не ставил задачи «опекать и учить джунов и/или интернов»!
Учатся здесь в колледжах и университетах, а в компаниях, обычно, занимаются бизнесом, работают. А позиции открываются под конкретный проект и конкретные задачи, а не «а не взять ли нам senior software engineer вообще, пусть наших джунов подучит», и уж что-что, а заниматься сеньору уж есть чем.
Еще замечу, что, во-первых, обычно уровень начинающих разработчиков, с которыми мне приходилось сталкиваться, довольно высок (даже студентов-интернов), а во-вторых, никогда я не видел отношения к ним, как к «джунам», что описывают некоторые тут. Наоборот, обычно менеджмент (team lead или project manager) всегда неоднократно подчеркивает, что «все мы — команда высококлассных экспертов», хотя на деле это далеко не так. В-третьих, западные молодые люди очень не любят непрошеных «учителей» (коими, как я по топику заметил, любят быть выходцы из России или россияне), чувство собственного достоинства и независимости в людях очень сильно развито, и при подобном отношении «морду лица» вам бить не будут, конечно (не тот менталитет и воспитание), но вот менеджеру обязательно пожалуются, хотя могут даже и публично, на митинге. «Наставнику» будет очень стыдно в этом случае.
Учатся же на работе люди сами: реализовывая задачи и проекты от простых к сложным, учась работать над code review (по обе стороны — ведь ревьювить код от гуру не менее поучительно, чем выслушать его замечания касательно собственного кода), во многих крупных компаниях существуют программы по повышению образования и квалификации, так что желающий может за корпоративный счет пройти курсы, получить сертификаты, поучаствовать в семинарах и «хакатонах», или даже вообще, выучиться на MBA (но это уже не для программистов). Было бы желание, как говорится.
Но, подчеркну, нигде и никогда я не встречался с официальными или неофициальными требованиями (цитирую) «ты должен быть примером другим, проявлять некоторое наставничество»!
Ответьте, ставил ли вам менеджер задачу «опекать и проверять джунов», было ли это упомянуто при вашем устройстве на эту позицию? Или это ваши личные «тараканы» (похоже на то)? Удивляюсь, как вас, при таком отношении, еще не уволили — в Штатах (настоящих, а не выдуманных) очень не любят «опекунов», молодежь здесь самостоятельная, грамотная и с большим чувством достоинства (западное воспитание).