mrkovalchuk Да. На мой взгляд самый достойный, хоть и самый хлопотный метод. Ближе к железу, выше производительность, больше возможностей, но больше труда. Если сервер на java, я бы наверное так и делал - изоморфное приложение, нативная сериализация java объектов, remote_procedure_call если понадобится, потоки данных в любую сторону.
mrkovalchuk В android java api насколько я знаю websocket нет. Есть библиотеки https://github.com/koush/AndroidAsync например. Если вы не собираетесь использовать приложение с встроенным браузером зачем вам http, пишите на java.net.Socket. Писать побольше, зато скорость и нативный Java object serialization вместо JSON.
mrkovalchuk Недостатки подхода указаны в статье. Установка нового соединения для каждого запроса дорогая процедура, когда запросы частые, вы должны по крайней мере поддерживать соединение keepalive для повторного использования. Не рассмотренный в статье websockets кроме server push(которым все же обычно пользуются) имеет следующие преимущества 1) умеет проходить через proxy(keepalive не умеет) 2)заголовки гораздо легче чем у http request(заметно снижается траффик).
Sergey Makhyanov Настоятельно рекомендую Haskell. Первая книжка LYAH, вторая Real World Haskell. Если даже и не скажете нового слова в теории алгоритмов, то получите редкий, высоко оплачиваемый skill и узнаете очень много нового о программировании.
Sushkov Надежно нет. Но вот я скомпилировал для эксперимента над своим android сматрфоном базовый http_server c GOOS=linux, GOARCH=arm а он неожиданно завелся на планшете с intel камнем. Надежное решение - docker контейнер в который и redis, mysql, postgre можно запмхнуть. Сам docker кстати на Go написан.
nirvimel Ортогональным и лаконичным мне кажется Go. Go мне вообще нравится, его весь можно уложить в голову за неделю и кодить без ref_spec, решать алгоритмические задачи а не продираться сквозь дебри языка. При этом язык достаточно выразительный. Это опять личное.
nirvimel Например Scala неортогонально перемешивает object_class java и type_class haskell. "There is more then one way to do it " с перебором. Я предпочитаю чистоту, простоту и ясность haskell или C. А вот Rust, C++ bust, Scala на мой вкус overengineering, не unix_way, Но это личное.
mofecuju Серьезные, очень серьезные конторы пишут свои рендеры, шейдеры, сетевой стек, драйверы игровой периферии не на скриптах же. Но попасть в такую контору в любом качестве, хоть anykey большая удача(сложней чем например в google на мой взгляд). Продать такой конторе свою инди поделку огромная удача. Подписать контракт с именитым издателем нужна удача. Вот, что я имел ввиду.
