Блог Хекслета

Подключайся к стриму 6 декабря в 20:30 по московскому времени на канале HexletUniversity. Рахим Давлеткалиев в прямом эфире расскажет о последних новостях Хекслета (новый тарифный план с проектами и подключению новой фичи при оплате годовой подписки).

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

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

Задавайте свои вопросы в прямом эфире в нашем канале general в слак-комьюнити Hexlet, Рахим ответит на них.

Кирилл пишет библиотеку для извлечения документации по функциям в практиках Хекслета.

Беседуем с руководителем подразделения разработчиков, Mail.Ru Group Константином Осиповым.

В сегодняшний прямой эфир мы пригласили гостя - Александра Бындю. Александр является экспертом в архитектуре и бизнес-процессах внутри компаний, его приглашают в качестве внешнего консультанта в ИТ-компании. Кроме того, он преподаёт в ЮУрГУ и ЧелГУ, является основателем собственной компании и проводит конференцию .NET разработчиков .dotnetconf.

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

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

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

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

Итак, вы изучаете программирование. Это замечательно! И как правило в процессе изучения, и в процессе работы у вас возникает много вопросов. Способов получить ответы на эти вопросы существует несколько:

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

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

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

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

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

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

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

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

С сегодняшнего дня на Хекслете доступно две учебных программы (тарифных плана):

1. Базовый план
2. Расширенный план

Да, у нас все силы уходят на обучение людей и улучшение платформы, а на придумывание крутых названий практически ничего не остается ;-)

Также в скором времени запустится третья, самая широкая программа – "Подготовка к профессии".

Что же все это значит?

Привет всем! Хотел рассказать свою историю небольшого успеха. Я по образованию инженер АСОИУ, но так получилось, что я стал работать сначала сисадмином, а потом техническим директором в издательстве. В целом мне нравилась работа, пока было все новое, но со временем стал понимать, что занимаюсь всякой ерундой, которая мне не сильно интересна, а иногда и дико раздражает.

Так как фирма небольшая, в громком наименовании технического директора было все - сисадмин, эникейщик, программист, ремонтник компов, завхоз, охрана труда, пожарная безопасность, электрик…. Периодически дико мотали нервы разные проверки, ростехнадзор, МЧС (пожарная безопасность), трудовая инспекция, и проработав в таком режиме года два, я понял, что надо менять все в своей жизни. Когда то я услышал фразу, “Противоположно направленные нагрузки, дают средний невыраженный результат”, увы не помню где, вроде даже в кино. Но эта фраза просто сидела и давила мне на мозг, я понимал, что как специалист я никто. Так как я еще поддерживал три сайта компании + иногда делал всякие халтурки на Drupal, и мне всегда нравилось программирование, решил удариться в веб.

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

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

Для настройки окружения проекта можно использовать (а многие так и делают) стандартные средства операционной системы. Такие, как пакетный менеджер (yum, apt), прямое редактирование конфигурационных файлов, bash-скрипты, curl/wget и многое другое.

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

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

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

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

Подробно рассказываем, в каком порядке выполняется код.

function hammingWeight($weight)
{
    $array = str_split(decbin($weight));
    $amount = 0;
    foreach ($array as $value) {
        $amount += $value;
    }
    return $amount;
}

• Понятно ли с первого взгляда что делает функция (основываясь на содержимом)?
• Попробуйте воспроизвести определение понятия "Вес Хемминга" глядя только на код

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

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

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

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

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

Первые два года учебы я был сильно заинтересован программированием, математикой и техническими дисциплинами за исключением, разве что, физики. Я был лучший в группе по информатике и всему, что было с ней связано, но не могу сказать, что у меня была сильная мотивация кодить днями и ночами, изобретая что-то грандиозное. То есть я соображал, но в прикладном плане абсолютно не применял ничего. Да и что можно было изобрести, зная паскаль на школьном уровне (а примерно в такой мере нам его и преподавали). А после того, как преподаватель дисциплины "Программирование" отчитал курс лекций, он выдал гениальную фразу - все, что мы сейчас изучили, устарело 15 лет назад.

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

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