Хекслет
7.93K subscribers
4.02K photos
42 videos
2.68K links
Программы обучения Хекслета - https://ru.hexlet.io/courses
Бот навигатор по ресурсам Хекслета - @HexletLearningBot
Открытое сообщество студентов (более 8000 человек) - @hexletcommunity
Наша группа VK: https://vk.com/hexlet
Download Telegram
Многие новички в программировании тратят месяцы на изучение теории: читают книги, смотрят курсы и проходят тесты. Они думают, что когда наберутся "достаточно знаний", смогут легко писать код. Но потом садятся за задачу — и всё, тупик.

Программирование – это практика. Чем больше кодите, тем быстрее растете.

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

🔹 2. Ошибки учат лучше всего
Когда вы просто читаете, кажется, что всё понятно. Но как только пишешь код, сразу появляются ошибки, непонимание и баги. Именно их разбор и поиск решений — то, что реально обучает.

🔹 3. Теория без кода быстро забывается
Читали про рекурсию месяц назад? Без практики придется учить заново. А если писали код и решали задачи, то концепция останется в голове надолго.

🔹 4. Работодателям важны навыки, а не знания
Никто не спрашивает: "Сколько книг вы прочитали?". На собеседованиях дают кодовые задачи и смотрят, как вы с ними справляетесь.

🔹 5. Писать код = учиться решать реальные задачи
Теория объясняет, что это такое, но не показывает, как применять в реальной разработке. Пока не начнёте писать проекты, код останется просто "знанием в вакууме".

Итак, как учиться правильно?
70% времени – практика, 30% – теория.
Решайте реальные задачи, а не просто читайте документацию.
Минимум 30 минут в день пишите код, даже если это маленькие примеры.
Как можно раньше начинайте работать над мини-проектами.
🔥35👍117
В июне пройдет первая большая онлайн-конференция Хекслета. Пожалуйста, заполните анкету, это поможет нам сделать ее полезной. Среди всех, кто отправит форму и оставит телеграм, разыграем рюкзак Хекслета. Итоги подведем 19 мая.
18🤡1
Курсы и задачки — хороший способ освоить основы. Но настоящий рост начинается, когда знания начинают превращаться в реальные штуки.

Например, можно собрать простого Telegram-бота, который напоминает о делах. Ничего сверхсложного, но вы сами решаете, как он работает, где хранит данные и как реагирует на команды. Это и есть живой опыт.

Такие проекты помогают прокачаться, разобраться в деталях и почувствовать уверенность. А ещё — приносят удовольствие от результата.

Если вы в начале пути, сделайте что-то своё, пусть даже совсем простое. Всё важное обязательно придёт по ходу.

Telegram | YouTube | Сообщество
👍421
Розыгрыш билетов на IT-конференцию Merge в Иннополисе

Готовы к погружению в мир IT и инноваций? Мы разыгрываем 10 БИЛЕТОВ на IT-конференцию Merge, которая пройдет в Иннополисе 25-26 апреля.

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

Merge – это:
— Актуальные доклады от ведущих экспертов индустрии
— Мастер-классы и воркшопы по самым горячим темам
— Нетворкинг и возможности для сотрудничества

Условия розыгрыша:
- подписаться на @hexlet_ru и @mergeconf
- нажать кнопку «Участвую!» внизу поста
- дождаться результатов 10:00 мск 24 апреля

Промокод Hexlet даст скидку 15% на покупку любого билета на сайте: https://tatarstan2025.mergeconf.ru/ Не упустите шанс попасть на топовое IT-событие весны!
😁6👍2
В этом видео подробно разобрали, как подходить к чтению профессиональной литературы: как выбирать книги, где их искать, как читать с пользой и что делать, чтобы знания сохранялись надолго и приносили результат в жизни и работе. Это не просто советы в духе «читай больше», а конкретная система, которая помогает действительно учиться, а не просто потреблять информацию без толку.

YouTube
ВК Видео
🔥52
Хекслет
Розыгрыш билетов на IT-конференцию Merge в Иннополисе Готовы к погружению в мир IT и инноваций? Мы разыгрываем 10 БИЛЕТОВ на IT-конференцию Merge, которая пройдет в Иннополисе 25-26 апреля. Победители смогут участвовать очно, или получить видеозаписи и архив…
🎉 Результаты розыгрыша:

🏆 Победители:
1. Constantin (@ya_kostya)
2. Валерий (@valeriy715)
3. аня (@mksmvann)
4. Ivan (@Ivan_TX_28)
5. Яна (@j_d_uni)
6. Aleksandra (@doooooritos)
7. Snezhana (@everspringgirl)
8. D (@dkondr34)
9. Татьяна (@tanyakutss)
10. Евгения (@JaneKrick)

✔️Проверить результаты
Please open Telegram to view this post
VIEW IN TELEGRAM
8🔥2
Вы наверняка не раз слышали это словосочетание — soft skills. Но что на самом деле стоит за ним? Это вовсе не про формулы, термины и теорию. Это про умение общаться, договариваться и подстраиваться под изменения — те самые навыки, которые делают вас ценным специалистом в любой команде.

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

Коммуникация

Да, код важен, но ещё важнее — уметь объяснить, почему вы написали его именно так. Чётко, понятно, спокойно:

Почему вы выбрали именно это решение?
Чем оно лучше других?
Как работает функция, которую вы реализовали?

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

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

Навык задавать правильные вопросы
Важно не просто задавать вопросы, а делать это грамотно. Например:
Вместо "А как тут всё работает?" — лучше "Я попробовал сделать вот так, но получил такую-то ошибку. Что бы вы посоветовали?"

Чем точнее и конкретнее ваш вопрос, тем быстрее вам помогут — и тем быстрее вы решите проблему.

Управление временем
Разработка — это не только код. Это ещё и планирование задач, расстановка приоритетов, концентрация. Тайм-боксинг, реалистичные оценки, привычка начинать заранее — всё это помогает не выгорать и сдавать задачи в срок. А значит — быть надёжным специалистом, на которого можно положиться.

Работа в команде
Да, даже самый крутой код пишется не в вакууме. Работа в IT — это всегда взаимодействие:

С коллегами — обсуждение задач, код-ревью, помощь.
С менеджерами — умение объяснить, сколько времени займёт задача.
С аналитиками, дизайнерами — согласование деталей.

Чем комфортнее с вами работать, тем выше ваши шансы на карьерный рост.

Telegram | YouTube | Сообщество
👍11🔥31
Вы изучили язык программирования, написали первые проекты, разобрались с основами. Но когда дело доходит до поиска работы, появляется вопрос: «А готов ли я к реальной разработке?»

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

Вы можете написать и доработать проект
Коммерческая разработка — это не просто решения на LeetCode, а написание работающих приложений. Вы готовы, если можете:
Разработать простой проект (например, чат-бота, таск-менеджер, API-сервис).
Разобраться в чужом коде и дописать фичу.
Исправлять баги, то есть не просто перезапускать код, а разбираться, почему он не работает.

Важный момент! Ваши проекты должны быть не просто набором кода, а реально работающими приложениями.

Вы знаете основы работы в команде
В коммерческой разработке код пишется не в одиночку. Проверьте, знаете ли вы:
Git (pull requests, ветки, merge, rebase).
Как работает код-ревью (умеете читать чужой код и вносить правки).
Как писать понятный код (чистый, читаемый, разделённый на функции).
Как проверить? Попробуйте контрибьютить в open-source или поработать в паре с другом-разработчиком.

Вы понимаете базовые концепции разработки
Как работают HTTP-запросы, API и базы данных.
Основы алгоритмов (да, но без фанатизма, если вы не идёте в FAANG).
Основы безопасности (SQL-инъекции, XSS, работа с авторизацией).
Вам не нужно знать всё досконально, но понимать, как это работает, и уметь найти решение — критически важно.

Вы умеете искать информацию
В реальной разработке вы не знаете ответы на все вопросы, но понимаете, где их искать:
Гуглите по Stack Overflow, документации, YouTube.
Читаете официальные доки, а не просто копируете чужие решения.
Умеете формулировать вопросы, если застряли.
Разработчик — это не тот, кто знает всё, а тот, кто знает, где искать.


Telegram | YouTube | Сообщество
👍233
Чтобы выбрать направление в программировании, важно опираться не только на интерес, но и на реальную ситуацию на рынке. Мы провели большое исследование: проанализировали вакансии, изучили зарплаты, посмотрели, какие языки сегодня востребованы, где проще начать карьеру без опыта и в каких направлениях развивается IT-сфера.

https://www.youtube.com/watch?v=2DYOuOV6NaI

Telegram | YouTube | Сообщество
👍102
Долгие майские праздники уже совсем близко, а перед отдыхом приятно немного размять голову. Предлагаю вам короткую задачку на логику и внимание — история про одну необычную марку обуви.
Одна известная компания производила ботинки на двух фабриках в разных городах. На одной делали только правые ботинки, на другой — только левые. Как думаете, зачем владельцы выбрали такой подход?

Telegram | YouTube | Сообщество
😁41
Алгоритмы — одна из самых спорных тем среди разработчиков. Одни говорят, что без них в IT делать нечего, другие — что это бесполезная трата времени. Так где правда?

Короткий ответ: учить алгоритмы нужно, но не всегда в том объёме, в каком преподают, например, в вузах.

Когда алгоритмы реально нужны?
– Если хотите работать в BigTech.
На их собеседованиях вас будут гонять по сложным алгоритмическим задачам. Без сильного уровня по LeetCode и знанию структур данных (деревья, графы, хеш-таблицы) туда не попасть.

– Если идете в Data Science, AI, геймдев или highload-системы.
В этих сферах оптимизация кода критически важна, и без понимания алгоритмов не обойтись.

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

Когда можно не тратить на них кучу времени?
Если вы идете во фронтенд, мобильную разработку или веб-разработку. Здесь важнее понимать:
– Как работают браузеры, HTTP, API
– Как писать чистый код
– Как строить архитектуру приложений

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

Что делать, если не хочется учить алгоритмы?
– Выучите базовые вещи: массивы, списки, деревья, сортировки, поиск
– Научитесь писать код, который реально нужен в работе
– Занимайтесь практикой, а не зубрёжкой

Алгоритмы – это инструмент.
Если вы не идете в BigTech или высоконагруженные системы, не нужно тратить месяцы на их изучение. Достаточно знать основы и учиться по ходу работы.

Telegram | YouTube | Сообщество
👍326
💻 Стажировка в IT: Как начать, даже если вы только начинаете?

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

https://youtu.be/OW96VoAUmnw

Telegram | YouTube | Сообщество
👍53😁1
Реально ли стать разработчиком за год, занимаясь по 2–3 часа в день?

Короткий ответ — да, но с важными уточнениями. Всё зависит от того, как вы выстроите обучение.

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

— задание непонятно, и его сложно превратить в код;
— код не работает, а причина неясна;
— код работает, но выдаёт неверный результат.

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

2. Как правильно организовать обучение
Лучше всего совмещать ежедневные короткие занятия с более продолжительными практиками. Например:

— 2–3 часа в день — на изучение теории и решение небольших задач;
— один день в неделю (минимум 5 часов) — только практика: написание кода, работа над проектами;
— обязательно использовать доступные инструменты: искусственный интеллект, форумы, сообщества — чтобы быстрее находить решения и не застревать.

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

3. Что ещё критично важно
План обучения. Бессистемное обучение редко приносит плоды. Лучше иметь понятную цель, например, создать Telegram-бота, и идти к ней по шагам. Хорошо помогают готовые программы: онлайн-курсы, книги, дорожные карты. Это лучше, чем пытаться собрать план самостоятельно с нуля.

Разнообразие источников. Один курс или канал на YouTube — это хорошо, но стоит добавлять другие форматы. Чтение книг, изучение разных точек зрения, альтернативные курсы — всё это помогает лучше понять материал.

Комплексные проекты. Примерно через полгода полезно собрать простое, но законченное приложение. А через год — создать проект посложнее: сайт, бота или сервис с интерфейсом.

Ранний вход в IT-среду. Не стоит откладывать знакомство с индустрией. Параллельно с учёбой начинайте:

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

Telegram | YouTube | Сообщество
👍508😁1👾1
Почему в IT нет конечной точки обучения? Как не застрять в перманентном изучении?

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

Однако у многих новичков возникает другая проблема: они застревают в бесконечном обучении. Смотрят видеоуроки, читают книги, проходят курсы, но почти не пишут код. В результате проходит год, а за плечами — ни одного проекта и растущее чувство неуверенности.

Как выйти из этого замкнутого круга?

1. Не учитесь «про запас»

Многие начинают с установки: «Сначала выучу всё, потом начну писать код». На практике такой подход не работает. Программирование — это прикладной навык, который развивается через действия, а не через чтение.

Узнали что-то новое — попробуйте применить это сразу;

Столкнулись с проблемой — постарайтесь решить её на практике, не откладывая на потом.

2. Сосредоточьтесь на одном направлении

Не нужно пытаться изучить всё сразу. Если вы выбрали фронтенд, не переходите на бэкенд просто потому, что «это тоже пригодится». Лучше углубиться в одну область, почувствовать уверенность, а затем постепенно расширять кругозор.

3. Делайте проекты — это важнее теории

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

Сделали проект — нашли ошибки — исправили — поняли, как это работает.

Такой опыт гораздо ценнее, чем бесконечный просмотр лекций.

4. Учитесь по мере необходимости

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

5. Учёба — это часть работы, а не только подготовка к ней

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

Telegram | YouTube | Сообщество
21👍14
Алгоритмы и структуры данных — это не просто абстрактные темы для собеседований. Они помогают писать эффективный код, быстрее решать задачи и лучше понимать, как работают программы.

Но как их учить, чтобы это было полезно, а не просто «спортивное программирование»?

1. Начните с работы с коллекциями
Большая часть кода в разработке — это операции со списками, фильтрация, сортировка, агрегация данных. Например:
«Найти средний возраст пользователей»
«Отфильтровать заказы дороже 1000 рублей»
«Найти взаимных друзей»
👉 Что делать:
Практикуйтесь на реальных данных (например, обрабатывайте JSON-файлы).
Изучите методы массивов: map, filter, reduce, sort.
Пробуйте решать задачи без встроенных функций — так поймёте, как работают алгоритмы «под капотом».

2. Учитесь оценивать сложность кода
Плохой алгоритм может замедлить программу в 1000 раз. Например:
Поиск элемента в неотсортированном массиве — O(n) (нужно проверить все элементы).
Поиск в хэш-таблице — O(1) (почти мгновенно).
👉 Что делать:
Разберитесь с Big O нотацией (хотя бы базово).
Сравнивайте разные решения одной задачи: какой код работает быстрее?
Если код тормозит — ищите «узкие места» (например, вложенные циклы).

3. Освойте базовые структуры данных
Они есть везде — от папок на компьютере до друзей в соцсетях:
Деревья — файловые системы, DOM в браузере.
Графы — маршруты в картах, зависимости библиотек.
Очереди — обработка задач (например, сообщения в чате).
👉 Что делать:
Попробуйте написать свою простую хэш-таблицу или бинарное дерево.
Разберите, как работают стек и очередь (например, как браузер хранит историю).

4. Решайте задачи постепенно
Не нужно зубрить сложные алгоритмы сразу. Лучше:
Начните с простых задач (сортировка, поиск).
Потом — рекурсия, динамическое программирование.
Затем — графы и деревья.
👉 Где практиковаться:
LeetCode (начните с Easy).
CodeWars (задачи по уровням).
Наш курс по алгоритмам: https://ru.hexlet.io/programs/algorithms.

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


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

Telegram | YouTube | Сообщество
👍16🔥84
Пароли — штука, про которую все всё знают, но продолжают делать вид, что это не про них. У всех есть какое-то базовое ощущение, что "ну я же не какой-то там важный человек", а значит и целиться в меня никто не будет. А потом — внезапно — взломанная почта, странные письма, заходы с непонятных устройств и "ой, а где я ещё использовал этот пароль?"

Удивительно, но до сих пор полно людей, которые держат один и тот же пароль на все случаи жизни, иногда с небрежной припиской "123" или годом. Это как класть ключ от квартиры под коврик — вроде бы удобно, но первый, кто захочет, легко найдёт. Только тут речь не про квартиру, а про всю вашу цифровую жизнь.

И ведь решение есть. Простое. Пароль должен быть длинным. Не вот это вот "Qz!5tY7*", которое сложно запомнить, но легко перебрать — а человеческая фраза. Что-то вроде "КофеПоУтрамСМолоком2024". Длинно, осмысленно, и подобрать это гораздо сложнее. Не потому что там спецсимволы, а потому что длина рулит. Чем больше слов — тем выше энтропия, то есть, грубо говоря, хаос. А хаос — это друг безопасности.

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

Но всё это имеет смысл ровно до момента, пока вы не устали всё держать в голове. И вот тут появляются менеджеры паролей. Мы в Хекслете давно используем 1Password. Потому что это удобно, надёжно и просто правильно. Всё остальное — таблицы, скриншоты, "скинь в личку пароль" — заканчивается адом при первом же увольнении или аудите. Мы не просто платим за сервис. Мы платим за свою же безопасность и спокойствие. И это та штука, которая начинает окупаться с первой же форс-мажорной ситуации.

Конечно, не стоит забывать про двухфакторку. Но не стоит переоценивать и её. Потому что SMS — это не вторая линия обороны, это иллюзия безопасности. Лучше уже Google Authenticator или что-то с физическим ключом, типа YubiKey. Главное, чтобы второй фактор не зависел от первого. Если вы получаете и доступ, и подтверждение на одном и том же телефоне — это не защита, это просто задержка перед взломом.

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

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

Telegram | YouTube | Сообщество
👍379
Можно ли войти в IT без курсов? Кирилл Мокевнин — разработчик с 2007 года и основатель школы программирования Хекслет — считает, что да. Более того, он сам прошёл этот путь.

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

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

https://youtu.be/6xxAkwR1sFo


Telegram | YouTube | Сообщество
🔥155👍2😁1💯1
Искусственный интеллект стал полезным помощником в обучении программированию. Но сам по себе он не сделает вас разработчиком. Чтобы учиться эффективно, нужно сочетать работу с ИИ с реальной практикой: писать код для проектов, участвовать в разработке вместе с другими людьми, решать задачи, общаться с профессионалами.

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

Telegram | YouTube | Сообщество
20🔥10👍2