hightower2 has quit [Read error: Connection reset by peer]
teclator has quit [Ping timeout: 256 seconds]
John_Ivan has joined #ruby
Al2O3 has quit [Ping timeout: 256 seconds]
teclator has joined #ruby
razetime has quit [Remote host closed the connection]
John_Ivan_ has joined #ruby
John_Ivan__ has joined #ruby
John_Ivan has quit [Ping timeout: 255 seconds]
John_Ivan_ has quit [Ping timeout: 246 seconds]
John_Ivan_ has joined #ruby
John_Ivan__ has quit [Read error: Connection reset by peer]
John_Ivan__ has joined #ruby
John_Ivan_ has quit [Ping timeout: 260 seconds]
John_Ivan_ has joined #ruby
John_Ivan__ has quit [Ping timeout: 260 seconds]
jmcgnh has quit [Ping timeout: 256 seconds]
aeris has quit [Remote host closed the connection]
_aeris_ has joined #ruby
John_Ivan__ has joined #ruby
John_Ivan__ has quit [Max SendQ exceeded]
John_Ivan__ has joined #ruby
John_Ivan_ has quit [Ping timeout: 252 seconds]
John_Ivan_ has joined #ruby
John_Ivan__ has quit [Ping timeout: 256 seconds]
John_Ivan__ has joined #ruby
hightower2 has joined #ruby
jhawthorn_ has quit [Ping timeout: 255 seconds]
John_Ivan_ has quit [Ping timeout: 246 seconds]
joto has quit [Ping timeout: 256 seconds]
joto has joined #ruby
John_Ivan_ has joined #ruby
John_Ivan_ has quit [Read error: Connection reset by peer]
John_Ivan_ has joined #ruby
John_Ivan__ has quit [Ping timeout: 265 seconds]
John_Ivan__ has joined #ruby
_73 has quit [Remote host closed the connection]
John_Ivan has joined #ruby
John_Ivan_ has quit [Ping timeout: 260 seconds]
John_Ivan__ has quit [Ping timeout: 264 seconds]
John_Ivan_ has joined #ruby
John_Ivan has quit [Ping timeout: 260 seconds]
jhawthorn has joined #ruby
Al2O3 has joined #ruby
yxhuvud has joined #ruby
teclator has quit [Ping timeout: 248 seconds]
<adam12>
Morning
<ox1eef_>
Morning / afternoon adam12
Al2O3_ has joined #ruby
Al2O3_ has quit [Excess Flood]
Al2O3 has quit [Ping timeout: 252 seconds]
Al2O3_ has joined #ruby
Al2O3_ has quit [Excess Flood]
Al2O3 has joined #ruby
John_Ivan__ has joined #ruby
John_Ivan_ has quit [Ping timeout: 248 seconds]
jhawthorn has quit [Ping timeout: 252 seconds]
<adam12>
ox1eef_: how goes
John_Ivan__ has quit [Read error: Connection reset by peer]
<ox1eef_>
Goes alright. Bit of a slow day. What about you?
John_Ivan__ has joined #ruby
John_Ivan__ has quit [Read error: Connection reset by peer]
John_Ivan__ has joined #ruby
<adam12>
ox1eef_: About the same. Trying to get into the swing of things.
<ox1eef_>
Same.
<adam12>
I want to work on other stuff, but I did so much work on gemdocs.org last week, I'm anxious to poke at it again.
gonix has joined #ruby
jhawthorn has joined #ruby
John_Ivan_ has joined #ruby
weaksauce has joined #ruby
John_Ivan__ has quit [Ping timeout: 255 seconds]
weaksauce has quit [Ping timeout: 252 seconds]
gonix has quit [Ping timeout: 255 seconds]
weaksauce has joined #ruby
___nick___ has joined #ruby
___nick___ has quit [Client Quit]
___nick___ has joined #ruby
___nick___ has quit [Client Quit]
___nick___ has joined #ruby
dionysus69 has quit [Ping timeout: 264 seconds]
Guest76 has joined #ruby
Guest76 has quit [Client Quit]
<ox1eef_>
I can relate. The project I'm most excited by is usually the one I've worked on most recently.
eron has joined #ruby
boey89 has joined #ruby
crax23 has quit [Ping timeout: 268 seconds]
ralu1 has quit [Ping timeout: 246 seconds]
moeSizlak has joined #ruby
<moeSizlak>
what to make of this warning since upgrading to 3.2.0:
<moeSizlak>
/opt/rbenv/versions/3.2.0/lib/ruby/gems/3.2.0/gems/sequel-5.64.0/lib/sequel/adapters/tinytds.rb:34: warning: undefining the allocator of T_DATA class TinyTds::Result
<adam12>
moeSizlak: My guess is it's an adapter issue and not Sequel. Are you on most recent TinyTds release?
FullMetalStacker has quit [Remote host closed the connection]
ur5us has joined #ruby
FullMetalStacker has joined #ruby
John_Ivan_ has quit [Ping timeout: 252 seconds]
FullMetalStacker has quit [Client Quit]
ralu1 has quit [Ping timeout: 256 seconds]
teclator has quit [Ping timeout: 260 seconds]
ruby[bot] has quit [*.net *.split]
leah2 has quit [*.net *.split]
ox1eef_ has quit [*.net *.split]
infernix has quit [*.net *.split]
zaben[m]1 has quit [*.net *.split]
newton has quit [*.net *.split]
egality has quit [*.net *.split]
pjlsergeant has quit [*.net *.split]
ringo__ has quit [*.net *.split]
fcser has quit [*.net *.split]
fcser__ has joined #ruby
egality_ has joined #ruby
ruby[bot1 has joined #ruby
pjlsergeant_ has joined #ruby
newton has joined #ruby
leah2 has joined #ruby
newton has quit [Signing in (newton)]
newton has joined #ruby
zaben[m]1 has joined #ruby
ox1eef_ has joined #ruby
ringo__ has joined #ruby
infernix has joined #ruby
Sankalp has quit [Ping timeout: 260 seconds]
Sankalp has joined #ruby
leah2 has quit [Quit: trotz alledem!]
leah2 has joined #ruby
___nick___ has quit [Ping timeout: 256 seconds]
<mooff>
how much does the interpreter love it when you #extend helper methods onto String's?
<mooff>
I suppose it shouldn't be better or worse than extending other objects
<adam12>
mooff: I'm not sure how true it is today but doing that in yesteryear would invalidate method caches.
<adam12>
I think method caches are now isolated to classes, so perf hit isn't as bad, but I probably would avoid it where possible.
<adam12>
I'd probably DelegateClass(String) here maybe....
eron has quit [Ping timeout: 260 seconds]
cartdrige has joined #ruby
<havenwood>
Or a refinement or functional helper module.
ralu1 has joined #ruby
hightower2 has joined #ruby
<ox1eef_>
Extending an object with a module is one of the Ruby features I love the most. Depending on the situation, refinements / module functions might be a better match though.
<adam12>
I'd probably go module function here if I wasn't delegating a bunch of things.
<adam12>
There's a ticket about refinement performance on the bug tracker that doesn't show it in the best light. I'm yet to benchmark but have avoided them mostly.
<adam12>
Also, depending on the team, they are completely unusable from an irb REPL without some tricks, and that's problematic.
<ox1eef_>
For me, he beauty of Module#extend is that your API can return a monkey patch on core classes that are isolated just to your API.
<ox1eef_>
the beauty*
<adam12>
That indeed is nice.
cartdrige has quit [Quit: I am more peaced off than a dragon trying to blow out candles]
<havenwood>
adam12: At least all it takes to get refinements working at top level in IRB is a .irbrc one liner: IRB.conf[:CONTEXT_MODE] = 0
<havenwood>
It's probably worth changing the default function for a proc anyways, just on that accord.
<havenwood>
I do set it myself, just to use refinements without a downside.
<adam12>
I wonder if that value could ever be made a default, and what the drawbacks might be
<adam12>
With Stan being a new maintainer, I wonder if it's worth pitching.
<havenwood>
adam12: I think it could be made default, and I'm not aware of downsides. Agree it's worth the ergonomics from my vantage.
<adam12>
bbl.
<havenwood>
Awesome to have it maintained!
ralu1 has quit [Ping timeout: 268 seconds]
<ox1eef_>
Big advantage that Module#extend has over refinements is that consumers of an API don't have to do anything special to benefit from isolated monkey-patches.
cek has joined #ruby
Sankalp- has joined #ruby
Sankalp has quit [Ping timeout: 260 seconds]
Sankalp- is now known as Sankalp
ralu1 has joined #ruby
cartdrige has joined #ruby
tomtmym has quit [Quit: Gone.]
otisolsen70 has quit [Quit: Leaving]
cartdrige has quit [Quit: I am more peaced off than a dragon trying to blow out candles]
cartdrige has joined #ruby
ruby[bot1 has quit [Remote host closed the connection]
ruby[bot] has joined #ruby
desnudopenguino1 has joined #ruby
desnudopenguino has quit [Ping timeout: 260 seconds]