Как происходит работа с технологиями Java

Как происходит работа с технологиями Java

Я понимаю этот вопрос как: как я работаю с Java экосистемой, какие технологии использую и как выбираю инструменты.

Моя философия: pragmatic approach

Я не гонюсь за каждой новой технологией, но всегда открыт к новому. Мой выбор инструментов основан на:

1. Соответствие задаче — выбираю инструмент, который решит проблему лучше всего
2. Поддержка сообщества — убедись, что есть help и примеры
3. Долгосрочная поддержка — будет ли это еще актуально через 5 лет?
4. Команда знает — может ли моя команда работать с этим?

1. Основной стек: Spring Boot + PostgreSQL

Это мой выбор 99% проектов:

<!-- pom.xml -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
    <version>3.3.0</version>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>
<dependency>
    <groupId>org.postgresql</groupId>
    <artifactId>postgresql</artifactId>
</dependency>

Почему Spring Boot:

• Опробовано в production годами
• Отличная документация
• Большое сообщество
• Все инструменты которые нужны (security, validation, transactions)

Почему PostgreSQL:

• Мощный, надежный
• JSON support (JSONB)
• Full-text search
• Хорошие инструменты мониторинга

2. Жизненный цикл разработки

┌─────────────────────────────────────────┐
│  ПЛАНИРОВАНИЕ                           │
│  - Требования продакта                  │
│  - Дизайн API (OpenAPI spec)            │
│  - Схема БД (миграции)                  │
└────────────┬────────────────────────────┘
             │
┌────────────▼──────────────────────────┐
│  РАЗРАБОТКА                            │
│  - TDD: тесты → код                    │
│  - Code review перед merge в main      │
│  - Continuous Integration (GitLab CI)  │
└────────────┬──────────────────────────┘
             │
┌────────────▼──────────────────────────┐
│  ТЕСТИРОВАНИЕ                          │
│  - Unit тесты: 90%+ coverage          │
│  - Integration тесты (testcontainers) │
│  - E2E тесты (Selenium/Playwright)    │
└────────────┬──────────────────────────┘
             │
┌────────────▼──────────────────────────┐
│  DEPLOYMENT                            │
│  - Docker image                        │
│  - Blue-green deployment               │
│  - Rollback если нужно                 │
└────────────┬──────────────────────────┘
             │
┌────────────▼──────────────────────────┐
│  МОНИТОРИНГ                            │
│  - Logs (ELK stack)                    │
│  - Metrics (Prometheus + Grafana)      │
│  - Трейсинг (Jaeger)                   │
└────────────────────────────────────────┘

3. Инструменты, которые я использую ежедневно

IDE: IntelliJ IDEA

# Основные shortcuts которые экономят часы
Ctrl+Shift+A    # Найти любой action
Ctrl+Alt+L      # Автоформатирование
Ctrl+Shift+F10  # Запустить основной класс
Ctrl+Shift+F9   # Debug
Alt+Enter       # Quick fix
Ctrl+H          # Иерархия классов

Build tool: Maven

# Команды которые использую
mvn clean install           # Полная сборка
mvn test                    # Запустить тесты
mvn spring-boot:run        # Запустить приложение
mvn dependency:tree        # Посмотреть зависимости
mvn jacoco:report          # Coverage отчет

Version Control: Git

# Workflow
git checkout -b feature/new-api  # Новая ветка для фичи
# ... работу ...
git add src/
git commit -m "Add new API endpoint"
git push origin feature/new-api
# Создаю Merge Request в GitLab
# Коллега делает code review
# Мерж в main

Контейнеризация: Docker

# Dockerfile для Java приложения
FROM eclipse-temurin:21-jre

WORKDIR /app
COPY target/app.jar app.jar

ENTRYPOINT ["java", "-jar", "app.jar"]

docker build -t myapp:1.0 .
docker run -p 8080:8080 myapp:1.0

4. Архитектура типичного проекта

src/main/java/com/example/
├── domain/              # Бизнес-логика (Entity, Value Objects)
├── application/         # Use cases, Services
├── infrastructure/      # JPA Repository, External APIs
├── presentation/        # Controllers, DTOs
└── config/              # Spring Config

src/main/resources/
├── application.yml      # Конфиг приложения
├── application-dev.yml  # Конфиг для разработки
└── db/migration/        # Flyway миграции

src/test/java/
├── domain/              # Unit тесты
├── application/         # Integration тесты
└── presentation/        # E2E тесты

5. Типичный пример: REST API

// Entity
@Entity
@Table(name = "users")
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.UUID)
    private UUID id;
    
    @Column(nullable = false)
    private String email;
    
    @Column(nullable = false)
    private String passwordHash;
    
    @CreationTimestamp
    private LocalDateTime createdAt;
}

// Repository
@Repository
public interface UserRepository extends JpaRepository<User, UUID> {
    Optional<User> findByEmail(String email);
}

// Service
@Service
public class UserService {
    private final UserRepository repository;
    private final PasswordEncoder passwordEncoder;
    
    public UserService(UserRepository repository, PasswordEncoder encoder) {
        this.repository = repository;
        this.passwordEncoder = encoder;
    }
    
    @Transactional
    public User createUser(CreateUserRequest request) {
        if (repository.findByEmail(request.email()).isPresent()) {
            throw new UserAlreadyExistsException();
        }
        
        User user = new User();
        user.setEmail(request.email());
        user.setPasswordHash(passwordEncoder.encode(request.password()));
        
        return repository.save(user);
    }
}

// DTO
public record CreateUserRequest(
    @NotBlank(message = "Email обязателен")
    @Email(message = "Некорректный email")
    String email,
    
    @NotBlank(message = "Пароль обязателен")
    @Size(min = 8, message = "Пароль минимум 8 символов")
    String password
) {}

// Controller
@RestController
@RequestMapping("/api/v1/users")
public class UserController {
    private final UserService userService;
    
    public UserController(UserService userService) {
        this.userService = userService;
    }
    
    @PostMapping
    public ResponseEntity<UserResponse> createUser(@Valid @RequestBody CreateUserRequest request) {
        User user = userService.createUser(request);
        return ResponseEntity
            .status(HttpStatus.CREATED)
            .body(new UserResponse(user.getId(), user.getEmail()));
    }
}

// Test
@SpringBootTest
class UserServiceTest {
    @Autowired
    private UserService userService;
    
    @Autowired
    private UserRepository repository;
    
    @Test
    void shouldCreateUser() {
        CreateUserRequest request = new CreateUserRequest(
            "test@example.com",
            "password123"
        );
        
        User user = userService.createUser(request);
        
        assertThat(user.getId()).isNotNull();
        assertThat(user.getEmail()).isEqualTo("test@example.com");
    }
}

6. Мой подход к производительности

// 1. Правильные индексы в БД
@Entity
public class User {
    @Id
    private UUID id;
    
    @Column(unique = true, nullable = false)  // Index автоматически
    private String email;
}

// 2. Кэширование когда нужно
@Service
public class ConfigService {
    @Cacheable("config")  // Spring cache
    public Config getConfig(String key) {
        return repository.findByKey(key);
    }
}

// 3. Батчевая обработка
@Service
public class BulkProcessor {
    @Transactional
    public void processBulk(List<Item> items) {
        for (int i = 0; i < items.size(); i++) {
            repository.save(items.get(i));
            if ((i + 1) % 20 == 0) {
                // Flush каждые 20 элементов
            }
        }
    }
}

7. Безопасность как приоритет

// Spring Security config
@Configuration
@EnableWebSecurity
public class SecurityConfig {
    @Bean
    public SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
        http
            .csrf().disable()  // или включить если нужно
            .authorizeHttpRequests(auth -> auth
                .requestMatchers("/api/v1/auth/**").permitAll()
                .requestMatchers("/api/v1/**").authenticated()
                .anyRequest().authenticated()
            )
            .sessionManagement(session -> session
                .sessionFixationProtection(SessionFixationProtectionStrategy.MIGRATE_SESSION)
            );
        return http.build();
    }
}

8. Как я выбираю новые библиотеки

Перед добавлением dependency спрашиваю себя:

1. Решает ли это реальную проблему?
   - Нужна ли эта библиотека?
   - Или я могу написать свой код?

2. Активна ли разработка?
   - Последний релиз недавно?
   - Есть ли issues и PR?
   - Есть ли contributors?

3. Есть ли альтернативы?
   - Сравню популярные решения
   - Почитаю reviews

4. Может ли моя команда с этим работать?
   - Не слишком ли сложно?
   - Есть ли примеры и документация?

5. Какова стоимость обновления?
   - Часто ли ломают API?
   - Сложный ли upgrade?

9. Что я НЕ использую и почему

// ❌ Field injection через @Autowired
@Autowired
private UserRepository repository;  // Сложнее тестировать

// ✓ Constructor injection
public UserService(UserRepository repository) {
    this.repository = repository;
}

// ❌ Слишком много микросервисов
// Microservices имеют стоимость (distributed tracing, eventual consistency)
// Использую их только когда действительно нужны

// ❌ Premature optimization
// Сначала пишу работающий код
// Потом профайлю и оптимизирую если нужно

10. Постоянное обучение

Книга "Effective Java" → Лучшие практики
GitHub Trending → Новые инструменты
Stack Overflow → Решения проблем
Java документация → Детали
Code review коллег → Учусь от других

Резюме: моя практика

1. Spring Boot для логики приложения
2. PostgreSQL для данных
3. Docker для развертывания
4. Git для версионирования
5. TDD для качества
6. Clean Code для поддерживаемости
7. Monitoring для production
8. Pragmatic approach для выбора инструментов

Это не ракетная наука, это просто применение проверенных практик для решения реальных проблем.