PT
Согласен, контекст имеет значение.
Необычное соотношение.
У вас какого характера разработка? Много инфраструктуры?
Size: a a a
2020 September 28
F
Мы на холдинг работаем, внутри холдинга. Все ентерпрайз, для самой компании. Реально сложное - закупается софт, далее интергации и допил внутренними разработчиками в эксплуатации.
PT
Ага, спасибо.
Теперь понятно.
Теперь понятно.
PT
Может еще у кого-то есть примеры соотношений?
OS
Есть. От 0 до 100 %
PT
В каких случаях какой процент был?
LV
Угу. Я потому и спрашивал про серверный движок. У меня как раз на кторе все.
Когда ktor выбирали, делали сравнение со spring? классический mvc или webflux?
SB
Когда ktor выбирали, делали сравнение со spring? классический mvc или webflux?
А как их можно сравнивать? Разного класса продукты
LV
Хех. Что это вдруг. И то, и то это средства для разработки http-серверов.
LV
Не знаю, как правильно назать backend api по http :)
SB
Хех. Что это вдруг. И то, и то это средства для разработки http-серверов.
Ну, тогда apache httpd тоже туда же ) Спринг - это мега-комбайн, как можно его сравнивать с ктором, по каким параметрам?
ЗА
Продукт b2c/b2b, Одна команда DevOps (4 чел), на несколько команд разработки (150 чел – и разрабы и тестеры). В команде разработки на 6 разработчиков 3 Auto QA.
LV
Ну, тогда apache httpd тоже туда же ) Спринг - это мега-комбайн, как можно его сравнивать с ктором, по каким параметрам?
У меня есть задача. Реализовать приложение/сервис/микросервис которое предосталяет http api. Я могу взять или ktor, или spring mvc, или spring webflux.
Не вижу, почему нельзя сравнивать.
Не вижу, почему нельзя сравнивать.
PD
Когда ktor выбирали, делали сравнение со spring? классический mvc или webflux?
Сравнение по каким параметрам?
LV
perfomance
PD
Неа. MVC должен быть заметно медленнее, webflux неудобный.
На корутинах писать просто проще.
На корутинах писать просто проще.
SB
У меня есть задача. Реализовать приложение/сервис/микросервис которое предосталяет http api. Я могу взять или ktor, или spring mvc, или spring webflux.
Не вижу, почему нельзя сравнивать.
Не вижу, почему нельзя сравнивать.
А можете написать с нуля, используя просто знание http и tcp сокеты. Между ктором и спрингом примерно та же дистанция что между сокетами и ктором.
PT
Продукт b2c/b2b, Одна команда DevOps (4 чел), на несколько команд разработки (150 чел – и разрабы и тестеры). В команде разработки на 6 разработчиков 3 Auto QA.
1 к 37 примерно, да?
PD
А можете написать с нуля, используя просто знание http и tcp сокеты. Между ктором и спрингом примерно та же дистанция что между сокетами и ктором.
Хм, да все, что мне нужно от rest framework в кторе есть. А вот затачивать под себя его проще.
И принципиальных отличий от spring MVC я тут как-то не вижу, в отличии от советов.
И принципиальных отличий от spring MVC я тут как-то не вижу, в отличии от советов.
ЗА
примерно да. но тут я бы смотрел на соотношение команда девопс к командам разработки. От того, что разрабоки станет 80 вместо 150, девопсов не уменьшится.