« Back to channel list

#ruby - 27 June 2019

« Back 1 day Forward 1 day »
[00:01:19] agent_white: has joined #ruby
[00:06:40] voker57: has joined #ruby
[00:06:47] pitastrudl: has joined #ruby
[00:06:48] Legit: has joined #ruby
[00:06:51] jnix: has joined #ruby
[00:06:52] bathtub_shark: has joined #ruby
[00:06:53] aspiers: has joined #ruby
[00:06:54] pwillard: has joined #ruby
[00:06:55] gmcintire: has joined #ruby
[00:06:55] coffeejunk: has joined #ruby
[00:06:56] Liothen: has joined #ruby
[00:07:07] hahuang65: has joined #ruby
[00:07:24] salasrod: has joined #ruby
[00:07:34] havenwood: has joined #ruby
[00:08:12] EvilJStoker: has joined #ruby
[00:09:12] mahlon: has joined #ruby
[00:11:55] ChrisBr: has joined #ruby
[00:11:57] psmolen: has joined #ruby
[00:13:44] crankharder: has joined #ruby
[00:14:57] Swyper: has joined #ruby
[00:15:09] staticx: has joined #ruby
[00:18:48] chris349: havenwood, Yes I just had to add a line to the top of my script: #!/bin/bash -l
[00:20:12] chris349: Another question... say I have in my Gemfile a group for development, how can I ensure that those never load in other environments? Right now the issue is sometimes I get a fatal error such as: Could not find rspec-rails-3.8.2 in any of the sources
[00:23:03] infernix: has joined #ruby
[00:33:11] Renich: has joined #ruby
[00:53:23] sparc: has joined #ruby
[00:55:15] cranq: has joined #ruby
[00:55:30] wbnns: has joined #ruby
[00:56:21] d0liver: has joined #ruby
[01:02:04] cranq: has joined #ruby
[01:11:05] tweaks: has joined #ruby
[01:15:12] cranq: has joined #ruby
[01:32:26] orbyt_: has joined #ruby
[01:40:53] yokel: has joined #ruby
[01:49:49] jmcgnh: has joined #ruby
[01:50:56] duderonomy: has joined #ruby
[01:52:17] m_antis: has joined #ruby
[01:55:21] cranq: has joined #ruby
[02:08:22] tweaks: has left #ruby: ()
[02:13:26] tweaks: has joined #ruby
[02:26:51] Vircung: has joined #ruby
[02:32:10] queip: has joined #ruby
[02:34:03] moei: has joined #ruby
[02:40:15] pliniker: has joined #ruby
[02:53:35] gb_away: has joined #ruby
[02:53:53] noobineer: has joined #ruby
[02:59:05] duderonomy: has joined #ruby
[03:10:00] havenwood: Here's the first release of a little async-websocket plugin gem I cut for Roda: https://github.com/socketry/roda-websockets
[03:10:10] Technodrome: has joined #ruby
[03:10:32] havenwood: And an example if anyone wants to try it out with the browser: https://gist.github.com/havenwood/d15e80c6aedbc5c185017d09a8eef29e
[03:10:37] braincrash: has joined #ruby
[03:26:43] nowhere_man: has joined #ruby
[03:30:29] Swyper: has joined #ruby
[03:44:36] cd: has joined #ruby
[04:14:50] Wolland: has joined #ruby
[04:21:37] mrpropa: has joined #ruby
[04:29:49] za1b1tsu: has joined #ruby
[04:41:01] mrpropa: has joined #ruby
[04:48:11] vondruch: has joined #ruby
[04:51:33] nowhereman: has joined #ruby
[04:54:01] sandstrom: has joined #ruby
[05:00:02] cd: has joined #ruby
[05:00:26] yokel: has joined #ruby
[05:05:28] vondruch: has joined #ruby
[05:06:32] tpanarch1st: has joined #ruby
[05:18:37] conta: has joined #ruby
[05:20:24] esrse: has joined #ruby
[05:30:23] russt: has joined #ruby
[05:38:11] sauvin: has joined #ruby
[05:38:49] schneider: has joined #ruby
[05:40:55] kyrylo: has joined #ruby
[05:47:42] SeepingN: has joined #ruby
[05:55:36] tdy: has joined #ruby
[06:02:42] conta: has joined #ruby
[06:02:54] Technodrome: has joined #ruby
[06:11:12] m_antis: has joined #ruby
[06:21:06] \13k: has joined #ruby
[06:23:00] nowhereman: has joined #ruby
[06:40:40] edk: has joined #ruby
[06:45:04] schneider: has joined #ruby
[06:46:32] nowhere_man: has joined #ruby
[06:50:46] galeido: has joined #ruby
[06:58:04] TomyWork: has joined #ruby
[07:03:13] aupadhye: has joined #ruby
[07:08:55] rippa: has joined #ruby
[07:14:31] clandmeter: has left #ruby: ("Alpine Linux, the security-oriented, lightweight Linux distribution")
[07:15:35] mayurvpatil: has joined #ruby
[07:31:18] cca4: has joined #ruby
[07:31:42] cca4: Hello I have a local docker container with rails nginx unicorn when I use this configuration I don't have the details of the query in my console after a docker-composes uphttps://dpaste.de/z2W9On the other hand if I keep the same configuration but I use puma instead of unicorn I have the details of the queries with SQL query https://dpaste.de/51iVa
[07:31:43] cca4: ve the details of the query in my console after a docker-composes uphttps://dpaste.de/z2W9On the other hand if I keep the same configuration but I use puma instead of unicorn I have the details of the queries with SQL queryhttps://dpaste.de/51iV
[07:32:00] cca4: Sorry typing error
[07:32:17] cca4: Hello I have a local docker container with rails nginx unicorn when I use this configuration I don't have the details of the query in my console after a docker-composes up https://dpaste.de/z2W9On the other hand if I keep the same configuration but I use puma instead of unicorn I have the details of the queries with SQL query https://dpaste.de/51iV
[07:37:01] sandstrom: has joined #ruby
[07:41:31] brett-soric: has joined #ruby
[07:43:12] alem0lars: has joined #ruby
[07:47:44] deepredsky: has joined #ruby
[07:53:09] mikecmpbll: has joined #ruby
[07:59:02] alem0lars: has joined #ruby
[08:00:55] yokel: has joined #ruby
[08:07:05] queip: has joined #ruby
[08:14:14] mayurvpatil: has joined #ruby
[08:30:33] brett-soric: has left #ruby: ()
[08:32:39] haxx0r: has joined #ruby
[08:32:41] haxx0r: curl --user user
[08:32:46] haxx0r: what's the equivalent for net http?
[08:35:06] conta: has joined #ruby
[08:44:56] Technodrome: has joined #ruby
[09:01:24] dhollin3: has joined #ruby
[09:02:37] jefffrails35: has joined #ruby
[09:09:40] al2o3-cr: haxx0r: basic auth
[09:11:38] al2o3-cr: &ri Net::HTTPHeader#basic_auth haxx0r
[09:11:38] rubydoc: haxx0r: https://ruby-doc.org/stdlib-2.6/libdoc/net/http/rdoc/Net/HTTPHeader.html#method-i-basic_auth
[09:15:13] al2o3-cr: here's an example: https://ruby-doc.org/stdlib-2.6.3/libdoc/net/http/rdoc/Net/HTTP.html#class-Net::HTTP-label-Basic+Authentication
[09:24:29] mayurvpatil: has joined #ruby
[09:49:21] matheusmoreira: has joined #ruby
[09:53:16] mayurvpatil: has joined #ruby
[09:58:38] Renich_: has joined #ruby
[10:06:56] za1b1tsu: has joined #ruby
[10:07:10] kyrylo: has joined #ruby
[10:09:11] mayurvpatil: has joined #ruby
[10:10:28] conta: has joined #ruby
[10:12:26] GarethAdams: has joined #ruby
[10:13:35] GarethAdams: I’m using Faraday and trying to write tests that assert a particular HTTP header is added to outgoing requests by a method call
[10:16:07] reber: has joined #ruby
[10:16:41] GarethAdams: Examples I’ve seen suggest mocking `Faraday.new` to return a `Faraday::Adapter::Test` that I can call assertions on. That’s fine in principle, but if I mock `Faraday.new` then I’m overriding the call where I actually add the API key: `Faraday.new { |c| c.headers[“API-KEY”] = “123” }`
[10:17:06] reber: has joined #ruby
[10:31:52] kyrylo: has joined #ruby
[10:32:09] haxx0r: in shell i call arguments to rpc like this ` ./rpc -testnet listtransactions * 1000 0 true`
[10:32:21] haxx0r: i can't figure out how to implement that in ruby net/http
[10:37:44] ZAJDAN: what do You recommend....create directory via 'fileutils' or use 'system call mkdir' ?
[11:02:20] ZAJDAN: how to create multiple nested child folders? something like: FileUtils.mkdir_p 'grandparents/parents/{1,2,3,4,5,6}'
[11:19:08] leftylink: it may be necessary to use `each` to create those dirs.
[11:23:50] ZAJDAN: mkdir shoul can: mkdir -p /grandparents/parents/{1,2,3,4,5,6} ....but when I call it as: system ('mkdir' , 'p' , File.join("/grandparents/parents/{1,2,3,4,5,6}") ) ..doesnt create it
[11:24:21] leftylink: because the shell does the expansion of {}
[11:24:48] conta: has joined #ruby
[11:25:46] marahin: has joined #ruby
[11:25:46] ZAJDAN: shell is expecting some variable inside the {} ?
[11:26:42] mayurvpatil: has joined #ruby
[11:30:39] ZAJDAN: ok...you say shell...but I though that 'system' call the shell
[11:33:43] leftylink: well, compare difference bween when I ask `echo {1,2,3}` in my shell vs `system('echo', '{1,2,3}')` in ruby
[11:35:11] leftylink: but also, compare when do `system('echo {1,2,3}')` in ruby.
[11:35:26] leftylink: so now it is seeing that https://ruby-doc.org/core-2.6.3/Kernel.html#method-i-system cmdname, arg1, ... says "no shell"
[11:35:50] ZAJDAN: ruby see it as string ..the {}
[11:47:23] ZAJDAN: as you pointed me to use '.each' maybe this could be solution
[11:51:14] conta1: has joined #ruby
[11:51:55] deathwishdave: has joined #ruby
[11:58:30] ZAJDAN: I have choosen this way: system('mkdir', '-p', File.join("#{path}/1"),File.join("#{path}/2"), File.join("#{path}/3") )
[11:59:58] ZAJDAN: it is essential I call the system('mkdir' ...only once
[12:01:34] kyrylo: has joined #ruby
[12:01:48] schneider: has joined #ruby
[12:06:08] NL3limin4t0r: ZAJDAN: Isn't `exec` called in the shell? Try `exec("mkdir -p #{path}/{1,2,3}")` instead of `system` or alternatively simply "result = `mkdir -p #{path}/{1,2,3}`" (using quotes since backticks are acual code in this example).
[12:09:10] NL3limin4t0r: Never mind, just tested it and in also simply creates the folder "{1,2,3}" as opposed to the folders "1", "2" and "3".
[12:10:18] Fusl: has joined #ruby
[12:10:46] ZAJDAN: NL3: it was first what I have tried...doesnt works
[12:11:31] ZAJDAN: as you can see in my previous post :_)
[12:12:34] ZAJDAN: aha! (using quotes since backticks ......OK I gonna try
[12:12:59] ZAJDAN: and the exec
[12:13:05] leftylink: I note that since it is a desire to only use mkdir once, one would probably want to avoid repetition of the File.join by using a map and splat
[12:13:59] leftylink: &>> [:arg1, :arg2,* [3..7].map { |x| "hello #{x} " }]
[12:14:02] rubydoc: # => [:arg1, :arg2, "hello 3..7 "] (https://carc.in/#/r/754g)
[12:14:12] leftylink: I put that in the wrong place
[12:14:23] leftylink: &>> [:arg1, :arg2, *(3..7).map { |x| "hello #{x} " }]
[12:14:24] rubydoc: # => [:arg1, :arg2, "hello 3 ", "hello 4 ", "hello 5 ", "hello 6 ", "hello 7 "] (https://carc.in/#/r/754h)
[12:14:25] leftylink: that's what I wanted
[12:16:40] meinside: has joined #ruby
[12:19:39] wildermind: has joined #ruby
[12:22:40] ZAJDAN: NL3: I am trying in console: `exec("mkdir -p me/she/{1,2,3}")` sh: 1: Syntax error: word unexpected (expecting ")")
[12:23:28] ZAJDAN: leftylink: is the example .map for me?
[12:26:48] ZAJDAN: irb(main):002:0> exec("mkdir -p zakazky/me/she/{1,2,3}") has same behavior as the 'system'
[12:31:52] AJA4350: has joined #ruby
[12:58:33] TomyWork: has joined #ruby
[13:00:56] yokel: has joined #ruby
[13:13:02] codefriar: has joined #ruby
[13:14:17] queip: has joined #ruby
[13:19:00] cthu|: has joined #ruby
[13:22:01] haxx0r: has joined #ruby
[13:24:38] ZAJDAN: Commission.select(:path_to_pdf).where(:commission_num => 123456).first ...returns .....=> #<Commission id: nil, path_to_pdf: "zakazky/123456_PUMPIK">
[13:25:03] ZAJDAN: how can I pass into variable just value of the 'path_to_pdf'
[13:25:51] crankharder: has joined #ruby
[13:43:12] al2o3-cr: this works for me: system("mkdir -p foo/bar/{1..5}")
[13:45:40] ZAJDAN: try... system("mkdir -p foo/bar/{1,2,3}")
[13:46:36] al2o3-cr: it works too.
[13:47:51] NL3limin4t0r: ZAJDAN: That question should be asked in #RubyOnRails, but the answer is use `pluck` instead of `select`. The difference is that `pluck` returns the values asked for while `select` still instantiates an instance of the model, filling only the values that are specified as `select` arguments.
[13:48:48] ZAJDAN: Nl3: works too... Commission.select(:path_to_pdf).where(:commission_num => 123456).first.path_to_pdf
[13:49:35] crankharder: has joined #ruby
[13:49:49] donofrio: has joined #ruby
[13:52:06] ZAJDAN: 2l2o3-cr: is good to know that instead of ...system ('mkdir' , 'p' , File.join("/grandparents/parents/{1,2,3,4,5,6}") ) ...should be ...system ("mkdir -p /grandparents/parents/{1,2,3,4,5,6}")
[13:55:10] al2o3-cr: ACTION wanders off to get some food
[13:57:25] al-damiri: has joined #ruby
[13:57:49] deathwishdave: has joined #ruby
[14:15:36] s3nd1v0g1us: has joined #ruby
[14:32:28] deathwishdave: has joined #ruby
[14:36:56] crankharder: has joined #ruby
[14:55:14] Inline: has joined #ruby
[15:00:25] mn3m: has joined #ruby
[15:00:26] al2o3-cr: ZAJDAN: system %Q(mkdir -p #{File.join("grandparents/parents/{1..6}")}) if you did want to use File.join
[15:02:00] al2o3-cr: infact just % will work there.
[15:05:51] al2o3-cr: &>> %(mkdir -p #{File.join('grandparents', 'parents', '{1..6}')})
[15:05:55] rubydoc: # => "mkdir -p grandparents/parents/{1..6}" (https://carc.in/#/r/759q)
[15:07:09] al2o3-cr: it's only 23 degrees here and i'm bloody roasting
[15:08:27] cca4: has joined #ruby
[15:09:22] cthulchu: has joined #ruby
[15:10:34] Marc4: Hello, What is the difference between calling a class::MyClass or MyClass?
[15:11:04] Deesl: has joined #ruby
[15:13:12] ytti: essentially like a directory
[15:13:18] ytti: MyClass needs to be visible 'here'
[15:13:40] ytti: class::MyClass class needs to be visible 'here' and inside it MyClass needs to be visible
[15:13:53] ytti: (module|class) class
[15:14:00] ytti: (module|class) MyClass
[15:14:23] ytti: (obviously class will not be valid name)
[15:15:26] Marc4: ytti thanks
[15:15:43] codefriar: has joined #ruby
[15:26:26] mozzarella: has joined #ruby
[15:33:37] Deesl: has joined #ruby
[15:33:42] crankharder: has joined #ruby
[15:34:14] n13z: has joined #ruby
[15:34:30] NL3limin4t0r: Marc4: Or simply put it's namespacing.
[15:36:05] scp: has joined #ruby
[15:40:00] moei: has joined #ruby
[15:41:58] codefriar: has joined #ruby
[15:46:38] Deesl: has joined #ruby
[15:50:12] schneider: has joined #ruby
[15:52:40] duderonomy: has joined #ruby
[15:53:30] GodFather: has joined #ruby
[15:58:26] varjack: has joined #ruby
[15:58:50] varjack: I'm trying to parse an xml document but the example at https://medium.com/tech-batoora/xml-50488ec69b20 doesn't work
[15:59:16] varjack: xmldoc.elements.each("Movies/Movie") doesn't iterate over any of the "movie" nodes
[16:00:14] varjack: ok let me be a little more specific: I have a different xml document where the mrnge is connections, and each node is called "Node"
[16:00:28] varjack: So I'm trying "Connections/Node" but nothing is iterating
[16:02:20] orbyt_: has joined #ruby
[16:03:27] varjack: has left #ruby: ()
[16:06:41] codefriar: has joined #ruby
[16:19:29] Iarfen: has joined #ruby
[16:20:05] Iarfen: when using wicked pdf, how I can load javascript? I'm trying with wicked_pdf_javascript_include_tag but the javascript file is not being executed
[16:27:37] Makku: has joined #ruby
[16:28:20] Makku: Hi, what is the latest compiler used in Ruby, and what is it in Ruby 2.1
[16:32:04] adam12: Makku: What do you mean?
[16:34:05] leitz: has joined #ruby
[16:35:09] leitz: RubyWeekly mentioned an article expressing concern for Ruby's future. Anyone read it? Agree or disagree? (http://katafrakt.me/2019/06/15/im-worried-about-ruby-future/)
[16:35:58] havenwood: leitz: Disagree.
[16:37:29] leitz: havenwood, are the concerns raised valid?
[16:38:17] leitz: On the rare times I e-mail Ruby book authors I may have asked if the release of Ruby 3 would be a good time to update their book. :)
[16:44:20] havenwood: leitz: These are a bit hard to tackle together, since they're pretty divergent.
[16:45:15] havenwood: leitz: Starting with frozen string literals, the point is to avoid a Python 2-3. There's still time to reverse that decision, but Matz is determined to maintain compatibility. I reallly don't think Ruby errs too far towards compatibility, so I'm okay with this.
[16:45:47] havenwood: leitz: The gripe is we'd like to not have that line. I agree. That said, backwards compatibility is super important.
[16:46:04] leitz: havenwood, understood. For me the biggest, really only, issue, is the idea of distance between the core team and the community.
[16:46:14] adam12: Future looks reasonably healthy IMHO. That said, Nick Sutter did a talk fairly recently that echoes some of my sentiment. We (understably) get more smaller bits than larger features/changes. That might be a bit of an issue long term. https://www.youtube.com/watch?v=x0JlOxdXA_g
[16:46:20] havenwood: leitz: I don't think it's an indicator of something awry, like the author suggests.
[16:46:56] leitz: For backwards compatibility, I agree with the current course, if it can be maintained. I don't know the language internals, though.
[16:47:30] havenwood: leitz: The pipe operator debate is a matter of folk (like baweaver, me, and many others) who prefer the Elixir syntax. Matz has explained the technical reason he doesn't think that's possible in Ruby. It's a reasonable addition. I've proposed <| operator to disambiguate from the functional variet.
[16:47:59] Makku: adam12 I have heard of JIT compiler as experimentally used in ruby 2. What is the default compiler
[16:48:03] havenwood: The pipe and pattern matching are both experimental features.
[16:48:20] havenwood: The point is to experiment.
[16:48:23] havenwood: I'm not worried that some in the community don't like the experiments.
[16:48:27] havenwood: That's fine.
[16:48:31] havenwood: And expected!
[16:48:33] leitz: Hey adam12! What larger features would you see in the core?
[16:48:56] leitz: havenwood, so the pipe and pattern matching are not "really" in the core, yet?
[16:49:12] havenwood: leitz: No, they're experimental features
[16:49:23] havenwood: They *might* be introduced or yanked
[16:49:34] leitz: Ah, I didn't get that from the article.
[16:49:36] NL3limin4t0r: leitz: Point 2 of the linked article complains about the pipe operator not being what people expected. But the author must have forgotten that we already got the compose operator (>> and <<) for methods and procs that are basically what he expects from the pipe operator.
[16:49:45] leitz: Of course, I read overly fast some times.
[16:50:20] adam12: Makku: Oh! That makes more sense. I believe it will use gcc or clang. I wouldn't be surprised if it prefered the one that Ruby was compiled with, which is going to be OS/distro dependent.
[16:50:21] havenwood: Anyhoo, I disagree that these are issues that bode poorly for Ruby. I think it's FUD.
[16:50:23] havenwood: The things going right are a lot more compelling.
[16:51:10] havenwood: Makku: In Ruby 1.8 and prior, Ruby used Matz' interpreter. In Ruby 1.9 and subsequent, it has used the YARV VM.
[16:51:31] leitz: Well, the community is certainly a plus. Most of the book authors I've contacted have been another plus.
[16:51:39] havenwood: Makku: The JIT is an experimental feature that's disabled by default.
[16:51:59] leitz: Getting things done is a plus, as is being able to read your own code the next week.
[16:52:06] NL3limin4t0r: &>> double = ->(n) { n * 2 }; increment = ->(n) { n + 1 }; 5.then(&increment >> double >> double >> increment)
[16:52:22] adam12: leitz: I don't have any off the top of my head (other than gradual types), but Nick mentions a few that would be interesting: pattern matching, better concurrency, method overloading, better kw args, macros, real namespaces and packages, functions not closures, etc.
[16:52:42] adam12: (yes I know pattern matching is kinda coming)
[16:52:56] adam12: He also mentions immutable structures which is also interesting (not having to depend on hamster for example)
[16:52:56] havenwood: better concurrency is coming
[16:53:15] havenwood: core has said no to pervasive immutable structures
[16:53:59] havenwood: Question: "Will Ruby ever get macros?"
[16:54:23] havenwood: Matz: "Short answer, 'No.' Long answer, 'Hell No.'"
[16:54:32] havenwood: (That was his actual response.) ;)
[16:54:53] havenwood: pattern matching, yes - but limited
[16:55:07] adam12: It would change Ruby style but a common argument I have to face with non-Rubyists who I'm integrating into projects is why everything gets dumped into the global namespace. I think in some ways Python is nicer there (and Go).
[16:55:31] havenwood: Or Clojure and Elixir's take seem particularly nice.
[16:55:32] bougyman: What do you mean by that, adam12?
[16:55:47] bougyman: If you namespace inside of modules that's not in the global namespace. Or do you mean something else?
[16:56:20] leitz: Is pattern matching like PCRE, or am I misunderstanding?
[16:56:32] kyrylo: Ruby 3 may have some kind of namespacing. IIRC matz has mentioned that it would be nice to have that
[16:57:05] havenwood: leitz: No, not regexp - think matching variables to patterns. Elixir is a good example.
[16:57:11] adam12: bougyman: require "cgi"; CGI is now a constant everywhere. That's an easy one because cgi == CGI but it's not always like that.
[16:57:45] havenwood: leitz: Clojure doesn't ship with pattern matching, for example, but has a library for it: https://github.com/clojure/core.match/wiki/Basic-usage
[16:57:55] bougyman: So you just mean the global namespace is pollutable.
[16:57:59] adam12: kyrylo: there was a gem released not too long ago too which was neat as well.
[16:58:05] duderonomy: has joined #ruby
[16:58:18] adam12: bougyman: Yes, exactly.
[16:58:20] kyrylo: adam12, which one is that?
[16:58:21] havenwood: bougyman: Many langs have the package author be a namespace, for example.
[16:59:03] adam12: kyrylo: https://github.com/digital-fabric/modulation
[17:00:25] argoneus: has joined #ruby
[17:00:26] yokel: has joined #ruby
[17:04:10] Deesl: has joined #ruby
[17:05:43] GodFather: has joined #ruby
[17:21:07] crankharder: has joined #ruby
[17:25:29] crankharder: has joined #ruby
[17:31:42] leitz: Nice chat on the back porch with the wife.
[17:32:38] leitz: I thought Ruby had name spaces possible, like putting things in a gem that had the libraries in a sub directory.
[17:33:39] leitz: That said, I'm only an apprentice, so still learning. The issue is that I'm old, dang near ancient, and am looking for ways to keep my career growing in a useful direction.
[18:09:13] za1b1tsu: has joined #ruby
[18:13:47] queip: has joined #ruby
[18:14:19] GodFather: has joined #ruby
[18:21:08] hiroaki: has joined #ruby
[18:31:06] themsay: has joined #ruby
[18:45:24] themsay: has joined #ruby
[18:52:39] Technodrome: has joined #ruby
[18:54:36] sandstrom: has joined #ruby
[19:17:37] leitz: It went quiet...
[19:17:53] themsay: has joined #ruby
[19:52:07] fphilipe_: has joined #ruby
[19:55:27] mniip: has joined #ruby
[19:57:08] havenwood: We suspended to await Ruby questions.
[19:58:05] leitz: I'm going back to the basics and reading "Head First Ruby". Spent much of the year so far in Perl, Go, and Python. Mostly due to work.
[19:58:37] gix: has joined #ruby
[19:58:54] havenwood: leitz: Have you tried making a gem yet? Making apps?
[19:59:43] deepredsky: has joined #ruby
[19:59:56] galaxie: has joined #ruby
[20:00:27] yokel: has joined #ruby
[20:00:48] leitz: havenwood, that sort of depends. A "good" gem, or a "good" app? No. "Something that might look like a gem or an app if you're half blind and half drunk"...maybe...
[20:01:26] havenwood: leitz: Nice.
[20:01:58] havenwood: leitz: Any current Ruby projects? Anything you're thinking of making in particular?
[20:02:16] leitz: I have the book "Effective Testing with RSpec 3" and love it. Mostly because it puts things together for me in a way that I never really "got".
[20:02:46] leitz: havenwood, my next big plan is to redo this with a Sinatra based web interface. https://rubygems.org/gems/free_trader
[20:04:03] leitz: havenwood, with the current code at https://github.com/makhidkarun/free_trader
[20:04:46] havenwood: leitz: I'd suggest giving Roda a try. It's Sinatra inspired, but a simpler base with optional plugins.
[20:05:13] havenwood: leitz: http://roda.jeremyevans.net/
[20:05:43] leitz: havenwood, I've looked at Roda, and it's cool. Jeremy does some awesome stuff. My issue is that I learn much better with a book than a web page.
[20:06:13] havenwood: Ahh. Hmm, there's no Roda book that I know of. Avdi did several Ruby Tapas episodes on it.
[20:06:29] leitz: Of course, if someone wrote "Jeremy's Cool Ruby Apps", with sections for Roda and Sequel, I'd buy it. :)
[20:06:45] jefffrails35: has joined #ruby
[20:06:46] havenwood: Roda and Sequel both have great plugins...
[20:07:03] leitz: My plan is to learn enough Sinatra to understand it, and then I can look at Roda once I have a frame of reference to build off of.
[20:07:14] havenwood: leitz: Yeah, they're similar enough.
[20:07:26] havenwood: leitz: I don't think you'll have trouble grokking Roda.
[20:07:32] leitz: Of course, I finally "got" some of the Go web stuff once I had read about Sinatra. Solved my need for PHP. :)
[20:07:57] havenwood: leitz: I'd suggest making a Rack app, just to see what that's like and what its limitations are.
[20:08:11] havenwood: leitz: Then try Roda to see how its routing tree better handles routes and errors.
[20:08:19] havenwood: leitz: And you can extend from there with plugins.
[20:08:36] leitz: Jeremy's page showed some good performance statistics.
[20:09:21] havenwood: leitz: Yeah, Hanami and Roda both have impressively low memory and high performance.
[20:10:51] leitz: A goal, at some point in time, is to turn crewgen into Ruby. I was studying Go at the time. https://github.com/makhidkarun/crewgen
[20:10:56] reber: has joined #ruby
[20:11:47] leitz: Although I do like the ability to just hand someone a binary...
[20:13:33] leitz: Moving to Heroju or GAE is another option. Trying to build my career and resume bullets.
[20:13:41] leitz: And have fun. That's important.
[20:14:38] leitz: Okay, I'm going to go murder veggies for supper. Will be back in a bit.
[20:16:08] kyrylo: has joined #ruby
[20:26:02] CCDelivery: has joined #ruby
[20:29:13] deepreds1: has joined #ruby
[20:34:59] CCDelivery: has joined #ruby
[20:37:52] sandstrom: has joined #ruby
[20:44:12] CCDelivery: has joined #ruby
[20:44:51] sandstrom: has joined #ruby
[20:50:36] CCDelivery: has joined #ruby
[20:52:55] nonamme: has joined #ruby
[20:58:08] nowhere_man: has joined #ruby
[21:01:21] CCDelivery: has joined #ruby
[21:04:37] mniip: has joined #ruby
[21:10:14] CCDelivery: has joined #ruby
[21:15:24] ellcs: has joined #ruby
[21:16:20] havenwood: nonamme: hi
[21:16:38] leitz: Just horsing around...
[21:19:07] CCDelivery: has joined #ruby
[21:22:32] sagax: has joined #ruby
[21:25:31] leitz: Hrm, RHEL 8 has Ruby 2.5.
[21:28:12] CCDelivery: has joined #ruby
[21:30:18] CCDelivery: has joined #ruby
[21:30:37] themsay: has joined #ruby
[21:31:19] chalkmonster: has joined #ruby
[21:32:13] nonamme: is any one here familiar with #crystal-lang ?
[21:32:44] chalkmonster: Who's hyped for AutoFiber
[21:32:47] havenwood: nonamme: yes
[21:33:06] nonamme: what you think about it?
[21:34:01] havenwood: nonamme: it's nice.
[21:34:06] chalkmonster: man, the usercount here has literally halved since I hung out here last
[21:34:14] chalkmonster: did everyone move to slack
[21:34:39] leitz: chalkmonster, they must have missed you so much. :)
[21:34:46] leitz: ACTION hates slack
[21:35:27] havenwood: chalkmonster: It looks like normalperson's auto fiber isn't moving forward, but async with fibers is looking good.
[21:35:31] chalkmonster: ACTION raises glass to the eternal decline of IRC
[21:35:43] chalkmonster: havenwood: I'm hyped
[21:35:54] ruby[bot]: havenwood: I don't see no 1782, whom should I tell about xkcd?
[21:36:00] havenwood: https://xkcd.com/1782/
[21:36:36] chalkmonster: havenwood: me irl
[21:36:41] havenwood: chalkmonster: "Honestly, I'm likely to abandon this feature because I have more important (non-Ruby) things to work on." ~normalperson
[21:36:54] chalkmonster: havenwood: someone else will pick it up
[21:37:03] havenwood: chalkmonster: https://bugs.ruby-lang.org/issues/13618#note-169
[21:37:06] havenwood: chalkmonster: Who?
[21:37:06] xco: has joined #ruby
[21:37:14] havenwood: chalkmonster: I'm not sure they will.
[21:37:20] chalkmonster: I just hope someone does
[21:37:40] leitz: baweaver, you around?
[21:37:56] havenwood: chalkmonster: I think it's more likely that ioquatix's PR for lightweight thread selector with fibers gets merged: https://github.com/ruby/ruby/pull/1870
[21:38:53] CCDelivery: has joined #ruby
[21:39:03] havenwood: chalkmonster: As I understand it, that would increase the performance of Falcon - which is already blazing: https://github.com/socketry/falcon
[21:39:14] havenwood: chalkmonster: It wouldn't mean a Thread-like interface for Fibers though.
[21:39:34] chalkmonster: havenwood: I was recently looking at socketry projects
[21:39:50] havenwood: chalkmonster: nice!
[21:39:58] chalkmonster: The new Puma decided to use nio4r too, which is pretty great
[21:40:15] chalkmonster: allegedly more efficient, but I haven't run it yet
[21:40:23] havenwood: chalkmonster: "Why wait? It's available today!" https://github.com/socketry/async-await
[21:40:27] chalkmonster: https://schneems.com/2019/06/26/puma-4-new-io-4-your-server/
[21:40:42] chalkmonster: havenwood: yeah these guys have some pretty great tooling around this
[21:40:52] chalkmonster: I might give it a try sometime
[21:41:03] havenwood: chalkmonster: The neat advantage of using nio4r with Puma is supporting more WebSocket connections.
[21:41:27] chalkmonster: havenwood: yeah but I wouldn't use a ruby server for that to begin with. Still nice to have.
[21:41:28] havenwood: chalkmonster: Falcon uses Fibers under the hood already, so awesome with WebSockets.
[21:42:16] havenwood: chalkmonster: I just cut a Roda plugin gem for async-websocket (uses Fibers): https://github.com/socketry/roda-websockets
[21:42:27] chalkmonster: on that note, dry-rb is the greatest thing since sliced bread
[21:42:52] Fernando-Basso: has joined #ruby
[21:43:05] chalkmonster: havenwood: interesting!
[21:43:12] chalkmonster: let me take a look
[21:43:42] havenwood: chalkmonster: I need to work on the example docs. I'll do that soon!
[21:43:52] havenwood: chalkmonster: Here's a fun example in the meantime: https://gist.github.com/havenwood/d15e80c6aedbc5c185017d09a8eef29e
[21:43:58] chalkmonster: if I get the time, I might help you
[21:44:03] havenwood: chalkmonster: Neat!
[21:44:05] chalkmonster: not three days ago I was looking at socketry projects
[21:44:23] chalkmonster: kinda in between jobs atm so busy with interview prep
[21:44:52] chalkmonster: randomly stumbled back in here, used to hang a few years ago
[21:44:59] chalkmonster: anyway I'll bbl
[22:00:54] yokel: has joined #ruby
[22:01:02] fphilipe_: has joined #ruby
[22:02:16] codefriar: has joined #ruby
[22:04:59] nonamme: has left #ruby: ("WeeChat 1.9.1")
[22:05:44] codefriar: has joined #ruby
[22:09:05] code_zombie: has joined #ruby
[22:14:27] fphilipe_: has joined #ruby
[22:21:21] cthulchu_: has joined #ruby
[22:34:18] psmolen: has joined #ruby
[22:38:12] cd: has joined #ruby
[22:49:23] fphilipe_: has joined #ruby
[23:11:29] queip: has joined #ruby
[23:21:18] brool: has joined #ruby