- 01
 - 02
 - 03
 - 04
 - 05
 - 06
 - 07
 - 08
 - 09
 - 10
 - 11
 - 12
 - 13
 - 14
 - 15
 - 16
 - 17
 - 18
 - 19
 - 20
 - 21
 - 22
 
import java.util.Scanner;
import java.io.*;
public class Multiply {
    public static int multiplyNumbers(int n, int m)
    {
        int i = 0, result = 0;
        for(i = 0; i < m; i ++)
            result += n;
        return result;
    }
    public static void main(String [] args) {
        Scanner sc = new Scanner(System.in);
        int n,m,ans;
        n = sc.nextInt();
        m = sc.nextInt();
        ans = multiplyNumbers(n,m);
        System.out.println(ans);
    }
}
                                
 Follow us!
https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition
https://github.com/Herzult/SimplePHPEasyPlus
Первая ссылка: 136 issues, 19 pull requests.
Вторая ссылка: 24 issuses, 2 pull requests.
И ведь не лень кому-то было...
Ох лол, оно джаву крашнуло!
*** buffer overflow detected ***: /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java terminated
Ну тогда это полноценное энтерпрайзное решение.
Где бинарное возведение в степень умножение?
Хотя, в Java нормально отработает с ожидаемым результатом.
Хотя, тут наверно всё предельно логично. Взять двойку минус два раза нельзя, потому и ноль. А вот минус двойку, если таковая всё же нашлась, можно два раза.
https://ideone.com/Y7KCZx
А инкремент представить циклом побитовых операций:
LOL
== приоритетнее, чем &
Энтепрайзно это делегировать это во внешний сервис, чтобы инкапсулировать в нем стратегию умножения, таким образом можно будет легко мигрировать на архитектуры, где умножения нет
И масштабироваться будет замечательно.
Ты просто посылаешь мультикаст сообщение: "требуется умножить 2 на 3". Умеющая умножать нода его получает, обрабатывает, и шлет тебе ответ
Скорее придётся развернуть очередь (какого-нибудь rabbit mq)... Мы же не хотим, чтобы несколько нод одновременно откликнулись на этот запрос?
MQ нам нужен в любом случае, причем нужно учесть транзакционность чтобы сообщения не потерялись. Можно использовать СУБД в качестве бекенда (если там есть two phase commit), а у MS в транзакция может участвовать файловая система.
Вообще вырисовывается достаточно универсальная штука. Возможно нам следует разработать новый xml-based DSL для подобных задач, опубликовать его схему, и сделать стандарт для работы оного поверх SOAP
Чето так себе архитектура. А если разные ланы? Надо сервисдискавери через консул или хотя бы днс.
Ну в теории можно настроить передачу мультикаст траффика (см. IGMP, PIM). Но лучше и правда использовать какой-то discovery вроде srv записи в DNS (как в AD)
Но если длинной арифметики нет, то не беда, просто посылаешь мультикаст сообщение: "требуется проверить подлинность".
Да ну, слишком адекватно.
В качестве БД надо взять машину Анала Тьюринга. У неё же лента бесконечна, можно весь инет вместить.
Как будто так сложно запомнить!