питон неконсистентный и местами кривой, хотя программисты на нём умные

плюс у Руби очень богатая STD библиотека

там даже для сортировки графов есть модуль (нигде такого не видел)

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

если есть модуль, то import (...) :)

это-то понятно, но такого я говорю - нигде не видел, а в руби вот он - http://ruby-doc.org/stdlib-2.3.3/libdoc/tsort/rdoc/TSort.html и у меня данные о графах были в виде CSV файла, я отсортировал не преобразовывая, потому что очень классный интерфейс у модуля (это тоже плюс рубей)

кстати, я на codewars немного решаю задачи с elixir у него STD неплохая, по сравнению с erlang вообще сказка =)

как здорово, что у людей есть столько свободного времени :)

дык вечер праздничного дня, почему бы и нет...

Говорят, что Csv готовят на питоне с помощью сишных биндингов на раз

Кроме того, у питона поконсистентнее набор Тулузов чем у всех остальных впринципе

а зачем? =) я мегабайтные CSV обрабатывал, проблем с производительнсотью не было

питон неконсистентный и местами кривой, хотя программисты на нём умные

вот тут не соглашусь. хотя это все на вкус и цвет...

range

как массивы джойнятся

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

как зависимости к легаси продуктам загружаются...

А из этого следует, что весь этот разговор не имеет смысла

Расскажите лучше мне все про эластик

это вы говорите что руби хрень, я говорю что он не хуже остальных, а местами лучше

Хуй

https://github.com/Homebrew/brew - для не любителей руби

ухты, а я не знал что можно языки смотреть на гитхабе...

для справки

да я уже натыкал сам, спасибо =)

?

Вот это реально самое лучшее применение для руби

Аггрегаторы 2010 года выпуска и тулзы

https://www.quora.com/What-programming-language-is-GitHub-written-in

https://en.wikipedia.org/wiki/GitHub

Wappalyzer раньше показывал, что gitlab так же построен на рубях

Wappalyzer раньше показывал, что gitlab так же построен на рубях

Он и так на рубях

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

тот же erlang, ему больше 25 лет, и по сей день есть задачи которые лучше него никто не решит

я вот пользуюсь RabbitMQ

невероятно эффективный и безглючный брокер очередей

насчет эффективности - недавно был доклад :)

?

ссылку в студию

когда человек выжал "велосипедом" несколько больше

https://www.youtube.com/watch?v=XvyArqW9jeE

ну это же очевидно что точечно написанный код эффективнее чем более менее универсальный инструмент

я на хабре много видел проектов, которые начинались как: "смотрите, я написал более шуструю версию %product_name% скоро догоню его по функциональности" и всё... где эти проекты? =)

стало быть, не всегда он эффективен

под эффективностью я понимаю соотношение затраченных ресурсов к полученному результату

он потребляет мало

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

так вроде никто скептически не относится.

когда человек выжал "велосипедом" несколько больше

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

стало быть, не всегда имеет смысл корячить кластер из кроликов

вообще про поризводительность я читал что kafka шустрее чем rabbitmq, но последний меня подкупил вебмордой и стабильностью, тем более ни разу в недостаток производительности с ним я пока не упёрся

тот же erlang, ему больше 25 лет, и по сей день есть задачи которые лучше него никто не решит

так вот о чем и речь. erlang + OTP это проверенное временем. поверх сделали язык с более приятным синтаксисом, но потом появился phoenix и народ ломанулся делать веб-сайтики. мне кажется это миссюз технологии немного..

стало быть, не всегда имеет смысл корячить кластер из кроликов

ну у нас в продакшне рабит есть. с ним много сложностей ;) и ерланговый let it crash иногда доставляет боль

доставляет, 500 не все любят :)

просто потребности в распределённых приложениях меньше чем в веб сайтиках, потому их и лепят =)

ну у нас в продакшне рабит есть. с ним много сложностей ;) и ерланговый let it crash иногда доставляет боль

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

помнится, на хабре был годный тред про кластеризацию кролика и его рассыпание

да всё сыпется, я вот с elasticsearch сколько бился, а он на православной джаве написан

у меня раббит не сыпался, не знаю про это, может повезло

жава неправославна и богомерзка

ну вот там у меня эластики разваливались и не собирались вообще автоматически

кое как заставил работать

это знамение

ну вот там у меня эластики разваливались и не собирались вообще автоматически

это сам еластик такой.. у нас elk падает чаще чем дев среда после билдов ;)

ERROR: S client not available

хехе =)

но продукт тоже очень хороший

жава неправославна и богомерзка

но при этом на jvm есть очень годные проекты и языки под jvm

и я сейчас не о котлине с груви

elk очень нестабильный

жвм писат на крестах, афаир

Как по мне, микросервис с выпихивание из redis а json очень хорошо делать на elixir

А вот Phoenix - это монстер

да тот же Elasticsearch - замечательный продукт

ищет Божественно

Дайте рецепт как готовить эластик

Чтобы данные не просрать

ээээ, там по умолчанию он размазывает данные по кластеру

Чтобы данные не просрать

Не хранить там данные

честно говоря ни разу не терял

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

Вот к примеру делаю Твитер с поиском

Поиск через эластик

Не хранить же твиты там

Получается одновременно в pgsql и эластик сохранять новый твит?

Или на pgsql вешать хук

да, я так делаю

жвм писат на крестах, афаир

а мне помнится что там ванилла си, без крестов

в эластик сохраняю только данные по которым искать и store отключаю (и _store тоже)

А как часто перезагружать всю базу из pgsql в эластик

??

зависит от реализации

если данных мало и не нужен рилтайм - импорти периодически

я обычно в модели в коде вешаю хуки и оттуда индексирую в ES

А если в pgsql сохранилось а es глюкнуло

Как узнать че перезагружать, че нет

добавляй брокер очередей (тот же раббит)