Рассказываю о своём многолетнем опыте в IT, секретах увеличения дохода, фрилансе и удаленной работе, а так же о том, как войти в эту сферу, если вы еще не айтишник!
Как пользоваться чужим кодом и не заработать неприятностей?
Прошлый раз советовал новичкам грамотно использовать чужой код. Это не только про понимание, как он работает, но и про правомерное его использование.
Когда садишься за написание кода, есть два пути: писать самому или найти в сети уже готовое решение и адаптировать его под себя. Первый путь — дольше, но полезнее для развития навыков. Второй — быстрее и практичнее, а иногда и правильнее для ускорения работы над проектом.
Но можно ли просто брать и копировать чужой код? Скажу сразу: в СНГ не особо напрягаются по поводу авторских прав и интеллектуальной собственности. Но закон лучше знать, особенно, если вы будете работать с иностранными компаниями. По-хорошему, код — это интеллектуальная собственность. Когда вы пишете код — вы его автор, у вас на него авторские права.
Почти у любого кода, размещенного в интернете, есть лицензия, которая описывает как, для каких целей и на каких условиях можно его использовать. Лицензия может быть несвободной и свободной, т.е. открытой. Открытая лицензия позволяет свободно и совместно использовать, модифицировать программное обеспечение. То есть исходный код таких программ полностью доступен. Лицензией здесь будет обозначено, что можно делать с этим кодом, а что нет.
Если вы работаете в компании, то иногда подписываете договор о неразглашении и передаче авторских прав. По этому договору вы не можете показывать код или использовать где-то еще.
Впоследствии уже, при работе в компании сотрудник сам должен следить за правами на код, который использует. Лучше отслеживать источник кода и не забывать уточнять, по какой лицензии он распространяется.
В бизнесе использование чужого кода может сулить большие неприятности, в том числе финансовые и репутационные. Например, компании Google и Oracle судятся уже больше десяти лет. Oracle обладает правами на язык Java, который используется в экосистеме Android, принадлежащей Google. Корпорации не сумели договориться об условиях использования Java (точнее, его API), и Oracle подал иск почти на девять миллиардов долларов.
Как я уже сказал, в России и Беларуси пока что не особо парятся по поводу лицензий. Но лучше быть предупрежденным.
Используете чужой код и знали раньше о том, что можете нарушить чьи-то права?
Полезные советы для junior разработчика. Как справляться с первыми трудностями
Вход в профессию — это всегда стресс, даже если у вас твердые знания и практический опыт, полученный на обучении. Это выход на «поле боя», где на каждом шагу могут ожидать непредвиденные трудности и испытания. Собрал советы, которые подготовят в ним и помогут пройти эту проверку на прочность.
✔️ Задавайте вопросы. Вопрос — это не признак незнания, это признак желания выполнить работу хорошо и расти в профессии. Обращайтесь к более опытным разработчикам за помощью — они точно были в такой же ситуации. На вашу проблему 100% уже есть решение. Лучше записывать ответ, чтобы потом не задавать вопрос повторно.
✔️ Пробелы в знаниях точно будут. Даже если вы прошли 10 курсов по разработке, вы все равно первое время будете чувствовать нехватку знаний. Потому что новые навыки приходят только с опытом и постоянной практикой. В IT технологии меняются со скоростью света, и даже самому опытному разработчику в мире приходится каждый день изучать что-то новое. Поэтому пробелы в знаниях — это нормально.
✔️ Не усложняйте. Пишите простой чистый код и не пытайтесь заново изобрести колесо. Главное, чтобы все работало, а код был написан качественно, чтобы другие после вас могли его дорабатывать. Для этого важно в том числе использовать правильные имена переменных, о чем я уже рассказывал.
✔️ Не бойтесь ревью кода — проверки вашего кода опытными разработчиками. Это волнительно, но в начале карьеры этого не избежать. Цель ревью — не критика, а обучение и обратная связь. Пользуйтесь возможностью учиться у более опытных.
✔️ Используйте чужой код грамотно. Если вы берете чужой код в качестве примера, важно понимать, что делает этот код и почему. Если не уверены, всегда можно спросить ваших коллег. Это покажет вашу компетентность и желание работать на благо команды, если работаете в компании.
И помните, IT-компании знают, что младшим разработчикам требуется некоторое время, прежде чем компания начнет получать от них выгоду. Не думайте, что вы должны знать все через пару месяцев. Поэтому не бойтесь обратиться за помощью.
А если работаете на фрилансе, есть множество форумов в интернете, где можно оставить вопрос. Ответы там дают быстро. Комьюнити разработчиков лояльно относится к новичкам и охотно помогает в решении проблем. Еще классно, если вы сохраняете связь со своей школой, где обучались. Например, наши выпускники продолжают общаться в чатах после окончания курса и в том числе, задают профессиональные вопросы.
Что интересного?
Периодически собираю на канале дайджест полезных статей с разных ресурсов. Вот, что интересного попадалось за последний месяц.
😵💫 В блоге Айтилогии рассказали, почему разработчику не стоит перерабатывать и чем это грозит.
👍 Некоторые разработчики не хотят останавливать на одном стеке и стремятся стать Full stack разработчиками. Это круто! В статье — 9 шагов на пути к позиции Junior Full stack
🌪 Опытный разработчик делится своим мнением о том, насколько важна скорость работы программиста и дает советы, как можно оптимизировать работу?
👌 Шаблоны для разработки на Java Script. Разработчик поделился лайфхаками для упрощения и ускорения работы.
♾ Visual Studio Code — один из популярнейших редакторов кода. Его важнейшее преимущество в том, что пользователи могут расширять возможности этой IDE почти бесконечно. В статье — топ-12 расширений для VS Code в помощь веб-разработчикам
💻 Разработчик рассказывает, как грамотно проводить рефакторинг кода и чем он отличается от обычного переписывания.
🎓 Высшее образование в IT: надо или не надо? Очень часто задают этот вопрос. Я уже говорил, что вуз — это слишком долго, и все равно придется очень много вложить в самообразование. Но я начинал 10 лет назад, может все изменилось? В статье начинающий сейчас разработчик делится своим опытом и во многом подтверждает мои слова.
💸 В крупных IT компаниях сотрудникам категорически не разрешают обсуждать зарплаты друг друга, так как вилка бывает огромной, все зависит от запросов сотрудника, его уровня и многих других факторов. В статье разработчики рассуждают, правильно ли это и что может дать знание зарплатного уровня в компании.
🌐 Когда проект создается с нуля, в обязанности разработчика входит также регистрация домена и выбор имени. И здесь может возникнуть много проблем: все классные заняты, а заказчику принципиально иметь определенный адрес сайта. Статья рассказывает лайфхаки по выбору имени.
🔁 Одна из полезных фичей в разработке — API, которая позволяет интегрировать сайты и программы и использовать функционал сторонних приложений. Если еще не сталкивались — в этой статье подробно рассказано, что это и как работает.
☑️ Ну, и для развлечения и передышки. Если сталкивались, изучаете или даже работаете на Java, проверьте свои знания. А заодно узнаете несколько очень интересных фактов об этом ЯП: 10 забавных фактов о Java
Читаете какие-то полезные ресурсы сами? Если попадались интересные статьи, обязательно делитесь!
5 важных критериев при выборе обучения
Рассказывая про самообучение, захотел поделиться, как же выбрать обучение, которое действительно принесет результат и поможет быстро начать зарабатывать на новом деле. Буду говорить о разработке, но наверняка эти критерии применимы и ко многим другим сферам
❗️ Вас будет обучать профессионал с опытом в обучении. Во-первых, у него должен быть опыт работы хотя бы 3-5 лет, во-вторых, он умеет обучать. Ведь крутой разработчик ≠ крутой спикер… Это видно по тому, как он подает материал, когда рассказывает о курсе, как составлена программа, насколько структурно и последовательно. Личность преподавателя должна вызывать доверие.
❗️ У вас будет наставник. Вы должны иметь возможность во время обучения в любой момент задать вопрос опытному разработчику, чтобы не застревать на проблемах, которые самостоятельно решить новичку почти нереально. Это один из самых важных моментов, который страдает почти у всех школ.
❗️ Индивидуальная обратная связь. Бывает, на курсе дают фидбек на групповом разборе. Это вообще неэффективно, важна именно индивидуальная проверка работ, с указанием на личные ошибки. Только так можно прийти к результату.
❗️ Реальная практика и возможность применять знания. Разработка — это не теория, а реальная работа «руками», поэтому просто послушать лекцию не прокатит. И важно, чтобы на курсе практика занимала ~70% времени. У нас в Айтилогии, например, нельзя двигаться дальше по курсу, пока не сдал домашку. А благодаря приобретенным навыкам, ученики уже на 3 месяце начинают их применять и зарабатывать на новой профессии.
❗️ Помощь с трудоустройством. Бывает, человек закончит курс, а что делать дальше — непонятно. Но ведь это — самое главное! На курсе должны быть либо карьерные консультанты, либо чат с вакансиями, либо еще какие-то способы содействовать выпускникам в поиске работы.
❗️ Реальные отзывы и истории успехов выпускников. Отзывы действительно важны. Добросовестные школы публикуют и ссылки на социальные сети тех, кто писал отзыв. Мы в Айтилогии, например, даже делаем интервью с выпускниками, чтобы они делились своими успехами после курса. Если интересно, можно почитать здесь.
На мой взгляд, это самые важные критерии. Помните, что крутое обучение — это экономия времени, денег и инвестиция в себя и свое будущее. Так что к выбору стоит относиться максимально серьезно.
Круто, если поделитесь своим опытом обучения, в том числе негативным. Всем будет полезно почитать!
Верблюд, змея, кебаб… Стили написания составных слов в программировании
При создании проекта всегда сталкиваешься с тем, что его нужно как-то назвать. Чаще всего, название состоит из нескольких слов, поэтому приходится определяться с написанием. Ведь пробелы использовать нельзя, а внутри одного проекта лучше всего придерживаться одного стиля.
Когда занимаешься созданием программного обеспечения, то иногда в самой спецификации своего ЯП можешь встретить указание на определенный стиль написания. Поэтому нужно их знать и уметь правильно использовать.
🐫 camelCase. Называется так из-за того, что название выглядит «волнистым». camelCase должен начинаться со строчной буквы, а первая буква каждого последующего слова должна быть заглавной. Все слова при этом пишутся слитно между собой. Например: camelCaseVar.
🐍 snake_case. Такое название получил из-за того, что название непрервыно и может быть достаточно длинным. Между словами ставят знаки нижнего подчеркивания. Все слова при этом пишутся строчными буквами. Например: snake_case_var.
🥓 kebab-case. Такая ассоциация, потому что слова как будто нанизаны на одну ось. kebab-case похож на snakecase, только в нем пробелы заменяются на дефисы. Слова также пишутся строчными буквами. Например: kebab-case-var.
🔹 PascalCase. Здесь каждое слово начинается с заглавной буквы. Например: PascalCaseVar. Его отличие от camelCase в том, что первое слово тоже начинается с заглавной.
🐉 UPPERCASE_SNAKE_CASE. То же самое, что snake_case, только все слова пишутся заглавными.
Писать в одном стиле внутри проекта важно для поддержания последовательности и удобства использования элементов. Например, если другой захочет доработать ваш проект, ему не нужно будет тратить время на то, чтобы в нем разобраться. Это и элементарная грамотность разработчика, и признак профессионализма, и умение работы в команде — важный мягкий навык.
Главные ошибки в самообучении
Изучать разработку можно по-разному. Кто-то идет обучаться с наставником, а другие осваивают профессию самостоятельно. Мне как раз приходилось учиться самому, и я прекрасно знаю, какие ошибки и препятствия на этом пути бывают...
Сейчас часто можно встретить мнение, что все знания доступны в интернете, платить кому-то просто глупо. И это первая большая ошибка. Бесплатные знания либо поверхностны, либо непоследовательны. Например, Ютуб-блогер расскажет сначала об одной интересной для него технологии, потом о другой. Это обрывочная информация, и таким же будет результат.
Вот еще частые ошибки разработчиков-самоучек:
❌ Хвататься за все и сразу. В обучении очень важна система. Иначе можно потерять время на изучение того, что не так актуально и упустить критически важную информацию. И на отбор этой информации уходит много времени и ресурса.
❌ Отсутствие или пренебрежение практикой. Теории много, но как это реализовать на примере -- новичку непонятно. Мало примеров хорошего кода, правильной архитектуры и структуры приложений. Примеры даются банальные, просто повторить их -- это не практика. А если знания не применять, со временем они забудутся и не важно, что все казалось понятно на первый взгляд. Нужны задания, которые проверит тот, у кого уже есть большой опыт и кто сможет указать на ошибки.
❌ Игнорирование базовых знаний. Часто самоучки не разобравшись в основах, например, не изучив, как следует, JavaScript, берутся за фреймворки и какие-то новые технологии. Но без крепкой базы эти знания бесполезны.
❌ Выбирают один и тот же стек технологий. Часто разработчики-самоучки изучают, а потом применяют в работе только один набор инструментов, который уже освоили, и боятся браться за другие. В работе это может стать проблемой: разработчику невозможно вырасти в профессии, если он не изучает новые инструменты.
❌ Пренебрежение качеством кода. Часто самоучки пренебрегают качеством кода, из-за чего может получится хоть и работающий продукт, но с запутанной структурой. В такой программе будет сложно разобраться другим. А значит — трудности с дальнейшей поддержкой, масштабированием и развитием приложения или сайта.
Я настоятельно рекомендую обучение именно с наставником. Это самый простой и эффективный путь. Он позволит быстро начать зарабатывать. Самообучение хорошо для тех, кто точно знает, что и как изучать, кто усидчивый и нереально мотивированный. Иначе это будет потеря времени и оттягивание старта в профессии. Говорю как человек, который потратил уйму времени на самообучение.
Да, за качественное обучение нужно платить, но это, во-первых, подтверждает серьезность намерений, во-вторых, мотивирует не бросить на полпути, в-третьих, это инвестиция в себя. Хорошее обучение быстро окупит себя и сэкономит очень мног времени!
Рассказать, на что обращать внимание при выборе курса?
Словарик IT-специалиста. Часть 2
Многие оценили прошлый словарик, поэтому буду периодически публиковать специфический сленг айтишников. Особенно новичкам будет полезно, чтобы когда попадете в IT-компанию, не казалось, что с вами говорят на неведомом языке 😆 Сегодня «продвинутые» слова, которыми пользуются в особых ситуациях.
Будет классно, если опытные поделятся, какими словечками пользуются в их команде.
🔥 Мои лайфхаки по борьбе с выгоранием
Спасибо за ваши реакции, итак, расскажу, как я справляюсь с выгоранием. Никаких чудо-способов, просто то, что я применил на практике, и оно сработало.
Я стал планировать день. Да, банально, но нужно прямо по пунктам расписать список задач на сегодня. Не только крупные, но и мелкие, например, позвонить в налоговую, отправить письмо, скачать приложение. Выполнил задачу — поставил галочку, испытал облегчение, ведь задач стало меньше. Чувство выполненного долга принесет удовлетворение. А оно мотивирует продолжать работу дальше.
Практика «5 позитивных вещей в день». Когда выгорание уже ощущается, важно себя вознаграждать за работу и даже баловать. Так появится ассоциация, связка в мозге: выполнена задача ➡️ приятные эмоции. Подумайте, какие дела приносят радость и энергию. Пусть это будет, условно, мороженое, видео на Ютубе в перерыве, звонок близкому человеку — что угодно.
Такую практику 5 дел в день можно выполнять в течение недели и увидите результат. Главное, чтобы приятное вознаграждение следовало за задачей, а не заменяло ее, иначе случится прокрастинация, которая только усугубит состояние.
Если у вас тоже есть работающие способы, которые лично вам помогли, — поделитесь!
Справляемся с выгоранием
Недавно рассказывал про причины выгорания у разработчиков. Но мало знать причины — нужно уметь справляться. Тем более если выгорание уже маячит на вашем горизонте.
А как понять, что выгорание приближается? Вы постоянно чувствуете усталость, рабочие задачи больше не радуют и не кажутся интересными, продуктивность снижается, на ее место приходит прокрастинация. И ничем себя не замотивировать. В общем, сразу понятно, что что-то не так. Вот несколько способов, как бороться или даже предупреждать выгорание.
💁🏻♂️ Определите причину. О них я писал прошлый раз. Это очень важно, так можно сразу точечно проработать проблемы. Не получается самостоятельно — обратитесь к психологу. Некоторые считают: "Если я иду к психологу, со мной что-то не то". Это не так, сессия с психологом — как общение с другом, просто более опытным и знающим, как устроена наша психика, и как ей помочь.
🗓 Начните планировать день. Иногда усталость возникает от обилия задач, мы распыляемся, делаем всего понемногу, в итоге ничего не доводим до конца, расстраиваемся, демотивируемся, в итоге выгораем. Здесь очень много факторов: и правильная расстановка приоритетов, и реальная оценка своих возможностей, и грамотный тайм-менеджмент. О тайм-менеджменте я уже давал полезный совет.
🤩 Стимулируйте «гормоны счастья». Делайте то, что приносит радость и стимулирует выработку серотонина, эндорфинов, дофамина, окситоцина. В этом очень помогают занятия спортом. Спорт полезен не только для физического, но и для психологического здоровья. Сначала надо немного заставить себя, а потом подсядете и не сможете без активности.
Есть еще способы стимулировать гормоны счастья. Например, добавить в рацион лосось, яйца, шпинат, орехи и отказаться от фастфуда и газировки, хотя бы на время. Или награждать себя за продуктивный день: что-то купить или съесть, куда-то пойти или поиграть вечером в PS, но только после завершенных задач.
🏖 По-настоящему отдыхайте. Для многих разработчиков продуктивность = максимальная загрузка по работе. Но для долгосрочных хороших результатов нужно регулярно пополнять запас энергии. Лучший вариант — уйти в отпуск на пару недель. А еще расслабляться в течение дня: делать перерывы, соблюдать режим, т.е не ложиться под утро, выделять время на обед, а не есть перед компом, гулять.
🙌 Установите границы. Если вы задерживаетесь допоздна и берёте часть работы домой, а коллеги и руководитель пишут вам посреди ночи, чтобы срочно что-то обсудить, отдохнуть не получится. Жизнь в таком темпе быстро приведёт к выгоранию. Выключайте рабочие чаты, отделяйте работу от жизни, а не превращайте жизнь в одну сплошную работу.
Ну и напоследок повторюсь: любые вопросы, связанные с состоянием, которое портит качество жизни, лучше всего обращаться к психологу. Это быстрее и эффективнее.
Делитесь, как сами справляетесь? Хотите поделюсь фишками из своего опыта, которые мне помогли? Тогда кидайте реакции и пишите комментарии, если увижу, что тема интересна, расскажу следующий раз!
IDE и редакторы кода для разработчиков
Как писать код? Теоретически можно делать это в обычном текстовом редакторе, сохранив файл с расширением .html. Но если хотите сделать процесс комфортнее и быстрее, стоит обратить внимание на интегрированные среды разработки (IDE) или продвинутые редакторы.
Что полезнее всего в IDE?
✔️ Компилятор: превращает ваш код в исполняемый файл.
✔️ Интерпретатор: запускает скрипты, которые не нужно компилировать.
✔️ Отладчик: позволяет находить проблемные места и ошибки в коде.
✔️ Инструменты автоматизации: помогают автоматизировать сборку проекта и ускорить процесс разработки.
В IDE все эти элементы обычно объединяются в единую платформу. Собрал удобные IDE и редакторы коды, которые предлагают удобные функции для веб-разработчиков.
Когда работа больше не радует... 😢 Почему разработчики выгорают?
С эмоциональным выгоранием на работе сталкивается чуть ли не каждый второй. Вот вы начинаете учиться и работать, сначала это очень увлекает, вы забываете о сне и отдыхе. Кажется, что наконец-то вы нашли себя, зачем вам выходной, если работа приносит удовольствие.
Но проходит время, и вдруг с утра становится вставать все сложнее, радость испаряется, и не только от работы, а вообще. Это начало выгорания, и если ничего не предпринять, оно может привести к депрессии, с которой справиться будет намного сложнее.
Распространённое мнение — люди в основном выгорают из-за большого объёма работы. Но это не так. Вот, из-за чего могут выгореть разработчики:
😵💫 Монотонная работа. Для нас кодеров характерно многочасовое выполнение одной задачи, глубокая концентрация. Эти процессы задействуют лобную долю мозга, которая отвечает за аналитическое мышление. Мышление же делится на аналитическое и интуитивное. Поэтому для борьбы с эмоциональным выгоранием нужно включать интуитивное мышление. Поможет смена вида деятельности: спорт, чтение художественной литературы, просмотр игрового кино.
😵💫 Темп работы. Это может случаться с теми, кто работает в команде. У каждого свой темп работы, а в компаниях обычно ждут выполнение плана по средним нормам. В итоге кто-то скучает весь день без работы, а кто-то крутится как белка в колесе от дедлайна к дедлайну. Очень важно знать комфортный для себя темп работы и придерживаться его, обсудив это еще на собеседовании или в процессе работы с тимлидом.
😵💫 Ожидание признания. Большинство из нас, даже не осознавая этого, хотят видеть результаты своего труда и получать за них признание. Если же вы пишите код, который не используют или вообще решают изменить весь проект спустя год — вы чувствуете, что все это время работали зря, ваш труд не оценен. Никакие деньги не дадут чувства важности, если вы видите, что делаете бесполезную работу.
😵💫 Перфекционизм. Часто бывает, что мы на пике, на высоких скоростях, стараемся выжать из себя максимум, чтобы доказать, что достойны. Каждый день — подвиги, работа сверхурочно. Работать так постоянно невозможно. Нужно перезагружаться. Иногда двое суток, проведенных без строчки кода, рождают в мозге решение сложной задачи, которую вы выполните за 20 минут, просто отдохнув.
😵💫 Личные причины. Трудности в отношениях, замалчивание своих потребностей, общая фрустрация — все это может привести к тому, что и на работе мы становимся непродуктивны, начинаем факапить, срываем дедлайны. Мы недовольны собой по всем фронтам, и, как следствие, выгораем. Такие проблемы лучше решать с психологом, самому бывает очень сложно выбраться. Да и любую причину выгорания с психологом решить получится быстрее и эффективнее.
Сталкивались ли вы с выгоранием? По каким причинам и что вам помогло справиться?
🙅🏻♂️ Топ 5 ошибок резюме, из-за которых вам откажут в работе
Резюме — это та самая «одежка», по которой вас встречают работодатели и от которой зависит приглашение на собеседование. Бывают серьезные ошибки, типа нерелевантного опыта или отсутствия портфолио, а бывают косяки, которые сразу портят впечатление, но которых легко можно было бы избежать. Собрал самые частые.
❌ Неуместная фотография. Подаете резюме на frontend-разработчика, а прикрепляете фото в отпуске с бокалом, бутылкой пива или кальяном… А бывает и вовсе ставят картинки из аниме или изображения домашних питомцев. Не надо так. Фотография — это важная часть рассказа о вас, и дело не во внешности, просто работодателю важно понимать, кого он увидит на собеседовании.
❌ Много «воды». Например, подробный рассказ про хобби, которые никак не связаны с работой. Или излишне подробное описание своих обязанностей на должности, которая не особо связана с новым местом работы: когда устраиваетесь разработчиком, а раньше работали менеджером по продажам. Иногда указать нерелевантный опыт работы уместно, но писать резюме на 4 страницы — никогда.
❌ Юмор. Чувство юмора это, конечно, хорошо, но не в резюме. Ведь если юмор не понят — это полный провал. Выглядит глупо и неуместно. Фирменные шуточки лучше оставить до живого диалога и то лишь в том случае, если уверены, что ваш юмор «зайдет», все-таки в этом вопросе вкусы очень специфичны…
❌ Ошибки. Грамматические, орфографические. Да-да, не удивляйтесь. Например, сервис Работа.ру провел исследование, и почти 50% работодателей отталкивают ошибки в резюме. И это не зависит от сферы деятельности компании. Все-таки сегодня даже базовые программы типа Word указывают на ошибки. Ошибки — это чаще всего про внимательность. А она может отразится и на работе.
❌ Неправильно указан телефон. Если откликаетесь на сайте вакансий или просто разместили там свое резюме, обязательно проверьте номер и берите трубку. Работодатели редко связываются через сайт, часто пишут в мессенджерах или звонят. Обидно упустить работу из-за того, что игнорируете незнакомые номера или невнимательно заполнили графу телефона…
А вы делали какие-то обидные ошибки при откликах на вакансии? Поделитесь!
🔥 В продолжение прошлого поста хочу поделиться с вами, на мой взгляд, одной из лучших книг для программистов — «Грокаем алгоритмы» Адитьи Бхаргавы.
Автор по шагам ведет по пути решения задач и раскладывает все алгоритмы по полочкам, с примерами и практическими упражнениями. Мега полезно для начинающих разработчиков! Заодно станет понятно, хотите ли вы дальше углубляться в разработку.
А еще книга прекрасно иллюстрирована, что делает чтение в разы приятнее и увлекательнее. Читать всем!
Скачивайте:
📚 Книги для начинающих разработчиков, которые круто прокачают Hard Skills
Сейчас многие учатся в основном по видеоурокам, очень много бесплатных на том же Youtube. Но не пренебрегайте литературой. Часто бывает, что одна книга — целый мини-курс, четкий и продуманный, который позволит освоить технологию на хорошем уровне для начала работы.
Собрал 5 хороших книг, которые объясняют frontend практически «на пальцах». С момента написания некоторых прошло уже несколько лет, они были переизданы, дополнены, и не теряют актуальности.
📖 Изучаем HTML, XHTML и CSS, Эрик Фримен и Элизабет Робсон
Популярное издание о HTML, XHTML и CSS. Книга доступна даже полным «чайникам». Понятный язык, доходчивое изложение, главные секреты разработки и создания цепляющих веб-страниц — главные преимущества книги. В итоге вы поймете, как делать страницы, которые будут отлично смотреться и работать в любых браузерах, в том числе на смартфонах.
📖 HTML и CSS. Разработка и дизайн веб-сайтов, Джон Дакетт
Это мировой бестселлер. Кто-то даже считает ее лучшим способом изучить языки HTML и CSS. Поэтому она отлично подойдет новичкам. Классно, что информация подана максимально просто и понятно: текст с объяснениями очередной темы сопровождается наглядными примерами и фрагментами кода. Если не только читать, но и практиковать, к концу книги у вас получится разработать полноценный сайт с удобным интерфейсом и современным визуальным оформлением.
📖 Изучаем программирование на JavaScript, Эрик Фримен и Элизабет Робсон
Книга считается одним из лучших учебников по JavaScript для начинающих разработчиков. Читается на одном дыхании. Вы познакомитесь с возможностями, правилами синтаксиса и функционалом JavaScript. Много полезных знаний и для тех, кто уже кое-что умеет в JS. В книге есть интересные примеры и практические задания, а также готовые приложения. Изучив их код, вы сможете на практике понять, что собой представляет JavaScript и как он работает.
📖 Javascript и jQuery. Интерактивная веб-разработка, Джон Дакетт
Еще один способ начать изучение JavaScript. Заодно вы сразу освоите jQuery — одну из самых известных JS-библиотек. Книга написана прекрасным языком и дополнена визуальным пояснением.
📖 HTML5 и CSS3 для чайников, Крис Минник и Эд Титтел
Авторы доходчиво и легко объясняют, как делать сайты самостоятельно, пользуясь языками HTML5 и CSS3, разбивая все стереотипы о том, что разработка сайтов — это сложно и запутанно. Читая книгу и параллельно применяя новые знания, вы сможете создать и оформить сайт, «оживить» его ссылками, картинками, видеороликами, звуковыми эффектами.
Если только начинаете разбираться в разработке, попробуйте эти книги. Конечно, они не заменят полноценного обучения, но помогут понять, хотите ли вы развиваться в этом направлении IT. Если вам понравится frontend, сможете продолжить его освоение уже на профессиональных курсах.
Нужно ли разработчику понимать что-то в дизайне?
Часто говорят о том, что дизайнеры должны что-то понимать в коде, чтобы создавать прототипы, которые реально реализовать. Но а что про разработчиков? Нужно ли им в дизайн?
Мое мнение — да. И не только для того, чтобы создавать визуально привлекательное ПО. Вот еще важные преимущества:
🎨 Чтобы лучше понять пользователей. Разработчик создает приложения, сервисы и сайты, в первую очередь, для людей и их удобства, а это значит, что сервисы становятся все более и более человекоориентированными. И это хорошо. Поэтому понимать потенциальных пользователей становится все важнее и важнее. И дизайнеры — специалисты, которые понимают, что привлекает человеческий мозг, создают такой опыт. Значит, обучение дизайну, без сомнения, приведет к более глубокому пониманию этих фишек.
🎨 Чтобы лучше понимать дизайнеров. Как я уже сказал, дизайнерам хорошо бы понимать инструменты, которые используют разработчики, чтобы оживить их работу. Но и разработчики могут извлечь выгоду из понимания мотивации дизайнерских решений. Понимание обеих точек зрения создаст более прочные связи между вами, что положительно отразится и на самом проекте.
🎨 Чтобы применять новые принципы к вашему коду. Аккуратный и красивый код — это признак профессионализма. Обучение дизайну и его принципам — некий новый этап в развитии профессионализма. Познав и научившись применять дизайн, вы продвинетесь и в работе над своим кодом.
Обучаться дизайну или нет — решайте сами. Вы не обязаны это делать, несмотря на все изложенные выше аргументы. Обучение дизайну принесет вам пользу — это однозначно.
А как у вас с дизайном?