Здравствуйте, merge, Вы писали:
M>Планируется новый б2б веб сайт на виндус сервере.
Мне кажется, это плохая идея. Даже микрософт давно уж не использует виндовых серверов для своих сайтов.
M>Интересует именно насколько котлин хорош для бэкенда веб приложений которые хостятся на винде?
Тем более, что ничего из вашего техологического стека не привязывает вас к венде.
Здравствуйте, merge, Вы писали:
M>Привет
M>Планируется новый б2б веб сайт на виндус сервере. M>Планируем его на реакт для фронта + котлин для бэка использовать. M>База у нас мсскл.
M>Интересует именно насколько котлин хорош для бэкенда веб приложений которые хостятся на винде?
27 Kotlin индекс популярности против 5 C#.
Берите Asp.Net core
+ ef (автогенерация базы, зеро sql)
+ security
+ background services
+ razor pages, mvc, blazor(client server), можно любой бэкэнд
+ при желании легко перенести на линух.
+ можно использовать расширение в виде F#, если труебтся сложная логика, мнгопоточность(есть фулл ФП вариант — жираф).
Жираф — все тоже самое + удобный ФП-стайл для генерации html в коде.
Еще есть elmish — реакт обертка, есть bolero(F# blazor elmish)
Короче, за котлин может быть только одно — нужная интеграция с жава кодом, который нельзя заменить чем-то вменяемым.
еще один минус — жава серверная любит со старта много гигабайт, если мало то все тормозит безбожно.
Здравствуйте, merge, Вы писали:
M>Привет
M>Планируется новый б2б веб сайт на виндус сервере. M>Планируем его на реакт для фронта + котлин для бэка использовать. M>База у нас мсскл.
M>Интересует именно насколько котлин хорош для бэкенда веб приложений которые хостятся на винде?
PS если все же jvm, то лучше посмотреть в сторону GRAILS(groovy) или чистой java https://www.primefaces.org/ etc
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, merge, Вы писали:
M>>Планируется новый б2б веб сайт на виндус сервере.
Pzz>Мне кажется, это плохая идея. Даже микрософт давно уж не использует виндовых серверов для своих сайтов.
в смысле они делают все на аспнет коре и хостят на линуксе?
почему кстати от венды уходят? это же их доход
M>>Интересует именно насколько котлин хорош для бэкенда веб приложений которые хостятся на винде?
Pzz>Тем более, что ничего из вашего техологического стека не привязывает вас к венде.
у нас сейчас все на венде, асп.нет мвс. есть немного явы. хотим плавно уходить от мвс.
у нас сейчас веб и дб на венде.
фронт выбрали реакт, думаем над бэком.
Здравствуйте, varenikAA, Вы писали:
AA>Берите Asp.Net core
тут вопрос что мы сейчас на аспнет.мвс всё. Хотим плавно уйти от него. Думаем вот что выбрать.
асп.нет коре вроде самое простой выбор, но тут вопрос стратегический и хотим понять что хорошо кроме коре
Здравствуйте, merge, Вы писали:
M>Интересует именно насколько котлин хорош для бэкенда веб приложений которые хостятся на винде?
Если не знаете, что брать — берите классику: Kotlin + Spring MVC + Gradle.
Для джавовых приложений ОС не очень важна, если у вас не какие-то серьезные нагрузки от 1к запросов в секунду, нужны базовые навыки администрирования JVM.
Здравствуйте, merge, Вы писали:
AA>>Берите Asp.Net core
M>тут вопрос что мы сейчас на аспнет.мвс всё. Хотим плавно уйти от него. Думаем вот что выбрать. M>асп.нет коре вроде самое простой выбор, но тут вопрос стратегический и хотим понять что хорошо кроме коре
Здравствуйте, merge, Вы писали:
M>да вот тоже про это думаем, просто найти котлин разработчиков именно на бэкенд непросто оказалось. Все они хотят под мобилы писать
Вот вам и ответ, котлин пиарят. Так же как и го, например. Компании создатели.
В Asp.Net core есть все что нужно для бизнеса. Максимальный перформанс. Скорость разработки. Тем более раз под винду. значит MS SQL. Значит EF.
Вот сейчас, 15 минут хватило поднять жирафа (asp.net core для F#), весь html в виде функций (категории + select (js) + продукты).
данные в xml (F# TypeProvider).
Здравствуйте, Pzz, Вы писали:
M>>фронт выбрали реакт, думаем над бэком.
Pzz>Ну, я не знаток веб-технологий. Но я бы в сторону Go посмотрел.
Go не советую, слишком не однозначный. Немного углубился в го, один из разрабов на айтиборода сказал,что видит приемуществом
необходимость возвращать и обробатывать ошибки, но на том же F# это тоже можно делать и гораздо приятней.
Хотели оберон, а получился недоси с гц и вшитой в рантайм многопоточностью из-за которой на нем даже dll нельзя написать только монолитная сборка из исходников(какие-то проблемы из-за того что рантайм дублируется в dll).
Здравствуйте, varenikAA, Вы писали:
AA>Хотели оберон, а получился недоси с гц и вшитой в рантайм многопоточностью из-за которой на нем даже dll нельзя написать только монолитная сборка из исходников(какие-то проблемы из-за того что рантайм дублируется в dll).
Хотели сделать C 2.0, и сделали C 2.0
Про проблемы с DLL ты узнал от меня, и возникают они, когда ты хочешь на Go "обычную" DLL написать, предназначенную для загрузки из не-Go программ.
Если бы рантайм был в виде динамической библиотеки, всякой программе прищлось бы ее с собой таскать. Это ж не C, запчасти от которого итак на любой машине присутствуют, по историческим причинам, А оно надо кому?
Здравствуйте, merge, Вы писали:
M>Планируется новый б2б веб сайт на виндус сервере. M>Планируем его на реакт для фронта + котлин для бэка использовать. M>База у нас мсскл.
Как бы странно скрещивать явовские, переносимые, технологии и MS SQL.
Котлин — супер-сет Явы. Думаю с ним особых проблем не будет, кроме того, что все примеры будут на Яве и придется их переписывать при стек-оверфлоу-программинге.
Обычно если выбирают виндовый сервер и MS SQL, то и бэкэнд делают на дотнете. Тем более, что он теперь весьма переносим.
Если уж выбирать явовский стек, лучше и сервер выбрать переносимый, а отлаживаться как на винде, так и на линухах. Получится переносимый продукт.
Котлин как язык особых преимуществ перед Шарпом не имеет. Он примерно того же класса. При этом для дотнета есть куда более крутые языки — Nemerle и F#. Если хочется языковых изысков они уж точно Колину дадут фору. И их без проблем можно использовать с Шарпом в одном флаконе. С их помощью можно будет много чего автоматизировать.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, varenikAA, Вы писали:
AA>PS если все же jvm, то лучше посмотреть в сторону GRAILS(groovy) или чистой java https://www.primefaces.org/ etc
Ну, Груви — это в первую очередь скрипт с понятными минусами.
А Ява по сравнению с Котлином приемущество не имеет. Разве что примеры проще переносить из стек-оверфлоу.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, merge, Вы писали:
M>в смысле они делают все на аспнет коре и хостят на линуксе? M>почему кстати от венды уходят? это же их доход
Не уходит никто от винды. Просто винад — это более дорогое решение. Лицензия, железо... Вот МС и наладил хостинг на линухах. Самые дешевые решения в Азуре — это линоховые виртуальные серверы.
M>у нас сейчас все на венде, асп.нет мвс. есть немного явы. хотим плавно уходить от мвс.
А смысл? Если вы прибиты гвоздями к MS SQL, то как-то не видно смысла.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, merge, Вы писали:
M>тут вопрос что мы сейчас на аспнет.мвс всё. Хотим плавно уйти от него. Думаем вот что выбрать. M>асп.нет коре вроде самое простой выбор, но тут вопрос стратегический и хотим понять что хорошо кроме коре
Ну, явовский мир параллельный. Там есть все но оно сильно другое. Специально для котлина в этом мире ничего не заточено. Немного мобильная разработка разве что из-за того, что Гугль поддержал Котлин под андройдоом. Но все равно в базе это Ява.
Коре для вас логичный выбор. Переучиваться не придется. Переносимость для бэкэнда у него примерно как у Явы. По производительности тоже на уровне. МВЦ там есть. Не придется отказываться.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, merge, Вы писали:
M>да вот тоже про это думаем, просто найти котлин разработчиков именно на бэкенд непросто оказалось. Все они хотят под мобилы писать
Это логично. За мобильную разработку больше платят в среднем. Плюс Котлин взлетел (ну взлетает) именно в мобильной разработке благодаря поддержке Гугля в Андройдном АПИ.
Думаю, что найти дотнетчиков будет еще проще чем явщиков.
Искать специально Котлиновцев нет смысла. Нормальный программер освоит Котлин за пару месяцев в процессе разработки. Нужно только брать тех кто хочет и умеет изучать новое. Но оно по любому полезно.
Вопрос лишь в том зачем вам вообще такая резка смена платформы?
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Вопрос лишь в том зачем вам вообще такая резка смена платформы?
У нас в команде пишут на шарпе почти. Мы пишем сейчас сайт-модуль для большой системы которая на асп.нет.
Эта большая система морально устарела и ее уже несколько раз хотели под яву переделать топ-менеджмент.На менеджмент мы почти не можем воздействовать.
Почему я хочу делать сайт-модуль на котлине — чтобы ребята освоили котлин к тому времени, когда все таки менеджмент решит переделать сайт под яву.
Если было 2 попытки, то имхо, это случится.
К тому времени, когда все таки решится вопрос с переходом на яву, многие будут знать мир явы.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, merge, Вы писали:
M>>Планируется новый б2б веб сайт на виндус сервере. M>>Планируем его на реакт для фронта + котлин для бэка использовать. M>>База у нас мсскл.
VD>Как бы странно скрещивать явовские, переносимые, технологии и MS SQL.
Продублирую сюда ответ
У нас в команде пишут на шарпе почти. Мы пишем сейчас сайт-модуль для большой системы которая на асп.нет.
Эта большая система морально устарела и ее уже несколько раз хотели под яву переделать топ-менеджмент.На менеджмент мы почти не можем воздействовать.
Почему я хочу делать сайт-модуль на котлине — чтобы ребята освоили котлин к тому времени, когда все таки менеджмент решит переделать сайт под яву.
Если было 2 попытки, то имхо, это случится.
К тому времени, когда все таки решится вопрос с переходом на яву, многие будут знать мир явы.
Как план?
VD>Котлин как язык особых преимуществ перед Шарпом не имеет. Он примерно того же класса. При этом для дотнета есть куда более крутые языки — Nemerle и F#. Если хочется языковых изысков они уж точно Колину дадут фору. И их без проблем можно использовать с Шарпом в одном флаконе. С их помощью можно будет много чего автоматизировать.
про ф шарп слышал, но думал он уже не жив. А что им можно автоматизировать?
