Golang?

Golang?

Мне самому нравится Go, но к примеру, с базой в Golang работать не сильно удобнее чем в Erlang.

Штуки вроде ActiveRecord и SQLAlchemy нужны.

ORM? Вроде было несколько штук где-то.

nodejs же ;)

самый удобный деплой имхо - erlang в стиле flussonic. скомпилировал, поправил конфиг, запустил, заработало. даже nginx не нужен.

ruby и python требуют дополнительных танцев с application server и nginx. контейнер - неплохая идея, может сильно упростить жизнь.

и да, про жрет память - у людей тыщи инсталляций в продакшне, и всем норм. ты же не на raspberry хоститься собрался?..

1) Мне не кажется проблемой 200-300 мегабайт памяти и куча либ. Всё-таки не шаред-хостинг для PHP-хоумпейджей делаем. К Ruby особо претензий нет, кроме того что я его не знаю, и что язык динамический.

2) Ненависть к Java и .NET тоже не совсем понятна. Это наиболее простые, фичастые языки. С огромной инфраструктурой. Ничего не ломается, всё работает. Статическая типизация. Нормальные IDE (не нужно писать в блокноте). Любой школьник за месяц с ними разберётся. Всё плохо с обфускацией - но для опенсорца это неважно.

3) Playframework тоже отжирает прилично памяти со старта, емнип как раз те 300. А если напихать в него тучу толстых либ - еще больше. На практике я сразу выделял на серваке 2 гига под playframework-сайты.

Делать наоборот - т.е. придумать как уменьшить расход памяти - не пробовал, потому что было тотально незачем.

В ходе жизни, память смывается сборщиком мусора, если нигде не наделали утечек (но их можно найти в профайлере), т.е. то что после старта - это скорей то что будет еще долго-долго, никуда бесцельно она не просирается.

Для Java и Scala есть какие-то lightweight фреймворки, которые жрут меньше памяти, чем Play.

У jvm-based языков всё ок с потреблением памяти.
Зависит от того, как настроишь jvm. У меня на старте кложурий проект
ест 25мб. Для heap выделяю метров 200. И да, Leiningen богоподобен.

У JVM-based языков те же проблемы с памятью что и у Rails, подскажите?

Нет. ЖВМ отожрёт своё, а потом потихонечку.

boost::asio

адекватное потребление ресурсов

Адекватнее, чем у C и C++ сложно будет найти :)

Если не хочется вручную управлять памятью, то есть еще промышленно стабильные Eiffel и Go. Ну или экзотический D.

Либо ruby, либо nodejs.

Адекватнее, чем у C и C++ сложно будет найти :)

Автоматическое управление памятью — давно победившая норма. Не знаю зачем ты это здесь приводишь.

Eiffel, ..., Ну или экзотический D.

Я же писал в первом посте: «развитая платформа, удобные библиотеки». Go ещё туда-сюда, а эти два мимо.

Либо ruby

А как же проблемы что я описал в первом посте?

А как же проблемы что я описал в первом посте?

Это не проблемы, это системные требования.

Если отталкиваться от эрланга и руби, то есть Elixir. Простой и понятный, вроде бы. Видел штуки, которые собирают весь проект в rpm пакет. Ещё есть орм, почти в stdlib.

ормы какие-то странные там. кажется, завязаны на reflex, т.к. типы для sql описываются с помощью уродливых structure tag.

Автоматическое управление памятью — давно победившая норма. Не знаю зачем ты это здесь приводишь.

Тогда не нужно вписывать пункт про адекватное управление ресурсами. Да и про развертывание

:)

Тогда не нужно вписывать пункт про адекватное управление ресурсами.

Ты бы стал писать интернет-магазин или блог на C++, с ручным управлением памятью? Ты бы назвал это адекватным?

Проект — управление всякой фигней в базе, очень похоже на все эти сайтики.

Java + Spring Boot = на выходе получишь сайт, который запускается командой:

java -jar MySite.jar

А должен запускаться как sudo service mysite start

ну завернуть эту команду в upstart, в чем проблема.

Ты бы стал писать интернет-магазин или блог на C++, с ручным управлением памятью?

Смотря какого размера магазин :) И какую именно часть магазина :)

Ты бы назвал это адекватным?

Напомню, что речь шла об «адекватное потребление ресурсов». Нативные языки вроде C и C++ адекватно потребляют ресурсы, как память, так и процессор. Языки с GC требуют от 2-х до 4-х раз больше памяти. Языки с VM (да еще и без JIT/HotSpot) работают в несколько раз медленнее.

Или речь шла о таком ресурсе, как разработчики? Если так, то да, C/C++ для целого ряда предметных областей потребляют этот ресурс неадекватно.

Проект — управление всякой фигней в базе, очень похоже на все эти сайтики.

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

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

Тогда понятно.

Один хрен, с видеопотоками справляется Erlang, где управление памятью, конечно же, тоже автоматическое.

Языки с VM (да еще и без JIT/HotSpot) работают в несколько раз медленнее.

Несколько раз — это если матрицы перемножать. На обычных же повседневных задачах это не так явно. Обычная же задача такова: получить/разобрать запрос, сходить к базе, записать в базу, отрендерить.

развитая платформа, удобные библиотеки

Java, .net возможно еще python. Все остальное либо крайне неразвито либо неудобно и требует кучи времени разработчиков на ваяние велосипедов.

адекватное потребление ресурсов

Все кроме нативного жрет ресурсов порядком, особенно если без настройки. А если денек погуглить, то у меня на виртуалке с MemTotal: 1718620 kB вполне себе жило 5 инстансов jvm.

простое развёртывание с точки зрения пользователя. В идеале человек должен получить более-менее готовый к продакшену сервис просто склонировав реп, скомпилировав и запустив.

Клонировать, компилировать... Это теперь называется простым развертыванием? Имхо максимум что пользователь должен сделать - это либо нажать next->next->ok, либо распаковать zip в папку и пустить start.sh

Я бы взял Go на твоем месте

Я бы взял Go на твоем месте

А в качестве ORM? gorp?

Erlang

вроде библиотек более-менее

это так, но большинство из них недоделаны так или иначе. с другой стороны, это частично компенсируется (и, похоже, является причиной недоделанности) большей лёгкостью написания помянутых библиотек :)

Нам нужно очень много всяких мелочей, всякой логики и кастомизации, хотелок.

если я вас правильно понял, erlang здесь вне конкуренции.

лорчую этого господина

антилорчую обоих. еликсир тот ещё конь в пальто.

+1 Erlang.

вообще, я всё пишу на кложуре и посоветовал бы её, но для такой задачи - сам понимаешь - вообще не важно что, если цель «просто сделать» а не осилить новое - бери что знаешь. НУ а если осилить - определённо кложуру :3

если я вас правильно понял, erlang здесь вне конкуренции.

На самом деле оно сейчас на эрланге, и очень неудобно, в основном из-за отсутствия ORM или чего-нибудь подобного.

И когда для того чтобы сделать какую-нибудь фишку приходится корячить три-четыре запроса текстом, тогда как где-нибудь в рельсах просто используется заготовленный scope и ещё что-нибудь.

gorm выглядит не плохо.

На самом деле оно сейчас на эрланге, и очень неудобно, в основном из-за отсутствия ORM или чего-нибудь подобного.

Проблема не в языке кмк.

Проблема не в языке кмк.

Тащемта ты прав. Но непохоже что ситуация с ORM в ближайшее время изменится, посему ищу замену.

Ну вы прикидывали, реально проще все переписать vs сделать чтото для удобных запросов самим?

Вот не надо go, elixir и всю эту нетривиальщину. В elixir-е жизнь зародилась слишком недавно, go - просто не подходит вообще никак, долго описывать.

Если тебе надо «сходить в базу -> отрисовать» - Python/Ruby, Rails/Django/Flask. Правда, деплоймент не идеально прост, но можно что-нибудь придумать.

Если очень хочется - clojure, но там все альфа-бета и все нужно делать руками. Если очень-очень - можно Scala, но лично я не представляю, как можно классическую вебню писать на статически типизированном языке.

как можно классическую вебню писать на статически типизированном язык

а чо такого?

Go по всем пунктам подходит

У JVM-based языков те же проблемы с памятью что и у Rails, подскажите? Я имею ввиду всякие скалы и clojure.

Один инстанс clojure/scala жрёт больше чем один инстанс Rails, но для них достаточно одного инстанса, а для Rails - нет.

Советую django =)

go - просто не подходит вообще никак, долго описывать.

ну а ты постарайся

А что за базу планируется использовать? И ты таки уверен, что тебе в Erlange нужен _Object_ Relational Mapping?

Можешь попробовать на clojurescript.

django vs flask?

django vs flask?

Я за django, flask с sqlalchemy ничуть не легковеснее.

С++

а у django можно в одном процессе запустить какой-нибудь комет-сервер? Гринлеты там уже умеют?

И Django и Flask - синхронные WSGI фреймворки. Для асинхронности бери tornado, aiohttp или twisted.

а у django можно в одном процессе запустить какой-нибудь комет-сервер? Гринлеты там уже умеют?

Можно, но лучше так не делать, в flask тоже.

ORM без ООП сделать можно, http://sqlkorma.com/ тому пример, другой вопрос что на э-ге аналогов ему нет.

на эрланге удобнее чем где-то пилить всякие хитрые нюансы вроде «каждый третий вторник месяца, если луна во второй четверти, напечатать в отчёте сумму поступлений от клиентов, имя которых начинается на «Z»»

- эрланг это всегда хорошо с его серверами и нодами, контролируемой бинарщиной, недостаток логики можно компенсировать специфичными языками (python, java, php) главным образом через порты + прикладные протоколы.

Могут быть проблемы у деплойеров при развёртывании: с нодами, мнезией, ребарами, изучением, но это больше от «неосиляторства»...

По определению - кросс-платформенный, но как будет в противоестественной среде, типа винды не скажу.