🤔Привет! Я узнал, что в телеграмме есть другие каналы, и не все мои подписчики успевают посмотреть все мои посты.

Проверьте, что вы не пропустили посты в этом месяце:

💋Шпаргалка по методам списков в Python
💋Как объяснить модель OSI 7 летнему ребёнку?
💋Как я стажёров собесил
💋Маршрутизация: продолжение поста про модель OSI
💋Развитие медийности
💋3 МАРКЕРА ТОКСИЧНОСТИ
💋Квиз: что выведет код на картинке?
💋3 главных софт-скилла для программиста
💋Как я работаю над задачами
💋Как отвечать на первый по популярности вопрос на собесах
💋Эпоха C и C++ уходит?
💋Что вас ждёт на майские?

Хороших праздников! ⛺️

⭐️ Редко удаётся найти хорошую техническую книгу, которую можно было бы порекомендовать. Если я такую нахожу, то непременно делюсь с вами!

Прочитал «Подготовка к сложному интервью System Design» от автора Алекс Сюй. Считаю эту книгу обязательной к прочтению!

⭐ В 15 главах рассматриваются классические задачи на проектирование архитектуры различных компонентов или целых приложений. За прошедший год работы я сам реализовывал 4 задачи из представленных в книге!

В этом посте я описал классическую задачу, с которой вы столкнётесь в любой компании как Веб-разработчик. Если вам нужны ещё практические кейсы или интересно как создать с нуля Twitter(X), YouTube или даже Google Drive, то срочно читайте книгу Алекса Сюй 🔥

📚 Обновлённый список обязательных к прочтению книг:

🟢 До выхода на работу:
• Грокаем алгоритмы
• Карьера программиста

🟢После выхода на работу:
• Паттерны проектирования
• Подготовка к сложному интервью

🟢Чтобы поднять грейд:
• Книга с кабанчиком
• Погружение в рефакторинг

Agile 🔤🔤 Scrum

Как думаете, какой подход лучше: Agile или Scrum? Вопрос странный, ведь Agile - это философия, а Scrum - инструмент.

💠 По Agile мы принимаем осознанное решение, что в начале разработки мы понятия не имеем, как будет выглядеть готовый продукт. А вот разбить его на части и представить отдельно каждую уже проще. Таким образом, мы реализовываем небольшие части итерациями.

🛠 Scrum же - это инструмент для соблюдения принципов Agile. Работая по Scrum, мы одновременно работаем и по Agile.

📌 Классическая структура scrum:

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

🚀 А работает это так:
Вы с пацанами собрались на планировании и посчитали, что захватить Пентагон сложно, перевести старушку через дорогу слишком просто и не особо полезно, а вот продать партию кроссовок очень даже выгодно.

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

Поздравляю, теперь вы не просто братки, а целая Agile-бригада 😎

⭕️ Пишите на Go и засматриваетесь на другие языки, однако Rust слишком сложный? Есть решение!

Язык borgo сочетает в себе простоту Go и безопасность Rust! Язык свежий, репозиторию чуть больше года, но уже имеет почти 3 тысячи звёзд!

Из интересного:
✔️ Полная поддержка библиотек Go
✔️ Замена для nil из Rust
✔️ Удобная обработка результата работы функции
✔️ Обработка ошибок всего одним оператором
✔️ Написан на языке Rust

И хотя обновлений нет уже 8 месяцев, я буду следить за этим проектом ✔️

🤙 Традиционная пятничная загадка...

Срочно нужна ваша помощь! Заказали партию напитков, но на заводе всё перепутали и на каждой банке неверное название. Кажется, что необязательно пробовать все три вида, чтобы понять, где что налито. Вы уже помогли с котлетками, думаю и тут справитесь.

Как думаете: какое минимально количество банок надо открыть, чтобы разобраться? 🤔

📌 Как писать хороший код? Правило 7 элементов

Вы наверняка слышали уже такие утверждения:

🔵В функции должно быть не больше 5 аргументов.
🔵Сохраняйте код простым.
🔵Одна функция - одна задача.
🔵Не делайте более трёх уровней вложенности.
🔵🔵🔵

Задумывались ли вы, почему так и зачем нам соблюдать эти правила? Джордж Миллер, в 1956 году провёл интересный эксперимент. Работая в лаборатории Bell, он изучал память операторов. Он обнаружил, что человек способен удерживать в памяти одновременно всего 7 ± 2 элемента. Это могут быть как числа, так и буквы или даже слова.

⏩На работе вы будете работать не один, а в команде. Другие люди должны понимать ваш код. Чтобы сделать понимание кода проще, следуйте правилу, что в одном контексте должно быть не более 7 отдельных элементов.

➡️ Пользовательские истории (User Story) - отличный способ рассказать о своём опыте!

В разработке есть такое понятие, как User Story. Оно описывает проблемы или желания клиентов простой формулой:

Я как (...), хочу (...), чтобы (...).

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

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

Расскажите о своём опыте работы, используя пользовательскую историю:

Наши клиенты (менеджеры отеля), хотели (иметь возможность загружать данные клиентов используя фото или скан паспорта), чтобы (ускорить обслуживание и снизить количество ошибок).

✅ Такое описание покажет вашу заинтересованность в работе бизнеса и клиентах. Кроме того, так вы покажите знания не только в разработке, но и смежных областях. После такого высказывания, конечно стоит рассказать, как вы реализовали эту историю!

🎶 Сходил вчера на джазовое выступление, и меня посетила интересная мысль...

Музыкальные инструменты - это устройство ввода, как клавиатура или мышь у компьютера. Колонки (а иногда и само устройство) - это устройство вывода.

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

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

🎵 А у вас музыка вызывает чувства? Скиньте в комментарий трек, который вызывает больше всего эмоций! Мой уже там.

3️⃣ вещи, про которые вам стоит помнить

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

1️⃣ Тесты
Я совершенно ничего не изучал про тестирование, и на первой работе не было тестов совсем. Сейчас, в крупном проекте, тесты обязательны и приходится тратить дополнительное время, чтобы написать их правильно.

2️⃣ Контейнеризация
Когда я писал для себя, то всегда запускал проекты "как есть", даже без виртуального окружения. В нормальном проекте такой подход приведёт к плачевным результам!

3️⃣ Документация
В моём коде почти никогда нет комментариев, и я редко пишу документацию. В командной разработке эти элементы необходимы.

3⃣ программы, которые вам стоит установить на свой Mac (и не только)!

В этом году я стал использовать Macbook как основное устройство. Несмотря на то, что до этого я пользовался Linux дистрибутивами и Windows в течении многих лет, к macOS я привык быстро. Но каким бы ни был удобным Mac, в нём не хватает многих вещей.

Собрал для вас 3 бесплатных приложения, которыми я пользуюсь каждый день! Третье приложение есть и в других операционных системах.

🌐Maccy
Приложение для хранения буфера обмена. Было такое, что нужно скопировать два разных объекта или вставить то, что копировали раньше? У меня такое постоянно! Maccy решает эту проблему и позволяет хранить более 200 (!) файлов / изображений / текста. Мне достаточно использования комбинации cmd + shift + c чтобы отобразить историю копирований возле курсора.

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

🌐Obsidian
Доступен на всех платформах! Obsidian - это приложение для заметок с огромным потенциалом. Можно использовать просто как заметки, а можно сделать своим основным инструментом для работы. Приятные фичи — хранение заметок локально, что приводит к лёгкой миграции и бэкапам, поддержка markdown разметки и огромное количество плагинов.

Делитесь в комментариях своими любимыми приложениями! 🤗

🫥 Когда я только начинал изучать программирование, все вокруг говорили про "ручки". Теперь я и сам постоянно говорю про них. На собесе вас могут попросить продать спроектировать "ручку". Но что же это вообще за "ручки" такие?

🫥 У них много названий, но в контексте Веб-разработки это эндпоинты (endpoint), конечные-точки и роуты (route). А про них я уже писал в этом посте!

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

Чтобы посмотреть все "ручки" вашего проекта, протестировать их и почитать документацию, обычно используется Swagger. Обязательно изучите этот инструмент до собесов! ⚙️

А что для вас "ручка"? 👇

👋 Уже прочитали книгу про систем дизайн?

Если да, наверняка у вас остались вопросы, о том, как же всё таки сделать свой Redis / Git / Docker? Последнее особенно актуально сегодня, в связи с недавними новостями.

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

Пишите в комментариях, что выбрали сделать?🔽

🍰