Aleksei Solonkov

+528
с 2023

Я руководитель и CTO команды solonkov.team. Строим Highload с 2016 года.

40 подписчиков
53 подписки
Ты ведь станешь программистом?

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

Ты ведь станешь программистом?
11
Почему ты не станешь программистом

Вы никогда не задумывались, почему так трудно сменить профессию и стать программистом? При таком обилии информации, онлайн-курсов и книг. Почему столь малый процент желающих доходит до заветной цели - своей первой работы?

Почему ты не станешь программистом
3636
Личные границы как ключ к успеху

Меня зовут Алексей Солонков. Весь мой карьерный путь был связан с разработкой программного обеспечения. Разработка относится к сфере услуг, и довольно часто люди в моей отрасли выгорают или впадают в кризис идентичности. И сегодня я хочу поделиться своим кейсом преодоления внутреннего кризиса и планом выхода на новый уровень развития.

Личные границы нужно учиться выстраивать
1919
Управление техническим долгом

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

Технический долг как головная боль для бизнеса и разработки
99
Структурное программирование

Первой парадигмой, получившей всеобщее признание, была парадигма структурного программирования. Она была предложена Эдсгером Вибе Дейкстрой в 1968 году.

Дейкстра предложил заменить <i>goto </i>переходы конструкциями <i>if/then/else</i> и <i>do/while/until</i>
99
Две ценности программного обеспечения

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

Невозможно сделать правильный выбор без знания о последствиях
1313
Последствия плохой программной архитектуры

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

1515
Эффективный лидер

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

Эффективный лидер
3030
Переход от монолита к микросервисам

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

Не всегда микросервисы являются оптимальным выбором
88
Потоковые команды

В современном мире скорость поставки новой функциональности является определяющим критерием успеха ИТ-команд. Как правило, основными негативными факторами здесь являются дефицит ресурсов (времени, людей) и избыточная коммуникация для координации. Сегодня я хочу рассказать о прогрессивном подходе к организации команд, призванном ускорить поставку но…

Потоковые команды
1414
Как моделировать бизнес-процессы

Какой способ моделирования бизнес-процессов стоит выбрать, если стоит задача создания цифровой модели бизнеса? Пожалуй, наиболее эффективным является предметно-ориентированный подход (DDD, Domain-Driven Design). Сегодня мы поговорим о стратегическом и тактическом проектировании, после чего рассмотрим инструмент ускорения проектирования под название…

Как моделировать бизнес-процессы
1414
Технооптимизм

На днях я посмотрел интервью с Сэмом Альтманом, генеральным директором компании OpenAI. Высказанные им мысли относительно будущего ИИ показались мне интересными. И сегодня я хочу поделиться с вами основными тезисами и идеями, озвученными Сэмом.

Технооптимизм
1515