Angular vs Derby. Должен остаться только один

Другие отказываются от MVC на клиенте в пользу MVC на сервере, жертвуя интерактивностью ради SEO.

Как связан паттерн MVC с SEO? Как связана с ним интерактивность?

Full-Stack фреймворки совмещают в себе всё лучшее MVC на сервере и MVC на клиенте, умножая это на преимущества использования одного языка

А здесь наверное стоит заменить MVC на фреймворк?

Я вот не очень знаком с преимуществами node перед другими языками в данной архитектуре. Не могли бы вы вкратце пояснить, почему всё тоже с серверной стороны нельзя сделать на той же скале? Я только один пример оптимизации видел, когда шаблонизатор на клиенте и сервере — одна и та же js-библиотека, но не вижу пока серьезных причин, почему нельзя сделать так, чтобы на клиенте и на сервере за работу шаблонизатора отвечали библиотеки на разных языках.

А на счет javascript, не понимаю, как можно всерьез его сравнивать опять же со скалой по качеству кода, когда статических проверок этого самого кода меньше чем в php, который, как известно, не является эталоном для подражания и ни одна компания в здравом уме не сменит java/scala на php.

Плюсы MVC на клиенте в сравнение с чем? С plain javascript? Они и так очевидны: модульность, простота реализации, управляемость.

Да Full-Stack это прекрасно, да он позволяет (теоретически) уменьшить дублирование кода, да он удобен. Но все это только для новых проектов.
Если у меня есть живой проект с любым серверным фреймворком и plain javascrpipt на клиенте, я могу упростить себе жизнь интегрировав любой клиентский MVC фреймворк и минимально затронув серверную часть. Для Full-Stack мне придется написать все с нуля.

Я вот вообще не вижу плюсов MVC на клиенте. Я сейчас специально зашел в GMAIL, открыл FIREBUG, и поклацал на разные кнопочки. Это ужас просто, что показывает консоль. Десятки бессмысленных для меня запросов на сервер. При чем первые нажатия пунктов меню все равно сначала шлют что-то на сервер, а потом меняется состояние приложения.

Я каждый день по нескольку раз в день захожу проверить почту и каждый раз я скачиваю тонны кода. Иногда я получив новые письма читаю их, иногда новых писем и нет вовсе. Мне нужно то отобразить список писем, при необходимости просмотреть их, иногда ответить. Действий — на пальцах посчитать. Загруженных килобайт — не больше сотни, за сеанс работы. Но тонны кода я скачиваю себе в браузер из раза в раз. Это по вашему правильное приложение?

Большинство пользователей хотят поменьше кликов для доступа к информации, чтобы ничего не глючило, не тормозило и было предсказуемым. И это всё.

Вы же, как я понял, можете предложить лишь более быстрый отклик приложения, чем обычные 200 — 300 милисекунд. Больше вам предложить пользователю нечего. Все остальное делает работу с приложениями только хуже. Десятки непонятных запросов на сервер, тонны такого же непонятного кода, вы нагружаете наши компьютеры, а мы просто хотели зайти посмотреть не пришло ли письмо от Макса.

> Какие у вас претензии к движку?

Не у меня. Это вы так сформулировали первый миф: «Node.js — это то, что он не стабилен и запросы иногда теряются».

> На каком языке предлагаете писать? Во сколько раз он быстрее Си?

Что же вы так реагируете :) Я не наезжаю на ноду, просто критикую ваш стиль разрушителя мифов. Вам не кажется забавным, что во всём абзаце, который должен доказать, что нода быстра, сказано только то, что нода медленнее Си в 3-5 раз, и что там можно поднять миллион соединений (а это вообще не про скорость, а про память).

> Примеры ассинхронных конкурентов node.js в студию!

Вашим «уникальным» преимуществом, а именно: «обработка одного запроса не ждёт, пока обработается другой», обладает любой concurrent код, в том числе и многопоточные решения. Было бы странно, если бы не обладали, ведь это и есть смысл concurrent programming :)

> В данном случае «умелые руки» — это руки среднего программиста, имеющего некоторый опыт с node.js (месяц — два).

О да, конечно. Если использовать async.* и другие хитрости, для борьбы с колбеками, возможно такой код станет более или менее прост и красив, по сравнению с другом node-кодом, который эти фокусы не использует. Но стоит только выйти за рамки ноды, посмотреть, как это можно было бы сделать у конкурентов, и всё встанет на свои места. Например два ассинхронных куска кода.
C#

var1 = await func1(some_const)
var2 = await func2(some_const + var1)

и node:

async.waterfall([
  function step1(done) {
     func1(some_const, done);
  },
  function step2(var1, done) {
     func2(some_const + var1, done);
  }
], final_callback);

Примеры ассинхронных конкурентов node.js в студию!

ReactPHP — Event-driven, non-blocking I/O with PHP.

Примеры ассинхронных конкурентов node.js в студию!

Tornado
Правда я уже переписал код с торнадо на ноду :)

Здесь так же есть дискуссия и ни одна по сути статьи.

Моя претензия, возможно, покажется вам неконструктивной, но моё мнение что заголовок, помимо привлечения внимания, обязан иметь развитие в тексте. То что я увидел — яркий заголовок, и первым же предложением «отмазка» что сравниваться будет не то что в заголовке, а используемые подходы в этих двух библиотеках. Тогда уж можно было бы всю статью заменить вашей же фразой «Сравнивать Angular и Derby не корректно».

Непонятно, что вы имеете ввиду под «абстрагированием» от веб-технологий. В кложуре идет работа с request, response, session, cookies — полный http стек (В том же джава и пайтон все тоже самое). В кложур скрипт работает с тем же самым DOM только используется lisp-образный синтаксис. Никакой абстракции нет. JavaScript на клиенте — это не самая приятная вещь, а уж переносить ее на backend — это чистой воды мазохизм.

> А чего вам не хватает в Derby, то что есть в Angular?

Наверное, ему придется сначала Derby изучить, чтобы ответить на этот вопрос :)

Не хватает продуманного фронтенда, директив и проч., чего, думаю, никогда в Дерби не будет, т.к. у них нет 40 человек из Гугла, разрабатывающих фронтендскую часть) Они не планируют объединиться? С их ресурсами был бы хороший вариант расширить Ангуляр методами взаимодействия с сервером и заняться вплотную бекэндом. У Метеора, кстати, подобные сборки есть