я не андроид разработчик, но с явой я знаком весьма не плохо. Извините, но все что стоит после «О нестандартных аспектах применения аспектов.» мне абсолютно не понятно.
Мы с вами в каких то паралельных вселенных живем. Я правда никаких исследований не делал, но на вскидку назвал бы следующие профессии, которые приносят нормальные деньги и гарантируют работу в Европе. Не думаю, что должна быть большая разницас РФ, хотя…
Итак, я бы своему отпрыску посоветовал:
врач
учитель
программист
электротехник
строительный инженер
полиция
Без обид, но эти ваши нанотехнологии и прочее для меня как ересь звучит. Не могу себе представить, что бы я сказал своей дочери «иди учи нанотехнологии». Где она потом работать будет? Рабочих мест на такую специальность кот наплакал.
Извините, не понял ответ. Как связан message broker с возможностью не доставки ответа и тем как это должен разруливать сервис? Если ответ не придет, т.к. сервис например упал во время подготовки ответа, то как должен клиент разруливать эту ситуацию?
Другими словами, ваш сервис должен понимать, что ему могут не ответить никогда, если он ожидает каких-то данных. Таким образом, вы сразу должны исходить из ситуации, что что-то у вас может не работать.
Как вы решаете эту проблему, сажаете какой то timeout?
не-не, конечно же ваш агрегатор что то делает: он ждет. И ждет он последний ответ. Время при этом уходит, в худшем случае вы получаете время отклика на 99.999% совпадающее со временем отклика, как если бы вы тупо опрашивали все сервисы по очереди в for- цикле с ожиданием ответа от каждого сервиса. Ведь клиенту вообще то все равно как там устроен агрегатор, ему важно время появления первого результата.
Спасибо за ответ, но вы сказали абсолютно тоже самое, что сказал я: ваш агрегатор общается с сервисами паралельно, но не ассинхронно. Ответ клиент получит только когда оба сервиса отдадут ответ. Ассинхронности тут нет, здесь есть параллельность.
Под ассинхронностью я понимаю следующий сценарий:
агрегатор создает «пустую» (т.е. без статьи и коментов, но с хидером, футером, и т.д.) страницу и отдает ее браузеру. Браузер показывает страницу и открывает 2 сокета на получение статьи и комментов к ней. Одновременно агрегатор отсылает запрос каждому из сервисов. Как только ответ пришел, агрегатор обрабатывает его и отсылает браузеру через соответствующий сокет.
Спасибо. Но в таком случае агрегатор никогда не покажет эти самые коменты, т.к. они придут слишком поздно и клиент уже покажет страницу. Клиенту придется отправить запрос на коменты еще раз и в этот раз ему придется таки дождатся ответа. Это не то что понимают под ассинхронностью, вернее совсем не то что понимаю я.
Маск много раз говорил, что эти затраты для него сущие копейки. А вот полученные данные и рекламный эффект будут стоить очень дорого. Я более чем уверен это бы окупилось.
наверное тем, что если что то пойдет не так, то згорят только деньги потраченные на топливо? При этим не будет даже репутационных потерь, но классный повод привлечь внимание.
интересно, почему бы им не прикрепить макет груза к уже вернувшейся ступени и не запускать ее пока она не взорвется. С отделением груза конечно. Что то вроде симуляции настоящего запуска. Я б за таким с удовольствием посмотрел бы. Если б ступень раз так 20 взлетела и села, это было бы супершоу всех времен.
а государство и не должно зарабатывать, оно должно выходить в ноль. Это не фирма, это пока неизбежное зло. Смысл в том, что умерев сегодня, государство потеряет из-за моей смерти гораздо больше чем миллион евро. Я как то читал статистику, Германия тратит на человека до его выхода на работу( т.е. до первой уплаты налогов) свыше 200 тыс. евро. Таким образом, если человек умрет в свой первый рабочий день, он нанесет государству убыток на эту сумму.
я плачу прямыми налогами примерно 2000€ в месяц, или 24 000 в год. На пенсию выйду через 27 лет, т.е. заплачу опять же прямыми налогами 648 000€. При этом мне сейчас 40, т.е. я уже имею право на бесплатное ежегодное обследование на рак(то бишь могу умереть от рака). Если учесть все налоги, т.е. те, что включены во всякие услуги, продукты и т.д. плюс доход от моего труда, то государство получит от меня далеко за 1 млн.€. Так что никаких лишних нулей нет. Я б даже сказал, маловато будет.
Итак, я бы своему отпрыску посоветовал:
Без обид, но эти ваши нанотехнологии и прочее для меня как ересь звучит. Не могу себе представить, что бы я сказал своей дочери «иди учи нанотехнологии». Где она потом работать будет? Рабочих мест на такую специальность кот наплакал.
Судя по вашему ответу альтернативы timeoutу нет, я надеялся услышать про какой нибудь другой способ.
Спасибо еще раз.
Вы пишите:
Как вы решаете эту проблему, сажаете какой то timeout?
Чем агрегатор занимается пока не придет второй ответ никого не интересует, главное что время идет.
Под ассинхронностью я понимаю следующий сценарий:
агрегатор создает «пустую» (т.е. без статьи и коментов, но с хидером, футером, и т.д.) страницу и отдает ее браузеру. Браузер показывает страницу и открывает 2 сокета на получение статьи и комментов к ней. Одновременно агрегатор отсылает запрос каждому из сервисов. Как только ответ пришел, агрегатор обрабатывает его и отсылает браузеру через соответствующий сокет.
Что имеется ввиду? Не опрашивать все нужные сервисы по очереди, а паралельно? Или что то другое?