- 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);
}
}
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)
Но если длинной арифметики нет, то не беда, просто посылаешь мультикаст сообщение: "требуется проверить подлинность".
Да ну, слишком адекватно.
В качестве БД надо взять машину Анала Тьюринга. У неё же лента бесконечна, можно весь инет вместить.
Как будто так сложно запомнить!