Search
Write a publication
Pull to refresh

«Синьор» в 23. Реально ли?

Навеяно очередным собеседованием человека, позиционирующего себя как Senior Android Engineer.

Немного об авторе: Мне 24, я уже как год Android Team Leader в достаточно большой компании. Не могу сказать, что справляюсь со своими обязанностями на все 100%,- возможно это действительно ранний возраст чтобы управлять командами, а, возможно, я просто делаю что-то не так. В любом случае проекты релизятся, а значит что-то я все-таки делаю правильно.

Итак, по поводу «синьоритости». По долгу работы я очень часто слышу диалоги типа:
— Как ты оцениваешь свой уровень?
— Я «синьор».
— А почему ты так считаешь?
— У меня 10 лет опыта разработки.
(дальнейший контент диалога не интересен)

Допустим мы в утопическом мире, и его 10 лет опыта действительно описывают уровень навыков. «Синьор» ли он? Самому ведь интересно, ведь у меня-то только 6 лет, а я уже гребаный TL — выше только звезды!.. Тут синьор, здесь синьор, там синьор — как по мне, то здесь не хватает главного слова ибо «синьор» (далее рус. «ведущий») играет роль прилагательного в именном словосочетании. И есть, как минимум, два таких главных слова: программист и разработчик. В чем же разница этих позиций, и какая из позиций круче? Можно описывать эти позиции долго, но если в 2 предложениях, то:

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

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

Лично я не могу ответить на вопрос, кто круче ибо оба хороши. Но мне больше импонирует все же второй вариант. Но никто не говорит, что программист не разрабочик, а разработчик не программист. Вполне реально владеть навыками и того, и другого. Потому что самым главным фактором «синьоритости» является то, что вы знаете ответ на вопрос «Почему?» Ведь очень просто найти как решить ту или иную задачу, А если еще воспользоваться услугами google или stackoverflow.com, то даже серое вещество иногда включать не надо. Но если вы понимаете как все работает, то знаете «Почему это решение надо применить для этой задачи», а «Почему это решение „головою об стіну — кажуть так буде краще“. И этот навык приходит только после того как вы сможете систематизировать свои знания. Если кому интересно, побробуйте ответить на данные вопросы, с которыми любой Android раработчик должен сталкиваться или держать в голове при применении какого-то решения:
— как лучше выполнять длительные и важные фоновые процессы: AsyncTask, Executor, Service? Почему?
— можно ли расширять класс Application, чтобы передавать данные между компонентами приложения? Почему?
— можно ли гарантировать, что к нам в Bundle приходят именно те данные, которые мы ложили, а не ихние копии? Почему?
— завершается ли Android процесс, у которого нет больше активных компонентов? Почему?


Заключение
Так вот вернемся к главному вопросу: „Можно ли быть “синьором» в 23?" Можно. При чем можно быть как и ведущим программистом, так и ведущим разработчиком. Но для этого нужен недюжий труд, и врядли получится стать «ведущим» даже к 30 годам ограничиваясь 40-часовой рабочей неделей.

P.S. Что же такого случилось на собеседовании, что заставило меня написать данный выплеск мыслей? Где-то я слышал фразу «лучше общаться с человеком о том, что он знает, нежели о том, чего он не знает, ибо во-втором случае результат уже предрешен» и, в принципе, так и стараюсь проводить интервью. После данного общения он сам сказал, что теперь понимает, что он далеко не «синьор», поскольку даже не представлял сколько кроится за, казалось бы, простыми вопросами. Пытайтесь отвечать на вопросы «Почему?» и результат скоро даст о себе знать!
Tags:
Hubs:
You can’t comment this publication because its author is not yet a full member of the community. You will be able to contact the author only after he or she has been invited by someone in the community. Until then, author’s username will be hidden by an alias.