AD
И соответственно смысл фразы в том, что я такой крутой и мне нафиг нужны ваши методологии, я напишу как надо
Size: a a a
2020 July 23
VS
а не в джаву и спринг
AD
При заранее невозможности исполнения этого, тем и раздражает
EB
"Как напишешь - так и будет" это фраза из разряда programming defeatism, смысл которой в открещивании ото всех попыток сделать как надо
На питоне так весь мир пишет и ничего, столько всего полезного написали ))
TI
В принципе джава спринг хибернейт челы тоже говорят, что инструмент мы просто не так готовим. А вот если нормально готовить, вот тогда...
M
При заранее невозможности исполнения этого, тем и раздражает
ZM
В принципе джава спринг хибернейт челы тоже говорят, что инструмент мы просто не так готовим. А вот если нормально готовить, вот тогда...
Спасибо. На дзяву и спринг теперь тоже не хочется.
AD
На питоне так весь мир пишет и ничего, столько всего полезного написали ))
Весь софт на питоне лютый ужас
XX
Есть ошибки, которые нужно обрабатывать и тогда таких проблем не возникает по определению. Программерские ошибки нет смысла обрабатывать, надо фиксить. Так что зависит от того, как сделаешь.
Мне тяжело представить, где нужен ask, кроме границы между пользователем и сервисом, допускаю, что такие кейсы существуют. Получит пользователь ошибку с таймаутом или другую ошибку "что-то пошло не так" - ему все равно, запрос не выполнился. В остальных случаях можно и без ask жить. К слову, в акторах можно настроить supervision strategy и сделать так, чтобы у тебя не вся система сложилась из-за ошибки, а только один актор, например, обрабатывающий запросы пользователя.
Мне тяжело представить, где нужен ask, кроме границы между пользователем и сервисом, допускаю, что такие кейсы существуют. Получит пользователь ошибку с таймаутом или другую ошибку "что-то пошло не так" - ему все равно, запрос не выполнился. В остальных случаях можно и без ask жить. К слову, в акторах можно настроить supervision strategy и сделать так, чтобы у тебя не вся система сложилась из-за ошибки, а только один актор, например, обрабатывающий запросы пользователя.
Вы описали очень узкий случай. Пользователи (люди) тут вообще не при чем. Помимо людей есть взаимодействия межсервисные, межкомпонентные, межакторные. И то, что вы можете описать в виде комбинаторов .mapError, .retry, .timeout, .ensuring и т.п. на акторах делать прям боль. И подобное нужно много где. А супервизоры вообще ортогональны этому. Супервизорами вы оперируете в разрезе предок-потомок, а не вызывающий-вызываемый.
ZM
Давайте уже что-нить позитивное и живое в чатик. Запилите что ль тест фреймворк новый.
TI
Лучше логгер
ZM
Лучше логгер
логгеров уже два приемлемых есть
ZM
а тест фреймворка ни одного
TI
А как же лихаю
Oℕ
а тест фреймворка ни одного
миллион же
Oℕ
Весь софт на питоне лютый ужас
почему
VE
IO монад тоже маловато
TI
Пора уже 4-функтор сделать
Oℕ
IO монад тоже маловато
всего лишь 5 ?
ZM
миллион же
например?