Merge pull request #110 from zhukovsd/25.12-update-interview

25.12 update interview

Author: OlegTihii

content/Work experience.md

@@ -8,111 +8,111 @@ bookToC = false
 # Вопросы про опыт работы
 
 ---
-## Общие вопросы [84%]
+## Общие вопросы [86%]
 
 #### 1. Расскажите о проекте/о себе/почему решили сменить работу [79%]
-#### 2. Размер команды? Из кого состояла. Как работали с бизнес-требованиями. Как была организована работа в команде? [24%]
+#### 2. Размер команды? Из кого состояла. Как работали с бизнес-требованиями. Как была организована работа в команде? [25%]
 #### 3. Системы трекинга [1%]
 #### 4. Как писали документацию? Где хранили? Confluence? [2%]
 #### 5. Методология разработки приложений [5%]
-#### 6. Какие правила использовались при апруве ревью? [7%]
+#### 6. Какие правила использовались при апруве ревью? [8%]
 #### 7. Занимались рефакторингом? Работали с чужим кодом? [1%]
 #### 8. Как оценивали задачи? [5%]
-#### 9. Расскажи про GitFlow [6%]
-#### 10. Расскажите о флоу разработки? [7%]
-#### 11. Расскажи про самую интересную/трудную задачу [15%]
+#### 9. Расскажи про GitFlow [5%]
+#### 10. Расскажите о флоу разработки? [8%]
+#### 11. Расскажи про самую интересную/трудную задачу [17%]
 #### 12. Какой RPS? [2%]
 
 ---
 ## Опыт с технологиями [77%]
 
 #### 1. Опыт с Kafka [28%]
 #### 2. Опыт Многопоточки [26%]
-#### 3. Опыт с Docker [12%]
-#### 4. Опыт с Kubernetes [12%]
-#### 5. Опыт написания нативных SQL запросов [12%]
-#### 6. Опыт с Hibernate [9%]
-#### 7. Опыт со Stream API [9%]
-#### 8. Опыт со Spring Security [8%]
-#### 9. Опыт с реактивным программированием? [7%]
-#### 10. Опыт тестирования [5%]
-#### 11. Опыт CI/CD [5%]
-#### 12. Опыт оптимизации запросов [5%]
-#### 13. Опыт с Redis [5%]
-#### 14. Опыт написания Spring Starter [4%]
+#### 3. Опыт с Kubernetes [12%]
+#### 4. Опыт написания нативных SQL запросов [12%]
+#### 5. Опыт с Docker [12%]
+#### 6. Опыт со Spring Security		[9%]
+#### 7. Опыт с Hibernate		[9%]
+#### 8. Опыт со Stream API		[8%]
+#### 9. Опыт с реактивным программированием?		[7%]
+#### 10. Опыт тестирования [7%]
+#### 11. Опыт оптимизации запросов [5%]
+#### 12. Опыт с Redis [5%]
+#### 13. Опыт написания Spring Starter [5%]
+#### 14. Опыт CI/CD [5%]
 #### 15. Опыт с PostgreSQL [4%]
 #### 16. Опыт с БД миграциями [4%]
-#### 17. Опыт со Spring [4%]
-#### 18. Опыт с Kotlin [4%]
-#### 19. Опыт с базами данных, каких размеров они были? [4%]
-#### 20. Опыт со Spring AOP [4%]
+#### 17. Опыт со Spring AOP [4%]
+#### 18. Опыт со Spring [4%]
+#### 19. Опыт с Kotlin [3%]
+#### 20. Опыт с базами данных, каких размеров они были? [3%]
 #### 21. Опыт с gRPC [3%]
 #### 22. Опыт с Linux [3%]
 #### 23. Опыт с брокерами сообщений [3%]
 #### 24. Опыт со Swagger [3%]
-#### 25. Опыт с RabbitMQ [3%]
-#### 26. Опыт со Spring Boot [3%]
+#### 25. Опыт со Spring Boot [3%]
+#### 26. Опыт с RabbitMQ [3%]
 #### 27. Опыт со Spring Data [3%]
-#### 28. Опыт профилирования приложений [2%]
-#### 29. Опыт с Grafana [2%]
-#### 30. Опыт с NoSQL [2%]
+#### 28. Опыт с NoSQL [3%]
+#### 29. Опыт профилирования приложений [2%]
+#### 30. Опыт с Grafana [2%]
 #### 31. Опыт написания микросервисов [2%]
 #### 32. Опыт проектирования модели данных [2%]
 #### 33. Опыт с WebFlux [2%]
-#### 34. Опыт нагрузочного тестирования [2%]
-#### 35. Опыт с Camunda [2%]
-#### 36. Опыт с GraphQL [2%]
-#### 37. Опыт с Keycloak [2%]
-#### 38. Опыт с Liquibase [2%]
-#### 39. Опыт с Maven [2%]
-#### 40. Опыт с REST API [2%]
-#### 41. Опыт с инструментами считающими покрытие проекта тестами [2%]
-#### 42. Опыт со Spring Cloud [2%]
-#### 43. Опыт Lombok [1%]
-#### 44. Опыт построения архитектуры? [1%]
-#### 45. Опыт с ClickHouse [1%]
-#### 46. Опыт с Minio [1%]
-#### 47. Опыт с Mockito [1%]
-#### 48. Опыт с Reflection API? [1%]
-#### 49. Опыт с SOAP [1%]
-#### 50. Опыт с SonarQube [1%]
-#### 51. Опыт Jenkins [1%]
-#### 52. Опыт TDD [1%]
-#### 53. Опыт мониторинга [1%]
-#### 54. Опыт с Amazon S3 [1%]
-#### 55. Опыт с Cassandra [1%]
-#### 56. Опыт с Gradle [1%]
+#### 34. Опыт с Camunda [2%]
+#### 35. Опыт с Liquibase [2%]
+#### 36. Опыт с Maven [2%]
+#### 37. Опыт нагрузочного тестирования [1%]
+#### 38. Опыт с GraphQL [1%]
+#### 39. Опыт с Keycloak [1%]
+#### 40. Опыт с REST API [1%]
+#### 41. Опыт с инструментами считающими покрытие проекта тестами [1%]
+#### 42. Опыт со Spring Cloud [1%]
+#### 43. Опыт построения архитектуры? [1%]
+#### 44. Опыт с SOAP [1%]
+#### 45. Опыт с Gradle [1%]
+#### 46. Опыт Lombok [1%]
+#### 47. Опыт с ClickHouse [1%]
+#### 48. Опыт с Minio [1%]
+#### 49. Опыт с Mockito [1%]
+#### 50. Опыт с Reflection API? [1%]
+#### 51. Опыт с SonarQube [1%]
+#### 52. Опыт Jenkins [1%]
+#### 53. Опыт TDD [1%]
+#### 54. Опыт мониторинга [1%]
+#### 55. Опыт с Amazon S3 [1%]
+#### 56. Опыт с Cassandra [1%]
 #### 57. Опыт с JDBC [1%]
 #### 58. Опыт с JWT токенами [1%]
 #### 59. Опыт с XML конфигурацией в Spring [1%]
-#### 60. Опыт DevOps [1%]
-#### 61. Опыт MongoDB [1%]
-#### 62. Опыт командной строки/терминала? [1%]
-#### 63. Опыт криптографии [1%]
-#### 64. Опыт с Elasticsearch [1%]
-#### 65. Опыт с jOOQ [1%]
-#### 66. Опыт с Nginx [1%]
-#### 67. Опыт с OAuth 2.0 [1%]
-#### 68. Опыт с OpenAPI? [1%]
+#### 60. Опыт с Elasticsearch [1%]
+#### 61. Опыт с OpenAPI? [1%]
+#### 62. Опыт DevOps [1%]
+#### 63. Опыт MongoDB [1%]
+#### 64. Опыт командной строки/терминала? [1%]
+#### 65. Опыт криптографии [1%]
+#### 66. Опыт с jOOQ [1%]
+#### 67. Опыт с Nginx [1%]
+#### 68. Опыт с OAuth 2.0 [1%]
 #### 69. Опыт с OpenShift? [1%]
 #### 70. Опыт с PL SQL [1%]
 #### 71. Опыт с VisualVM [1%]
 #### 72. Опыт с WebSocket? [1%]
-#### 73. Опыт Apache Ignite [1%]
-#### 74. Опыт Debezium [1%]
-#### 75. Опыт Hadoop [1%]
-#### 76. Опыт Postman [1%]
-#### 77. Опыт TimescaleDB [1%]
-#### 78. Опыт работы с логами production систем [1%]
-#### 79. Опыт с Azure [1%]
-#### 80. Опыт с CQRS? [1%]
-#### 81. Опыт с Flight Recorder [1%]
-#### 82. Опыт с Future, CompletableFuture? [1%]
-#### 83. Опыт с HighLoad [1%]
-#### 84. Опыт с JMX [1%]
-#### 85. Опыт с MVC [1%]
-#### 86. Опыт с Netty [1%]
-#### 87. Опыт с Quarkus [1%]
+#### 73. Опыт с Quarkus [1%]
+#### 74. Опыт Apache Ignite [1%]
+#### 75. Опыт Debezium [1%]
+#### 76. Опыт Hadoop [1%]
+#### 77. Опыт Postman [1%]
+#### 78. Опыт TimescaleDB [1%]
+#### 79. Опыт работы с логами production систем [1%]
+#### 80. Опыт с Azure [1%]
+#### 81. Опыт с CQRS? [1%]
+#### 82. Опыт с Flight Recorder [1%]
+#### 83. Опыт с Future, CompletableFuture? [1%]
+#### 84. Опыт с HighLoad [1%]
+#### 85. Опыт с JMX [1%]
+#### 86. Опыт с MVC [1%]
+#### 87. Опыт с Netty [1%]
 #### 88. Опыт с Transactional Box [1%]
 #### 89. Опыт с авторизацией [1%]
 #### 90. Опыт с легаси кодом [1%]
@@ -121,4 +121,8 @@ bookToC = false
 #### 93. Опыт с системами сборки [1%]
 #### 94. Опыт с функциональным программированием [1%]
 #### 95. Опыт статического анализатора кода [1%]
-#### 96. Опыт тестирования кода на уязвимости и поиск уязвимости [1%]
+#### 96. Опыт тестирования кода на уязвимости и поиск уязвимости [1%]
+#### 97. Опыт Prometheus [1%]
+#### 98. Опыт Spring Batch [1%]
+#### 99. Опыт Materialized view [1%]
+#### 100. Опыт WireMock [1%]

content/Вопросы на подумать/Clean code, SOLID, patterns and refactoring.md

@@ -17,4 +17,5 @@ bookHidden = true
 ### 6. В первом сервисе произошло событие, закоммитили в БД, нужно отправить сообщение в кафку. Кафка реализует мост at least once т.е. может много сообщений в кафку. Если транзакция закоммителась мы должны гарантированно другому сервису сообщать, что событие произошло. Какие паттерны реализовать?
 ### 7. Общаемся с сервисом по REST, получили сетевую ошибку, кажется, что можно вызывать заново. Что настроить на своей стороне? - паттерн Retry - Если соседний сервис очень слабый, то постоянный retry еще больше его положит - увеличить промежутки времени между retry или паттерн circuit breaker
 ### 8. Какие концепции в SOLID вы считаете самыми важными? А какими иногда в угоду бизнеса, скорости можно пренебречь?
-### 9. Принцип Open-closed подразумевает изменение не только через наследование или имплементацию интерфейсов. Он про то, что старый код не надо трогать, но можно расширять. Кроме Enum, как еще можно расширить старый код? (адаптеры, декораторы собесещующему не подошли)
+### 9. Принцип Open-closed подразумевает изменение не только через наследование или имплементацию интерфейсов. Он про то, что старый код не надо трогать, но можно расширять. Кроме Enum, как еще можно расширить старый код? (адаптеры, декораторы собесещующему не подошли)
+### 10. Создали абстрактный терминал класс и у него есть метод по работе с картой. Нужно реализовать этот абстрактный класс?

content/Вопросы на подумать/Debugging and performance.md

@@ -39,4 +39,6 @@ bookHidden = true
 ### 28. Ваша задача сделать REST API. С помощью каких инструментов будете его проверять?
 ### 29. Вам нужно протестировать взаимодействие двух сервисов. Один эталонный, второй вы разрабатываете. Какой подход к тестированию выбрать?
 ### 30. У нас есть сервис с двумя репликами. В какой то момент пользователей стало много и нагрузка на сервисы стала возрастать. Что нужно сделать, чтобы выдержать эту нагрузку?
-### 31. У нас есть форма, через которую заводим пользователей в систему. Оператор нажимает на кнопку добавить пользователя и нечаянно нажимает два раза. Как на беке отобразиться эта ситуация? Как исправить проблему?
+### 31. У нас есть форма, через которую заводим пользователей в систему. Оператор нажимает на кнопку добавить пользователя и нечаянно нажимает два раза. Как на беке отобразиться эта ситуация? Как исправить проблему?
+### 32. У тебя произошел SteckOverFlow или OutOfMemory. Представим, что у тебя продакшен сервис. Эти ошибка происходят в проде. Твои действия?
+### 33. Система работает 24/7, нельзя ее останавливать. Микросервисы. 5 подов поднято (экземпляров одного сервиса). Они работают с одной БД. Поступила задача переименовать колонку в БД. Как можно выстроить процесс без остановки приложения?

content/Вопросы на подумать/Git and build systems.md

@@ -25,4 +25,5 @@ bookHidden = true
 ### 14. Ты пришел на новое место работы. Тебе дают ссылку на репозиторий, ты скачиваешь проект. Начинаешь собирать проект и у тебя не выкачиваются библиотеки из репозитория. С чем это может быть связано? Зависимости из мавен репы не скачиваются.
 ### 15. Библиотеки у тебя скачались, но при поднятии проекта у тебя падает приложение с ошибкой, что версии библиотек конфликтуют. Как решить эту проблему?
 ### 16. Есть коммит, был предыдущий коммит, нам надо откатиться до предыдущего коммита так, чтобы git отслеживал изменения и более позднего коммита тоже
-### 17. У вас новый сервис и несколько разработчиков будут контребьютить. Как бы вы организовали процесс в гите?
+### 17. У вас новый сервис и несколько разработчиков будут контребьютить. Как бы вы организовали процесс в гите?
+### 18. Если кто-то уже влил в develop ветку свои изменения, а вы поправили какой-то класс и делаете pull request (merge request). И происходит конфликт. Как решаете конфликты?

content/Вопросы на подумать/Java core, Collections, OOP, Lambda, Immutable.md

@@ -125,4 +125,8 @@ bookHidden = true
 ### 114. При проектировании системы, вы обычно отделяете в архитектуре ввод и вывод от самой бизнес функуиональности. Загрузка класса, когда вы грузите ввод-вывод может быть из разных источников, а само формирование класса у вас отдельно. Представьте, что есть метод, который берет данные и превращает их в класс. Какие у него могут быть параметры
 ### 115. Есть список POJO классов в которых два поля, ключ и значение. Надо преобразовать в мапу без потери данных. Как это сделать?
 ### 116. Как можем напечатать числа от нуля до миллиона не используя циклы? Нельзя чтобы вызвался StackOverFlow
-### 117. У нас есть список, ссылки которого замкнуты сами на себя. Из вне к этому списку ссылок нет. Отработает ли GC?
+### 117. У нас есть список, ссылки которого замкнуты сами на себя. Из вне к этому списку ссылок нет. Отработает ли GC?
+### 118. Есть ArrayList и LinkedList, в каждом по 1 млн объектов. Тебе нужно добавить элемент по индексу. Индекс в рантайме вычисляется. Почему?
+### 119. Представим, что у нас есть объект Car. У объекта есть ArrayList деталей. Детали тоже объекты. Какую инкапсуляцию применить в данном случае?
+### 120. На вход передается массив, а на выход число. Цикл, которых ходит по каждому индексу в массиве и что-то считает. Что нужно сделать, чтобы сложность по памяти была O(n)?
+### 121. Когда мы делаем new Object что будет в Stack, а что в Heap? А если используем примитив?