Я очень рад за Вас. Вы вероятно очень хорошо учили физику в школе раз берётесь утверждать, что именно в курсе физики освещены вопросы поднятые автором :).
Не спешите обобщать, уверен, что здешняя аудитория неоднородна, и не все возьмутся утверждать, что именно в курсе физики раскрыты вопросы сознания, разума, эволюции, космоса и т.д.
И ещё, я правильно понимаю, что мы одни в космосе? Что земля - явление уникальное, и что нас создал Бог?
Спасибо за ответ. Я правильно понимаю что Вы рекомендуете читать учебники Физики чтобы лучше разобраться в теме, поднятую автором? Критики Левашова похожи на Вас в чём-то. Крикуны, которые порекомендовать ничего не могут, но кидаются громкими обвинениями и претенциозными заявлениями.
Это состояние описано во многих источниках. Как русско-язычных так и англо-язычных. В англо-язычных наиболее выдающиеся, наиболее запомнившиеся мне книги я бы поставил в таком порядке.
Richard Bach's "Illusions" — первый раз прочитал её в переводе, более 25 лет назад. Потом перечитывал на английском
Michael Newton's "Jorney of souls" and "Destiny of souls" книга написана психоатерапевтом, долгие годы практиковавшим регрессивную терапию, выводя пациента за рамки привычных временных интервалов
Robert Monroe's "Journey out of the Body"
Tomas Campbell's "My Big Toe" самое фундаментальное исследование. TOE - аббревиация "Моей Теории Всего" (Theory of Everything).
Из русских авторов
Наверное есть многие, но я хочу порекомендовать только Левашова Н.В. "Сущность И Разум". В этой работе тема раскрыта наиболее полно и доступно. Остальные его работы, такие как "Неоднородная Вселенная" гораздо более логично и полно объясняют явления (в частности и те, что описаны в TOE), давая ключ ко многим разгадкам. И жил он долгое время в Сан-Франциско, на одном со мной побережье, и бывал я в Сан-Франциско в то время часто, но узнал о нём только после того как он вернулся в Россию...
У Thomas Campbell есть англоязычный форум, там обсуждают Binaural Beats - записи с частотами которые помогают переходу в ИИС.
Это не должно пугать, даже наоборот. Это гарантия того, что алгоритмы будут перепроверены большим числом профессионалов. Без ключей, алгоритмы — это просто алгоритмы.
Да, конечно. Иначе код просто не будет компилироваться. В JDK java.util.Comparator, java.util.function.BiConsumer и другие функциональные интерфейсы наряду с единственным основным абстрактным методом, предназначенным для имплементации, предоставляют множество вспомогательных 'default' методов.
Асинхронный стиль программирования не вписывается полностью в привычные идиомы и правила, но с его развитием появятся дополняющие его идиомы и шаблоны.
В данном фреймворке создание Result<> клиентом является идиомой.
Так, например, в цепочке из двух сервисов где клиент вызывает сервис Foo, а сервис Foo вызывает сервис Bar создание сущности Result<> производится в коде клиента (RestHello) и выглядит верным подходом.
@Service
public class Foo {
@Service @Inject
Bar _bar;
public void foo(Result<String> result) {
_bar.bar(result.then());
}
}
@Service
public class Bar {
public void bar(Result<String> result) {
result.ok("Hello World!");
}
}
public class RestHello {
@Service @Inject
Foo _foo;
@Get
public void hello(RequestWeb request) {
_foo.foo(request.then()); //request.then() создаёт сущность Result для передачи в foo и
//ставит себя во главу цепочки принимающей результат. По готовности результата
//RequestWeb отсылает результат удалённому клиенту
}
}
Кроме того, Result является функциональным интерфейсом и может быть использован в стиле лямбда выражения:
Передача Result в следующий сервис необходима потому, что Result ещё не готов, а следующий сервис и должен его заполнить. Передав Result следующему сервису метод выходит и освобождает микро-сервис для следующего вызова.
Блокирующие интерфейсы действительно плохо сопрягаются с асинхронными. В Baratine блокирующий внешний web-service обертывают в асинхронный микро-сервис и аннотируют его аннотацией @Workers(). @Workers регулирует количество потоков для такого сервиса-обёртки.
@Workers(32)
@Service
public class MyJAXWSServiceWrapperImpl implements MyJAXWSServiceWrapper {
public void execute(Result<Reply> result) {
Reply reply = ...// obtain reply in a blocking call to external service
result.ok(reply);
}
}
Таким образом код, вызывающий обёртку, будет соответствовать идиоме асинхронного кода.
Я очень рад за Вас. Вы вероятно очень хорошо учили физику в школе раз берётесь утверждать, что именно в курсе физики освещены вопросы поднятые автором :).
Не спешите обобщать, уверен, что здешняя аудитория неоднородна, и не все возьмутся утверждать, что именно в курсе физики раскрыты вопросы сознания, разума, эволюции, космоса и т.д.
И ещё, я правильно понимаю, что мы одни в космосе? Что земля - явление уникальное, и что нас создал Бог?
Спасибо за ответ. Я правильно понимаю что Вы рекомендуете читать учебники Физики чтобы лучше разобраться в теме, поднятую автором? Критики Левашова похожи на Вас в чём-то. Крикуны, которые порекомендовать ничего не могут, но кидаются громкими обвинениями и претенциозными заявлениями.
Это состояние описано во многих источниках. Как русско-язычных так и англо-язычных. В англо-язычных наиболее выдающиеся, наиболее запомнившиеся мне книги я бы поставил в таком порядке.
Из русских авторов
У Thomas Campbell есть англоязычный форум, там обсуждают Binaural Beats - записи с частотами которые помогают переходу в ИИС.
Это не должно пугать, даже наоборот. Это гарантия того, что алгоритмы будут перепроверены большим числом профессионалов. Без ключей, алгоритмы — это просто алгоритмы.
Думаю, да.
Да, конечно. Иначе код просто не будет компилироваться. В JDK java.util.Comparator, java.util.function.BiConsumer и другие функциональные интерфейсы наряду с единственным основным абстрактным методом, предназначенным для имплементации, предоставляют множество вспомогательных 'default' методов.
Спасибо, учту.
Прямой поддержки для Akka там нет.
Асинхронный стиль программирования не вписывается полностью в привычные идиомы и правила, но с его развитием появятся дополняющие его идиомы и шаблоны.
В данном фреймворке создание Result<> клиентом является идиомой.
Так, например, в цепочке из двух сервисов где клиент вызывает сервис Foo, а сервис Foo вызывает сервис Bar создание сущности Result<> производится в коде клиента (RestHello) и выглядит верным подходом.
Кроме того, Result является функциональным интерфейсом и может быть использован в стиле лямбда выражения:
Передача Result в следующий сервис необходима потому, что Result ещё не готов, а следующий сервис и должен его заполнить. Передав Result следующему сервису метод выходит и освобождает микро-сервис для следующего вызова.
Передав Result следующему сервису метод выходит и освобождает микро-сервис для следующего вызова. Это соответствует второму принципу в списке.
Блокирующие интерфейсы действительно плохо сопрягаются с асинхронными. В Baratine блокирующий внешний web-service обертывают в асинхронный микро-сервис и аннотируют его аннотацией @Workers(). @Workers регулирует количество потоков для такого сервиса-обёртки.
Таким образом код, вызывающий обёртку, будет соответствовать идиоме асинхронного кода.