114. Про шаблоны проектирования
113. Кринжовые ситуации в ИТ
112. Выбор базы данных для проекта
Выводы111. Создание экологичных отношений на основе Process Communication Model
110. Оперирование абстракциями
Выводы109. Введение в Domain-Driven Design (DDD)
108. Неочевидные признаки, что вы готовы к лидерству
Выводы107.
DevSales: Как прокачать себя, сотрудничая с отделом продаж?
106. Микросервисы упрощают работу (нет)
Выводы105. Как работать с легаси, чтобы ни вы, ни проект не сгорели?
104. Синдром эмоционального выгорания
Выводы103. Process Communication Model
102. Записки тимлида или как спастись от котов
101. Через тернии кода к архитектуре
Выводы100. Юбилейный Архитектурный МетаТреп
Запись на ютуб99. Как быть тимлидом, а не назначенным менеджером?
98. Операционные системы: Linux vs Windows vs MacOS
97. Test Driven Development
Выводы96. Dependency Injection на практике
Выводы95. Как выбирать следующую компанию для карьерного роста?
Выводы94. Как оценивать свою эффективность как работника?
Выводы93. Асинхронное программирование
Выводы92. Миграции в документоориентированных БД: причины, реализация, тестирование и автоматизация
Выводы91. Синдром самозванца
Выводы90. Боже, Крис, они же еще дети: фатальные outages и что с ними делать
Выводы89. Документация на проекте
Выводы88. Взаимодействие с бекендом: RPC, REST, WS, SSE и другие подходы
Выводы87. Pet-проекты: плюсы, минусы, подводные грабли
Выводы86. Zero downtime deployment
Выводы85. Как не утонуть в новых технологиях и обновлениях от OpenAI?
Выводы84. Костыли, велосипеды, и прочий технический долг, возникший по историческим причинам
Выводы83. Как формируется успешная команда?
Выводы82. Реалии поиска работы сегодня
Выводы81. Нужны ли софт скилы инженеру и архитектору?
Выводы80. Решение конфликтов
Выводы79. Оверинжиниринг или код, который разрешает несуществующие проблемы
Выводы78. Культурный интеллект (cultural intelligence) или почему английского недостаточно для взаимопонимания с иностранцами
Выводы77. Поговорим о кэшировании: эффективность, проблемы, масштабирование
Выводы76. OLAP инструменты
Выводы75. Поговорим о поддержке прода: лучшие практики, тулы, конфигурации
Выводы74. Лидер команды: как распределить задачи и ответственность
Выводы73. Инженер запускает стартап
Выводы72. Как избежать потери данных при репликации БД и отказах?
Выводы71. Code Review: для чего, как делать и как не делать?
Выводы70. Event sourcing и CQRS
69. Публичные выступления
68. Микрофронты и варианты архитектуры больших react-приложений
67. О коммуникациях в микросервисах
66. Повышение отказоустойчивости сложных распределенных систем или Chaos Engineering в действии
65. Как проходить интервью по System Design?
64. Делимся опытом использования MongoDB
63. Что хотеть от CI/CD?
62. Что я люблю и ненавижу в своей работе?
61. Как обеспечивать коммуникации между микросервисами?
60. Enterprise Architecture Management (EAM)
59. Кто такой технический консультант в ИТ и чем он занимается?
58. Как мы проектируем распределенные системы? Выбор компонентов и шаблонов
57. Развитие профессиональных связей в ИТ
56. Пишем монолит модульно
55. Конфликты: бизнес и разработка?
54. Почему в некоторых компаниях Scrum не работает?
53. Использование порождающих, структурных и поведенческих шаблонов проектирования
52. С кем инженеру проверить свое архитектурное решение?
51. Миграции структуры БД и данных при деплое
50. Как показывать результаты своей работы
49. Искусство программирования: от хаоса к чистому коду
48. Стратегия переговоров о ЗП на собеседованиях
47. Стеклянный потолок сеньора - куда расти дальше?
46. Apache Kafka - возможности и риски
45. А где все айтишники с опытом 15+?
44. Как продать тестирование на проект и нужно ли?
43. Как балансировать нагрузку на проекте
42. Особенности поддержании и развитии архитектуры в стартапах и компаниях среднего и крупного размера
41. Выживание в продуктовой компании
40. Автоматизация - серебряная пуля?
39. Выгорание
38. Культура Engineering Excellence
37. Как долго оставаться на проекте или баланс между стабильностью и ростом
36. Выбор базы данных для проекта
35. Процесс поддержания и развития архитектуры в компаниях разного размера
34. Аутстафф-инженеры
33. Баланс работы и отдыха как долгосрочная стратегия успеха
32. "Безнадежный проект": путь камикадзе
31. "Это не баг - это фича" или как выжить в треугольнике PM-QA-DEV
30. Токсичность в IT- компаниях
29. Кодекс разработчика: этические вызовы и решения в IT-индустрии
28. "Сертификация в ИТ: pros and cons"
27. Больше, чем Middle: переход на следующий уровень
26. Как быть хорошим лидом?
25. Микросервисная архитектура
24. Есть ли жизнь без тестировщика на проекте?
23. Solution Architect: какой он?
22. Уверенность и самоидентификация по проектным ролям
21. Искусственный интеллект и машинное обучение
20. Менторинг у инженеров
19. Нетворкинг в IT
18. Технические собеседования: как найти работу, с которой у вас мэтч
17. Оптимизация процессов и коммуникаций в команде разработки, подходы к оценке задач и выпуску релизов
16. Domain Driven Design
15. Работа с Apache Kafka: кому, зачем и как с ней работать?
14. Основные проблемы менеджера в разработке ПО: в чем причина и как их решить?
13. Что такое чат GPT и перспективы его развития
12. Путь инженера: с нуля до архитектора
11. Увольнения в IT-сфере в 2022 году и надвигающаяся рецессия. К чему готовиться?
10. Карьерные стратегии разработчика
9. Architecture governance - что такое и для чего?
8. Как избавиться от синдрома самозванца?
7. Engineering Excellence: как добиться качества, чистоты кода и понятности коммуникаций?
6. Microservices и DDD
5. Гендерные проблемы в ИТ
4. Кто если не ты? Выживаем в плохом проекте
3. Карьера и развитие разработчика
2. Транзакции в микросервисах
- Микросервисы и все-все-все