Конечно, не честно. Просто есть много трейд-оффов при разработке языков. В результате, у каждого языка есть свои слабые стороны. Надо просто под конкретную задачу выбирать технологию. Если тебе надо числа гигабайтами складывать, пиши на C. Если 10K открытых соединений держать, то на чем-то асинхронном.
Что касается читаемости. Попробуй напиши тот же алгоритм на C, Java или на node.js (там есть web workers для параллелизации) и сравни код, что получится, с Go. Я ещё не видел более лаконичного языка для описания параллелизации. On Mon, Feb 9, 2015, 15:50 Михаил Монашёв <[email protected]> wrote: > Здравствуйте, Alexander. > > > Вот и ноду обогнали :-) > > Ну это не совсем честно, ИМХО. Да и посмотри, как сильно читаемость > кода ухудшилась! > > Переписал через слайсы, чтобы перейти в цикле к сравнению с нулём (что > намного быстрее): https://play.golang.org/p/SZYYqGDmQY и стало 11ms. > > -- > С уважением, > Михаил mailto:[email protected] > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
