fa
Feedback
Roman Pankov Tech

Roman Pankov Tech

رفتن به کانال در Telegram

Канал для backend-разработчиков: реальные темы PHP/Golang, архитектура, собеседования - без воды

نمایش بیشتر
198
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+17 روز
+130 روز

در حال بارگیری داده...

کانال‌های مشابه
هیچ داده‌ای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئیه '26
ژوئیه '260
در 0 کانال‌ها
ژوئن '260
در 0 کانال‌ها
Get PRO
مه '26
+2
در 0 کانال‌ها
Get PRO
آوریل '26
+1
در 0 کانال‌ها
Get PRO
مارس '26
+2
در 0 کانال‌ها
Get PRO
فوریه '26
+16
در 0 کانال‌ها
Get PRO
ژانویه '260
در 0 کانال‌ها
Get PRO
دسامبر '25
+10
در 0 کانال‌ها
Get PRO
نوامبر '25
+31
در 0 کانال‌ها
Get PRO
اکتبر '250
در 0 کانال‌ها
Get PRO
سپتامبر '250
در 4 کانال‌ها
Get PRO
اوت '250
در 1 کانال‌ها
Get PRO
ژوئیه '250
در 1 کانال‌ها
Get PRO
ژوئن '250
در 0 کانال‌ها
Get PRO
مه '250
در 0 کانال‌ها
Get PRO
آوریل '250
در 0 کانال‌ها
Get PRO
مارس '250
در 0 کانال‌ها
Get PRO
فوریه '250
در 0 کانال‌ها
Get PRO
ژانویه '250
در 0 کانال‌ها
Get PRO
دسامبر '240
در 0 کانال‌ها
Get PRO
نوامبر '24
+10
در 0 کانال‌ها
Get PRO
اکتبر '24
+2
در 0 کانال‌ها
Get PRO
سپتامبر '24
+210
در 0 کانال‌ها
پست‌های کانال
📱 В мессенджере Max нашли утечку фото из личных чатов Пользователь обнаружил, что картинки из ЛС в веб-версии Max доступны без авторизации по прямой ссылке. Любой, у кого есть ссылка (или кто сможет её подобрать), может посмотреть фото, даже не имея доступа к аккаунту и переписке. Так же архиве уже есть утекшие картинки Какие есть проблемы: · Ссылки на изображения работают как обычный хостинг - открываются всем. · Даже после удаления фото из чата оно ещё долго (минимум неделю) висит в открытом доступе. · Большая часть адреса у всех картинок одинаковая, что упрощает их автоматический перебор ботами. Подробней тут #интересное @pankovr_tech

2
Не мог пройти мимо этого
Не мог пройти мимо этого
85
3
Почему AI генерит мусор — и как заставить его писать нормальный код В этом видео автор рассказываем про системный инженерный подход к разработке ПО с использованием ИИ-агентов, основанный на контекстной инженерии и многоагентных системах. Ключевые тезисы: • Хаотичная генерация кода через простые промты ведет к росту техдолга, усложнению архитектуры и критическим уязвимостям • Процесс строится на четких фазах: исследование базы, проектирование по модели C4, детальное планирование, имплементация • В многоагентных системах ИИ-боты выполняют роли разработчика, тестировщика и ревьюера • Программист становится архитектором и контролером, управляющим контекстом • Итог - инженерная экосистема с минимальными галлюцинациями моделей и соответствием стандартам безопасности Самое интересное в видео - это пример реализации фичи. Подход залипательный, объёмный и ещё интересно, сколько это всё стоит при разработке фичей. https://www.youtube.com/watch?v=7oRBHxMvWxQ #ИИ #разработка @pankovr_tech
77
4
🎵 Spotify: лучшие разработчики не пишут код с декабря На квартальном отчёте сооснователь Spotify Густав Содерстрём заявил, ч
🎵 Spotify: лучшие разработчики не пишут код с декабря На квартальном отчёте сооснователь Spotify Густав Содерстрём заявил, что топовые инженеры компании не написали ни строчки кода вручную с декабря 2025 года - всё делает ИИ. Очень кратко как у них всё работает В основе внутренняя система Honk, построенная на Claude Code. Она позволяет деплоить код в реальном времени прямо со смартфона: инженер по дороге на работу пишет в Slack задачу, Claude её выполняет, собирает новую версию приложения и отправляет обратно на телефон для ревью - всё до того, как сотрудник добрался до офиса. За 2025 год Spotify выпустил более 50 новых фич. Среди последних - AI-плейлисты по запросу, Page Match для аудиокниг и About This Song. "Мы считаем, что это только начало пути в AI-разработке", - отметил Содерстрём. Я конечно понимаю, что уровень кодинга с помощью ИИ сейчас очень высокий. Умельцы рассказывают, что могут построить большие системы в одиночку, а команде понадобилось бы несколько месяцев на это. И всё же "кодинг" с телефона звучит как-то натянуто. Типа по дороге накидал промптом, поревьювил и в прод. А как же 100500 этапов приёмки, тестирования и пр.? Источник #новости #spotify @pankovr_tech
88
5
DOOM запустили на мультиварке Легендарный шутер добрался до кухни. Энтузиаст Аарон Кристофель пополнил список безумных устрой
DOOM запустили на мультиварке Легендарный шутер добрался до кухни. Энтузиаст Аарон Кристофель пополнил список безумных устройств, портировав DOOM на мультиварку Krups. Как это работает? Железо: Процессор Renesas, 128 МБ оперативки и встроенный Wi-Fi Магия: Аарону пришлось написать кастомную прошивку и адаптировать управление под тачскрин Результат: Стабильный FPS и возможность крошить демонов Напомню, что DOOM - это уже не просто игра, а мерило профпригодности любого гаджета. Его запускали на вейпах, линейках, в советских трамваях и даже внутри других игр. Источник #новости #doom @pankovr_tech
79
6
Мама, я в open source! 🎉 Нашёл баг в библиотеке PlantUML C4 - свойства контейнеров утекали в связи между ними. Создал issue,
Мама, я в open source! 🎉 Нашёл баг в библиотеке PlantUML C4 - свойства контейнеров утекали в связи между ними. Создал issue, PR и его вмержили в мастер https://github.com/plantuml-stdlib/C4-PlantUML/issues/413 Теперь в резюме можно писать "Open Source Contributor" и "Bug Hunter"? #plantuml @pankovr_tech
72
7
Удобства уровня беее: плагины для оставления голосовых в IDE 😔 Ссылки для проектов конкурентов: от JetBrains и для VSCode 😏
Удобства уровня беее: плагины для оставления голосовых в IDE 😔 Ссылки для проектов конкурентов: от JetBrains и для VSCode 😏 @pankovr_tech
76
8
Разбор недавнего собеседования: ошибки кандидата на backend-разработчика Вчера провел собес и заметил несколько ошибок которы
Разбор недавнего собеседования: ошибки кандидата на backend-разработчика Вчера провел собес и заметил несколько ошибок которые периодически повторяются. Делюсь наблюдениями - возможно, кому-то будет полезно 👇 ❌ Ошибка #1: Несоответствие резюме и вакансии Кандидат шёл на позицию backend-разработчика, но в резюме 80% - про DevOps, и только 20% - про разработку. ❌ Ошибка #2: Перегруженный рассказ о себе Вместо краткой самопрезентации получил большой монолог с кучей технических деталей и терминов и кандидат старался говорить очень быстро. Слушать было сложно, а главное - было очень информации и много непонятного ❌ Ошибка #3: Подозрительный лайвкодинг Дал задачу в онлайн-редакторе. У кандидата текст вёл себя странно: печатает resChan, удаляется до re, резко появляется resCh. Курсор активно прыгал между строками. Похоже на использовать какой-то gpt. Сначала подумал, что у меня проблемы с интернетом, но со мной вместе был коллега и тоже обратил внимание на это. С задачей справился более менее, но на вопросы по коду отвечал неуверенно 🤔 ❌ Ошибка #4: Опыт не подтвердился В самопрезентации упомянул, что разрабатывал архитектуру и защищал её на архкомитете. Отлично! Переходим к system design… Сходу сделал - решение в лоб, которое на практике не заработает. Давал наводящие вопросы, но к рабочей реализации так и не пришли. ✅ Какие выводы можно сделать? • Подготовьте краткий рассказ о себе. Без воды и лишних технических вещей, но если интересная задача над которой работали, конечно нужно рассказать • Фокусируйтесь на релевантном опыте. Если вакансия - разработчик, расскажите про разработку. Навыки DevOps - это бонус, но не главное • AI для подготовки - отличный инструмент. Но на собесе лучше показывать свои знания, а не копипаст из GPT. Это всегда заметно #собеседование @pankovr_tech
68
9
🚁 СДЭК совершил беспрецедентный переезд ЦОДа из Сибири в Москву Компания СДЭК перевезла свой центр обработки данных на 3000
🚁 СДЭК совершил беспрецедентный переезд ЦОДа из Сибири в Москву Компания СДЭК перевезла свой центр обработки данных на 3000 км - из Новосибирска в Москву. Мигрировано около 400 взаимосвязанных систем в режиме реального времени, и это стало крупнейшим подобным проектом в России. 📊 Масштаб операции: • 1,17 ПБ данных перенесено • 238 единиц оборудования (серверы, системы хранения данных, коммутаторы) • 225 ТБ данных доставлены самолетом за сутки • Ключевой этап выполнен за 24 часа 1 января 2026 года Если вкратце, это нихера себе! ⚡️ Технические детали: Для переезда задействовали два выделенных канала связи 20 Гбит/с, три интернет-канала 12 Гбит/с и даже "авиаканал" - часть данных физически доставили на борту самолета. 🎯 Нафига, а главное зачем это всё? • Более высокую скорость передачи данных • Близость к основной базе клиентов • Лучший доступ к квалифицированным ИТ-специалистам Источник #СДЭК #технологии @pankovr_tech
62
10
Небольшая шпаргалка по структурам данных и алгоритмам #алгоритмы @pankovr_tech
Небольшая шпаргалка по структурам данных и алгоритмам #алгоритмы @pankovr_tech
55
11
🖥 Воскрешение легенды: jQuery 4.0 вышла в свет Пока весь мир пишет на модных frontend фреймворках по типу React и Angular не
🖥 Воскрешение легенды: jQuery 4.0 вышла в свет Пока весь мир пишет на модных frontend фреймворках по типу React и Angular неожиданно восстал из пепла jQuery. Я вообще думал, что данная библиотека давно умерла и на замеру пришли "реактивные фреймворки", но не тут то было. Спустя 10 лет jQuery получил обновление. 📕 Немного истории (для тех, кто не помнит мир без Chrome) В далеком 2006 году, когда Джон Резиг выпустил первую версию, фронтенд был филиалом ада. Каждый браузер интерпретировал JavaScript как хотел, а попытка сделать простой AJAX-запрос превращалась в написание 20 строк кода с проверками на ActiveXObject. jQuery стала глотком воздуха. Она подарила нам: • Селекторы, которые просто работали. • Цепочки методов, которые выглядели как магия. • Кроссбраузерность, за которую не нужно было продавать душу. Тогда jQuery была "стандартом индустрии" Везде пишут, что 70% сайтов из ТОП-10 миллионом используют библиотеку. Подтверждения данной статистики я не нашёл в инэте. 🍪 Что изменилось в 4.0? (Кроме того, что мы постарели) • Чистка: Удалены древние костыли. Прощайте, $.isArray, $.trim и $.parseJSON. Теперь, когда ванильный JS повзрослел, библиотека просто отправляет вас к нативным методам вроде Array.isArray(). • Диета: Минус 3 КБ веса. Полная версия теперь - 27.5 КБ. В эпоху, когда одна картинка на лендинге весит 5 МБ, это выглядит как попытка сэкономить на спичках, но перфекционистам приятно. • Смерть IE 10: Поддержку старых Internet Explorer наконец-то начали отрезать. IE 11 еще держится (он как последний босс), но в jQuery 5.0 обещают добить и его. • Современные фишки: Теперь это полноценный ESM-модуль, и в него завезли поддержку Trusted Types для защиты от XSS. Ссылка на пост https://blog.jquery.com/2026/01/17/jquery-4-0-0/ #новости #jquery @pankovr_tech
56
12
👣 Хочешь писать на Go как профи? Горутины и каналы — это круто, но знаешь ли ты, как их правильно использовать? В новой статье разобрали 7 мощных паттернов многопоточности в Go, которые реально работают: ✅ Future/Promise — запускай задачи в фоне и не блокируй основной поток ✅ Worker Pool — обрабатывай тысячи задач параллельно без перегрузки ✅ Semaphore — контролируй нагрузку на БД и API ✅ Pipeline — разбивай сложные задачи на простые этапы ✅ Fan-In/Fan-Out — распределяй и собирай данные как профи Все с примерами кода, которые можно использовать прямо сейчас. Никакой воды — только реальные решения для реальных задач. Твой код станет быстрее, чище и масштабируемее. 👉 Читать статью #golang #многопоточность #goroutines #программирование @pankovr_tech
52
13
Название: Deadline. роман об управлении проектами - Том Демарко Оценка: ⭐️⭐️⭐️⭐️ Книга написано очень простым языком и читает
Название: Deadline. роман об управлении проектами - Том Демарко Оценка: ⭐️⭐️⭐️⭐️ Книга написано очень простым языком и читается очень легко. Сюжет конечно немного закрученный: похищение человека, покупка стран и пр. Всё же это совсем не портит книгу, а рассказывается о человеке которых хотел провести большой эксперимент по разработке ПО. Взял несколько команд разного размера и состава и они делали одинаковые проекты. С каждой командой были свои проблемы и боли и в конце каждой главы автор делает выводы по этому поводу. Книга подойдёт в общем всем, кто работает с IT проектами НЕ зависимо от грейда и направления. ⚡️ 5 основных мыслей 1. Управление проектом = управление рисками Чтобы управлять проектом, достаточно управлять его рисками. Пустая трата усилий и времени - это результат материализации риска. Создайте список рисков, оцените вероятность каждого, определите симптомы превращения риска в проблему и назначьте ответственного за управление рисками. 2. Сокращайте потери, а не гонитесь за победами Совершенно необходимо все время стараться уменьшать потери. Успех зависит от того, насколько быстро вы сумеете отказаться от работы, ведущей к провалу проекта. День, потерянный в начале проекта, значит так же много, как и день, потерянный в конце. Есть тысяча и один способ потратить день зря и ни одного, чтобы вернуть этот день. 3. Давление НЕ повышает производительность Люди НЕ станут быстрее соображать оттого, что руководство начнет давить на них. Чем больше сверхурочной работы, тем ниже производительность. Не существует краткосрочных мер для быстрого повышения производительности - это результат долгосрочных усилий. Давление и сверхурочная работа позволяют это задел на будущее, чтобы развалить команду. 4. Душа команды - главный актив Для успеха проекта нужны доверительные отношения внутри команды. Роль менеджера - создать обстановку, в которой могут зародиться здоровые отношения. Появление слаженной, сработавшейся команды можно считать успехом проекта. Не создавайте новые команды без необходимости, лучше привлекайте уже сложившиеся. 5. Больше проектирования - меньше отладки Проекты с высокой производительностью требуют гораздо больше времени на проектирование и гораздо меньше на отладку. Самые коварные ошибки обнаруживаются в интерфейсе между модулями. Продумывать архитектуру лучше малой командой (2-5 человек). Большие команды на старте проекта снижают эффективность самой ответственной части работы — определения архитектуры системы. Бонус: У проекта должно быть два срока сдачи - запланированный и желаемый. Эти сроки не должны совпадать. #книги @pankovr_tech
49
14
👣 Эволюция Map в Go: что изменилось в 1.24? Автор разбирает внутреннее устройство мап: от классических бакетов до новой реализации. 😡 До Go 1.24: • Бакеты: фиксированные корзины по 8 слотов. • Overflow: цепочки дополнительных бакетов при коллизиях. • Tophash: массив для быстрой проверки хэша внутри бакета. 🙂 После Go 1.24: • Swiss Tables: переход на архитектуру «швейцарских таблиц». • SIMD: использование векторных инструкций для параллельного поиска в группах. • Performance: эффективное управление метаданными и улучшенная работа с кэшем процессора. В видео автор разбирает обе реализации, чтобы вы понимали, как Go стал работать быстрее "под капотом". 📺 Смотреть #golang @pankovr_tech
62
15
Настроение после праздников (со звуком 🔉) #юмор @pankovr_tech
Настроение после праздников (со звуком 🔉) #юмор @pankovr_tech
75
16
🖥 Готов разобраться с гитом наконец-то? Есть один тренажёр, который ставит всё на свои места - от commit до хитрых rebase и
🖥 Готов разобраться с гитом наконец-то? Есть один тренажёр, который ставит всё на свои места - от commit до хитрых rebase и cherry-pick. Learn Git Branching - это браузерная игра, где ты вводишь git-команды, а на экране в реальном времени видишь, как дерево коммитов оживает: ветки растут, сливаются, переплетаются. Ничего качать не надо - всё прямо в браузере. Что прокачаешь: ✔ Базовый уровень: commit, branch, checkout ✔ Продвинутый: rebase -i, cherry-pick, reflog ✔ Работу с удалёнными репозиториями: fetch, pull, push ✔ Режим «Git-гольф» - проходи уровень за минимальное число команд Идеально подходит, если до сих пор работаешь по схеме «закоммитил — запушил — помолился» 🙏 Переходи, играй, наконец-то поймёшь, как работает эта магия: 👉 https://learngitbranching.js.org/?locale=ru_RU #git #разработка #обучение @pankovr_tech
159
17
💡 Что такое value object в DDD и как с ним работать В статье автор объясняют, что "примитивная одержимость" - частое использ
💡 Что такое value object в DDD и как с ним работать В статье автор объясняют, что "примитивная одержимость" - частое использование String, int, BigDecimal и похожих примитивов для важных доменных понятий ведёт к ошибкам и путанице, и предлагают решать это с помощью Value Object - типобезопасных объектов с бизнес-смыслом и проверками, без необходимости внедрять весь DDD https://habr.com/ru/companies/cdek_blog/articles/975426/ #полезное #ddd #valueoobject @pankovr_tech
142
18
[ДЕБАГ СЕБЯ] Когда ты тупишь в монитор, но это не усталость, а Memory Leak 🤯 Ситуация, которая знакома каждому разрабу в 14:
[ДЕБАГ СЕБЯ] Когда ты тупишь в монитор, но это не усталость, а Memory Leak 🤯 Ситуация, которая знакома каждому разрабу в 14:30: Ты скроллишь код, который написал 10 минут назад. В голове крутится: баг в проде, стук подвески, и Exception от жены, если забудешь хлеб. Пинг мозга подскакивает. Наша рабочая память (Working RAM) критически мала (3+-1 слота), но мы пытаемся держать там ВСЁ. Каждая незавершённая мысль - это процесс в статусе Running, который жрёт ресурс, пока система не начинает свопить (тормозить). Если кратко, автор предлагает просто выписывать все мысли куда-нибудь (бумага, notion, obsidian) и раз в какое-то время пробегаться по этому списку и планировать дела, либо удалять строчку если она бесполезная. По факту это Inbox из техники GTD. Главная проблема в этом, нужно часто возвращаться к этому списку. Пользуюсь Obsidian для этого, но свой Inbox просматриваю раз в месяц наверно, что на самом деле плохо (в идеале его нужно просматривать либо раз в день, либо хотя бы раз в неделю). 👉 Ссылка на статью #интересное @pankovr_tech
155
19
🖥 Небольшой курс по Docker 1. Основы. Принцип работы. Почему docker. Сравнение с виртульной машиной. Применение. 2. Установк
🖥 Небольшой курс по Docker 1. Основы. Принцип работы. Почему docker. Сравнение с виртульной машиной. Применение. 2. Установка Docker в Linux и Windows. 3. Основные команды. Управление портами. Port Mapping. 4. Переменные. Environment Variables. 5. Volumes. Постоянные данные. Persisting Data. 6. Сети в докер. Network: bridge, host, none, macvlan, ipvlan 7. Dockerfile. Создаем СВОИ контейнеры. 8. Docker-COMPOSE. Простой запуск контейнеров. 9. Portainer. Управлять Docker ПРОСТО. Обзор, установка, настройка. 10. Watchtower. Автоматизация: обновление Docker контейнеров. 🐗 Плейлист YouTube #интересное #docker @pankovr_tech
130
20
Статья пр API Gateway в микросервисной архитектуре В этой статье автор разбирает, что такое API Gateway, зачем он нужен в мик
Статья пр API Gateway в микросервисной архитектуре В этой статье автор разбирает, что такое API Gateway, зачем он нужен в микросервисной архитектуре, какие 10 ключевых функций он выполняет и в каких местах становится потенциальной точкой отказа. Ссылка на статью #архитектура @pankovr_tech
143