Главное Авторские колонки Вакансии Вопросы
357 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Как войти в IT? Советы для новичков

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

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

Извечный вопрос — зачем, да почему?

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

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

Любое действие человека — это лишь способ достижения цели. Прежде, чем сделать серьезный шаг и, скорее всего, довольно круто изменить свою жизнь, нужно обозначить свою цель. Как себя мотивировать? Что в ваших глазах будет оправдывать те усилия, которые придется приложить? Мотивация ваших целей, как и преимущества it сферы, нас сегодня не интересуют, поэтому, если вы имеете в голове что-то наподобие: «С детства хочу реализовать амбиции изобретателя», «Хочу работать в вечном ментальном напряжении» или даже банальное «Хочу достойную зарплату» и вы готовы потратить на достижение этого не менее двух лет — приглашаю в следующий раздел этого текста, в противном случае стоит еще немного обдумать стоит ли тратить время на переход в it .

С разбегу, да в обрыв

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

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

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

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

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

Не читайте — изучайте

Это наиважнейший момент в обучении программированию, поскольку сфера It — это не история, а ремесло, которому не научиться одним только чтением теории. Выполняйте все практические задания из вашей книги/туториала/(боже упаси) ролика с youtube.

Без практики все эти непонятные и трудно запоминающиеся слова таковыми и остануться. Если вы хоть одну тему не закрепите практикой, в дальнейшим вам это аукнется очень неприятным чувством растерянности и неуверенности в работе с тем, что вы ещё не «щупали».

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

Не бойтесь.

И не смейтесь, вам действительно будет страшно, но страх будет проявляться не криками ужаса со спазмами в мочевом пузыре, а в виде острой неприязни к обучению. Каждый раз, когда в окошке с кодом будет появляться больше 10% — 30% незнакомого вам кода — вы будете пугаться. Вам будет казаться будто вы впервые смотрите на белиберду не имеющего смысла и, соответственно, желание разобраться в этом будет стремительно падать вниз. Не бойтесь, нет ничего непонятного и того, чего вы не сможете осознать, каким бы глупым вы себя не считали. В такие моменты «хоррора» просто задайте себе вопрос: «почему сложно?». А после начните вчитываться в каждую строчку с самого начала и скоро поймете, что все действительно не так непонятно, как казалось поначалу.

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

Общайтесь!

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

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

Собери свою коллекцию работ

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

Не подавай виду

То, что индустрия каждый день создает еще парочку специалистов, что наперегонки хотят занять уютное местечко в IT компании — не так страшно. Будучи таким же желающим важно уметь лишь правильно выделяться. Мы уже говорили про портфолио, оно очень важно, но цепями рекрутеров к вашему резюме одним списком работ не притянуть. Открою вам маленький секрет: недостатка специалистов нет, и острой необходимости в новых кадрах не существует. Юных программистов, как правило, берут по знакомствам, поскольку на этой должности преимущественно решают софт-скиллы с акцентом на перспективу развития хард-скиллов. Поэтому, если вы не нашли заинтересованного в вас директора (а это очень даже возможно сделать), то забудьте про раздел джуниор разработчика на hh и ... Ищете местечко на мидл. Да, просто заявите, что умеете работать, ведь вы очень даже можете подходить под те задачи, которые будут ставиться на работе, но при условии, что вы действительно потратили должное время на обучение.

А когда отплывать?

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

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

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

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.