Напочитать: Rest in Peace

1. Отличный блог с обзорами Key-Value хранилищ. Туда даже попал наш one-nio и MapDB про который я писал как-то.

2. Java Deadlock-и для самых маленьких.
3. Долгое время задавался вопросом - как понять какого типа файл?  Ведь расширение можно приписать какое угодно... Никак - развернутый ответ тут.
4.  Как правильно готовить REST для запуска ядерных  ракет или их продажи - аллегорично, но зато по делу.
5. Просто великолепная статья от Мартина Фаулера о паттернах проектирования для данных которые изменяются во времени. Прям даже прослезился - давно такого он не писал.
6. Как взять и упороться на Java. Если честно,то ребята молодцы - не очковать компилироваться в проде. Напишу-ка я отдельный пост даже про это.
7. Google выпустил еще одну реализацию RPC ,  на этот раз поверх  HTTP2 (описание и гитхаб).
8. О том, что MongoDB по умолчанию не защищена и что из этого следует.  А вот тут пример реальных последствий - 40,000 MongoDB databases left unsecured on the internet
9. Баловаться ThreadLocal в Java - может быть опасно. Здесь объяснят почему.
10. Сроки, бюджеты, самолеты... Насим Талеб одобряэ.

Но в реальности внедрение NextGen превратилось в настоящий кошмар, с массой задержек, ревизий и неожиданных проблем. Корпорация Lockheed Martin начала разработку софта в далёком 2002 году и должна была закончить в 2010 году.
В 2007 году систему подвергли ряду тестов и обнаружили огромное количество багов. Она путала рейсы и самолёты, а иногда воздушные суда бесследно пропадали с экрана.
Lockheed Martin попыталась исправить баги, но программа продолжала глючить. В апреле 2014 года система обрушилась в центре управления полётами Лос-Анджелеса, когда в воздушное пространство залетел самолёт-разведчик U-2 на высоте более 18 000 метров, вдвое выше высоты пассажирских самолётов, что вывело из строя логику NextGen.
Очередной дедлайн для NextGen установлен на весну 2015 года: на пять лет позже изначально планируемого срока и с превышением проектного бюджета на $500 млн, пишет Wired. 

11. О том что автоматизация тестирования Swing-овых приложений на Java уже не такая уже и суровая.
12. Живой пример того как можно сборку приложения организовать в Docker и не ставить эти всякие ваши мавены. А вот тут показано как с этим всем жить так чтобы оно шевелилось и правильно кэшировалось.
13. 5 минутное видео о том что можно делать если у вас в руках есть контейнер и система управления ими.


Ну и о главном.

The time has come to end the era of Codehaus - Codehaus закрывается.

To meet developers where they are, we ourselves migrated nearly a thousand of our own open source projects from Google Code to GitHub - Google Code закрывается.

Groovy уходит под Apache Software Foundation

Напочитать: Дюжина

1. Прекрасное интервью, (извините , опять про микросервисность).
And the analogy for this is like if every car instead of having an airbag had a 6 inch steel spike pointing at the driver, there would actually be fewer accidents on the road because everybody would be driving along very, very slowly and carefully, and they would never bump into anything; because there is peril built into the system and the peril is very closely looped back to your actions. So the fact that if you build a system where you can do anything and there is no consequence to your actions, you are creating externalities: you just externalize all of the risk and all the problems.

2. Отгремевшая несколько лет назад тема - сплит-тестирование (A/B тестирование) пыль осела, теперь видна суть.

3. Интересный подход к тому как отлаживать приложения на продакшене - использовать Java-агент и BTrace. А ведь еще и ByteMan есть.

4. Прекрасный объяснение того что такое цепи Маркова.
5. Эй , node.js, давайдосвидания !  - говорит человек который для этой самой node.js сделал очень много. Кстати свливает он на Go.
6. В Java8 выпустили Nashorn, хотя Rhino был задолго до него.


7. Про геймификацию

8. Caja - встраивание чужого вэба к себе. Просто занимательная фигня.

9. Отличный рассказ Дмитрия Снисаря о том почему люди что-то делают именно так как они это делают.

10. MongoDB решили сделать level-up и уже начали рекламировать фичу с подключаемыми модулями хранения - помните при установке MySQL можно было выбрать каким DB engine пользоваться - MyISAM/InnoDB? :). Обещают legalize в версии 2.8.

11. Я использую подход, который использовал мой руководитель при найме меня. Прошу написать ожидания на три периода: первый год работы, второй, третий и далее. Я не использую слово «хотите», вместо это говорю «ваши ожидания». А такой подход к постановке вопроса позволяет соискателю фиксироваться вместо «как бы не продешевить и не отпугнуть» на «насколько же динамично в самом деле будут расти мои скилы». Тут же автоматом вскроются представления о справедливом ежегодном повышении. А еще как бы негласно заключается некий контракт на три года вперед по динамике зарплаты. Например, если через год он придет и, условно, попросит удвоения зарплаты, я смогу достать тот самый листок (резюме) и спросить, неужели скилы выросли настолько драматично значительно. Вот теперь я тоже буду так делать.
12. Тема Service Discovery не дает мне покоя. Отличная статья на эту тему.

Обучение: Курс MongoDB for Java Developers от 10gen

Собственно сабдж.

Курс закончился, и время подвести итоги. 

Я узнал об этом курсе случайно с Хабра,  решил несмотря на все свои предубеждения попробовать.

Откуда предубеждения?  На последнем курсе ВУЗа нас прокатили по нескольким предметам через INTUIT,  при том предметы эти были профильные.  Качество как курсов,  так и самой системы ЭДО оставляло желать лучшего.  Контроль знаний и сама методика преподавания были вообще никакими.
На курсы по монго я стал смотреть только исходя из практической нужды освоения NOSQL баз данных,  и более в силу того,  что хотелось сгладить кривую обучения.

Первые же занятия убили предубеждения на корню -  я никогда не думал,  что ЭДО может быть настолько эффективным. Ну и еще  - я сам ра

Секрет конечно же в подготовке самого курса и тщательной методической работе людей из 10gen. 

Курс разбит на 7 недель,  каждая неделя это набор видеолекций (от 11 до 40) с вопросами на самостоятельный контроль знаний,  и 3-5 домашними заданиями на проходной контроль.

Для прохождения на следующую неделю нужно получить 65% по домашним работам,  вопросы для самоконтроля в зачет не идут. 

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

Обучение для меня было эффективным,  так как после 3 недель я уже знал все, что мне нужно было знать для того, чтобы закатать монгу в свое окружение. 

У курса есть и недостатки: 

1. темы по репликации и шардингу плохо рассказано,  я бы даже сказал запутанно.  
2. авторы курса не дают никаких ссылок на документацию на сайте,  хотя она более чем богатая.
3. тема использования MongoDB в комплекте со средствами ORM просто пропущена как класс.

Несмотря на это все курс все равно был полезен,  рекомендую.

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

  

Книги: Маленькие книжки по MongoDB и Redis

Давненько на хабре проскакивали посты про переводы маленьких книжек по NoSQL базам - MongoDB и Redis.

Никак не доходили руки их почитать.

С появлением планшета  - дошли, итого прочитал обе, сегодня вторую.

Книжки дают общее представление о том что такое MongoDB и Redis, для чего использовать а для чего нет.

Настоятельно рекомендую.

Книжки весьма просто гуглятся, книжку по mongodb, а вот на redis.

Большое спасибо Karl Seguin за книжки и всем переводчикам за их труд.