Статьи по теме JavaScript

Привет! Меня зовут Dan. Я бы хотел рассказать, как за 11 месяцев я прошел путь от первой оплаченной подписки на Хекслет до контракта с американским стартапом.

Короткая версия:

1. Оформил подписку и прошел примерно 10-11 курсов по профессии "Бэкенд JS-программист"
2. Не прошел первый проект
3. Начал выполнять тестовые задания
4. Начал откликаться на вакансии
5. Не прошел первое интервью (всего их было три, два из которых - интервью с представителями моего текущего работодателя)
6. Вышел на работу

Изучать современный JavaScript — болезненно, если вы не знакомы с ним с самого его рождения. Экосистема разрастается и меняется с такой скоростью, что сложно разобраться с тем, какие проблемы пытаются решить разные инструменты. Я начал программировать в 1998 году, но к серьёзному изучению JavaScript приступил только в 2014. В то время я помню как анализировал Browserify и изумлённо смотрел на его слоган:

Browserify позволяет запрашивать (require) модули в браузере, объединяя все зависимости.

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

Цель этой статьи — показать исторический контекст развития инструментов JavaScript до их уровня в 2017. Начнём с самых первых моментов и построим шаблон веб-сайта, как бы это сделали динозавры — без инструментов, чистый HTML и JavaScript. Затем мы будем пошагово вводить различные инструменты, чтобы на практике видеть, какие задачи они решают — поочерёдно. Благодаря историческому контексту у вас будет больше возможностей изучить и лучше адаптироваться к бесконечно меняющемуся JavaScript. Давайте начнём!

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

Григорий Грудинин прошел все 4 проекта на Хекслете и рассказал о своем интересном опыте. Вот его история:

Всем привет! Хочу рассказать о своем опыте прохождения проектов. Сразу оговорюсь, что узнав о таком интересном нововведение, бросил свой почти законченный путь по стеку PHP и окунулся в мир nodejs. Сделал я это только по одной причине: проекты - это самое важное, что даёт этот образовательный ресурс. Можно долго решать какие-то задачки, проходить курсы, без этого никуда, но основной толчок в собственном понимании того, к чему всё это идёт, дают именно проекты. Признаюсь честно, после прохождения курсов по PHP, курсы по nodejs казались гораздо более продуманными, более ориентированными на новичка. Проходил их достаточно быстро (никогда не делал больше 1-2 шагов в день, иначе решение дается очень легко, но в голове ничего не остается), кроме нескольких довольно сложных моментов, на уроки по которым запросто могло уйти несколько дней, а то и неделя.

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

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

Начнем с плохого...

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

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

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

Мы мечтаем о том дне, когда кто-то поблагодарит нас за безупречную работу в проекте и не потребует каких-нибудь "добавок".

Спецификации и требования — заранее, пожалуйста!

2. Люди (до сих пор) не понимают, чем вы занимаетесь

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

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

До Хекслета у меня уже был небольшой опыт в программировании: начинал что-то делать на Perl, потом немного увлекся C++, а потом под впечатлением от успехов инди-разработчиков ударился в геймдев, писал на Monkey. Но увы, ни в одном из дел не добился успехов, а все потому, что не изучив до конца инструмент, начинал писать какой-то огромный проект мечты. При небольшой цели мне становилось неинтересно, в итоге вот я уже пишу мморпг с "корованами" и прочим, а это приводило к тому, что временами втыкал по несколько часов, не понимая что написал неделю назад. В какой-то момент пришлось честно себе признаться: либо я так и останусь самоучкой-недоучкой и буду делать свой проект до конца жизни (потому что месяцами не могу заставить себя сесть за свой говнокод), либо надо что-то менять, и пора ставить реальную цель. Так я и пришел учиться в Хекслет с целью устроиться на работу программистом.

В Хекслете с первых уроков мне понравился подход: акцент ставился не на конструкциях языка, а на саму суть программирования. Кажется, это был курс "Построения абстракций". Тогда еще не было совсем простых курсов.

Всем привет, сегодня очередное интервью с нашим товарищем Евгением Синицыным (jougene). Евгений уже писал статью про свое трудоустройство, но мы решили еще немного помучить его вопросами, и он великодушно согласился :)

История Евгения вкратце для тех, кто не читал предыдущую статью:

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

Сколько в итоге проработал на первом месте? Сложно ли было вообще включаться в “боевые задания” после учебы и туториалов?

На первом месте проработал 11 месяцев. Включаться в рабочий процесс было для меня очень необычно, все новое, то что проходили на курсах вообще какой-то другой мир. Пришел, показали, что такое джаваскрипт, консоль браузера, как там смотреть что куда отправляется, и какой ответ приходит. Короче получилось так, что с точки зрения всяких инструментов для работы все было новым. Что такое фреймворки я не знал, познакомился в процессе работы, работа с DOM’ом тоже в процессе, ну а дальше уже как-то сам начал осваиваться и делать более сложные задачи.

Наш товарищ eugenlee согласился развернуто ответить на вопросы о том, как пришла ему в голову идея стать программистом, как он учился на Хекслете и как в результате уволился и начал успешно работать PHP разработчиком.

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

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

Ура! Проекты теперь доступны всем!

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

Что самое трудное в работе программиста? Выдумывать имена для переменных.

Эта шутка пользуется популярностью среди программистов не случайно. Именование часто становится причиной целых баталий. И действительно, то, как мы именуем наши сущности (функции/переменные/константы/классы/модули), имеет большое значение, ведь большую часть времени мы читаем код, а не пишем.

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

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

С чего всё началось

В детстве я очень тяготел к компьютерам (особенно, к играм =) - sega, dendy тоже). С возрастом и игровым опытом у меня возник неподдельный интерес - а как это всё работает? Кто это всё придумывает? Ответ был найден - разработчики, программисты. Я уже знал, что после окончания школы пойду учиться на специальность, так или иначе связанной с компьютерами.

Всем привет! Меня зовут Андрей, я фронтенд-разработчик в RAMBLER&Co, ранее в Иннове. Программированием я занимаюсь около года, до этого около двух лет занимался HTML-вёрсткой. Расскажу о том, какие ошибки я совершил за эти три года, чтобы вы (если вы новичок) их не повторяли.

Ошибка №1: изучение основ языка вместо основ программирования

Свой путь в веб-разработке я начинал с книги по HTML/CSS, которую мне дал почитать знакомый программист. В конце книги был дополнительный раздел с основами языка JavaScript. Разумеется, я начал его читать и ничего не понял. Помню как увидел пример простого цикла for (var i = 0; i < 10; i++) и долго недоумевал, как это вообще работает. В итоге у меня сложилось неправильное впечатление о языке: я решил, что JS ужасный язык и его нельзя изучать.

Несколько дней назад вышла юмористическая (но наполненная болью и страданиями автора) статья “На что похоже изучение JavaScript в 2016г.”

В одном из комментариев к статье засветился сам Addy Osmani, один из ведущих JavaScript разработчиков в мире. Далее идет текст его ответа в вольном переводе:

Я полностью понимаю ваше отчаяние :)

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

Сегодня в блоге онлайн-школы программирования Хекслет запись открытой лекции в офисе http://www.chocolife.me о разработке веб-приложений на JavaScript. Мы поговорим о full stack - полном цикле разработки веб-приложений на JS. Рахим Давлеткалиев расскажет о клиентской и серверной части, MVC-фреймворках, Node.js, MongoDB, альтернативных инструментах, а также об автоматизации разработки и Grunt.js.

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

Второй вебинар Хекслета, который посвящён обсуждению практического задания word count. Задача следующая: необходимо реализовать функцию, которая принимает на вход строку и возвращает число слов в этой строке. Полный текст задачи доступен внутри поста и на GitHub. Для решения необходимо использовать JavaScript без сторонних библиотек, возможен посимвольный перебор строки.

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