ChanServ changed the topic of #crystal-lang to: The Crystal programming language | | Fund Crystal's development: | GH: | Docs: | Gitter:
<FromGitter> <asterite> Always start without macros. Add macros if you find repetition in your code
renich has joined #crystal-lang
Starfoxxes has quit [Ping timeout: 248 seconds]
Starfoxxes has joined #crystal-lang
<FromGitter> <wrq> I gotta get used to that. I am not a huge fan of metaprogramming in Ruby, I've always envied the FP style of things. I know that macros aren't exactly the same and offer much stronger guarantees. I'm reading up now on macros in crystal.
ur5us_ has joined #crystal-lang
ur5us_ has quit [Ping timeout: 268 seconds]
<FromGitter> <>
nq has quit [Ping timeout: 248 seconds]
jmdaemon has quit [Ping timeout: 272 seconds]
nq_ has joined #crystal-lang
renich has quit [Remote host closed the connection]
jmdaemon has joined #crystal-lang
<FromGitter> <RespiteSage> Is there an issue/PR for ordering of classes affecting method overload resolution? E.g. vs
<FromGitter> <RespiteSage> I know about, but I think that's a bit different, since this isn't exactly a method ordering difference.
<FromGitter> <Blacksmoke16> could try with
<FromGitter> <RespiteSage> Good idea. It looks like the "put the most specific first" advice does work for this, but I had forgotten which way it worked (first vs most recent).
<FromGitter> <RespiteSage> Unless I'm doing something wrong, neither nor fix it...
ur5us_ has joined #crystal-lang
Liothen has quit [Ping timeout: 245 seconds]
Liothen has joined #crystal-lang
<FromGitter> <asterite> Maybe describing your expectation would help. I don't understand what the issue is at a glance (too much code, no comments)