Java Web Weekly, выпуск 151

1. Весна и Ява

>> Как может выглядеть будущее Java []
  • Планы на Java ** после версии 9 очень интересные и явно довольно амбициозные Некоторые огромные особенности в работах.

>> Еще один постпроцессор для Spring Boot []

Немного веселья, копаясь во внутренности Spring (и Spring Boot), выходя за рамки использования фреймворка и фактически понимая его.

>> Производитель Spring Kafka/Пример для потребителя []

Чистый и примеры точечных внедряющих Spring Кафку .

>> (J) Принципы модульного тестирования []

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

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

>> ValueObject []

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

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

>> Как запустить непрерывную интеграцию в EC2, не разрушая банк ** []

Надежное руководство по настройке конвейера CI на EC2 таким образом, чтобы это было экономически выгодно . Здесь много хороших вещей, особенно когда вы масштабируете.

>> Самые популярные реляционные базы данных - издание 2016 года []

Данные такого рода всегда интересны, чтобы дать нам представление о том, как выглядит рынок в целом.

>> Шаблоны непрерывной доставки. Докер контейнер []

То, как мы сейчас строим конвейер CD, определенно изменилось по сравнению с тем, как мы это делали всего несколько лет назад. И Docker, безусловно, был большой частью данных, наряду с новыми DSL в Jenkins.

3. Musings

https://blog.sebastian-daschner.com/entries/how to productivity[>> Как быть продуктивным (как разработчик)] []

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

«Выбрось мышь» трудно понять, фантастический совет

http://queue.acm.org/detail.cfm? id = 3017847[>> Разрешение конфликтов] []
  • Конфликт - это одна из тех вещей, о которой вам лучше не беспокоиться. **

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

** http://www.daedtech.com/deliver-software-projects-time/ .

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