Все записи

Подборка материалов: что почитать разработчику

В этой подборке — пять материалов о повседневных задачах разработчика: работе с кодом и коммитами, автоматизации, полезных инструментах и технических решениях на примерах iOS и Java.


➡️ Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

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


➡️ Автоматическая генерация UI-настроек

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


➡️ Инструменты, которые упрощают iOS-разработку

Какие инструменты помогают находить неиспользуемый код, проверять приложение в нестабильной сети, упрощать повторяющиеся команды и синхронизировать версии CLI-инструментов в команде.


➡️ Хороший код: как понять, что его будет удобно менять

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


➡️ Как ломался пиннинг в Java 21 и что починили в Java 24

Как менялась работа виртуальных потоков от Java 21 к более новым версиям: от проблемы с пиннингом до изменений в JDK 24 и дальнейшего развития Project Loom.

Похожие новости

Правила хорошего резюме

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

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

Как масштабировать знания, а не нагрузку

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

С этим столкнулась команда клиентского сервиса ITSM 365. Кира, бизнес-аналитик клиентского сервиса и куратор командной базы знаний, рассказала, как команда постепенно выстроила систему, которая помогает не искать одни и те же решения снова и снова.


Почему портфель проектов утверждают с дефицитом ресурсов

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

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

Все новости