Re: на чём писать бэкенд?
От: Ip Man Китай  
Дата: 06.04.19 15:05
Оценка: +1
https://spring.io/guides/gs/rest-service/ — осилит любой, кто изучал Джаву в своем ПТУ

D>---

D>Ещё такое, что возможно, один сервер не потянет, надо будет балансировку делать, или в облако это всё тащить. В облаках вообще всё инопланетяне придумывали, не понятно ровным счётом ничего, как там вообще хоть что-то сделать (как создать виртуалку с линуксом в AWS понятно, но под этим линуксом надо что-то запускать же, и тогда см. выше)

В облако и надо тащить. AWS EC2 — там и load balancing, и auto scaling. Ничего там нет сложного, прекрасные доки, куча туториалов.
Re[3]: на чём писать бэкенд?
От: std.denis Россия  
Дата: 06.04.19 15:21
Оценка: 2 (1)
SD>>а на kotlin без j2ee, с каким-нибудь ktor?
D>Новое для меня слово, записываю. Спасибо.

ещё туда же можно записать – https://github.com/KotlinBy/awesome-kotlin
или с офсайта – https://kotlinlang.org/docs/reference/server-overview.html
Re[2]: на чём писать бэкенд?
От: neFormal Россия  
Дата: 06.04.19 20:00
Оценка:
Здравствуйте, VladCore, Вы писали:

VC>питон говорят вне конкуренции в научных/расчетных/gpgpu расчетах. несложный в освоении. про бекенды на питоне не слышал.


для бэкендов он очень популярен.
я на нём тоже делал один проект.
...coding for chaos...
Re[2]: на чём писать бэкенд?
От: neFormal Россия  
Дата: 06.04.19 20:04
Оценка:
Здравствуйте, landerhigh, Вы писали:

L>Если тебе нужны in-app purchases, то их нужно делать прямо в мобильной аппликухе используя их родное API, иначе получится нагромождение костылей.


у него скорей всего продажа отдельных предметов в игре.
это можно сделать и средствами платформы, но все делают специальные предложения на основе предыдущих покупок. так что своя логика будет нужна.
плюс статистику тоже удобно собирать.
а яблоки, насколько помню, ещё требуют возможность откатить покупку, что тоже добавляет логики.
...coding for chaos...
Re: на чём писать бэкенд?
От: Masterspline  
Дата: 06.04.19 21:19
Оценка:
https://ktor.io/ Kotlin framework for server-side development.
Re: на чём писать бэкенд?
От: Слава  
Дата: 06.04.19 22:56
Оценка:
Здравствуйте, Dair, Вы писали:

D>Мне надо ВНЕЗАПНО написать бэкенд для мобильного приложения.


А вы уже придумали, как будет осуществляться собственно раздача? Ссылки с ограниченным временем использования, или какие-то одноразовые?

Где находятся ваши клиенты? Вы не думали использовать облако Яндекса, если вы уж сами в Транзасе? Судя по объёму данных, о котором вы пишете, все они легко влезут в кэш какой-нибудь машины с Redis'ом и в пару его реплик.
Re[3]: на чём писать бэкенд?
От: CreatorCray  
Дата: 06.04.19 23:07
Оценка:
Здравствуйте, Dair, Вы писали:

D>Если всегда писать на том что знаешь — как научиться чему-то новому?

Ты какую задачу то решить хочешь: "научиться чему-то новому" или "написать бэкенд"?
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Re: на чём писать бэкенд?
От: SomeOne_TT  
Дата: 07.04.19 02:32
Оценка:
Здравствуйте, Dair, Вы писали:


D>Мне надо ВНЕЗАПНО написать бэкенд для мобильного приложения.


Надо ли, когда есть такие штуки, как https://aws.amazon.com/campaigns/mobile/ ?
Re[4]: на чём писать бэкенд?
От: Dair Россия https://dair.spb.ru
Дата: 07.04.19 04:49
Оценка:
Здравствуйте, CreatorCray, Вы писали:

D>>Если всегда писать на том что знаешь — как научиться чему-то новому?

CC>Ты какую задачу то решить хочешь: "научиться чему-то новому" или "написать бэкенд"?

Обе!
Re[2]: на чём писать бэкенд?
От: Dair Россия https://dair.spb.ru
Дата: 07.04.19 04:54
Оценка:
Здравствуйте, Слава, Вы писали:

С>А вы уже придумали, как будет осуществляться собственно раздача? Ссылки с ограниченным временем использования, или какие-то одноразовые?

Одноразовые, тут понятно более-менее, как быть.


С>Где находятся ваши клиенты?

В основном, в Европе. Дания, Франция, Германия. Потом Штаты и Канада. Потом уже разное.


С> Вы не думали использовать облако Яндекса, если вы уж сами в Транзасе? Судя по объёму данных, о котором вы пишете, все они легко влезут в кэш какой-нибудь машины с Redis'ом и в пару его реплик.

Это для меня магия какая-то. Я так и не понял что такое этот Редис и в какой салат его надо замешивать.


Вообще у нас есть целый серверный отдел. довольно немаленький (им кстати тоже нужны программисты на ASP.NET), по этой магии, но у них дел невпроворот, приходится самому для себя стараться на серверной стороне.
Re: на чём писать бэкенд?
От: scf  
Дата: 07.04.19 06:43
Оценка:
Здравствуйте, Dair, Вы писали:

D>Я в основном умею в C++, но пишу ещё на Swift и Kotlin.


D>Мне надо ВНЕЗАПНО написать бэкенд для мобильного приложения.


D>Довольно минималистично — обмениваться json'ами с клиентом при помощи HTTP GET и/или POST.


Если уже пишется на Kotlin, то почему бы и не?
из 100 тыс юзеров не понятно, сколько запросов в секунду, сколько параллельных запросов и какой суммарный траф, так что обрисую нескольков вариантов:
— netty/jackson — дольше всего писать, быстрее всего работает. 5-10к запросов в секунду потянет на хорошей машине.
— akka-http — несколько тыс запросов в секунду
— embedded jetty — легко писать, перфоманс... надо мерять
— javascript/nodejs — минимум писанины, максимальная трудоемкость доработок и поддержки, перфоманс средний
— go — популярный вариант, но сам не использовал.
Re: на чём писать бэкенд?
От: Michael  
Дата: 07.04.19 10:17
Оценка: +1
Здравствуйте, Dair, Вы писали:

D>Хотел было в веб-программирование, но там трут за фронтенд, решил сюда.


D>Я в основном умею в C++, но пишу ещё на Swift и Kotlin.


D>Мне надо ВНЕЗАПНО написать бэкенд для мобильного приложения.


D>Довольно минималистично — обмениваться json'ами с клиентом при помощи HTTP GET и/или POST.


тут уже упоминали: python+flask.
Вот простая статья как это сделать https://blog.miguelgrinberg.com/post/designing-a-restful-api-with-python-and-flask

Flask, в отличие от django не навязывает каких-то баз данных и прочего.
К тому же под эту связку практически любой хостер подойдёт, чего не скажешь про .net
Re[5]: на чём писать бэкенд?
От: anonymous Россия http://denis.ibaev.name/
Дата: 07.04.19 10:32
Оценка:
Здравствуйте, Dair, Вы писали:

CC>>Ты какую задачу то решить хочешь: "научиться чему-то новому" или "написать бэкенд"?

D>Обе!

Тогда выбери, что новое ты хочешь выучить. Например, хотя бы с языком определись.
Re: на чём писать бэкенд?
От: Ватакуси Россия  
Дата: 07.04.19 10:58
Оценка: +1
Здравствуйте, Dair, Вы писали:

D>Python/Django — за часа три курения мануала по Django я не понял, как там сделать просто. Как сделать сложно — понял.


Поддерживаю людей посоветовавших фласк с питоном. В твоём случае это делается за 30-60 минут с нуля, включая юнит-тесты.
Начать там вообще легче-лёгкого. Дальше, если появится сложность, ты её можешь легко наращивать.

PS: Django как бы для другого нужен.
Все будет Украина!
Re[3]: на чём писать бэкенд?
От: koenig  
Дата: 07.04.19 11:03
Оценка:
D>Вообще у нас есть целый серверный отдел. довольно немаленький (им кстати тоже нужны программисты на ASP.NET), по этой магии, но у них дел невпроворот, приходится самому для себя стараться на серверной стороне.

взять асп.нет, если будет затык — идти к ним с вопросами
они, если что, могут и в дебаггере глянуть, а стэковерфлоу не может
Re: на чём писать бэкенд?
От: Ночной Смотрящий Россия  
Дата: 07.04.19 19:29
Оценка:
Здравствуйте, Dair, Вы писали:

D>Я в основном умею в C++


Не надо.

D>, но пишу ещё на Swift


Не надо.

D> и Kotlin.


Годно.

D>C#/.NET — вроде уже умеет под линуксом работать


Умеет.

D>, но брать продукт от Microsoft мне всё ещё стрёмно


Это лечат.

D>И тяжёлое оно.


Легче JVM, а тем более J2EE.

D>Ещё такое, что возможно, один сервер не потянет, надо будет балансировку делать, или в облако это всё тащить.


В облако в любом случае надо, если речь про мобильный бекенд. Кластер в датацентре дороже и геморойнее.

D> В облаках вообще всё инопланетяне придумывали, не понятно ровным счётом ничего


Это пройдет.

D>как там вообще хоть что-то сделать (как создать виртуалку с линуксом в AWS понятно, но под этим линуксом надо что-то запускать же, и тогда см. выше)


Тебе, судя по минималистичным требованиям, больше подойдет что то типа Azure AppServices/Amazon Beanstalk. C вируталками имеет смысл заморачиваться, только если тебе нужно что то сильно кастомное в плане инфраструктуры.

D>Контент сравнительно небольшой — ну десятки мегабайт. Пользователей тыщ 100.


Ну так выложи на CDN, зачем тебе вообще код писать понадобилось?

D>Workflow типа "здрасьте, я тут у вас контент купил, вот чек" — "давайте посмотрим. Петровна! Ты этому молодому человеку пробивала?! Да? Вот, молодой человек, вам файлик, пожалуйста"

D>Ну или "Здрасьте, вот у меня чек, нет ли у вас чего новенького?" — "Петровна, помнишь этого парня? Помнишь? Хорошо. Да, вот у нас тут новенькое случилось специально для вас"

Ничего не понял.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re: на чём писать бэкенд?
От: romy63ru Чехия  
Дата: 08.04.19 07:27
Оценка:
Здравствуйте, Dair, Вы писали:

D>Хотел было в веб-программирование, но там трут за фронтенд, решил сюда.


D>Я в основном умею в C++, но пишу ещё на Swift и Kotlin.


Так Vapor https://vapor.codes/ же!

1. Работает под Linux
2. Быстрый
3. Можно классы/либы из мобильного клиента переиспользовать
Re: на чём писать бэкенд?
От: mogadanez Чехия  
Дата: 08.04.19 10:07
Оценка:
Здравствуйте, Dair, Вы писали:

D>Довольно минималистично — обмениваться json'ами с клиентом при помощи HTTP GET и/или POST.


в таком ключе почти пофиг, быстрый бутстрап и комьюнити важнее, главное не брать чтото "оригинальное" типа Clojure


D>Nodejs — мне претит писать на JS, но, может, миллионы мух не могут ошибаться?..


после 10+ лет С# по началу тоже было непонятно как, потом втянулся =), для меня теперь дефолтный вариант при требования как выше
Re[3]: на чём писать бэкенд?
От: Calc Россия  
Дата: 08.04.19 10:42
Оценка:
Здравствуйте, Dair, Вы писали:

D>Здравствуйте, Эйнсток Файр, Вы писали:


ЭФ>>ну ты хотя бы на PHP-то умеешь программировать?

D>Нет, как-то миновала меня чаша сия.

бери PHP и не выеживайся
Re[4]: на чём писать бэкенд?
От: mogadanez Чехия  
Дата: 08.04.19 13:40
Оценка:
Здравствуйте, Calc, Вы писали:

C>бери PHP и не выеживайся


для чистого бекенда совсем не лучший выбор
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.