Java Web Weekly, выпуск 114

В самом начале прошлого года я решил отследить свои привычки чтения и поделиться лучшими вещами здесь, на Baeldung ** . С тех пор не пропустил ни одного отзыва.

  • Вот так…​**

1. Весна и Ява

>> Написание модульных тестов со споком Framework: Введение в спецификации, часть третья [t]

В этой статье продолжается исследование тестирования с помощью Spock , на этот раз с подробным рассмотрением спецификаций

Краткое обновление о том, что происходит с Unsafe в Java 9 .

>> Как поддержать Java 6, 8, 9 в одном API []

Очень интересный подход к поддержке нескольких версий Java в общедоступном API . Если вы создаете или поддерживаете публичный API - обязательно стоит проверить.

И, как примечание - если вы увлекаетесь маркетингом - это хороший пример того, как вы производите контент, который поддерживает ваш продукт.

> > Как объединить назначенный генератор Hibernate с последовательностью или столбцом идентификаторов []
  • Идентичность сущности ** намного сложнее, чем просто надеть @ Id и назвать это днем.

Также стоит прочитать:

Вебинары и презентации:

Время для обновления:

2. Технический

>> Тестирование на наличие чувствительных мутаций: не продолжайте убийственное веселье []

Мутационное тестирование делает фиктивную метрику, которая покрывает код немного менее фиктивной Это выглядит достаточно просто для настройки, поэтому я обязательно попробую.

>> Как не писать тесты Golden Master []

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

Интересный и, безусловно, полезный взгляд на то, как работают DDoS-атаки , как обычно выбираются цели и что вы можете с этим сделать.

Подсказка - хорошая регистрация может помочь увидеть шаблон на ранней стадии. Реагировать на это - ну, это не так просто, как просто знать, что это происходит.

>> Должны ли мы использовать стандарт кодирования? []

Я участвовал в написании стандартных дискуссий (давайте назовем их «дискуссиями»), где я пытался кого-то убедить

Это никогда не бывает весело и почти всегда непродуктивно - поэтому я склонен подходить к этой проблеме по-другому (подсказка - я гораздо более гибок, чем в первые годы)

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

Также стоит прочитать:

3. Musings

>> Величественный монолит []

У монолитов плохой рэп. Однако очень важно понять, где монолит имеет больше смысла, и какая система действительно нуждается в микросервисной архитектуре.

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

>> Предпосылки для эффективной проверки кода []

Попытки просмотра кода легион. Позитивные полезные культуры анализа кода, ориентированные на обучение , встречаются редко.

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

>> Потерялась моя ставка: ПК не мертв …​ пока []

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

>> Как развернуть программное обеспечение []

Это не пост, это небольшая книга.

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

Стоит прочитать, если только избавиться от «стресса при развертывании» (реального состояния здоровья) и 10-кратного фактора холода при переходе в производство

>> InfrastructureAsCode []

Хорошо известная практика в мире DevOps, и, надеюсь, за ее пределами.

Я ожидаю, что эта статья будет расти, как и предыдущая серия, следуя супер интересной концепции Evolving Publication.

Также стоит прочитать: