Вспоминаем наш первый backend-meetup!

20 сентября мы собрались большой компанией, чтобы поговорить о самом важном и полезном:
– как писать микросервисы на Go и не тонуть в хаосе,
– что спросят на System Design-интервью,
– как эффективно писать промпты,
– и где прячутся баги в модели памяти Go.

Спикерами были наши преподаватели из BigTech. За лучшие вопросы дарили книги, обучение и mock-собесы. А потом – фуршет и afterparty 🥳

Кто я | Навигация | Спасибо

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

Решил поделиться своим топом цитат, возможно, они найдут отклик и у вас!

"Все проблемы в computer science можно решить ещё одним уровнем абстракции… Кроме проблемы слишком большого количества уровней абстракций" — Батлер Лэмпсон

"В теории нет разницы между теорией и практикой, но на практике есть" — Йоги Берра

"Некоторые проблемы лучше не решать, а избегать" — Тони Хоар

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

Кто я | Навигация | Спасибо

В сентябре мы с Сашей записали совместный подкаст, где глубоко погрузились в мир языка программирования Go!

Мы разобрали его уникальные особенности, тонкости использования и текущий спрос на рынке. Не обошли стороной и животрепещущие вопросы: какова его актуальность сейчас и в будущем, и насколько своевременен переход на Go сегодня?

Получилось достаточно интересно, посмотреть наш подкаст можно по ссылке: https://youtu.be/ds_7PG6JOXY?si=2Dc34H5o1fMD4QE3

Кто я | Навигация | Спасибо

🚀Отказоустойчивость кеш-слоя в микросервисной архитектуре

📅 29 октября в 19:00 по МСК пройдет бесплатный открытый урок по паттернам отказоустойчивости в микросервисной архитектуре на Go!

На отрытом уроке узнаешь:
- Как искать «лавины» (Cache Avalanche), «грозовые стада» (Thundering Herd) и проблемы с согласованностью данных, а также как устранять их с помощью Single Flight, jitter и многоуровневого кеширования
- Как поддерживать актуальность данных: от простого TTL до активной и событийной инвалидации
- Как выбирать стратегию вытеснения данных (LRU, LFU) под конкретную нагрузку приложения
- Как разбираться в плюсах и минусах подходов к согласованности: Write-Through, Compare-and-Swap
- Как мониторить здоровье и эффективность кеша, чтобы система заранее оповещала о проблемах

Зарегистрироваться можно по ссылке

Кто я | Навигация | Спасибо

В сентябре с ребятами из Go To IT записали совместный подкаст о программировании и развитии скиллов в программировании!

В подкасте обсудили карту роста программиста, собеседования программистов, еще поговорили о разнице курсов и ВУЗов, а также разобрали EdTech изнутри на примере нашей школы по программированию.

Получилось достаточно интересно, посмотреть наш подкаст можно по ссылке: https://youtu.be/ThRojDkU06s

Кто я | Навигация | Спасибо

🚀Записал отдельное видео про пакет unsafe в Go

Видео получилось обширным и насыщенным. Думаю, что благодаря нему можно систематизировать и углубить знания по пакету unsafe в Go.

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

Посмотреть видео можно по ссылке: https://youtu.be/6mTv1e8au9c

P.S. видео носит ознакомительный характер - в большинстве случаев читаемый и понятный код будет лучшим решением, чем оптимизированный, но более трудный для понимания

Кто я | Навигация | Спасибо

💭 Постоянно сталкиваюсь с ситуацией: встречаешь инженера, у которого в голове куча знаний, опыт десятков проектов, он хорошо понимает архитектуру и классно пишет код!

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

И вот, все эти крутые скиллы – просто растворяются, а интервью пройдено не так хорошо или совсем провалено!

Как так получается, что человек, способный строить сложные системы, не может *ясно* и *доступно* объяснить свою мысль? Это же не проблема отсутствия знаний, а чего-то другого.

📌 Давайте вместе подумаем, как таким инженерам помочь научиться транслировать свои мысли просто и понятно? Делитесь мыслями и советами в комментариях, а также встречали ли вы подобные ситуации в практике?

Кто я | Навигация | Спасибо

💭 Есть мнение, что рынок переполнен программистами, которые вообще не знают основ Computer Science. И, мол, без этих знаний они — не настоящие программисты.

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

Но вот вопрос: а всем ли это нужно на самом деле?

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

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

А вот в случае со сложными системами — например, с высокими нагрузками или непростой бизнес‑логикой — тут, да, без серьёзной базы никуда. Как правило, в таких проектах углублённые знания просто необходимы!

А вы как считаете? Пишите в комментариях!

Кто я | Навигация | Спасибо

У меня есть очень забавная история из собеседования кандидата в Тинькофф, как-то в прошлую мою команду проходил собеседование С++ разработчик.

Собеседование идет своим чередом, все как обычно. И тут, уже под конец, кандидат с гордостью заявляет: я — контрибьютор ядра Linux! А после собеседования он прислал ссылку на свой пулл-реквест.

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

И вот теперь вопрос к вам: как думаете, стоило ли кандидату упоминать об этом 'опыте' на интервью? 😅

Кто я | Навигация | Спасибо

Недавно мы организовали митап по backend разработке — в этом видео рассказываю, сколько времени это заняло, с какими сложностями столкнулись и во сколько все обошлось!

Если планируете своё событие — думаю, что будет полезно! Посмотреть видео можно по ссылке: https://youtu.be/1RxnR78Ehyk

Кто я | Навигация | Спасибо