Карьера в IT. Как найти работу, прокачать навыки и стать крутым разработчиком E-Book

Джон Сонмез

• Herausgeber: Бомбора
• Kategorie: Wissenschaft und neue Technologien
• Serie: Искусство делать бизнес. Как привлекать клиентов в цифровую эпоху
• Sprache: Russisch

Seitenzahl: 944

Veröffentlichungsjahr: 2025

Beschreibung

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

Leseprobe

Джон Сонмез Карьера в IT. Как найти работу, прокачать навыки и стать крутым разработчиком

© Райтман М.А., перевод на русский язык, 2023

© Оформление. ООО «Издательство «Эксмо», 2023

Вступление

Честно говоря, я и не думал, что так скоро примусь за новую книгу, ведь предыдущий мой труд, «Путь программиста. Человек эпохи IT»[1] (к слову, бестселлер), был опубликован совсем недавно. Хотя, пожалуй, прошло все же не так уж мало времени. Книга «Путь программиста. Человек эпохи IT» увидела свет в декабре 2014 года, а эту, что вы сейчас держите в руках, я начал писать летом 2016 года. Надо сказать, когда пишешь книгу, полтора года не кажутся очень большим перерывом. Создание книги – очень большой труд. Конечно, тот факт, что вон там на полке стоит написанная тобой книга, невероятно греет душу. Однако сам по себе процесс создания текста далеко не всегда столь же приятен. Здесь, наверное, мой читатель вправе спросить, почему же я в таком случае решился написать еще одну книгу? И почему – по крайней мере, по моим меркам – так скоро после выхода предыдущей? Дело здесь определенно не в деньгах, потому что есть масса куда более прибыльных способов потратить время, чем писать книги. Не могу я и сказать, что обожаю писательский труд. И хотя этот процесс доставляет мне определенное удовольствие, порой этот опыт можно назвать скорее болезненным, нежели приятным.

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

• Как начать свой путь в разработке ПО?

• Как развить технические навыки?

• Как лучше договариваться о зарплате?

• Работать в штате или быть фрилансером?

• Как общаться с начальством, коллегами, женщинами в сфере IT, а также бороться с предрассудками, будучи женщиной?

• Что действительно нужно знать и как это узнать?

• Что лучше: окончить университет, тематические курсы или учиться всему самостоятельно?

• Как найти работу? А если нет опыта?

• Как пройти собеседование?

• Как одеваться?

• Как продвинуться по карьерной лестнице и выйти на новый уровень?

Этот перечень можно продолжать и продолжать. Вынужден огорчить – найти ответы на эти вопросы будет лишь немногим сложнее поиска иголки в стоге сена. Однако есть и хорошие новости – эта иголка сейчас находится в ваших руках.

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

Ну что ж, друзья, надеюсь, вы составите мне компанию на этом пути!

Нужна ли вам эта книга

Дайте угадаю: вы сидели в Интернете или бродили по книжному магазину, и вдруг краем глаза заметили невероятно клевую обложку этой книги и не смогли отказать себе в удовольствии взять в руки том (или щелкнуть по ссылке). И теперь вы перелистываете страницы, задаваясь вопросом: «Подойдет ли мне эта книга?» Оставьте все сомнения, эта книга именно то, что вам нужно, хоть я и не имею ни малейшего понятия о том, кто вы, как вас зовут и чем вы занимаетесь. «Но откуда вам знать? – спросите вы. – А вдруг я даже читать не умею?»

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

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

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

Начинающий или желающий научиться разработке

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

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

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

Разработчик среднего уровня

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

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

И если вы заинтересованы в продвижении по карьерной лестнице (а иначе какой смысл работать?), то наверняка найдете полезной последнюю часть этой книги – «Развитие карьеры».

Профи

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

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

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

И даже если все это вам пока неинтересно, рано или поздно обязательно настанет момент, когда вы почувствуете, что уперлись в «стеклянный потолок» своей карьеры и добиться чего-либо еще вам уже вряд ли удастся. Плавали – знаем.

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

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

К слову сказать, вы ведь наверняка еще и занимаетесь обучением «салаг»? И, вероятно, вы не всегда понимаете, как и чему их учить? Кроме того, было бы неплохо иметь в запасе несколько советов, которые вы могли бы им дать в начале их карьеры? Как я уже говорил, эта книга пригодится вам вне зависимости от того, кем вы являетесь в мире разработки ПО.

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

Что ж, если вы добрались этого места, значит, эта книга точно вам подойдет, ведь я понравился вам, а вы – правда-правда! – мне.

Глава 1. Как пользоваться этой книгой

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

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

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

Зачем я написал эту книгу

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

Подписчики моего блога[2] и канала на YouTube[3] очень часто спрашивают, как стать разработчиком ПО и как расти в карьере. Я потратил немало времени, но так и не нашел исчерпывающее руководство, которое было бы полезно как неопытным разработчикам, так и профессионалам, касающееся достижения успеха в карьере, и помогло бы избежать наиболее распространенных проблем на этом пути.

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

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

Какие цели преследует эта книга?

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

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

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

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

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

• Старт карьеры

• Получение работы

• Все, что нужно знать о разработке ПО

• Работа программистом

• Развитие карьеры

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

Как читать эту книгу?

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

Предположим, что вы заинтересовались разработкой ПО совсем недавно и пока что только постигаете азы программирования. В этом случае вам стоит начать чтение этой книги с части «Старт карьеры», как наиболее актуальной для вас. Кроме того, это первая часть этой книги.

Или, может быть, у вас за плечами уже есть пара-другая лет опыта работы в должности разработчика ПО. В этом случае, вероятно, вы захотите сразу перейти к части «Работа программистом» или «Все, что нужно знать о разработке ПО», чтобы заполнить пробелы в знаниях.

А может быть, ваш план состоит в том, чтобы как можно выше подняться по карьерной лестнице? В таком случае я рекомендую вам сразу перейти к части «Развитие карьеры». Это будет наилучшим решением.

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

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

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

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

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

Повторенье – мать ученья!

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

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

Повторяйте!

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

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

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

Действуйте!

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

Инструментарий включает в себя: пошаговое руководство по быстрому поиску работы разработчиком ПО (даже если у вас нет опыта), ускоренный курс подготовки к собеседованию, практические рекомендации на тему о том, как следует одеваться на работе, чтобы добиться большего уважения со стороны начальства и коллег, а также «шпаргалку по отладке», которая поможет вам в поисках и устранении багов…

Для посетителей моего сайта инструментарий стоит 175 долларов, но для вас, дорогие читатели, я сделал скидку. Вы сможете получить инструментарий на моем сайте всего за 99 долларов[4].

Дополнительные материалы к книге

Со всеми дополнительными материалами к книге, разбитыми по главам, можно ознакомиться по ссылке: https://simpleprogrammer.com/products/careerguide/links.

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

Поехали!

Часть 1. Старт карьеры

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

Дрю Хьюстон

Самым частым вопросом, касающимся разработки ПО, является вопрос о том, с чего следует начинать карьеру разработчика. Подчас кажется, что самое большое препятствие на пути к тому, чтобы что-то сделать и стать тем, кем хочется, – это начать двигаться в желаемом направлении. Будь то новый режим тренировок, подготовка к марафону, открытие бизнеса, написание книги или – как в нашем случае – программирование, самая сложная часть – это начало. Легче всего тратить бесчисленные часы на обсуждение и составление планов о том, как и что следует делать. Куда проще, чем реально приступить к делу. Гораздо проще думать о первом шаге и бесконечно рассуждать о том, в каком направлении его следует сделать, чем в реальности сдвинуться с места.

Секрет заключается в том, чтобы за один раз делать только один шаг. Вам нужно собраться с духом и сказать себе: «Хватит планировать и рассуждать. Какой-никакой план у меня есть. Может быть, он и не лучший, но я буду следовать ему». Именно это действие станет первым шагом на вашем пути. В один прекрасный день вы оглянетесь назад и увидите тысячи сделанных шагов, которые привели вас туда, где вы сейчас находитесь, – на вершине горы, а не у ее основания.

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

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

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

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

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

Я могу дать вам все возможные советы, открыть все существующие секреты мира разработки ПО и подробно описать, какой путь следует выбрать, но от всего этого обилия информации не будет никакого толку, пока вы не соберетесь и самостоятельно не сделаете первый шаг. Как я люблю говорить, нужно «довериться процессу».

Итак, давайте приступим.

Глава 2. С чего начать

Когда я только начинал работать программистом, я не имел ни малейшего понятия о том, чем я занимаюсь. Мне было непонятно абсолютно все, и в голове крутилась единственная мысль: «У меня ничего не получится». Зачем я все это вам рассказываю? Мне кажется, что раз вы взяли в руки эту книгу, вы вполне можете испытывать точно такое же чувство. Не переживайте, это нормально. И даже естественно.

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

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

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

Как начинал я?

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

Я скачал исходный код крайне популярной игры в жанре МПМ. (Многопользовательский мир. Это что-то типа World of Warcraft, только без графики. Только текст. Да-да, это было в те далекие времена, когда мы дозванивались до «бибиэсок» с помощью модема). Когда я открыл файлы с кодом, то ужаснулся. Я всего лишь хотел создать свою собственную МПМ-игру и добавить в нее кое-какие свои идеи, но чтобы это сделать, нужно было нырнуть в эти дебри непонятных символов. В общем, именно это я и сделал. Я менял значения всех подряд переменных. Я искал код, отвечающий за вероятность нанести критический урон. После того, как я нашел его и изменил, я перекомпилировал игру и посмотрел, что получилось.

Иногда я получал, что хотел. А иногда мое творение даже не компилировалось. Я просто смотрел что работает, а что – нет. Вот так и выглядела моя «учеба»! Несмотря на то что я толком не понимал, что делаю, уже через неделю таких экспериментов мне удалось слепить собственную МПМ с уникальными «фичами».

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

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

Все, что вам нужно, – это просто поковыряться тут и там, понажимать кнопочки. И даже «сломать» что-нибудь в процессе. Кстати, советую иногда отвлекаться от этого увлекательного занятия и периодически заглядывать в главу «Учимся учиться: как обучать себя» в книге «Путь программиста. Человек эпохи IT»).

Обратите внимание, что «научиться программировать» и «узнать, как попасть в мир разработки ПО» – две абсолютно разные вещи. Безусловно, чтобы стать разработчиком, необходимо учиться писать код, однако есть кое-что еще. Эта глава как раз об этом.

Каков он, мир разработчиков?

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

Разработка ПО – это не «просто программирование». Конечно, программирование – бо́льшая часть разработки, но на одном коде далеко не уедешь. Особенно если в ваши планы входит построение успешной карьеры. Суть разработки ПО заключается в том, чтобы придумать способ автоматизировать ручной труд или делать что-то, что вручную дается непросто.

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

Конечно, одних только «Документов Google» будет недостаточно, чтобы напечатать книгу. Мне нужен компьютер, который состоит из кучи микросхем и программ, принтер и все в таком духе. Но я думаю, что вы уже поняли, к чему я веду.

Чтобы стать хорошим разработчиком, нужно знать одну простую, но очень важную истину:

Прежде чем что-то автоматизировать, нужно научиться делать это «что-то» вручную.

Понимание проблемы

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

Процесс разработки ПО всегда начинается с констатирования проблемы, которую будет решать ваша будущая программа. Задайте себе вопрос: «А что я, собственно говоря, автоматизирую?»

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

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

Проектирование

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

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

Собственно, само программирование

Разобравшись с ви́дением работы будущей программы, вы можете либо написать несколько тестов, которые позволяют понять, что будет делать приложение (такой подход также известен как TDD, или «разработка через тестирование»), либо приступить непосредственно к программированию. В следующих главах мы вернемся к обсуждению TDD.

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

Первая книга называется «Совершенный код. Практическое руководство по разработке программного обеспечения»[5], ее автором является Стив Макконнелл. Это классический труд, который должен прочитать каждый разработчик.

Вторая – «Чистый код. Создание, анализ и рефакторинг»[6] за авторством Роберта Мартина. Это тоже классика, которая научит вас писать более качественный код.

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

Тестирование и развертывание

Итак, код готов. Значит ли это, что программа готова к выпуску?

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

Например, использование методологии «Водопад» (Waterfall) предполагает тестирование в конце проекта. А при использовании методики Agile тестирование происходит в конце каждой итерации создания ПО, которая обычно длится пару недель.

После того как тестировщики дают «добро» на выпуск кода, наступает этап развертывания, который представляет собой отдельный процесс.

Вы, наверное, уже обратили внимание на то, что я лишь вскользь упомянул о данном этапе создания ПО, – потому что этой теме в книге посвящена целая глава. Развертывание – это процесс установки готового ПО на сервер, загрузки в магазин приложений (типа App Store или Google Play) или предоставления доступа к программе конечным пользователям любым другим способом. (Этот процесс может быть довольно сложным.) Попутно код можно следует отправлять в репозиторий исходного кода, где сохраняются различные версии и изменения вашего ПО.

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

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

Разработка – это не просто набор кода

И, наконец, не забывайте про отлов багов (отладку). Бóльшая часть вашей работы в качестве разработчика ПО будет заключаться в том, чтобы понять, почему ваш (или чей-то еще) код не работает. Как я уже говорил ранее, разработка ПО включает в себя немного больше, чем просто написание кода.

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

Но не бойтесь. Цель этой книги – информировать вас обо всех аспектах – или, по крайней мере, указать правильное направление. Возможно, вам придется самостоятельно собирать свой багаж (знаний), а я подскажу, что стоит с собой взять.

Главное – план!

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

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

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

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

Как составить план?

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

В первую очередь надо объективно оценить, каков сейчас уровень ваших навыков и чему вы хотите научиться.

• У вас есть опыт программирования?

• Вы знаете какие-нибудь языки программирования?

• Вам уже приходилось писать программы (пусть даже самые простые) или вы пока что находитесь в самом-самом начале пути?

• Обладаете ли вы какими-нибудь навыками, о которых я говорил, помимо написания кода?

• Знаете ли вы что-нибудь о базах данных, управлении версиями ПО, разработке через тестирование, отладке или методологиях создания программ?

Задайте себе еще и такой вопрос:

• В какой сфере разработки ПО вы хотели бы развиваться?

Да-да, конечно, все хотят разрабатывать игры, но стоит ли в это бросаться? Если вы планируете начать карьеру программиста именно в этой области, подумайте, готовы ли вы конкурировать с огромным количеством таких же «гейм-дизайнеров»?

Очень много людей отправляются в дорогу, не продумав свой путь.

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

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

Создание плана

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

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

Я понимаю, что сделать выбор очень трудно, но, поверьте мне, это очень и очень важно! Скажу так: чем точнее вы представите финальную цель, тем проще вам будет ее достигнуть.

Как выбрать сферу деятельности?

Представьте, что вы решили стать «спортсменом». По-моему, это звучит как-то расплывчато. Как, например, будут выглядеть ваши тренировки? Может быть, вы будете «тягать железо» и бегать, или, наоборот, станете мастером спорта по плаванию. А может, ваше призвание – это ракетка и мяч?

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

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

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

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

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

Вопрос Джону!

А как понять, что я хочу разрабатывать?

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

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

Существует огромный спектр технологий, на которые можно обратить внимание.

Интересны веб-приложения? Мобильная разработка? А может быть, вам было бы интересно писать код, который позволит холодильнику правильно регулировать температуру? Или отправлять космонавтов к далеким звездам?

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

Конкретный пример

Я считаю, что рассмотрение реального примера – весьма полезная методика. Поэтому давайте рассмотрим следующую вполне конкретную ситуацию, в которой человек планирует стать веб-разработчиком на Node.js.

Цель. Стать разработчиком Node.js

План

Обучение

♦ Выучить основы JavaScript

♦ Понять, как работают веб-страницы и какие существуют технологии веб-разработки (например, HTML и CSS)

♦ Выучить основы Node.js

♦ Научиться создавать приложения на Node.js

♦ Узнать о различных фреймворках и технологиях, которыми пользуются разработчики Node.js

♦ Дополнить свои знания о Node.js

♦ Узнать о технологиях баз данных, используемых вместе с Node.js

♦ Разобраться с базовыми понятиями компьютерных наук:

♦ Алгоритмы

♦ Структуры данных

♦ Узнать о лучших практиках написания хорошего кода

♦ Узнать, как разрабатывать архитектуру приложений на Node.js

♦ Подготовиться к поиску работы

♦ Прочитать описания вакансий разработчиков на Node.js и узнать требования работодателей

♦ Составить список компаний, где вы хотели бы работать

♦ Начать посещение тематических встреч в вашем городе (клуб по интересам)

♦ Начать общаться с программистами, которые разрабатывают на Node.js

♦ Нанять специалиста по созданию резюме

♦ Проанализировать вопросы, которые задают на собеседованиях

♦ Попробовать пройти собеседование (сымитировать)

♦ Создать портфолио из нескольких приложений

Получение работы

♦ Связаться с компаниями и известить их о своих навыках и поиске работы

♦ Принять участие в стажировке или подать заявки на замещение должности джуниор-разработчика

♦ Подавать заявки как минимум на две вакансии в день

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

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

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

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

Глава 3. Необходимые технические навыки

Я убежден, что каждый программист должен развивать не только технические, но и так называемые гибкие навыки. Я даже написал об этом целую книгу: «Путь программиста. Человек эпохи IT». Тем не менее нельзя недооценивать важность технических навыков.

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

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

Навыки, за которые платят

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

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

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

Всего один язык программирования

Думаю, этот вопрос точно является наиболее животрепещущим, не так ли? Нельзя быть программистом, не зная ни одного языка программирования, – понимаете, о чем я? О выборе конкретного языка мы поговорим в главе «Как выбрать язык программирования», так что пока не заморачивайтесь этим вопросом. Единственное, что я хочу сейчас сказать, – выбор языка программирования не настолько важен, как вам сейчас кажется.

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

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

Как структурировать код

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

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

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

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

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

Объектно-ориентированное проектирование

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

Объектно-ориентированное проектирование – способ разработки сложных программ, который подразумевает разбиение кода на отдельные классы или объекты (экземпляры классов), которые содержат в себе (инкапсулируют) некоторый функционал и имеют определенные роли и обязанности. Разработка ПО подразумевает управление сложностью.

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

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

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

Алгоритмы и структуры данных

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

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

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

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

• массивы или векторы;

• связанные списки;

• стеки;

• очереди;

• деревья;

• хеши;

• наборы.

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

Когда я только начинал программировать, то плохо разбирался в структурах данных и алгоритмах, поскольку был самоучкой. Я не осознавал их ценность, пока не начал соревноваться в решении задачек на сайте TopCoder, где знание этих вещей дает серьезное конкурентное преимущество. Разобравшись с принципами работы этих технологий, я вдруг понял, что те проблемы, над которыми я ломал голову, будучи начинающим разработчиком, перестали вызывать у меня какие-либо сложности. На самом деле, я считаю, что алгоритмы и структуры данных являются одной из самых увлекательных областей разработки ПО. Это и вправду очень полезно – в работе над сложной проблемой использовать все эти вещи, чтобы решение было чистым, элегантным и быстро работающим. Лучшим ресурсом для изучения этой темы (на момент написания книги) я считаю книгу Гейл Лакманн Макдауэлл «Карьера программиста»[7]. Данная книга содержит практически всю необходимую информацию об алгоритмах и структурах данных.

Разумеется, изучение этой темы – задачка непростая, однако она стоит потраченных на нее усилий. Это один из тех навыков, которые выгодно «оттенят» вас на фоне коллег. Возможно, вы удивитесь, но БОЛЬШИНСТВО разработчиков ПО очень плохо подготовлены в этой области. Если вашей мечтой является устройство на работу в такую крупную компанию, как Microsoft или Google, без знаний алгоритмов и структур данных вас туда не примут.

Платформы разработки и связанные технологии

Чтобы стать хорошим специалистом, необходим опыт использования хотя бы одной платформы разработки и связанных с ней технологий и фреймворков. Вам, наверное, интересно, что такое «платформа разработки». В большинстве случаев за этим термином стоит операционная система (ОС), но он также применим и к другим абстракциям, действующим аналогично операционным системам. К примеру, вы можете быть разработчиком для macOS или Windows и специализироваться на ОС, но точно так же вы можете быть веб-разработчиком, ориентированным на конкретную веб-платформу.

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

Как и в случае с выбором языков программирования, значение здесь имеет не конкретная платформа разработки, а сам факт ее выбора. Компании обычно нанимают разработчиков под конкретную платформу или технологию. Если у вас есть опыт в разработке ПО для iOS, то вам будет проще найти работу именно iOS-разработчиком.

Сказанное означает, что вы должны быть знакомы как с самой платформой, так и с тем, какие инструменты разработки, шаблоны и фреймворки обычно используют разработчики при написании программ для этой платформы. Может показаться, что язык программирования определяет платформу разработки, но в большинстве случае это не так. Давайте посмотрим, например, на такой язык программирования, как C#. Зная C#, вы можете писать программы для Windows, macOS, iOS, Android, Linux и даже для встроенных систем каких-либо устройств. И вот вам мой совет: выбирайте не только язык программирования, но и платформу разработки.

Фреймворк или стек

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

Фреймворк – это набор библиотек, которые используются для создания кода на некоторой платформе разработки или на нескольких платформах. Как правило, фреймворк упрощает решение задач, стоящих перед программистом. Вернемся к примеру с C#. Большинство разработчиков на C# используют для создания приложений фреймворк. NET Framework. Этот фреймворк состоит из множества библиотек и классов, которые позволяют C#-разработчику работать на более высоком уровне абстракции, благодаря чему программисту не приходится «изобретать велосипед» всякий раз, когда потребуется что-то написать.

К примеру,NET Framework содержит код для работы с изображениями. Написать с нуля такой код очень сложно, поэтому данный фреймворк значительно упрощает жизнь разработчикам C#, которые пишут код, манипулирующий изображениями.

Чем фреймворк отличается от стека? Стек – это набор технологий, обычно включающий в себя фреймворки. Стек используется для создания приложения целиком, а не какой-то его конкретной части. Например, есть такой стек под названием MEAN. Данная аббревиатура расшифровывается как MongoDB, Express.js, AngularJS и Node.js. MongoDB – это технология баз данных. Express.js – платформа Node.js для создания веб-приложений. AngularJS – JavaScript-фреймворк для создания пользовательских интерфейсов веб-приложений. Наконец, Node.js – среда выполнения для разработки веб-приложений на JavaScript.

Разбираться во всех этих технологиях необязательно (если вы, конечно, не MEAN-разработчик). Главное здесь – понимать, что с помощью этих технологий и фреймворков можно создавать веб-приложения целиком – от начала и до конца. Стеки сильно упрощают создание приложений, поскольку образуют собой некую единую парадигму, которой может воспользоваться любой разработчик. В частности, приложениями, созданными на одном стеке, делиться будет проще, потому что вы всегда будете знать, что никакой компонент не будет конфликтовать с каким-либо другим.

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

Понимание принципов работы баз данных

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

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

Некоторые команды имеют в своем составе отдельного специалиста в этой области – разработчика баз данных или администратора баз данных (DBA). Однако данный факт не означает, что вы не должны хотя бы немного разбираться в основных принципах работы баз данных.

Под термином «основные принципы работы» я подразумеваю следующее:

• как работают базы данных;

• как выполнять базовые запросы для получения данных;

• как добавлять, обновлять и удалять данные;

• как объединять наборы данных;

Кроме того, вам, наверное, будет интересно узнать, как извлекать и добавлять данные с помощью кода на выбранной вами платформе и/или фреймворке. Зачастую от разработчика ожидается умение писать код, взаимодействующий с БД.

Управление версиями

Управление версиями – одна из важнейших частей процесса разработки ПО. Раньше (до того, как системы управления версиями вошли в повседневный обиход программистов) разработчики попросту создавали общую сетевую папку со всеми файлами проекта или обменивались накопителями с разными версиями ПО на них.

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

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

Сборка и развертывание

Сегодня большинство проектов по разработке ПО используют ту или иную систему сборки[8]. Конечно, существуют команды, которые до сих пор занимаются задачами тестирования и развертывания программы вручную, но это скорее исключение. Давайте сначала разберемся, что такое «система сборки». Позвольте задать вопрос.

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

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

Система развертывания отвечает за развертывание кода либо в производственной среде, либо в какой-либо тестовой.

Вы не обязаны быть экспертом в этих технологиях, но стоит понимать хотя бы основы их функционирования. Часто фактические обязанности по созданию и поддержке систем сборки и развертывания ложатся на плечи сотрудников из быстрорастущей области под названием DevOps («девопсы»). Однако наличие девопсов не освобождает вас от необходимости понимания основных принципов этой области знания.

Тестирование

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

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

• тестирование методом белого ящика;

• тестирование методом черного ящика;

• модульное тестирование;

• проверка граничных значений;

• автоматизированное тестирование;

• приемочное тестирование.

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

Отладка

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

А теперь серьезно. 90 % вашего рабочего времени в качестве разработчика будет тратиться на поиски ответов на вопрос: «Какого черта этот долбаный код не работает?» Я знаю, что это совсем не круто. Знаю, что вы хотите каждый день писать новый код. Однако реальный мир жесток, увы.

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

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

Методологии

Вы все еще не бросили читать эту книгу, несмотря на всю ту картину, что я перед вами развернул? Чудесно. Обещаю, этот раздел – последний. Честно-честно.

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

(К слову: не ожидайте, что какая-либо команда действительно будет следовать методологии разработки ПО, которая у них используется де-юре. Я не хочу показаться циником или тыкать в кого-то пальцем. Я просто реалист и знаю, что есть масса людей, которые говорят, что используют методологии разработки ПО, например Scrum, исходя из того, что у них ежедневно проводятся собрания.)

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

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

Чуть позже мы еще вернемся к этому вопросу. А пока…

Ошеломлены? Спокойствие, только спокойствие

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

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

В любом случае, я собираюсь охватить большинство из этих тем более подробно в части «Что нужно знать о разработке ПО». Поэтому можете пока расслабиться.

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

Вопрос Джону!

Слушай, да в этой книге просто гора ссылок! А еще ты рекламируешь кучу своих и чужих продуктов. Что за фигня, чувак?

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

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

(Кстати, если вы откроете ссылку https://simpleprogrammer.com/products/careerguide/links/, то попадете на страницу со списком ВСЕХ ссылок в книге, сгруппированных по главам.)

А что касается ссылок на другие мои проекты… Да, вы правы, это действительно реклама. Вы имеете полное право назвать меня меркантильным, но я предпочитаю называть это иначе – «быть умным».

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

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

Глава 4. Как развить технические навыки

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

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

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

Раньше я думал, что лучший способ освоить то или иное техническое умение – это взять большой справочник и прочитать его от корки до корки. О, я прочел просто невообразимое количество книг, в каждой из которых было минимум 800 страниц. Надо сказать, это занятие не принесло мне хоть сколько-нибудь значимой пользы. Разве что мои руки, возможно, подкачались от их веса. Я не хочу, чтобы вы допускали те же ошибки, которые в свое время сделал я. Наоборот, я хочу показать вам гораздо более эффективный способ освоения новых умений.

Как научиться быстро учиться?

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

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

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

Основы

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