Бамбук непрерывная интеграция

Система очереди сообщений прохладна, потому что она эффективно производит "fire-and-wait-for-result" эффект, который является синхронной частью, о которой Вы читаете. Что делает, это невероятно потрясающее - то, что это означает, что строки не должны быть выполнены последовательно. Рассмотрите следующий код:

r = methodWithALotOfDiskProcessing();
x = r + 1;
y = methodWithALotOfNetworkProcessing();
w = x * y

Полагают на мгновение, что methodWithALotOfDiskProcessing () занимает приблизительно 2 секунды для завершения и что methodWithALotOfNetworkProcessing () занимает приблизительно 1 секунду для завершения. На процедурном языке этот код занял бы приблизительно 3 секунды для выполнения, потому что строки будут выполняться последовательно. Мы напрасно тратим время, ожидая одного метода для завершения, который мог работать одновременно с другим, не конкурируя за единственный ресурс. На функциональном языке строки кода не диктуют, когда процессор будет делать попытку их. Функциональный язык попробовал бы что-то как следующее:

Execute line 1 ... wait.
Execute line 2 ... wait for r value.
Execute line 3 ... wait.
Execute line 4 ... wait for x and y value.
Line 3 returned ... y value set, message line 4.
Line 1 returned ... r value set, message line 2.
Line 2 returned ... x value set, message line 4.
Line 4 returned ... done.

, Насколько прохладный это? Путем продолжения кода и только ожидания, в случае необходимости мы уменьшили время ожидания до двух секунд автоволшебно!: D Так да, в то время как код синхронен, он имеет тенденцию иметь различное значение, чем на процедурных языках.

РЕДАКТИРОВАНИЕ:

, Как только Вы схватываете это понятие в сочетании с сообщением Godeke, которое легко вообразить, как простой это становится для использования в своих интересах нескольких процессоров, ферм сервера, избыточных хранилищ данных и кто знает что еще.