помню пару раз у меня была задача сделать штуку которая бы общалась с cli (читала, stdout, кидала stdin) и в обще это было сложновато на питоне

puts gets ?

are-done? is-done?

Ноуп, обычно to be или модальный глагол не пишут, когда ?

нравится то, что в лиспах мало ограничений на названия переменных

да просто пошутил, взял всё худшее

puts gets ?

эта строка примет ввод и выведет его

Тогда бы areDone?)

puts gets ?

возможно. попробуй открой этим репл руби и введи одну строку, выведи ответ, введи другую строку (после ответа) и снова выведи ответ

loop { puts eval gets }

а ну да лиспошутки areDone??)))))0

ты про это?

возможно

видимо это тривиальная задача для руби. он у меня установлен и сейчас попробуем проделать всё это

в руби много что тривиально

он для этого и сделан

от этого страдает скорость, правда

ну разумеется я не про eval

я про запуск irb

отдельным процессом

и общение с ним

require 'irb' inst = IRB::Irb.new loop { puts inst.eval_input gets }

так что ли

мммм

ок, одна из изначальных задач общение через tg-cli

бот от моего имени

http://ruby-doc.org/stdlib-1.9.3/libdoc/open3/rdoc/Open3.html#method-c-popen3

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

я знаю что оттуда можно извлечь возвращаемое процессом число

возможно тут есть help(f) как в божественном питоне

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

?

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

у тебя есть stdin и stout (err похуй) и оба живут независимо

возможно тут есть help(f) как в божественном питоне

ну, гем есть

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

сразу пишешь на so вместо того чтобы чёто там ковырять

?

ладно в общем то там норм с метаинформацией в рантайме

так что можно узнать что за класс и какие есть методы

это просто Thread и я могу просто дождаться его завершения

require 'open3' Open3.popen3("irb") {|stdin, stdout, stderr, wait_thr| stdin.write gets stdin.flush puts stdout.read stdin.write gets stdin.flush puts stdout.read stdin.close stdout.close }

что-нибудь такое сделать

видимо не выйдет

из динамики только питончик достоен уважения

кложа пизже, да и жс тоже)

кложа пизже, да и жс тоже)

...до того момента, пока ты не попытаешься использовать java библиотеки в кложе

да и боль траверсинга по коду из-за синтаксиса сложно игнорировать

При чтении боли обычно нет, иногда боли случаются при написании (лишние скобки или их отсутствие, но решилось паринфером)

@ZeroBias зацени :) https://github.com/pocka/rusted

@ZeroBias зацени :) https://github.com/pocka/rusted

?

а че не сразу лоадер раста для вебпака

https://github.com/types/npm-ramda/pull/190 ??

Народ, в lodash есть проверка на вложенные свойства типа const a = {name: {id: 'hello,world'}}; _.hasIn(a, 'name.id'); а в Ramda как это сделать? R.hasIn('name.id',a) не работает.

Народ, в lodash есть проверка на вложенные свойства типа const a = {name: {id: 'hello,world'}}; _.hasIn(a, 'name.id'); а в Ramda как это сделать? R.hasIn('name.id',a) не работает.

Целый ряд методов path* именно для этого

хм, R.path(['name', 'id'], a); работает. тогда зачем hasIn в рамде нужна?

has проверяет свойство только в самом объекте, а hasIn перебирает всю цепь прототипов как обычный in

спс

?

?

https://github.com/TylorS/mostly-futures

У него как обычно ts ради ts

Задачу futures надо решать вообще с другого конца, не с типов

А с того, чтобы эти futures были stack-safe, что подразумевает совсем другие подходы нежли return { fork: () => new Promise<A>(run) }

Был бы тс ради тс он бы назвал пакет typed-futures

А с того, чтобы эти futures были stack-safe, что подразумевает совсем другие подходы нежли return { fork: () => new Promise<A>(run) }

stack safe это?

ERROR: S client not available

Ну он пока назвал пакет change-me

)

stack safe это?

Чтобы не падал от тысячи вложенных вызовов, что бывает гораздо чаще чем кажется)

Я такие эксперименты первым делом на это проверяю

Типо рекурсивный резолв?

Да

Я такие эксперименты первым делом на это проверяю

У тебя тест кейс есть?

fluture выдерживает сорок тысяч вложенных вызовов, apropos — миллион

fluture выдерживает сорок тысяч вложенных вызовов, apropos — миллион

А most?

most не проверял но тоже должен)

У тебя тест кейс есть?

https://github.com/zerobias/mezzanine/blob/master/test/fantasy.test.js#L56

tl;tr let instance = new TestedLib const inc = x => x + 1 for (let i = 0; i < 1000; ++i) instance = instance.nextFunctionCall(inc)

Можно репо запилить

tl;tr let instance = new TestedLib const inc = x => x + 1 for (let i = 0; i < 1000; ++i) instance = instance.nextFunctionCall(inc)

nextFunctionCall это map?

Что угодно, что ты хочешь проверить в либе

Допустим да, map

?

Ну может быть ещё chain например, им уронить либу как правило даже проще)

fluture выдерживает сорок тысяч вложенных вызовов, apropos — миллион

Ты юзаешь Stream<Apropos<L, R>> ?

Стараюсь)

К нему там надо ещё monad transformer добавить чтобы удобнее было

лучше purescript

Ну это да)

К нему там надо ещё monad transformer добавить чтобы удобнее было

Типа такого нужно unwrap L R :: Apropos<L, Promise<R>> -> Promise< Apropos< L, R >>

Вроде в пурсе проще юзать Eff вместо трансформеров

И то же самое с фьючерсами и стримами, короче, чтобы нормальный стек забабахать)

Вроде в пурсе проще юзать Eff вместо трансформеров

Ну тебе всё равно нужно в какой-то момент такие трансформации делать

Хотя там хз, у меня ещё не было времени добраться там до monad stack)

Просто вот допустим ты собрал в R все данные для реквеста, и делаешь either.map( data => axios.post(data) ) и на выходе у тебя получается объект с промисом/фьючерсом в R, который как ни крути надо как то извлечь

Там не большая функция получается, я уже пробовал, но оформлять либу — это каждый раз минимум пол дня)

?