Ну насчет мавена и scala могу сказать что если вы их используете то вам например самому приходится указывать версию компилятора для библиотечки сделанной на скале а sbt делает это автоматически. За исключением некоторых особенностей возможности sbt и mouven'а эквивалентны. Геноцид в мувене начинается когда вам по той или иной причине нужно расширить спектр возможностей вашего билд-тула, а в sbt с расширяемостью все нормально.
Все равно не совсем понимаю в чем состоит проблема в «реализации требуемого функционала всеми фичами scala». Наверное здесь следует заранее определить соглашения об использовании тех или иных возможностей, например не использовать if() else if() else а по возможности всегда использовать патерн-матчинг или композицию функций вместо подхода fluent-api. Одно верно, язык очень мощный и ваш проект может легко превратится в лифт-сорц где черт ногу сломит.
Зачем ведь байт код то совместим? На худой конец если вы такой эстет то создайте декомпайлер bytecode -> java и радуйтесь жизни. Мы в нашей компании имеет проекты с сотнями тысяч линий кода на java и уже больше года пишем в основном на скале и никогда и ни у когда не было желания все сурцы мигрировать на scala ведь совместимость есть в обе стороны.
Мне кажется что ошибки начинаются уже с заголовка, scala является turing-complete а java нет, так что никакое это не расширение. Не нужно рассматривать scala как очередной груви, scala на корню отличается от java, все что оба языка делят так это jvm-bytecode откуда и идет совместимость.
Теперь по недостаткам. Что бы использовать мувен со scala нужно любить страдания, вообще кто в наши дни добровольно использует maven? Исключения составляют случаи когда выбора нет. Это все равно что говорит лет 10 назад, блин ant корявый какой то, буду пользовать Makefile для java проектов.
Теперь об одном и том же разными путями, тут я с вами не согласен, если для вас например карринг и частичное применеие (вот из стана врагов) одно и тоже то на самом деле это не так. Исключения составляют случаи когда некоторые индивидуумы перейдя с быдло-java начинают пороть что то типа:
if (v == null) {
.....
return null
}
Вместо того что бы пользоваться опциональными типами. Или же что то вроде.
var list = new mutable.List()
for (el <- anotherList) {
if(el > 20) list.add(el)
}
На самом деле таких примеров куча. Если вы хорошо знаете scala у вас никогда не возникнет впечатления двойственности реализаций той или иной фичи языка.
Создается впечатление что у этого человека такая бизнес-модель — книжки продавать а что бы они лучше продавались под них можно и фреймворки писать. Я с данным художеством (лифтом) плохо знаком но вы верно пометили очень похоже на спагетти-код из php или asp.net.
Ну да конечно не меня выгнали с работы а я всех выгнал и остался один в компании. Он конечно товарищ еще тот ну да ладно эта его сторона не затмит его заслуги перед сообществом scala.
+1, Автор бы еще байт-код сравнивал с кодом на скале. Главное доказательство того что не стоит тратить свое время на лифт а изучать более полезные вещи, такие как play состоит в том что последний был выбран typesafe хотя лифт тоже рассматривался но был достаточно быстро отброшен.
Будучи владельцем VPCSB1C5E чуть больше года я полностью разочаровался в sony. Вы как то на примере асера продемонстрировали внутренности оного с macbook air. Хотелось бы взглянуть «под капот» к данному sony. Общее впечатление от моего VPCSB1C5E было — излишняя дороговизна, дешевые комплектующие, шумность в случае сред задач, срок жизни батареи (хотя на сайте было заявлено — «необычайно долгое время работы от батареи») и нагреваемость.
запросов в сек на моем древнем нетбуке… (Не будем углубятся в детали со стороны мне так показалось)
Теперь по порядку:
Ваша машина в разы мощнее чем виртуалка автора
Автор здесь описывает тесты с перманентными комет-соединениями, а теперь взгляните на пункт: Тестируемое приложение будет выполнять три основных функции. Что касается вашего приложения в 10 строк, я не думаю что оно способно выполнять те же самые функции что и тест автора. Поскольку вы не разу не сказали про комет-соединения осмелюсь предположить что вы просто тестировали нагрузку сервера на обычные входящие запросы а это очень сильно отличается от того что проделал автор. И вообще если мои предположения верны 2000 зп/сек для вашего типа тестов это маловато.
Первый раз встречаю человека который пишет на java на нетбуке. А вообще давайте по существу какая у вас конфигурация, при каких обстоятельствах (исходники киньте) у вас получился такой результат.
Посмотрите на конфиг виртуальной машины в которой проводились тесты, не думаю что на последнем томкате-сомакате или jetty (в обычном сервлете) вы сможете приблизится и к 1000 запросам на такой конфигурации.
Изучать что то новое и такое многообещающее всегда интересно, вы не думаете? Но если у вас реально очень сжатые сроки то нет, вы сможете писать на java, может будет выходить более громоздко это ведь старушка java. Должен с вами не согласится по поводу основного вектора, я бы сказал scala и java равноправны (это почти ничего не стоит) только на java с его недостатками читаемость кода будет ниже (ну это повсюду не только в play).
Все равно не совсем понимаю в чем состоит проблема в «реализации требуемого функционала всеми фичами scala». Наверное здесь следует заранее определить соглашения об использовании тех или иных возможностей, например не использовать if() else if() else а по возможности всегда использовать патерн-матчинг или композицию функций вместо подхода fluent-api. Одно верно, язык очень мощный и ваш проект может легко превратится в лифт-сорц где черт ногу сломит.
Теперь по недостаткам. Что бы использовать мувен со scala нужно любить страдания, вообще кто в наши дни добровольно использует maven? Исключения составляют случаи когда выбора нет. Это все равно что говорит лет 10 назад, блин ant корявый какой то, буду пользовать Makefile для java проектов.
Теперь об одном и том же разными путями, тут я с вами не согласен, если для вас например карринг и частичное применеие (вот из стана врагов) одно и тоже то на самом деле это не так. Исключения составляют случаи когда некоторые индивидуумы перейдя с быдло-java начинают пороть что то типа:
if (v == null) { ..... return null }Вместо того что бы пользоваться опциональными типами. Или же что то вроде.
var list = new mutable.List() for (el <- anotherList) { if(el > 20) list.add(el) }На самом деле таких примеров куча. Если вы хорошо знаете scala у вас никогда не возникнет впечатления двойственности реализаций той или иной фичи языка.
public class MainActivity extends com.WazaBe.HoloEverywhere.sherlock.SListActivity { ...А как быть тем кто использует например RoboGuice?
А что по звуко и тепло изоляции? А какой вес у этого чуда?
запросов в сек на моем древнем нетбуке… (Не будем углубятся в детали со стороны мне так показалось)
Теперь по порядку:
Тестируемое приложение будет выполнять три основных функции. Что касается вашего приложения в 10 строк, я не думаю что оно способно выполнять те же самые функции что и тест автора. Поскольку вы не разу не сказали про комет-соединения осмелюсь предположить что вы просто тестировали нагрузку сервера на обычные входящие запросы а это очень сильно отличается от того что проделал автор. И вообще если мои предположения верны 2000 зп/сек для вашего типа тестов это маловато.