10 признаков того, что программирование не для вас
Часто на Reddit или Quora я вижу вопросы “Как понять, что я могу стать хорошим программистом?”. Такие вопросы о программировании часто всплывают, когда люди задумываются о переменах в карьере и хотят знать, что для этого нужно.
На самом деле, это и есть самая главная преграда для людей, которые никогда не занимались программированием. Вполне естественно считать, что если вы не разбираетесь в программировании, одного желания будет недостаточно. Это то же самое, как если бы вы хотели стать актером, но были не уверены, справитесь вы или нет.
Ведя курсы по комплексной разработке веб-приложений, я обучал многих “программистов-новичков”. И должен сказать, что редко мне встречались ученики, не способные обучиться программированию. Я считаю, что это базовый навык, как умение читать, писать и считать. Все могут это делать, это одна из способностей человека, но всё же программированию нужно учиться.
За 2 года, в течение которых я веду курсы, я видел разных студентов, которым обучение давалось тяжело. И причины их трудностей часто были одни и те же. Если в этом списке вы найдете признаки, относящиеся к вам, будьте уверены, программирование точно не для вас, и вам стоит найти другое занятие. Но если вы всё же задались целью стать программистом, вы легко можете справиться с этими проблемами и изменить себя.
Программирование — это базовый навык, как умение читать, писать и считать. Все могут научиться писать программы, потратив некоторое время и усилия.
Представленный список поможет вам понять, что программирование не для вас, а также что вы можете сделать, если вы хотите измениться.
1 | Вам не хватает любопытства
Если вам не очень интересны компьютеры и технологии, вам никогда не стать успешным программистом.
Обязательным условием обучения является живой интерес к предмету, который вы изучаете. Если у вас нет интереса к технологиям, вам не хватит энергии, которая необходима для получения глубоких знаний, необходимых успешному программисту.
Мир технологий словно огромный океан интересных тем, взаимосвязанных идей и возможностей, которые могут разбудить ваше воображение. Нужна врождённая внутренняя мотивация, чтобы осмелиться погрузиться в него и исследовать всё, что можно.
Найдите свои интересы: Спросите себя, действительно ли вас интересует программирование? Если ваш честный ответ “нет”, найдите что-нибудь другое, что будет вам более интересно. Поберегите время и силы. Но если ответ “да”, заставляйте себя постоянно находить что-то новое, чего вы раньше не замечали. Познайте этот огромный океан и погрузитесь ещё глубже.
2 | Вам не хватает самостоятельности и гибкости
Если вы не развиваете способность решать проблемы самостоятельно, вы никогда не станете успешным программистом.
Вне сомнений, для того, чтобы стать успешным программистом, вы должны быть уверены в СВОЕЙ способности учиться. Это очень важный навык —после 18 лет никто не обязан вас ничему учить. Это реальность. Вам самим нужно искать необходимую информацию и помощь, чтобы учиться чему-то важному.
В мире программирования вся необходимая информация находится в волшебном месте, ранее известном как Информационная Супер-Автострада. Это внушительная библиотека с одним огромным входом: Google. Понимание, что вы просто можете ввести что хотите в Google и получить нужную информацию, — ваша первая задача при изучении необходимых для программирования навыков.
Вы должны не только умело пользоваться Google. У всех языков программирования есть документация и инструкции, в которых предельно ясно объясняется, как работает язык. Это как пользоваться словарем — когда вам встречается незнакомое слово, вы ищете его там. Чтение документации — самый быстрый и надежный способ развить навыки программирования. В ней есть буквально всё.
Пользуйтесь ресурсами: Поймите, что вы сами можете найти ответы на все ваши вопросы. Если появился вопрос, заставьте себя поискать в Google, прежде чем спрашивать у кого-либо или искать ответ в документации. Сберегите чужое время для тех моментов, когда, несмотря на все поиски, вы не найдете ответ на ваш вопрос.
3 | Нехватка настойчивости при возникновении проблемы
Если вы легко сдаетесь при любой возникшей проблеме, вы никогда не станете успешным программистом.
Проблемы являются сущностью программирования. Только из-за них и были изобретены компьютеры! Когда вы начинаете работать над программой, вы сталкиваетесь с целой кучей проблем. И когда вы решаете одну, за ней практически всегда возникает новая. Вы продвигаетесь вперед, но всегда появляются новые проблемы.
Перспектива решения этой кучи проблем может быть пугающей и обескураживающей. Если вы считаете, что всё должно “просто работать”, тогда у вас не будет запала продолжать работать, когда проблемы продолжат возникать и потихоньку подтачивать вашу силу воли. И это и есть ваша работа: выяснить, почему программа не работает.
По моему опыту работы, в классе обычно есть 1–2 ученика, обладающих, похоже, удивительной способностью сталкиваться с большим количеством проблем, чем другие. Часто это просто случайные и скрытые проблемы. Я напоминаю студентам, что чем больше проблем встаёт перед ними, тем больше у них возможностей учиться. Если, решая эти проблемы, они понимают что-то новое, они будут чувствовать себя увереннее, так как решили больше проблем, чем “средний” студент.
Терпеливое принятие: Вам нужно понять, что проблемы — неотъемлемая часть работы. Да и вообще это не проблемы, а, скорее, вызовы. Каждый вызов, который вы принимаете и разрешаете, даёт вам более глубокое понимание, способность лучше воспринимать новые вызовы и справляться со старыми.
4 | Вы не чувствуете удовлетворения после решения проблемы.
Если вы не испытываете радости и чувства выполненного долга после решения проблемы, вы никогда не станете успешным программистом.
Отсутствие “позитива” после успешного решения проблемы относится к предыдущему признаку — быстрому отказу от поиска решения. Когда устранения багов и недочетов становится бесконечной рутиной, вы забываете об удовольствии, которые приходит при решении проблемы.
Когда вы находите решение, вы получаете необходимую дозу дофамина. Это похоже на эмоции, которые вы испытываете, проходя уровень в видеоигре, или решая судоку или кроссворд. Мы все знаем, что если после долгого и сложного решения задачи, вы все-таки одерживаете верх, то испытываете положительные эмоции. Но если вы больше их не испытываете, или вообще никогда не придавали этому значения, вы не испытаете удовольствия от программирования. Если программирование для вас — скучная работа, где вам просто нужно достичь результата легчайшим способом, вы никогда не станете действительно успешным программистом.
Радуйтесь своим успехам: Когда вы решаете проблему, над которой долго бились, независимо от её сложности, гордитесь выполненной работой, отдыхайте и поздравляйте себя. Дайте чувству удовлетворения проникнуть в вас и наполнить энергией для решения следующей проблемы.
5 | Вы нетерпеливы при обучении и понимании чего-либо
Если вы нетерпеливы при обучении и ожидаете, что всё будете понимать быстро и без усилий, вы никогда не станете успешным программистом.
Возможности человека не безграничны. Хотя мир развивается всё быстрее, и главной причиной этого являются компьютеры, мы не можем развиваться быстрее. Наши мозги работают с определенной скоростью. В зависимости от нашего прошлого, наших взглядов, эмоционального состояния, здоровья, все мы учимся и обрабатываем информацию с разной скоростью.
Мир технологий — это огромный океан. Вы никогда не достанете до его дна, никогда не станете абсолютным знатоком, которому больше нечего изучать. Если вы будете перегружены информацией, вы будете чувствовать необходимость “нагнать” и всегда думать, что знаете недостаточно. Если вы не можете трезво оценивать свои способности, чтобы потихоньку изучать новое, вы скоро станете думать, что двигаетесь в никуда и бросите обучение.
Наоборот, вам нужно наслаждаться самим процессом обучения. Каждая кроха знаний или новый навык, который вы получаете, должен радовать вас. Как и при решении проблем, вы должны чувствовать гордость, осознавая, что вы сделали шаг вперед, пусть и небольшой.
Осознавайте свой прогресс: В мире всегда есть, что изучать, и ваш путь в программировании никогда не закончится. Но знания нужно накапливать. Поэтому гордитесь своими знаниями, и верьте, что любое усилие, приложенное при обучении, поможет вам создать прочную базу знаний, куда бы вас ни занесла ваша карьера.
6 | Вам лень или сложно думать
Если вам лень думать, и долгие мыслительные процессы о конкретных вещах кажутся вам изнурительными, вы точно никогда не станете успешным программистом.
Программирование заставляет нас думать. Люди, в принципе, легко справляются с этим, но на самом деле, хоть мы и думаем постоянно, иногда нам очень лень пошевелить мозгами. Очень сложно долгое время сохранять концентрацию при решении одной проблемы, если вы не привыкли это делать.
Симптомами могут быть: пустой взгляд на экран, ощущение, будто в вашей голове туман, прокрастинация, перещелкивание вкладок браузера и отчаянный поиск решения на StackOverflow. Всё это признаки того, что вы столкнулись с психологической преградой, которую нужно преодолеть.
Вы будете уставать во время программирования. Мыслительные процессы сжигают нашу энергию не хуже физических упражнений. Если вы не привыкли прилагать умственные усилия, когда это необходимо, то вам сложно будет сохранять свою концентрацию. Этот процесс схож с занятиями в спортзале: чем больше вы занимаетесь, тем сильнее становитесь.
Ваш мозг — мышца: Представьте, что ваш мозг — это мышца. Чем чаще вы им пользуетесь, тем лучше и эффективнее он думает. Когда вы поймете это и разработаете психологические правила работы, находить решения станет гораздо проще.
7 | Вы не можете думать самостоятельно
Если вы ждете, что кто-то подумает за вас, и вы не хотите сами обращать внимание на детали, вы никогда не станете успешным программистом.
Когда вы изучаете что-то новое, очень часто может казаться, что вам не хватает знаний и опыта, чтобы иметь свое мнение. Проявление инициативы или какие-либо ошибки кажутся вам рискованными
У каждого из нас есть внутренний страх допустить ошибку. Если этот страх перед ошибкой уничтожает ваши интерес и любопытство, вы подавляете свою способность получать реальные знания, которые получаются путем проб и ошибок. Если вам нужен совет “гуру”, популярного блогера, готовое решение или ответ из учебника, вы не получаете настоящих знаний о программировании.
Вам нужно самому понимать, что будет работать, а что нет. Вы должны понимать, почему ваше решение сработает, и каковы его достоинства. Вы должны иметь конкретную точку зрения, которая не ограничивается очевидными понятиями. Вы должны уметь отстоять свое мнение. И даже если вас убедят его изменить, вы сможете понять и отстоять новую точку зрения.
Думайте сами: Формируйте собственное мнение, основанное на вашем опыте и критическом мышлении. Делайте обоснованные предположения, отстаивайте свою позицию, но будьте готовы изменить мнение, если появляется новая информация.
8 | У вас ограниченное, узкое и беспорядочное мышление
Если ваше мышление ограничено, и вам сложно содержать в порядке код, а также ваши мысли, вам никогда не стать успешным программистом.
В учениках я иногда замечаю две крайности. Первая — это ограниченное и узкое мышление. Такие ученики не принимают помощь, и ничего не меняют, несмотря на советы. Они видят ситуацию только с одной стороны и игнорируют все предложения.
Вторая крайность — это беспорядочное мышление. Такие ученики всё слишком усложняют, их код слишком запутанный и непонятный. Они начинают мудрить и пишут 100 строчек кода, когда хватило бы и 10.
В комбинации эти два образа мышления дают ограниченный подход к программированию, что-то вроде метода “грубой силы”, который ведет к появлению всё новых фиксов и “костылей”. В таком случае нужно вернуться к решению задачи, повторно его проанализировать, отказаться от первоначального подхода и начать всё заново.
Если вы не видите других вариантов решения или не слушаете советов, вы на корню рубите свою возможность расти и развиваться. Беспорядочное мышление замедляет вашу работу и не позволяет вам увидеть решения, которые в иной ситуации были бы очевидны. И в итоге общее качество вашей работы снижается.
Самоанализ: Вы должны сделать шаг назад и посмотреть в общем на то, как вы подходите к решению задачи. Как вы можете улучшить свой подход? Есть ли у вас возможность упростить себе жизнь? Возможно, вы упускаете что то полезное.
9 | Вы ищете “правильное” решение, не понимая, что есть спектр “хороших” и “плохих” решений
Если для вас цель программирования — это поиск единственно правильного решения, а не нескольких подходящих решений, вы никогда не станете успешным программистом.
Когда мы только начинаем изучать программирование, ученики часто спрашивают, “правильно” ли они всё делают. Ответ на такой вопрос будет: “Когда как”.
В компьютерной науке всегда важно находить компромисс. Какой вариант решения лучше в данных условиях? Всё зависит от условий и ваших целей. Если для вас программирование — это тест, в котором есть только верные и неверные ответы, вы не видите общей картины и не используете творческий потенциал. Любое решение может быть “правильным”, если вы можете обосновать его в данных условиях.
На самом деле программирование можно сравнить с написанием поэма или рассказа (или даже романа, если программа большая). В вашем коде может присутствовать эстетика и красота, которую можете разглядеть только вы и другие программисты. Причины, которые подтолкнули вас к этому решению, и ваш способ поиска этого решения важнее, чем “правильный” или “неправильный” способ. Творческое мышление позволяет вам играться с различными вариантами и возможностями, а не упираться в один-единственный способ решения. В этом и есть красота программирования: существует множество способов решения, и, держа в уме несколько вариантов, вы сможете найти самый подходящий в данной ситуации.
Мыслите творчески: Поймите, что существует множество путей решения проблемы. И со временем, благодаря опыту и знаниям, вы сформируете четкое понимание, какое решение будет лучше других. Понимание общей картины, представление разных вариантов решения и доверие своему внутреннему голосу позволят вам находить подходящие решения, которые будут приносить вам удовольствие.
10 | Вы не уделяете внимания деталям
Если вы игнорируете детали и не замечаете мелочей, вы никогда не станете успешным программистом.
Компьютеры — точные машины. Про программировании вы должны давать компьютеры необходимые команды в точности так, как их должен понять компьютер. Если вы не сделаете этого, ничего не будет работать. Нет средней позиции, когда программа почти работает. Она либо работает, либо нет.
Это значит, что при программировании вы обязаны уделять внимание деталям. Каждому пробелу, каждой скобке, каждой точке с запятой. Если что-то не на своём месте, программа не будет работать. Если компьютер выдаёт сообщение об ошибке, вы должны, глядя на сообщение, точно понимать, о чем оно говорит. На самом деле, если вы пропустите такую мелочь, вы можете потратить несколько часов на поиск проблемы, которая произошла всего-лишь из-за опечатки.
Говорят, дьявол в деталях. И в программировании это действительно так.
Обращайте внимание на детали: Детали имеют значение, и вы должны усвоить это. Когда вы это поймете, вы будете всегда проверять, все ли символы на своих местах в вашем коде. Вы сможете грамотно выстроить свой код и использовать инструменты, которые помогут вам быстрее устранять недочеты.
Бонус: Вы думаете о бизнесе
Наблюдая со стороны, я заметил, что ученики, которые слишком думают о бизнесе, больше сконцентрированы не на процессе программирования, а на результате. Они хотят получить “рабочее приложение”, которое поможет им реализовать их бизнес-идею. Они хотят “первыми выйти на рынок”, и длительное обучение для них — это преграда, мешающая запустить бизнес.
Размышляя о студентах, которым я не смог помочь вырасти в действительно хороших программистов, я понял, что нетерпеливость замедляла процесс обучения. И это не позволяло им действительно разобраться в технологии. Для них технология — это средство достижения результата, а не область знаний, которую нужно исследовать и получать от этого удовольствие.
Как следствие, ученики, которые были более склонны к бизнесу, но имели проблемы с изучением программирования, часто искали работу в качестве фрилансеров. При этом они брались за заказы, с которыми не могли справиться самостоятельно! Они экстренно искали ресурсы и шаблоны, подходящие для клиента или же передавали заказ кому-то ещё. Они ничего не понимали в программировании, но очень легко находили людей, готовых платить им за разработку программ!
Я бы сказал, что люди, настроенный на создание бизнеса, отлично разбираются в продажах, установлении связей и развитии бизнеса. Но при этом им труднее изучать программирование. Их природная тяга к созданию финансовых перспектив для себя и предоставлению необходимых решений для клиентов не позволяет им терпеливо работать с утомительными деталями, важными в программировании.
Вывод
Программированию обучиться сложно, но вполне возможно. Представленные в этом списке образы мышления и настроения могут помешать вам, но большинство людей сможет их превозмочь и изучить программирование, а возможно даже стать настоящими мастерами.
Если вам интересно программирование, призываю вас начать этот путь. Не забывайте об этом списке и приступайте к изучению доступных в Интернете ресурсов, которые помогут вам быстро прогрессировать. Вы не пожалеете.
Как стать программистом, не получая от этого удовольствия. И уже потом влюбиться в профессию
Всем привет! Меня зовут Александр, мне 23 года и я фронтенд-разработчик в KTS Studio. Это моя история успеха о том, как можно стать разработчиком, когда тебе не нравится программирование, а потом влюбиться в профессию.
Школьные годы
Хочется начать мой рассказ с самой школы: в старших классах я стал понимать, что в отличие от подавляющей части окружающей меня людей я не задумывался о том, что будет после сдачи ЕГЭ и кем я хочу стать в будущем. Я знал, что не люблю биологию, обществознание, историю, зато точно понимал, что мне нравятся математика и информатика. Я учился на отлично, но так уж вышло, что никогда не чувствовал себя лучшим даже в своих любимых предметах.
Я хорошо знал математику, но иногда у меня складывалось ощущение, что я ее больше вызубрил, чем понимал, а на уроках информатики не мог написать даже простейшие задачки на Паскале. Сейчас уже точно не вспомнить, и, возможно я просто пропустил какие-то занятия и не смог догнать упущенное, но мне точно не нравилось программирование. У меня оно просто не получалось, а вникать не хотелось.
Поэтому я не понимал, кем хочу стать, и у меня в голове была примерно такая мысль: круто, если моя работа будет связана с компьютером. Я думал, что закончу университет и буду работать кем-то вроде консультантом в Сбербанке. В общем, меня совершенно устраивала такая работа и большего мне не нужно было.
В итоге мой друг посоветовал мне поступить на специальность «Прикладная математика и информатика», — сказал, мол, в ближайшее время программисты будут очень востребованы — иди туда и ты не пожалеешь.
Университет
Я не хотел уезжать из своего родного города Ставрополя — решил, что буду учиться здесь, и без проблем поступил на бюджет. Подумал, что в будущем, если мои предпочтения поменяются, без проблем смогу переехать после окончания вуза.
Впервые после второго курса обучения в университете я действительно почувствовал пользу от учебы: у нас было немало математических дисциплин — мат. анализ, высшая алгебра, теория чисел, и одна дисциплина, которая касалась программирования: она называлась «Алгоритмизация и программирование».
К математическим дисциплинам у меня был интерес, а вот к программированию не было совсем. До какого-то момента я сам справлялся с лабораторными работами в виде 1-2 алгоритмических задачек. Потом стало сложнее и у меня больше не получалось корректно написать программу, в какой-то момент я просто заходил в тупик.
Желания в этом разбираться у меня не было от слова совсем, я считал, что мы занимаемся какой-то ерундой и учим бесполезные вещи, к тому же зачастую я просто не понимал как загуглить свою проблему. Программирование у меня не получалось, оно мне не нравилось и отталкивало.
На третьем курсе у нас совсем закончилось обучение программированию во всех его проявлениях. Были лабораторные работы по математическим дисциплинам, в рамках которых надо было сдать программу, решающую задачу по данной теме, но по сути это просто равносильно превратить формулу на листочке в формулу на компьютере. Мое обучение в университете сводилось к тому, что я просто сдавал какие-то работы, а в свободное время не занимался ничем полезным.
Первая работа: 1С-программист
Только в начале четвертого курса я погрузился в реальность и осознал, что по сути валяю дурака, а мне по-хорошему как раз стоит искать работу, а еще лучше — работу по специальности. Вот только кто меня возьмет с моими навыками?
Я знал только какие-то основы программирования. Но мой друг, который разбирался в программировании еще хуже меня, рассказал, что нашел стажировку 1С-программистом. Я много слышал про 1С и мне хотелось посмотреть, что это такое, да и честно говоря выбора особо не было, поэтому я тоже подал заявку.
В итоге нас обоих взяли, несмотря на то, что мы, без преуменьшения знаний, могли написать только какие-то элементарные программы и знали не больше школьников. Туда просто брали абсолютно всех. Мы совсем не знали 1С.
Мы проработали там три месяца и ушли, хотя нам предлагали остаться с повышением в должности: просто поняли, что хотим попробовать себя в других сферах.
Именно тогда — на работе, на которую я пришел абсолютно без знаний, и уйдя ни с чем, в какой-то мере мне начало нравиться программирование. Я хотя бы стал понимать, что с помощью вот этих циклов for и массивов действительно решаются рабочие задачки: раньше я думал, что все это — сплошная чушь для решения маленьких алгоритмических задач, а на работе это вообще не используется
Начало изучения веб-программирования
После ухода с работы 1C-программистом я стал изучать веб-программирование. Мне показалось, что только об этой сфере я смогу найти достаточно информации в интернете, чтобы стать программистом. Начал с бесплатных вебинаров «Академии верстки», но не очень понравился их формат с трансляциями: приходилось каждый день сидеть по три часа и просто повторять код за человеком и слушать его объяснения. А когда ты в этом полный ноль, это, на самом деле, просто невыносимо. Так или иначе, я научился хоть как-то верстать и делать простейшие операции с DOM: получить элемент по классу и все такое.
Читайте также: Как сохранять фокус на протяжении всего обучения: советы от Хекслета
Во время тех же интенсивов люди каждый день общались в чате, они даже создавали собственные группы-блоги во «ВКонтакте», чтобы другие могли наблюдать за их прогрессом. Я видел, что они были очень заинтересованы в этом, а мне программирование не приносило удовольствия. У меня не было ощущения, что я занимался тем, что мне очень нравится. Мною скорее двигала цель получить профессию с адекватной зарплатой.
Основной недостаток вебинаров для меня — непереносимый формат, который требует просто уйму времени, большая часть из которого просто просиживается. Второй важный недостаток — для обучения нужно просто повторять за преподавателем код. Из-за этого я совсем не мог разобраться в JavaScript, поэтому решил, что нужно сделать упор на него.
На тот момент я много слышал про SkillBox, но их курсы стоят неоправданно дорого. Поэтому я нашел слитый курс за 2018 год на торренте и принялся изучать JavaScript. Стоит отметить, что там был очень крутой преподаватель Егор Яковишен — мне очень понравилось, как он все объяснял, и что по каждому уроку в целом выдавался списочек того, что есть в JS на эту тематику.
На изучение верстки и JS на каком-то несильном уровне у меня ушло примерно три месяца. Мои занятия были не очень регулярные: на тот момент я учился на последнем курсе в университете и был ограничен во времени, а и иногда просто терял мотивацию и брал перерыв на какое-то время.
Я понимал, что еще совсем сыроват, но нужно было закрепить свои знания на практике и попробовать что-то сделать: я наткнулся на тестовое задание на стажировку в «Авито». Несмотря на то, что все его делали на React, я написал его на чистом JS и залил на Github — чтобы у меня начало складываться некое портфолио.
Затем я наткнулся на стажировку в «Яндекс», где даже сумел пройти первый этап. Туда меня тоже не взяли, так как я совсем еще мало умел. Подробнее о ней можно почитать здесь.
Знакомство с Хекслетом: React и Redux
Я прекрасно понимал, что в нынешних реалиях я, не зная хотя бы один из фреймворков: React, Vue или Angular, практически никому не нужен. Я попробовал курс Владлена Минина по React, но он мне совсем не понравился: очень много базовых моментов было упущено и как будто можно было въехать, только если ты раньше уже что-то знал про React. В тот момент я совсем не умел учить что-то по документации — и мне предстояла просто невероятная для меня на тот момент задача: где же выучить React?
И тут стоит упомянуть, что когда я делал тестовое на Авито я скроллил всякие решения и наткнулся на одного парня, решение которого на React мне показалось достаточно симпатичным и профессиональным. На его Github была указана его почта, так что я смог связаться с ним и спросить, где он учил этот фреймворк. Так я и узнал о Хекслете, написал 4 статьи для получения промокода и принялся изучать React.
Я сразу почувствовал, что Хекслет — это прям для меня:
- Не нужно подстраиваться под какие-то трансляции, я могу сам выбирать время для обучения
- Вся информация подается в текстовом формате. Мне не нужно приостанавливать видео и откатывать его назад, если я что-то не понял — все уже передо мной
- Все истолковано круто и достаточно подробно, в очень понятном виде
- Есть примеры с лучшими практиками — как стоит делать и как не стоит. Получаешь сразу некоторые типовые решения небольших задач, которые затем можно спроектировать на что-то более большое
- После каждого урока есть закрепляющее задание, которое помогает разобраться в материале. Все мы знаем, что нет способа лучше понять материал, чем как закрепить его на практике. Кроме того, для каждого из подобных заданий есть эталонное решение учителя.
Мне настолько понравилось, что я решил задержаться: прошел курс по Redux, а затем принялся просматривать все курсы, в которых чувствовал у себя самые большие пробелы: начал с курса по настройке окружения и Git, а затем начал проходить уже различные курсы именно по JS: прошел курсы по массивам, объектам и разные другие. Несмотря на то, что эти темы не были для меня чем-то новым, я хотел пройти их именно с точки зрения Хекслета: узнать лучшие решения каких-то типовых ситуаций и все такое.
Читайте и другие истории успеха: Однажды я проснулась с мыслью: «Хочу писать бэкенд!»: история Даши
Поиск работы
После того, как я выучил React и Redux, мне показалось, что теперь я точно должен соответствовать каким-то минимальным требованиями на позицию джуна и начал активно искать работу. Я откликался на множество вакансий для начинающих программистов, но зачастую мне просто не отвечали. Возможно слишком критичным было, что у меня не было опыта работы, хотя я ради приличия приписал себе 3 месяца фриланса — понадеялся, что это даст какой-то псевдоэффект.
Я посчитал, что работодателям совсем негде смотреть мой код: в моем репозитории на Github все еще оставался всего один проект на чистом JS, который уже был 2-месячной давности. К счастью, я открыл для себя базу открытых тестовых заданий Хекслета, нашел там два тестовых себе по душе, сделал их и залил на Github. Я чувствовал, что теперь у меня есть какое-то портфолио и работодатели могут посмотреть как я пишу код.
Параллельно с этим я гуглил статьи из разряда «Вопросы на собеседовании JavaScript» и прорешивал задачки оттуда: в основном это задания на фундаментальные основы языка и разного рода алгоритмические задачки. Хорошо, что подобные упражнения по сути решаются после каждого урока на Хекслете, так что это дало мне большое преимущество.
Первое время я откликался просто на все подряд: меня либо игнорировали, либо предлагали сделать тестовое задание или прислать ссылку на подобное сделанное. В одну компанию меня даже взяли после этого, но я в итоге решил, что меня не совсем устраивают их условия.
Иногда я позволял себе откликаться на вакансии, где вилка зарплаты явно не для моего уровня, но указано «без опыта работы» — надеялся, что они ищут разработчиков разных грейдов и у меня есть шансы. Пару раз я приходил на такие собеседования, не было никаких алгоритмических секций, меня спрашивали с чем я вообще работал, а на следующий день я получал отказ. Я не рассчитывал, что меня возьмут на эти вакансии, но соглашался на собеседования ради опыта.
В конце концов я увидел классную вакансию на мидл фронтенд-разработчика у себя в городе — это стало для меня большим удивлением, потому что мне казалось, что у нас в городе вообще нет нормальных компаний, занимающихся веб-разработкой. Я понимал, что я явно не миддл, но подумал, что стоит откликнуться — чтобы хотя бы дать знать о своем существовании и, возможно, когда им нужен будет джун, они вспомнят обо мне.
Первая работа фронтенд-разработчиком
В итоге так и вышло: спустя две недели они написали мне, что у них открыта вакансия для разработчика моего уровня, я сделал тестовое и меня пригласили на работу — так и началась моя карьера программистом!
На работе мне сразу сказали, что первые пару месяцев я буду в основном заниматься версткой, потому что видно, что она у меня хромает, а фронтендер должен уметь хорошо верстать. Я на самом деле сам знал, что у меня с этим проблема, поэтому с пониманием отнесся к этой фразе: подумал, главное, чтобы я не превратился в верстальщика. Для того, чтобы улучшить свои навыки, я купил подписку на тренажеры HTML Academy. И действительно, я лучше разобрался во многих вещах и стал чувствовать себя гораздо увереннее. В итоге первое время я в основном занимался версткой и периодически писал что-то на нативном JS, так как проекты были немного староваты.
Спустя время на меня упала ответственность написать небольшое веб-приложение с использованием Next.js. На тот момент я совсем не знал, что такое Server Side Rendering и в чем его отличие от того, если бы я написал проект просто с использованием React. Тем не менее я был очень рад тому, что я действительно напишу что-то стоящее и даже сыграю в этом значимую роль как разработчик. На тот момент я еще не знал многих вещей, поэтому коллеги более старшего грейда охотно помогали мне, и в рамках даже одного этого проекта я успел неплохо улучшить свои навыки.
Дальше мне предстояло с нуля освоить Vue и Nuxt — поначалу мне было очень тяжело перейти с React (потому что, как минимум, мне больше нравилось писать на нем) и я плевался во все стороны, но спустя время я привык. Я становился более самостоятельным, надо мной уже не нужен был какой-то дотошный контроль и зона моей ответственности постепенно увеличивалась. Я получал удовольствие от того, что я делаю, и мне нравилось сталкиваться с различными интересными задачами.
Подробные разборы технологий: У нас есть проект «Хекслет.Гайды», где мы подробно разбираем, как устроены сложные вещи, технологии и концепции
Переход на новое место
Когда я проработал уже более полугода, я стал замечать, что моя компания немного уткнулась в то, что уже имеет: мы не пробуем какие-то другие технологии, а даже не внедряем различные практики, которые есть в более классных компаниях. Мне очень нравилась моя работа, но я стал чувствовать некую стагнацию, поэтому решил просто открыть резюме на HH: не откликался ни на какие вакансии, просто подумал, что если прилетит какое-то достойное предложение, то я его рассмотрю. Помимо этого мне просто хотелось проходить собеседования, чтобы оставаться тонусе.
В итоге так и вышло: примерно через неделю мне написала HR из компании KTS: скинула несколько вакансий и подробное описание вакансий и компании в целом. Мне невероятно все понравилось, я посмотрел вакансии и с грустью ответил: «Знаете, я посмотрел ваши вакансии, мне очень все нравится, но, вероятно, я не тот кого вы ищете. Вам явно нужен миддл, а я явно джун».
Мне сказали, что джунов они тоже рассматривают и настояли на техническом собеседовании, и я решил согласиться. Собеседование было очень интересным и состояло из двух секций: первая больше про JS, вторая про React.
В рамках первой секции мне нужно было решить несколько алгоритмических задач, которое в то же время были связаны с замыканием, контекстом и промисами.
Во второй секции мне задавали много вопросов про React, а в частности про хуки и особенности их использования. Тут я должен сказать отдельное спасибо Youtube-каналу Archakov Blog, видео на котором очень сильно помогли мне разобраться с даже самыми редкоиспользуемыми хуками, без него бы я не вывез в тот день. Также мне предстояло написать небольшой HOC.
В конце собеседования я поблагодарил интервьюера и сказал, что мне было очень интересно — на тот момент я не проходил собеседования 8 месяцев, немного растерялся и задачки решил с подсказками. Я действительно получил удовольствие от этого процесса, но сам оценивал свой результат скорее как нечто среднее, поэтому просто расценил это для себя как хороший опыт.
Но каково же было мое удивление когда спустя пару дней мне написала менеджер проектов и выслала оффер! Мне пришлось трижды все перечитать, чтобы сначала поверить в происходящее, а уже затем я начал раздумывать что мне с этим делать.
Я решил, что это хорошая возможность для меня расти как специалисту, поэтому принял оффер, на хорошей ноте расстался со своим предыдущим местом работы и полетел в Москву знакомиться со своими новыми коллегами. Мне предложили удаленную работу, так как я нахожусь в другом городе, но я посчитал хорошей идеей прилететь и первое время поработать из офиса, чтобы лучше прочувствовать весь процесс.
Уже 2 месяца я работаю на новом месте — сначала мне было просто невероятно тяжело, но сейчас уже втянулся в процесс и стараюсь постепенно прогрессировать. Я снова начал писать на React, который мне так нравится. За небольшое время на новом месте я уже успел поработать с новыми для себя TypeScript, MobX, StoryBook, а также сильно прокачался в ООП и архитектуре веб-приложений. Тут у нас даже есть свой uikit.
У нас уделяют большое внимание развитию сотрудников:
- Каждый коммит проходит код-ревью
- За каждым сотрудником закреплен наставник, который проводит еженедельные 1to1 встречи. На них происходит обсуждение задач и вообще всего: компания уделяет внимание тому, чтобы сотруднику было комфортно и интересно заниматься тем, что он делает, а также учитывает предпочтения и помогает ставить цели и следовать плану развития
- Существует матрица грейдов с прозрачными критериями: каждые полгода проходит техническое ревью, по результатам которого сотрудник может перейти на грейд выше, либо наставник может порекомендовать его к повышению
- Помимо этого у нас своя школа разработки, где мы учим студентов технологиям, которые сами применяем на проектах. В рамках школы можно реализовать себя в роли преподавателя или наставника
Сейчас я планирую закрепиться на текущем месте работе и постараться освоить то, в чем я еще не так сильно разбираюсь.
Моментами может показаться, что мой результат закономерен: мне нравилась математика, я учился на технической специальности. Но стоит обратить внимание лишь на одно: мне совсем не нравилось программирование, до тех пор, пока у меня не начало что-то получаться, а ВУЗ дал лишь мне базовые навыки — все пришлось учить самостоятельно.
Какие итоги я бы хотел подчеркнуть из своего опыта и что хотел бы сказать тем, кто только на пути становления в профессии:
- Учеба в университете на технической специальности не является каким-то решающим фактором, в основном все знания приходится осваивать самому
- У вас тысячу раз будут опускаться руки, вам будет казаться, что все вокруг заинтересованы этим гораздо больше вас и у них лучше получается, но вы не должны сдаваться. Станет легче. С каждым днем становится немножко легче. Но делать нужно каждый день — это самое трудное. Но легче обязательно станет.
- Никогда не бойтесь показаться глупыми на собеседовании или что-то в этом роде, будьте смелыми и упорными. Нельзя сдаваться не только после одной, но и после ста неудач
- Постоянно занимайтесь самообразованием
- Старайтесь практиковать написание кода на листочке — это очень полезно
- Решайте алгоритмические или логические задачки — они действительно помогут вам в решении рабочих задач.
Никогда не останавливайтесь: В программировании говорят, что нужно постоянно учиться даже для того, чтобы просто находиться на месте. Развивайтесь с нами — на Хекслете есть сотни курсов по разработке на разных языках и технологиях
Как не разочароваться в программировании и не отчислиться после второго курса
Предисловие: это гайд для старшеклассников, первокурсников и тех кто отчаялся в программировании и подумал, что это сложно и не для меня.
Здравствуй, Хабр! Это моя первая статья, не судите строго, надеюсь помогу кому-то своими наблюдениями и опытом. На своем жизненном пути через универ я повстречал немало людей, которые мало того, что отчисляются со специальностей, на которые они поступили, так еще и некоторые умудряются еле закончить злосчастные 4 курса, поступить в магистратуру и по итогу пойти работать в школу танцев (если речь шла не о танцевальном училище) или продавцом-консультантом в модные бутики и ловить с этого кайф. Я никого не осуждаю, каждый выбирает свой путь и свое место сам, но потраченных лет уже не вернуть. И речь идет не только про айти специальности, но говорить мы будем сегодня именно про них
Сложность в обучении на айтишника
Придя в универ, первое с чем ты сталкиваешься — это огромный поток информации и абсолютная дезориентация. Вокруг все новое, возможно новый город, люди, преподаватели, аудитории и так далее и плыть в этом бесконечном потоке для некоторых студентов крайне тяжело. У каждой специальности свои подводные камни и мы разберём именно IT специальности. У айтишников встает ряд проблем связанных с информационным потоком. Программирование — направление современное и постоянно развивающееся и каждый день(если не чаще) появляются новые технологии, а с ними и новые термины, алгоритмы, парадигмы. И на первой лекции услышав слова «паттерн программирования», «Компилирование», «Инкапсуляция», «полиморфизм» у некоторых пробегают мурашки по коже, ведь еще вчера ты мирно сдавал экзамен по информатике, где дают задачки по типу «переведи число 12 из десятичной в двоичную СС», писал школьные задачки на паскале и думал, что программирование это твое. Может оно и так, но новый поток информации способен сильно потрясти новоиспеченного студента.
Почему люди опускают руки после пары лет учебы?
Столкнувшись с омутом неизведанного, первое, что ощущает человек, это страх, ведь непонятное для нас чаще всего ассоциируется с опасностью и некоторой боязнью. Это уже само по себе отталкивает, а сверху появляется и еще ряд препятствий:
- Программирование не любит неточности. Как говорится: «Одна ошибка и ты ошибся».
- Случайно поставил букву в рандомном месте программы? — compilation error
- Ошибся с типами переменных? — compilation error
- Недопонял материал, и чуть-чуть неточно написал синтаксис языка? — compilation error
- Запустил среду разработки? — compilation error
- Включил компьютер? — compilation error
- Код скомпилировался? хммм. runtime error!
Конечно есть питон, js с динамической типизацией, но там будет не меньше рантайм ошибок, чем ошибок компиляции в компилируемых языках. И первокурснику никто не будет объяснять, чем отличается ошибка рантайма от ошибки компиляции, он должен опытным путем сам во всем разбираться хоть и видит их в первый раз. Огромное количество ошибок при изучении нового языка и синтаксиса, это нормальная практика, однако на понимание того, как используются функции, приводятся типы данных, как работают свойства, методы, лямбды и т.д. уходит порядочное количество времени и практики. И это еще пол беды.
Как стать программистом?
Тут ситуация неоднозначная. По моему мнению, что бы стать программистом, нужно хотеть быть программистом или иметь к этому предрасположенность. И любить учиться. Очень любить учиться. Многие успешные выпускники, которых я знаю, грезили программирование еще у школьной доски. Многие начинали в 7-10 классах писать что-то свое, чаще всего игры. Некоторые писали плагины и моды для майнкрафта на Java, кто-то свои игры на юнити на C#\C++, кто то копался по конфигам и так далее. Естественно, старт в универе у них был намного увереннее, чем у тех, кто пробовал кодить на уроках информатики, когда у них это хорошо получалось. Однако есть и люди, которые буквально с нуля стали вливаться в айти и вышли достойными специалистами с любовью к своему делу. Все дело в целях
Главная мысль статьи
Немного пофилософствуем и поразмышляем. Что может заставить человека стремиться к чему-то, преодолевать сложности и не опускать руки? Ответ чрезвычайно прост: цель. Однако не абы какая, а грамотно сформулированная, достигаемая цель. Например: Я хочу переехать в другую страну с лучшим уровнем жизни, что мне для этого нужно? Найти желательно высокооплачиваемую профессию, востребованную в стране N, и, желательно, чтобы во мне как в кадре была заинтересованность. Из глобальной цели «переехать в другую страну» мы вывели подцель — найти востребованную работу в той стране, чтобы она приняла меня, и я смог там комфортно жить. Думаю уже стало понятно, что под этой профессией подразумевается программист — профессия с огромным быстрорастущим дефицитом на рынке труда и хорошим уровнем заработка. Итого, получаем что наша абстрактная задача «переехать в другую страну» превратилась в «стать хорошим специалистом для того, что бы другая страна была заинтересована во мне как в кадре, и я смог переехать в нее». Пример гипотетический и в роли такой абстрактной цели, которую мы сводим до конкретной, может быть и «улучшить свое финансовое состояние», «принести достаток в семью», «иметь стабильность в жизни и на рынке труда», «оправдать ожидания близких» и тд. Правильная поставленная задача — залог успеха в любом начинании. Играя в любую игру, мы идем к конечной цели: «Найти Цири», «Спасти друзей попавших в плен на острове наемников», «Остановить вторжение ада на Землю», «Уничтожить вражеский трон» и тд. И мы испытываем интерес в процессе достижения этой цели. Если в игре кончаются цели, и даже если не все сайд квесты выполнены, в нее, чаще всего, больше не хочется играть. Поэтому на пути становления программистом, у вас должна быть цель ради которой вы становитесь программистом.
И как это поможет мне стать тем самым программистом?
Начнем с того что цель — это уже пол дела и огромным плюсом будет вовлечение в ее исполнение. Все же профессий много и для выполнения цели необязательно быть программистом, есть куча альтернатив. Давайте разберем, как понять, что программирование, если вы им серьезно займетесь, вам подойдет.
На самом деле, без преувеличения, минимальным программистом может стать каждый. Гуманитарий, медик, певец, работник завода — все. И каждый из нас, в своем роде, уже программист, или станет им в будущем. Практически все пользуются компьютером, телефоном, знают какой-то базовый функционал, кто-то даже углубленно знает некоторые программы для обработки фото, видео, документов, а некоторые даже могут, не без помощи гугла, установить самостоятельно винду. А ведь раньше программистом считался любой, кто умеет создавать папку на рабочем столе. Однако сейчас программист — это человек умеющий намного больше и строящий многоуровневые программы, зачастую вовлекая не один язык программирования, кучу сторонних библиотек, фреймворков и тд. Давайте разбираться, стоит ли вам этим заниматься или нет.
- Тесты. Существует куча онлайн тестов на профориентацию, прохождение которых абсолютно бесплатно. Тесты на профпригодность для программистов тоже есть.
- Алгоритмы. Программирование это всегда про алгоритмы. Строить логику преобразований от А до Я, оптимизация работы, поиск наиболее оптимальных решений. Если вам это нравится и у вас это получается — это неоспоримый плюс.
- Матеша. Математика нужна не всегда и не везде, некоторые специалисты могут ее вообще не знать и спокойно справляться со своей работой, однако чем лучше вы ее знаете — тем лучше. Для некоторых профессий типа дата-сайнс и машинное обучение глубокое знание математики и теории вероятности — мастхев, а для условного фронтенд- разработчика — (утрирую) ограничивается таблицей умножения
- Конструктор. Большие программы всегда состоят из компонентов, которые связаны между собой особой логикой (это называют архитектурой приложения). Их может быть сотни и даже тысячи. И в конечном итоге это всё по деталькам собирается в один конечный продукт. Прямая аналогия с лего.
- Самообучение. Неотъемлемая часть работы программиста. Постоянно появляются новые технологии, новые компоненты включаются в продукт и все новое новое новое. А еще и куча того, что человечество успело придумать за информационную эру. И все это изучить просто невозможно, однако всегда можно быть «в курсе последних событий» и иметь уверенные знания в какой-либо области и постепенно их расширять. Программист ооооочень много гуглит, поверьте.
- Серфинг. Вытекает из предыдущего пункта. Если вы умеете отлично серфить по сети интернет, находить то, что нужно за пару запросов — вы отличный кандидат в программисты). P.S. на самом деле можно написать простенький скрипт, при должном навыке поиска в интернете, не умея программировать от слова совсем.
Сложив эти пункты, вы можете приблизительно понять — по душе ли вам быть программистом. Но только попробовав можно узнать наверняка.
Как не разочароваться получив информационную пощёчину?
Резко взвалившийся объем информации, ошибки при написании кода, нехватка времени сильно давят и негативно влияют на процесс обучения. И что бы избежать этого, я постараюсь дать вам несколько лайфхаков, основанных на моем личном опыте и опыте студентов моего вуза.
- Старайтесь разобраться в терминах. Их очень много для каждой отдельной стези программирования, так они еще и появляются каждый день новые. SPA, git, Vue, js, docker, инкапсуляция, полифилы, лямбды, паттерны, типизация, MVP, ООП, наследование, операционные системы, дистрибутивы, плагины, библиотеки, фреймворки и еще очень много слов, аббревиатур и названий технологий, с которыми вам придется столкнуться и использовать в своем лексиконе. Часто бывает что на учебных курсах лекторы подразумевают, что ученик знает какой-то термин, например «инкапсуляция», и спокойно начинают его использовать, а люди, которые этот термин не знают или не до конца его усвоили, теряются и не понимают о чем идет речь, хотя 5 минут назад все было нормально. Старайтесь гуглить и запоминать новые термины и грамотно использовать их в речи.
- Научитесь гуглить. Бóльшая часть проблем, с которыми вы можете столкнуться — решается первой открытой ссылкой после поискового запроса. Иногда приходится сильно углубляться, но это необходимо делать, что бы научиться самостоятельно искать решения проблем.
- Общайтесь. Многие ваши сверстники или преподаватели не откажут вам в помощи если их попросить. Всегда можно спросить: что это за слово они использовали или как они сделали что-то в коде. Главное сильно не навязываться;). Программисты всегда общаются при командной разработке и это норма — задавать вопросы.
- Не откладывайте на потом. Часто бывает, что при обучении расставленные приоритеты отодвигают на второй план «неважные» предметы, которые в итоге снежным комом сваливаются на плечи студента. Так делать не надо. Это может плохо кончится, и речь идет не только о бессонных неделях перед сессией.
- Практикуйтесь. Айтишник закаляется в бою. Вы будете постоянно сталкиваться с проблемами при кодинге и каждая из них ускорит ваше понимание кода, усилит ваши знания и даст вам опыт. Сначала будете писать один метод минут 20, а через пол года 20 секунд.
- Соблюдайте режим. Программирование — это как физическая форма тела, ее сложно набрать и легко потерять. Шучу, набрать ее тоже легко, и не нужно занимать себя изнуряющими тренировками. Достаточно практиковаться 2-3 часа в день и через полгода вы будете уже уверенно себя чувствовать даже в других языках программирования, отличных от вашего основного.
- Изучайте технологии. По возможности старайтесь использовать при обучении технологии, которыми потом будете пользоваться на работе. Среда разработки(IDE), Git, Библиотеки, фреймворки — знакомство с ними на этапе собеседований уже будут огромным плюсом вам.
- Научитесь тайм менеджменту. Важная штука в жизни в целом. Стабильно отдыхайте, спите, учитесь, работайте. Обучение это как подготовка к олимпиаде: все должно быть по графику, что бы поддерживать боевую форму и боевой настрой.
Итого
Стать программистом достаточно просто. Главное — иметь цель, инструментом к достижению которой будет ваша освоенная профессия. Комбинируйте обучение в вузе\школе и самообучение. Много практикуйтесь, больше кода — выше скилл. Будьте терпеливы и не растрачивайте себя зря. И не забывайте вкусно кушать;3
- обучение программированию
- лайфхаки
- университет
- отчисление студента
- учебный процесс в it
- профориентация подростка
- школьное образование
- бакалавриат
- цель
- первокурсник
Не нравится программирование что делать
Пришло время летних каникул. Все школьники счастливы. Первые несколько недель все наслаждаются свободным временем и ничего не делают. Затем начинают снова жаловаться.
Видите ли, учеников в конечном итоге одолевает вялость. Во время учебы все так скучно и сложно, что они устают от этого и под конец чувствуют себя обессиленными. Но как только наступают каникулы и они верят в то, что все станет лучше, им быстро становится скучно. Я называю этот феномен «отсутствие внутренней цели».
Моя сестра – наглядный пример этого явления. После нескольких бесполезных проектов она достигла дна: недельный период просмотра видео о макияже на YouTube и других социальных сетей. Со временем она начала страдать вслух, и я был вынужден помочь. Тут история и приобретает краски.
Она хотела заняться чем-то «механическим», где бы не было места творчеству. Раньше она писала рассказы, это занятие требовало продолжительной умственной нагрузки, и она уставала. Прочитав несколько статей о ценных навыках в 2018 году, я предложил ей научиться программировать. Я считаю, что это ценный навык, и сам программирую. Первый день обучения прошел замечательно. Она была заинтересована и нашла смысл существования. Вы, возможно, задаетесь вопросом: а к чему такой заголовок?
На самом деле в своей компании я не очень часто пишу код – лишь в экстренных ситуациях (дедлайны, больничный). Даже в такие моменты мне это очень не нравится. Я ненавижу программирование, потому что большая его часть кажется мне роботизированной.
Основная суть программирования – следовать известному рецепту, придуманному группой очень умных людей.
Цель и процесс ее достижения в программировании обычно ясны. У вас есть набор задач, которые нужно выполнить, и вы пишете код, чтобы сделать это хорошо. Проблема заключается в том, что без какого-либо предупреждения в процессе может возникнуть 20 миллионов ошибок. Исходя из своего опыта, я могу сказать, что не каждая вещь, которая может пойти не так, пойдет не так. Но вещь, которая должна работать, в итоге будет работать не так, и тем самым вызовет еще больше проблем, чем ожидалось в самом начале.
Программирование утомительно. Невозможно проявлять креативность в написании кода, потому что даже обычное и общее его использование едва работает. Нельзя просто сесть программировать без четкой цели в уме. В рисовании это то же самое, что иметь возможность нарисовать картину, только обладая четким ее представлением. Заранее должен быть определен и вычислен каждый цвет, и даже случайный мазок может испортить все полотно.
Фото: Unsplash. Большинство кода, который вы пишете – мусор.
В программировании вы ограничены в возможностях.
В программировании не стоит даже и говорить о творчестве, поскольку здесь практически невозможна случайность. Есть четко определенные способы, как выполнить задачу, и на базовом уровне это нормально. Проблема в том, что большинство сред разработки могут принимать лишь ограниченное подмножество подходов. Получается, когда вы программируете, вы должны придерживаться этих нескольких способов, иначе ничего не будет работать.
- Во-первых, выходить за пределы возможностей этого набора подходов практически невозможно или настолько неприятно, что вы даже не будете пытаться. Поэтому новые способы постоянно создаются в форме новых языков или фреймворков. Да, все программирование до этого момента можно было записать в виде двоичных кодов. Просто не нашлось столько сумасшедших людей.
- Во-вторых, если вам нужно сделать другие, продвинутые вещи, вы должны помнить, что они тоже должны придерживаться этих подходов, и поэтому процесс программирования кажется еще более сложным.
Я понимаю, что не все читатели знакомы с техническими формулировками и не понимают природу этих страданий. Поэтому я придумал близкую аналогию: представьте, что вам нужно за шесть часов перевезти 50 арбузов из точки А в точку Б, расстояние между которыми составляет 50 км. У вас есть грузовик, в который сразу помещается 50 арбузов. Все просто, правда? Надо загрузить арбузы и отправиться в точку Б. Шесть часов – более чем достаточно, чтобы преодолеть 50 км. Что ж, в зависимости от языка программирования, ход событий будет различаться.
Если вы разработчик С, у вас уже ничего не получится, потому что вы забыли импортировать необходимые библиотеки. Кроме того, ваш грузовик переполнен мусором, что делает его непригодным. Если вы разработчик систем, у вас даже нет грузовика, поэтому вы достаете из арбузов семена, пробегаете 50 км и сажаете их в точке Б в надежде, что там вырастет 30 арбузов. Если вы разработчик Ruby on Rails, грузовик на самом деле беспилотный, и все, что вам нужно сделать, – загрузить арбузы. Но в процессе вы неправильно используете метод ActiveRecord, и теперь ваши арбузы стали авокадо. Хорошие новости – у вас есть 24 книги с рецептами из авокадо.
Видите? Это очень раздражает.
Программирование – слишком неестественно и не интуитивно, чтобы проявлять креативность.
Я не говорю, что современные методы программирования ужасны. Благодаря коду у нас есть реактивные самолеты, компьютеры, фондовые рынки и, возможно, искусственный интеллект. Представьте, какие бы открылись возможности, если бы программирование было таким же простым, как рисование.
Кодинг откроет нам невероятные возможности, если он просто будет более приятным. Если вы мне не верите, попробуйте научиться программировать. В первый месяц вам будет казаться, что вы контролируете целую галактику. Но как только вы начнете делать реальные вещи при помощи кода, вы поймете, что я имею в виду. Разработчики не просто так получают высокую зарплату.
Как вернуть кодингу былое величие?
Если устранить любое давление, возникающее в процессе кодинга, например, дедлайны или конкретные цели, и вместо этого просто фокусироваться на обучении, вам будет нравиться это занятие долгое время. Тем не менее, вы должны понимать, что в индустрии доминируют люди, которые пишут код по двенадцать часов в день без выходных. Очень редко мы слышим новости, когда тринадцатилетний мальчик изобретает программу на основе искусственного интеллекта спустя два месяца обучения программированию по выходным.
Что нам, программистам, следует делать?
Мы должны писать код сегодня, чтобы писать меньше кода завтра.
Мы должны создавать инструменты, которые помогут людям делать что-то с кодом, и он будет работать. Следует придумать креативные способы превратить простые требования проекта и ограничения в безопасный, масштабируемый код, а не изобретать все более абстрактные подходы для представления информации и отношений с кодом.
Мы должны делать кодинг проще и мощнее. Так многие профессии станут куда приятнее. Еще важнее, мы заживем долго и счастливо. Мы уже потратили слишком много времени.
Кодинг – сложная вещь. Вы знаете, что я прав. Пришло время это исправить и фокусироваться на результатах того, что мы делаем, а не на том, как мы это делаем.
Материалы по теме: