Записки программиста

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

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

Бытует мнение, что программирование — это своего рода искусство. Дескать, программисты подобны художникам, скульпторам и другого рода творческим личностям. В последнее время я не склонен так считать. Программирование — это в первую очередь решение задач, и только потом все остальное. Соответственно, чтобы понять, каким инструментарием (языками программирования, ОС, СУБД и так далее) вам требуется владеть, нужно определиться с двумя вещами.

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

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

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

Так вот, я склонен считать, что от начального выбора ниши будет существенно зависеть вся ваша дальнейшая карьера. Суровая действительность такова, что вы не можете быть одновременно супер крутым разработчиком драйверов для Windows, великим разработчиком пользовательских интерфейсов для мобильных устройств и признанным специалистом в области искусственного интеллекта. И если сменить вид деятельности в рамках одной ниши еще как-то можно, скажем, переучиться с веб-программиста на Python на мобильного Java-разработчика, то прыгать между нишами, скорее всего, не удастся. Проблема не столько в том, что Python-программист не в состоянии научиться писать драйверы, а в том, что никто не доверит ему эту работу без наличия соответствующего опыта.

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

Однако выбор «высокоуровневой» ниши не означает, что вы можете ничего не знать об ассемблере, Си, C++, устройстве операционных систем и так далее. И наоборот. Хороший Python-программист знает, как найти узкое место в своей программе и при необходимости переписать ее на Си, а крутой сишник знает, как сэкономить время, сгенерировав кусок шаблонного кода скриптом на Python, после чего протестировать его еще одним скриптом на Python.

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

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

О чем должны быть эти книги? Ну, в первую очередь, неплохо бы читать нечто, связанное со спецификой вашей работы. Но не только. Читайте книги об алгоритмах, операционных системах, СУБД, системах контроля версий, просто книги о разработке (тут вспоминаются, к примеру, Спольски, Макконнелл, Брукс, Фаулер…). Они пригодятся вам независимо от вашей работы и выбранной ниши. Также изучайте новые языки программирования. Как я уже когда-то писал, это редко оказывается пустой тратой времени.

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

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

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

Дополнение: См также Советы и примеры задач, которые помогут вам в освоении нового языка программирования

Метки: Работа, Разработка, Философия.