😎 16 типов менеджеров проектов: от токсика и пингатора до бюрократа и мамы-утки — кто из них управляет твоим проектом?

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

🤌 В статье Ани Ионовой и Миши Дырмы ты найдешь классификацию этих самых PM, которые могут быть одновременно и спасителями, и источниками стресса.

Если не узнаешь своего менеджера — значит, ты, вероятно, сам тот самый PM! Ознакомься, возможно, ты уже обучаешь новичков в одном из этих типов.

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

🐸 Библиотека программиста

Ага, и цена поездки null рублей. Вся айтишка в одной картинке 🫶

🐸 Библиотека программиста

📈 Базы данных 2025: кто на хайпе, а кто на пенсии?

Команда camelAI проанализировала 1,8 млн заголовков на Hacker News за 18 лет. Под катом — ключевые результаты.

🔥 На пике популярности:

🟠DuckDB: SQLite для аналитики. Лёгкая, быстрая и с поддержкой SQL.

🟠ClickHouse: когда нужно быстро и много. Идеальна для аналитики больших данных.

🟠PostgreSQL: стабильность — залог успеха. Постоянно в топе.

📉 На спаде:

🔵MongoDB: была модной в 2013, теперь... не очень. Так как в SQL-движках появилась поддержка JSON.

🔵MySQL: старая добрая, но уже не в тренде.

🔵BigQuery/Redshift: облака, облака... и всё.

Интерес к базам данных меняется. Разработчики ищут гибкие, быстрые и современные решения. Если ваш проект ещё на MongoDB или MySQL — пора задуматься о будущем.

👇 Мысли 👇

🐸 Библиотека программиста

Как относитесь к созданию своего жпт не через конструктор, а хардкорно через код?

🔥 — я своего завайбкодил

🏃‍♀️ Ссылка на курс

🚀 Jank — когда Clojure и C++ встретились и не смогли расстаться

Разработчик Джей Уилкерсон ушел с должности инженера в Electronic Arts, чтобы полностью посвятить себя созданию языка jank. Название возникло как шутливое самоуничижение, но автор надеется, что со временем оно приобретет ироничный смысл.

Этот язык — нативный диалект Clojure на основе LLVM, который сочетает в себе элементы C++, Clojure и Rust. Всё, что вам нужно, чтобы использовать функциональный стиль Clojure, но с производительностью C++.

💡 Почему стоит обратить внимание?

🖤 Интерактивность Clojure: как и Clojure, Jank предлагает удобное REPL-окружение для разработки и тестирования кода

🖤 Нативная производительность: в отличие от JVM, Jank работает на C++ и JIT-компиляции на базе LLVM, что позволяет добиваться высокой производительности, близкой к нативному коду

🖤 Совместимость с Clojure: Jank сохраняет философию «код как данные» и мощную систему макросов Clojure

🖤 Иммутабельные структуры данных: Jank наследует все лучшие практики Clojure с неизменяемыми структурами данных, но также предоставляет системы для управления изменяемостью

🔗 Попробовать

🐸 Библиотека программиста

💰 Когда ты думал, что достиг потолка в IT… а потом увидел зарплату AI-ресёрчера

🐸 Библиотека программиста

👀 База тормозит? Значит, пора дружить с индексами!

Когда DBA говорит «индексируй», а ты гуглишь, что это вообще такое — держи шпаргалку, чтобы не словить full table scan прямо в лоб!

🔍 Здесь всё просто:

🔘Primary Index — как любимый контакт в телефоне: всегда первый и без дубликатов.

🔘Clustered Index — данные тут живут в порядке, как по алфавиту на полке (но тронешь — всё сдвинется).

🔘Secondary Index — запасной путь, если основной уже занят.

🔘Dense Index — знает каждого жильца, даже если они все рядом.

🔘Sparse Index — такой: «Зачем мне знать всех? Главное — где начинается подъезд».

🔘Primary + Secondary — как мать и отчим данных: один ведёт за ручку, другой следит издали.

⚙️ Используй индексы правильно — и БД скажет тебе «EXPLAIN спасибо»

🐸 Библиотека программиста

Признайтесь, было?

🐸 Библиотека программиста

🎭 ИИ и программисты: две статьи — два настроения

В прошлом году на Хабре вышли две статьи от авторов из Альфа-банка, и обе — про нас с вами. Про нас, выгорающих, кодящих, тестящих, выкатывающих и вечно борющихся с продом.

🧠 Одна — с философским спокойствием:

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

Спокойствие + сдержанный сарказм. ИИ — это просто ещё один хайп, как раньше был блокчейн. Переживём.

⚡ А вторая — с тревогой и мотивацией на максимум:

Сидеть на месте и красить кнопки уже нельзя. Пора включать «режим монаха» и делать шаги вперёд. Хватит мемов и смузи. Или расти — или... ну, ты понял.

Тут уже и вдохновение, и «разогреватель сидалища», и напоминание: ничего вечного нет.

📅 А теперь на календарь: 2025.
ИИ тихо, аккуратно, но входит во все процессы: от аналитики до генерации кода, от тестов до документации.

Так что кто был прав — покажет не LinkedIn, а время. В любом случае:

Лучше быть готовым и расслабленным, чем неготовым и расслабленным.

👇Размышления👇

🐸 Библиотека программиста

Павел выдал БАЗУ

🐸 Библиотека программиста

📚👩‍💻 Напоминаем про наш полный курс «Самоучитель по Go для начинающих»

Мы написали и собрали для вас в одну подборку все 18 частей, подкрепленных практикой.

1. Особенности и сфера применения Go, установка, настройка
2. Ресурсы для изучения Go с нуля
3. Организация кода. Пакеты, импорты, модули. Ввод-вывод текста.
4. Переменные. Типы данных и их преобразования. Основные операторы
5. Условные конструкции if-else и switch-case. Цикл for. Вложенные и бесконечные циклы
6. Функции и аргументы. Области видимости. Рекурсия. Defer
7. Массивы и слайсы. Append и сopy. Пакет slices
8. Строки, руны, байты. Пакет strings. Хеш-таблица (map)
9. Структуры и методы. Интерфейсы. Указатели. Основы ООП
10. Введение в ООП. Наследование, абстракция, полиморфизм, инкапсуляция
11. Обработка ошибок. Паника. Восстановление. Логирование
12. Обобщенное программирование. Дженерики
13. Работа с датой и временем. Пакет time
14. Интерфейсы ввода-вывода. Буферизация. Работа с файлами. Пакеты io, bufio, os
15. Конкурентность. Горутины. Каналы
16. Тестирование кода и его виды. Table-driven подход. Параллельные тесты
17. Основы сетевого программирования. Стек TCP/IP. Сокеты. Пакет net
18. Протокол HTTP. Создание HTTP-сервера и клиента. Пакет net/http

🐸 Библиотека программиста

⌨️ 3,5 квадрата продуктивности: от «бомж-уровня» до «мини-студии»

Некоторые собирают игровой ПК за 300к. Другие — идеальное рабочее место на лоджии. Площадью... 3,5 м².

Что в арсенале:

— кресло уровня «могу сидеть 10 часов и не умереть»,
— телесуфлёр, чтобы глаза не бегали по экрану,
— куча «полезных штук» от эконома до люкса,
— и, конечно, настольное дзен-пространство с видом на панельки.

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

👇Ваши домашние сетапы — в студию 👇

🐸 Библиотека программиста

Хочешь не просто играться с LLM, а запускать AI‑системы в прод?

Курс «Инженер LLM» — про то, как на практике собирать рабочие архитектуры под реальные задачи, адаптировать open‑source решения и запускать продукты с ИИ, которые действительно работают.

Создан GIGASCHOOL, совместно с крупнейшей магистратурой по искусственному интеллекту AI Talent Hab.

Ты научишься:
➡️дообучать модели (fine-tuning, PEFT, RLHF);
➡️работать с LangChain, LangGraph и векторными базами;
➡️строить RAG‑системы, реализовывать инфопоиск и защищать LLM;
➡️собирать пайплайны, деплоить, трекать, версионировать;
➡️проектировать мультиагентные решения и ассистентов.

👨‍💻 Для Python-разработчиков и ML-инженеров, которым пора перейти на следующий уровень в AI.

Преподаватели — лиды и хеды ИИ-команд:

• Желтова Кристина, директор по разработке моделей в Газпромбанке;
• Потехин Александр, NLP Lead X5 Tech;
• Евгений Кокуйкин, CEO Raft.

▪️252 часа теории и практики;
▪️диплом о профессиональной подготовке;
▪️старт 21 июля | 18 недель онлайна с заранее продуманными каникулами;
▪️31 833 ₽/мес (рассрочка);
▪️повышение цены — 18 июля.

Смотри программу и регистрируйся по ссылке 🔗

Реклама. АНО "ЦЕНТР РАЗВИТИЯ ИТ-КОМПЕТЕНЦИЙ «ГИГА ШКОЛА»", ИНН 7453352684. Erid: 2VtzqukAe15

🐕‍🦺 Пет-проекты в резюме: как превратить фриланс и side-проекты в карьерный козырь

💻 Пилишь бота, калькулятор, парсер…
А потом открываешь резюме — и внезапно показать нечего. На самом деле твой неформальный опыт — это не «поигрался с кодом», а боевая прокачка. Главное — правильно оформить:

🛠 Пет-проекты, в которые ты вложил душу — это не хобби, это MVP
🕵️ Side-проекты — это не «с друзьями запускали что-то», а «работал в кросс-функциональной команде»
💸 Фриланс через брата жены — это тоже фриланс (и почти стартап)

⚡️ В статье:
— как вписать неформальный опыт в резюме без ощущения, что ты его придумываешь на ходу;
— как не испортить впечатление фразой «проект недоделан, но идея крутая»;
— как показать, что ты не просто что-то писал — ты решал задачи.

В общем, если твой гитхаб похож на кладбище хороших идей — пора его оцифровать в карьерный актив 🧠

🔗 Читать статью

🐸 Библиотека программиста

🧬 Android + Chrome OS: что получится, если скрестить успешную мобильную ОС с забытым десктопным родственником?

Google официально собирается объединить Android с системой для не самых быстрых ПК и ноутбуков Chrome OS. Системы вышли почти одновременно, но Android почти повсюду, а о Chrome OS все забыли.

💬 Что известно:

— Новый гибрид будет построен вокруг Android, но с десктопными фишками.

— Уже в Android 16 завезли оконный режим, поддержку внешних мониторов и даже нормальный landscape-интерфейс (да, наконец-то).

— Chrome OS Flex для старых ПК особо не взлетела, зато слияние обещает «вторую жизнь» на устройствах послабее.

🍎 Кто-то скажет: «ну это же как iPadOS от Apple» — и будет прав. Только у Apple оба компонента были популярны. А у Google... ну, Android есть!

🤖 Google явно хочет откусить кусок десктопного пирога, и, возможно, превратить Android в настольную ОС будущего.

А мы, разработчики, в ожидании:

— Новый стек?
— Новые требования к адаптивности UI?
— Android Studio с нативной поддержкой DeX?

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

android:layout_for_laptop="true"

🐸 Библиотека программиста

💥 5 Нормальных форм баз данных, которые должен знать каждый разраб

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

1️⃣ 1-я Нормальная Форма (1НФ): просто убедись, что каждое значение в таблице — атомарно!

Вроде того, чтобы не хранить продукты типа «Шарики и Сосиски» в одном поле, а разбить на два поля «Шарики» и «Сосиски». Это важно, чтобы не угодить в сбой нормализации.

2️⃣ 2-я Нормальная Форма (2НФ): окей, у тебя уже есть атомарные значения. Теперь нужно, чтобы каждый неключевой столбец зависел от всего первичного ключа.

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

3️⃣ 3-я Нормальная Форма (3НФ): а вот и волшебный момент — избавься от зависимостей, которые не имеют смысла!

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

4️⃣ Нормальная форма Бойса-Кодда (НФБК, частная форма третьей нормальной формы): и вот мы подошли к финальному аккорду.

Если 3НФ не устраивает, НФБК за тебя всё сделает — убедись, что все зависимые столбцы точно зависят от кандидатов на ключи.

5️⃣ 4-я Нормальная Форма (4НФ): не смешивай одно с другим.

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

👉 А еще есть:

6️⃣ 5-я Нормальная Форма (5НФ): если ты разбил таблицу на несколько частей, то они должны быть связаны так, чтобы не оставалось ненужных данных.

7️⃣ Доменно-ключевая Нормальная Форма (ДКНФ): все ограничения, которые ты ставишь на таблицу, должны быть логичными.

То есть они должны следовать из того, как ты определил типы данных (домен) и ключи.

8️⃣ 6-я Нормальная Форма (6НФ): это идеальная ситуация, когда таблица уже не может быть разбита дальше без потери информации.

🐸 Библиотека программиста

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

🤔 Или нет?

🐸 Библиотека программиста