DK
В рамках сравнения разумно использовать только stable релизы, мне кажется
Size: a a a
2020 October 02
M
абсолютно согласен. просто хочу уточнить какую именно версию стоит использовать, для начала
Я бы органичил сравнение до Laravel vs Aqueduct
DK
Я бы органичил сравнение до Laravel vs Aqueduct
Ну, мне кажется, что они избыточны для нас
DK
надо сравнивать перформанс платформ
Что подразумевается под платформой ?
PE
Что подразумевается под платформой ?
среда исполнения
M
Ну, мне кажется, что они избыточны для нас
Павел выше правильно заметил, что такое сравнение будет корректнее. И мы можем предполагать, что оба фреймворка хорошо написаны с учётом особенностей языка.
P
очевидно, что на данном этапе развития экосистемы использование дарта в целях отличных от флаттера это удел энтузиастов =)
DK
Ну мы же сравниваем не фреймворки, а язык + рантайм.
M
Ну мы же сравниваем не фреймворки, а язык + рантайм.
Мы сравниваем язык применительно к задачам серверной части клиент-серверного приложения. А это, как правило, подразумевает использование фреймворка
DK
Мы сравниваем язык применительно к задачам серверной части клиент-серверного приложения. А это, как правило, подразумевает использование фреймворка
Нет, если это микросервис.
DK
Мы сравниваем язык применительно к задачам серверной части клиент-серверного приложения. А это, как правило, подразумевает использование фреймворка
Тут нужно уточнить что оба эти фреймворки огромные комбайны
M
Нет, если это микросервис.
Микросервисы тоже удобнее делать на фрейморке обычно
DK
Мы сравниваем язык применительно к задачам серверной части клиент-серверного приложения. А это, как правило, подразумевает использование фреймворка
И по сути мы будем сравнивать производительность именно фреймворков
M
И по сути мы будем сравнивать производительность именно фреймворков
Да. Но это и будет означать сравнение применимости языков в практических задачах.
M
Наличие Spring, например - одна из основных причин использовать Java на бэкэнде)
DK
Да. Но это и будет означать сравнение применимости языков в практических задачах.
Если бы задачей было - сравнение фреймворков - да. Мы говорим о сравнении производительности языка + рантайма
M
Мы говорим о двух разных сравнениях (
DK
на таких больших фреймворках мы оцениваем правильность написания фреймворка, но если мы возьмем простой фреймворк(просто роутер по сути) вроде shelf
M
"Сравнение языков" имеет смысл только как фаллометрия, на мой взгляд. Сравнение производительности в конкретных сценариях использования - может быть одним из критериев выбора решения для задачи, если разрыв действительно велик.
DK
Ну тогда не стоит говорить, что php быстрее чем nodejs и наоборот. Корректнее было бы сказать express быстрее чем laravel ?