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

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

Ну, Япония - это вообще отдельный мир

Не понимаю, нафига в маленькую iot штуку тащить интерпретатор :)

Не понимаю, нафига в маленькую iot штуку тащить интерпретатор :)

так и на питоне умудряются те же Arduino закодить, но это хотя бы обоснованно реально большим набором либ под любые задачи в Python-репах, к тому же, как я понимаю он с системными вызовами как-то больше на ты, чем руби

так и на питоне умудряются те же Arduino закодить, но это хотя бы обоснованно реально большим набором либ под любые задачи в Python-репах, к тому же, как я понимаю он с системными вызовами как-то больше на ты, чем руби

IoT от меня довольно далек, если честно

Не понимаю, нафига в маленькую iot штуку тащить интерпретатор :)

Ну как минимум сейчас, есть mruby, который спокойно работает

Математика - это когда у тебя 2 терабайта данных, по которым надо предикшен какой-нибудь сделать

понятно. не совсем понятен пример. типа на основе минибигдаты сделать прогнозы?

Ага, что-то такое

так и на питоне умудряются те же Arduino закодить, но это хотя бы обоснованно реально большим набором либ под любые задачи в Python-репах, к тому же, как я понимаю он с системными вызовами как-то больше на ты, чем руби

Есть mruby для этих задач

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

если я правильно понимаю что из себя представляют queues

мне 29 лет вообще, какая ява..

29 не приговор. Кек

Кек — слой твердых частиц, остающийся после фильтрации суспензий. Кек — фильм режиссёра Д. Манабай, выпущенный киностудией «Казахфильм» в 2005 году. KEK — японская организация, занимающаяся изучением физики высоких энергий.

=\

n.times - это то, из-за чего я влюбился в руби

Влюбился в руби за отсутствие {;}

да там всё хорошо. меня тащит от вероятной перспективы бегать по лугу DSL c ромашками и деревенскими девушками

в итоге звучит как про блекджек, но не было такой постановки. кстати кто пробовал его? есть ли смысл создавать своё наречие чисто ради магаза? сейчас, например, пишу в своём ешопе на php такие вещи в namespace app\domain: $p = Cart::throwProductById($id)

принято

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

Можно и так

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

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

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

нет, поскольку даже зная, что преждевременная оптимизация зло, я, как архитектор и будущий туда же ко всему и кодогенератор - огребу, если не продумаю. у меня continious integration будет работать относительно допиливания косметики, а базу я обычно продумываю на 10 шагов вперёд

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

Ну для сетей вообще резоннее брать какой-нибудь го

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

Да, почему нет то?

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

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

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

плюсую

много интересного в общем

мне не "нужен язык", мне нужно чтобы всё было кошерно.

много интересного в общем

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

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

ну модули я подразумевал скорее в виртуальном пространстве, а в реале это бы выглядело как добавить файлик в папку /modules

ну 20 файликов)

У меня, например, в докере крутятся N-дцать контейнеров, каждый из которых это API на рубях. Пока полет норм

>>а в реале это бы выглядело как добавить файлик в папк дык это оно и есть

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

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

Твиттер - это другой случай

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

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

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

я исхожу из картинки, которую ты скинул. Покури докер, это то что тебе нужно, бро

принято)

настрочили мы тут. вопрос на всякий повторю: кто использовал возможности создания своего DSL? стоит ли для движка магаза (или только если речь уже заходит о масштабе ecommerce с редыв целом) разрабатывать свой? и насколько это облегчит решение задач? сейчас, например, пишу в своём ешопе на php такие вещи в namespace app\domain: $p = Cart::throwProductById($id)

настрочили мы тут. вопрос на всякий повторю: кто использовал возможности создания своего DSL? стоит ли для движка магаза (или только если речь уже заходит о масштабе ecommerce с редыв целом) разрабатывать свой? и насколько это облегчит решение задач? сейчас, например, пишу в своём ешопе на php такие вещи в namespace app\domain: $p = Cart::throwProductById($id)

Дсл для чего?

выгледет как обычная модель в ActiveModel

речь про то что глаголы из предметки, типа. закинуть (throw) в корзину. полечить (heal) пациента. вызвать (call) такси.

а не вот эти вот все CRUD и тянуть до потолка лапшу про ByIdWithFiltersFromAdditionalQuery()

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

хочу поведение обрисовать, глубо говоря. чтобы объект был не только структурно похож на реальный, но и своими методами. или я не понимаю для чего DSL. могу ошибаться..

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

по моему ты говоришь об обычной инкапсуляции в ООП

вероятно. я не вдавался в детали DSL поэтому и спросил, чтобы не учить чего не нужно.

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

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

нет

поправил там, "движке", а не языке

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

типа как менеджерам декларативно чтобы было удобно конфигурить бизпроцессы не через XML, а через общение с руби

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

ты такой пишешь DSL аля если клиент сдеалал покупку отправить письмо клиенту отправить письмо админу

а внутри уже сниппеты с рутинами и функциями нужными?

да

ERROR: S client not available

о которых DSL-писатель не должен знать даже

а это $p = Cart::throwProductById($id) это ты же не будешь манагеру давать такое

аа ну дак это ж круто, выходит это супергибкое умное XSD, если я совсем не рехнулся с сухарей и шампанского)

а чел пишет HML (типа XML, только Human-native + ещё и не просто разметка и структурирование, а логику закладывает на высшем уровне)

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

да, наверное

только нахуя это всё? лол)

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

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

Вот так и родились рельсы :)

только нахуя это всё? лол)

для понимания, для проекта..

по моему давать заказчику возможность как-то действовать на поведение твоей системы ну очень не хорошая идея

через всякие дсл

Вот так и родились рельсы :)

ну года 4 назад хотел свой язык запросов для сканера уязвимости сделать, там была идея сделать HSL. Human Sequence Language

ну года 4 назад хотел свой язык запросов для сканера уязвимости сделать, там была идея сделать HSL. Human Sequence Language

А ты на джаве или пхп не писал никогда?

через всякие дсл

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

А ты на джаве или пхп не писал никогда?

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

если интересно пример накатаю

типа URL только синтаксис изощрённее был, я и сам подзабыл уже, давно это было)

пхп я всю жизнь знаю, учить особо не учил его даже никогда после сей, си забыл давно когда-то писал на них эксплойт для Cisco на основе telnet-консоли, встроенной в её iOS

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

Я к тому, что пока ты пытаешься просто фич накинуть и сделать якобы удобно, но я не вижу как это бы решило реальных проблем :)

Я к тому, что пока ты пытаешься просто фич накинуть и сделать якобы удобно, но я не вижу как это бы решило реальных проблем :)

так выше же описал полпростыни аж) может смайлом закрыло

А ты на джаве или пхп не писал никогда?

java не для моей кармы, так уж вышло

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

Ну, ты хочешь свою супер црм/цмс сделать?

Есть уже шопифай, который работает

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

И опять же - рельсы. Никакого дээсэл-шмээсэль для описанных задач нахрен не нужно.

соц. проекты

там специфические движки будут

Есть уже шопифай, который работает

и Spree есть, и Sharetribe.

потом CRM конкретно под определённю область. вот кусок, например, сразу поймёте, что стандарт не воткнуть туда, либо это можно сделать, но будет не совсем политкорректно, или дорого по времени (я автор, владелец и инвестор, и не буду кодерам платить от 300-500к за мешок в коте, но даже если напишут нормально всё-равно будет не нормально, либо у меня 90% времени уйдёт на обсуждение с ними требований и ТЗ и потом ещё синхронизации, т.к. я не компания-заказчик, а один, живой и смертный человек)

шопифай это очередной саас, вероятно?