Архитектурные трёпы
Источник глубокой экспертизы в IT-сообществе. Встречаемся, чтобы потрепаться на архитектурные темы и поделиться инсайтами о карьере в IT
- 2 открытых Трёпа в неделю
- Делимся опытом преодоления проблем и решения задач
- Модераторы-практики на позициях: Senior, TeсhLead, Architect
- Говорим свободно, запись нигде не публикуется
- Делимся опытом преодоления проблем и решения задач
- Модераторы-практики на позициях: Senior, TeсhLead, Architect
- Говорим свободно, запись нигде не публикуется
Описание:
Онлайн-встречи инженерного комьюнити
[ Для кого? ]
Разработчиков
Middle, Senior, Architect
Тестировщиков
QA и AQA
Менеджеров
PM, PO, HR,
бизнес-аналитиков
бизнес-аналитиков
Руководителей
CIO, Project Director
[ Какие Трёпы тебя ждут? ]
Соглашение на обработку персональных данных
Присоединяясь к настоящему Соглашению и оставляя свои данные на Сайте Hard&Soft Skills, путем заполнения полей онлайн-заявки (оформления заказа) Пользователь:
– подтверждает, что указанные им персональные данные принадлежат лично ему; признает и подтверждает, что он внимательно и в полном объеме ознакомился с настоящим Соглашением и содержащимися в нем условиями обработки его персональных данных, указываемых им в полях онлайн заявки (регистрации) на Сайте;
– признает и подтверждает, что все положения настоящего Соглашения и условия обработки его персональных данных ему понятны;
– дает согласие на обработку Сайтом предоставляемых персональных данных в целях регистрации Пользователя на Сайте;
– выражает согласие с условиями обработки персональных данных без каких-либо оговорок и ограничений.
Пользователь дает свое согласие на обработку его персональных данных, а именно совершение действий, предусмотренных законом «О персональных данных» Республики Беларусь, и подтверждает, что, давая такое согласие, он действует свободно, своей волей и в своем интересе. Согласие Пользователя на обработку персональных данных является конкретным, информированным и сознательным.
Настоящее согласие Пользователя применяется в отношении обработки следующих персональных данных:
– фамилия, имя, отчество;
– номера телефонов;
– адресах электронной почты (E-mail);
– данные о профессиональных навыках.
Пользователь предоставляет сервису https://hardsoftskills.dev право осуществлять следующие действия (операции) с персональными данными:
– сбор, накопление и хранение данных;
– уточнение (обновление, изменение);
– использование в целях регистрации Пользователя на Сайте;
– удаление.
Указанное согласие действует бессрочно с момента предоставления данных и может быть отозвано Вами путем обращения через «Форму обратной связи» или по e-mail info@hardsoftskills.dev.
Сайт имеет право вносить изменения в настоящее Соглашение. При внесении изменений будет указываться дата последнего обновления.
Последнее обновление: 22/09/2023
– подтверждает, что указанные им персональные данные принадлежат лично ему; признает и подтверждает, что он внимательно и в полном объеме ознакомился с настоящим Соглашением и содержащимися в нем условиями обработки его персональных данных, указываемых им в полях онлайн заявки (регистрации) на Сайте;
– признает и подтверждает, что все положения настоящего Соглашения и условия обработки его персональных данных ему понятны;
– дает согласие на обработку Сайтом предоставляемых персональных данных в целях регистрации Пользователя на Сайте;
– выражает согласие с условиями обработки персональных данных без каких-либо оговорок и ограничений.
Пользователь дает свое согласие на обработку его персональных данных, а именно совершение действий, предусмотренных законом «О персональных данных» Республики Беларусь, и подтверждает, что, давая такое согласие, он действует свободно, своей волей и в своем интересе. Согласие Пользователя на обработку персональных данных является конкретным, информированным и сознательным.
Настоящее согласие Пользователя применяется в отношении обработки следующих персональных данных:
– фамилия, имя, отчество;
– номера телефонов;
– адресах электронной почты (E-mail);
– данные о профессиональных навыках.
Пользователь предоставляет сервису https://hardsoftskills.dev право осуществлять следующие действия (операции) с персональными данными:
– сбор, накопление и хранение данных;
– уточнение (обновление, изменение);
– использование в целях регистрации Пользователя на Сайте;
– удаление.
Указанное согласие действует бессрочно с момента предоставления данных и может быть отозвано Вами путем обращения через «Форму обратной связи» или по e-mail info@hardsoftskills.dev.
Сайт имеет право вносить изменения в настоящее Соглашение. При внесении изменений будет указываться дата последнего обновления.
Последнее обновление: 22/09/2023
23 июля 20.00 GMT +3
Архитектурный Трёп №111
Создание экологичных отношений на основе Process Communication Model
Создание экологичных отношений на основе Process Communication Model
Вопросы:
Модератор: Юлия Мельникова
- Разгадываем характеры коллег по их поведению на работе. Оказываем поддержку команде в зависимости от типа личности.
- Как узнать, подойдет ли новый член к вашей команде?
- Ранние признаки стресса и способы реагирования: как стресс проявляется у разных типов личности; визуальные и поведенческие маркеры стресса. Способы помочь членам команды в стрессовых ситуациях.
- Эффективные индивидуальные встречи (1-2-1): как раскрыть скрытый потенциал своих подопечных.
- Эффективное взаимодействие с менеджером в зависимости от его типа личности.
Модератор: Юлия Мельникова
Зарегистрироваться
30 июля 20.00 GMT +3
Читаем и обсуждаем Кабанчика. Глава 9
Consistency and Consensus
Consistency and Consensus
Что делаем?
Читаем по одной главе книги Мартина Клеппмана "Designing Data-Intensive Applications" и раз 3 недели собираемся для группового обсуждения прочитанного.
Обсуждение 9 главы "Consistency and Consensus"
Читаем по одной главе книги Мартина Клеппмана "Designing Data-Intensive Applications" и раз 3 недели собираемся для группового обсуждения прочитанного.
Обсуждение 9 главы "Consistency and Consensus"
Перейти на страницу события
1 августа 20.00 GMT +3
Архитектурный Трёп №112
Кринжовые ситуации в ИТ
Кринжовые ситуации в ИТ
Вопросы:
Модератор: Света Семенова
- Собеседования: какие самые странные или неожиданные вопросы вам задавали на собеседованиях? Как вы реагировали?
- Эзотерика в ИТ: Приходилось ли вам сталкиваться с использованием эзотерических практик (карты таро, астрология и т.д.) в профессиональной среде? Как это влияет на рабочую атмосферу и процесс принятия решений
- Знаки зодиака и подбор персонала: Случалось ли вам слышать или сталкиваться с тем, что знак зодиака использовался как критерий при найме?
- Какие необычные корпоративные традиции или ритуалы вам встречались в ИТ компаниях?
- Считаете ли вы, что эзотерические методы могут создать разделение или напряжение среди сотрудников? Как минимизировать влияние таких практик на профессиональную среду?
Модератор: Света Семенова
Зарегистрироваться
6 августа 20.00 GMT +3
Архитектурный Трёп №113
Выбор базы данных для проекта
Выбор базы данных для проекта
Правильный выбор базы данных — это ключевой фактор успеха любого IT-проекта. Как подойти к этому выбору, чтобы он был обоснованным и эффективным? На Трепе мы будем действовать как инженеры и попробуем создать исчерпывающее руководство по базам данных, которое поможет вам быстро и уверенно выбрать правильный инструмент.
Вопросы:
Модератор: Максим Аршинов
Вопросы:
- CP или AP
- Классы баз данных и типовые сценарии использования для каждого класса
- Нетипичные сценарии использования баз данных
- Ограничения: технические и организационные
- Реляционные базы данных: их сильные и слабые стороны, лучшие практики использования.
- NoSQL решения: где и когда они применимы, особенности и ограничения.
- NewSQL технологии: новейшие разработки и их применение в реальных проектах.
- Встроенные базы данных: оптимальные сценарии использования.
- Облачные базы данных: их возможности и подводные камни
- Лидеры в каждом классе баз данных
- Известные проблемы существующих решений
Модератор: Максим Аршинов
Зарегистрироваться
Регистрируюсь, вы соглашаетесь на обработку персональных данных
№24: Есть ли жизнь без тестировщика на проекте?
Оставьте свои данные для регистрации
Нажимая, вы соглашаетесь на обработку персональных данных
№110: Оперирование абстракциями
Оставьте свои данные для регистрации
Нажимая, вы соглашаетесь на обработку персональных данных
№111: Создание экологичных отношений на основе Process Communication Model
Оставьте свои данные для регистрации
Нажимая, вы соглашаетесь на обработку персональных данных
№112: Кринжовые ситуации в ИТ
Оставьте свои данные для регистрации
Нажимая, вы соглашаетесь на обработку персональных данных
№113: Выбор базы данных для проекта
Оставьте свои данные для регистрации
Нажимая, вы соглашаетесь на обработку персональных данных
[ Если у вас остались вопросы ]
Формат немитапа - свободный диалог по вопросам, указанным при регистрации или высказанным вслух во время немитапа. Проходит в Zoom
Длительность немитапа - полтора часа, но это не гарантируется. Единственное, что гарантируется - это присутствие модератора и уважительное отношение участников
Запись публиковаться не будет
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. Транзакции в микросервисах
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. Транзакции в микросервисах
- Микросервисы и все-все-все
На немитапе мы не хантим, не пиарим никакую компанию, не раскрываем ничьих секретов, кроме собственных (и то не стоит). Видео немитапа не публикуется и не записывается