У меня есть знакомые которые что только не использует в продакшне. И D, и Rust. Это ваш выбор, который лично я не одобряю. Все это юношеским максимализмом попахивает.
Зачем вообще с этим связываться? Выбор NET как платформы для Linux крайне не удачнен. Вот представть себя админом, которому дают на выбор Cassandra, которая на Java без всяких so-шек или нечто на .NET портированное под линукс. Что там в вашем EventStore есть такого волшебного? Вот Cassandra — солидная штука с крутыми интсраляциями и так далее.
Это пукалака какая-то на javascript-е. Cassandra гораздо более матерое решение и вполне себе специализированное; хрнаить в ней эвенты — это то, что доктор прописал.
А чем Agile не вписывается в показанные модели? Там же есть итеративность. Agile-же вообще скорее про ценности, а не про то, что нет структурированного подхода :)
Дык зависит от уровня человека. Если человек не шарит, то он сам будем годами нарабатывать эти паттерны. А если шарит, то он может и свою архитекуру быстро сделать.
Про fabric8 не слышал, гляну, спасибо. Просто последнее время большой хайп вокруг деплоймента не то, что в виде отдельных процессов, но и процессов в отдельном контейнере. Я имею в виду mesos, marathon, docker и так далее. Оно и понятно — чем больше изоляция, тем больше безопасности и управляемости, но и проблем с latency тоже больше, это понятно. Я так понимаю вы оптимизируете больше под latency, в то время как веб он обычно больше throughput ориентированный.
Да ничего они не заменяли, не повторяйте эту утку. Во-первых нет такого богатого набора операций для работы с JSON, во вторых нет автоматического шардинга. В-третьих нет ни embedded документов, ни ссылок. А так вам и раньше никто не запрещал, например, хранить json в текстовом поле, этот новый тип — просто оптимизация.
Simple != Easy. Spring Boot имеет под собой кухню автоконфигурации, которая использует стандартные возможности спринга. Проблема в том, что простым выглядит только hello-world, в большом приложении в эту кухню со временем придется влезть. А вот ТС предложил действительно простые как лопата компоненты.
На самом деле не застабилизировалось. Они сейчас еще фиганули фич, и типа больше не собираются, а дальше только стабилизация, но имхо это сильно оптимистичное заявление :) Такое заявлять нужно когда уже добавили фич, и какое-то время стабилизировали, и поняли, что действительно ничего менять не надо, а надо дальше стабилизировать.
Что касается чего-то серьезного, то тут вопрос сложнее. Если вы готовы принять соответсвтующие риски, то можно начинать, а если нет, то нет.
Вы походу не поняли в чем смысл этой концепции. Она не про то, что админы должны программировать, она про то, что админы и программисты — часть одной комманды, а не двух, которые вечно футболят друг друга с резолюшном «проблема не на моей стороне».
Вообще-то тут достаточно однозначно, в случае получения как аргумента Option падать нельзя, его нужно обрабатывать. Если нужно падать в случае отсутвия значения, то нужно в момент получения сделать .get, и дальше этот Option не пускать.
Видимо вы столкнулись с неправильным применением Option. Ведь и null ссылки зачастую обрабатываются неверно, тупо все проверяется на null, и в случае null ничего не делается, таким образом происходит проглатывание ошибок.
Option защищает от случайных ошибок, а не от целенаправленного головотяпства разработчика, что вполне достаточно. А так да, запретить null вообще было бы более сильным решением, но из-за совместимости с Java приходится это терпеть.
Вы видимо не поняли сути вопроса :) Spray вмерживают в akka в виде akka-http, но процесс этот не завершен. И поэтому не ясно, уже стоит переходить на akka-http или еще подождать и сидеть на spray
Что касается чего-то серьезного, то тут вопрос сложнее. Если вы готовы принять соответсвтующие риски, то можно начинать, а если нет, то нет.
Вообще-то тут достаточно однозначно, в случае получения как аргумента Option падать нельзя, его нужно обрабатывать. Если нужно падать в случае отсутвия значения, то нужно в момент получения сделать .get, и дальше этот Option не пускать.