Привет, Хабр!
У меня была довольно простая идея — сделать несколько принтов с хоккеистами. В итоге всё закончилось тем, что я превратил их в богов и собрал коллекцию футболок THE HOCKEY GODS SERIES.
1. Предисловие.
Сегодня я хотел бы рассказать о небольшом дизайнерском проекте, который я планировал реализовать уже давно, но никак не доходили руки.
Многие компании сталкиваются с парадоксальной ситуацией: вы внедряете систему управления разработкой, чтобы повысить эффективность, но в итоге команда тратит больше времени на адаптацию к ограничениям инструмента, чем на разработку продукта. Процессы подстраиваются под возможности таск-трекера, а не наоборот. В результате появляются обходные пути, документация разбросана по разным системам, а новые сотрудники неделями разбираются в нюансах работы.
Всем привет!
Недавно мне нужно было нанять людей в команду по созданию системы на Python, Java, Go. Для меня крайне важны соблюдения принципов SOLID, Чистой архитектуры, Чистого кода.
Я придумал задачу, которую спрашиваю на собеседованиях в свою команду. И мне хочется поделиться ею с вами.
Надеюсь, она будет вам полезна!
Для Go
Представь, у тебя есть структура, которая считает зарплату сотрудника: его KPI, премии и т. п., и создает PDF-отчет. Тебе нужно создать структуру для подсчета зарплаты и генерации отчета по менеджеру.
(далее…)
В сентябре 2025 года мне пришла идея для мобильного приложения. Это должно было быть приложение для изучения иностранных слов, где на полную катушку используется ИИ. Для примеров, для озвучки, для тренировок. Изначально я, конечно, закрывал свою давнюю боль, потому что много лет не мог найти идеального инструмента. Ну и еще конечно же, как и обычный разработчик в найме, я мечтал заработать реальные деньги на своём пет-проекте, чтобы чувствовать себя в безопасности в это неспокойное время. Поэтому первое, о чём я подумал, – это сразу проектировать приложение в контексте того, что будет бесплатная версия и Pro-подписка.
Разработка документации на создаваемые ИТ-продукты – это не только «правила хорошего тона», но и насущная необходимость. Ведь без технического задания невозможно зафиксировать требования к продукту, без руководства пользователя сложно грамотно продуктом пользоваться, без технической документации, описывающей продукт, сложно будет искать и исправлять ошибки и проводить необходимые доработки, когда в них возникнет необходимость, и т.д.
В каждом ИТ‑проекте есть момент, когда опытный разработчик или архитектор получает в подчинение джуниора или новую команду. Естественно, тимлид хочет добиться эффективной работы своих новых подчиненных искренне веря, что он ментор, наставник, «старший товарищ». Но через некоторое время для команды он превращается в надзирателя, который заглядывает через плечо, проверяет каждый коммит и требует отчета по каждому чиху.
В этой статье мы разберем, где проходит грань между здоровым контролем и токсичным микроуправлением, почему умные руководители попадают в эту ловушку и как из нее выбраться.
Дисклеймер:
Эта статья написана полностью ИИ, на основе моего запроса к 10 разным нейросетям, с одним коротким запросом на тему «С чего начать, чтобы улучшить наше управление в IT-бизнесе».
Бизнес: 12 человек, сегмент «IT-бизнес» (обслуживаниие информационной инфраструктуры), вроде всё нормально, но хочется развития.
Некоторое сравнение сырых ответов 10 нейросетей приводятся в отдельной статье.
Собрали гайд по работе с Git для новичков.
Разберём, как Git хранит изменения, какие команды нужны для базовой работы с репозиторием и ветками и какие ошибки чаще всего допускают новички. Все команды показываем на примерах в терминале, чтобы их можно было сразу попробовать.
Сохраняйте и пользуйтесь.
Предположим, что вам нужно делать тесты для учащихся или студентов (или даже для себя). Предположим, что их нужно делать много. Действительно много. Можно использовать традиционный ручной труд. Сидеть, придумывать вопросы, подбирать варианты ответов. Повторять по кругу, пока не надоест. Но мы же в XXI веке живем. Явно должны быть способы упростить задачу. Автоматизировать ее.
