11:58 <Netfeed> dominikh: i'm trying to write some sort of sql-interface for shits and giggles, and i'd like to show my row sets into structs

11:58 <Netfeed> (i which channel this is:)

11:58 <dominikh> Netfeed: just use an existing library, like sqlx :)

12:00 <Netfeed> yeah, i know i probably should use that instead, (and i know i have way too little go skills atm), but i just wanted to try and see if i could, and there's so much crap in sqlx

12:00 <dominikh> reflection is hard to get right in Go :)

12:01 <Netfeed> i've noticed, it's even easier in java :P

12:02 <dominikh> it's that way by design, though. reflection in Go should be a last resort, not a default solution

12:04 <dominikh> (it's also something that should only be touched by people who have a proper and good understanding of Go's type system)

12:04 <Netfeed> fuck that :)

12:04 <Netfeed> this problem would be much easier if there where some sort of generics

12:05 <dominikh> generics would not even help you here in any way.

12:05 <Netfeed> i would be able to do the .(T) conversion though and i'd be done

12:06 <Netfeed> and i know the stance in what the go-devs thinks about generics :)

12:06 <dominikh> and how do you know, statically, at compile time, the field name, if it comes from an sql query? :)

12:07 <dominikh> so great, you've got an isntance of T. you don't know what fields it has, you don't know what fields to assign to

12:09 <Netfeed> well, the runtime has to solve that for me *cough*

12:09 <dominikh> maybe you're looking for an interpreted language? :)

12:10 <dominikh> I heard Ruby is quite dynamic :P

12:10 <Netfeed> it works in java doesn't it?

12:11 <dominikh> it works in Go, too, and probably in pretty much the same way: reflection. compile-time stuff like generics still won't help you here, it's strictly a runtime problem

12:12 <Netfeed> sqlx has solved it, that means that i can solve it, but i'm starting to think that this will take more time than i have to make it workable and it would probably be easier to just write the interface upon sqlx than database/sql :(

12:12 <dominikh> of course it's solveable. and of course it'll take time, especially if one is new to Go

12:12 <dominikh> or reflection. or both.

12:13 <Netfeed> and i would have written this in another language, but i need threads, and loads of them and i don't really want to use the jvm and i'd like to learn go :)

12:14 <dominikh> and you're learning it the wrong way ;)

12:14 <Netfeed> trial by fire

12:15 <dominikh> let's hope you're a dragon then.

12:16 <Netfeed> you sound a bit pessimistic :)

12:27 <Netfeed> this would be so much easier in perl :P

12:30 <dominikh> well, use perl then :P

12:30 <dominikh> I'm sure perl got threads

12:33 <Gizmokid2005> Oh you're a riot dominikh. I'm glad I've stuck around so far :)

12:33 <Netfeed> what's the fun in that

12:34 <dominikh> if that's your definition of a riot, you must have very boring friends :P

12:34 <Gizmokid2005> dominikh: you're implying I have friends :P

12:34 <Netfeed> awh, don't be a bummer

12:58 <Netfeed> ok, yeah, sqlx went a little bit faster to implement than doing it myself :)

12:59 <dominikh> no kidding

12:59 <dominikh> fwiw, the sqlx dev is a good dev

12:59 <Netfeed> i'm not doubting that

20:19 <sarkyniin> hey

20:19 <sarkyniin> how do I check if a user is op/sop/admin?

20:20 <onewheelskyward> http://rubydoc.info/github/cinchrb/cinch/Cinch/User#oper

20:21 <onewheelskyward> oops http://rubydoc.info/github/cinchrb/cinch/Cinch/User#oper-instance_method

20:28 <sarkyniin> onewheelskyward: https://github.com/cinchrb/cinch/blob/master/examples/basic/join_part.rb

20:28 <sarkyniin> def is_admin?(user)

20:28 <sarkyniin> true if user.nick == $admin

20:28 <sarkyniin> this page uses that

20:28 <sarkyniin> oh wait

20:28 <sarkyniin> it specifies the $admin before

20:28 <sarkyniin> yeah thanks I guess for that doc age

20:28 <onewheelskyward> I think you mean @admin.

20:28 <sarkyniin> page

20:28 <onewheelskyward> oh, I'm wrong, it's outside of the class.

20:29 <onewheelskyward> Be careful with that, if injekt isn't there, anyone can assume the nick and use your plugin.

20:30 <sarkyniin> onewheelskyward: if m.user.oper? && query.user.oper?

20:30 <sarkyniin> could I use something like this?

20:31 <onewheelskyward> That'd be good, too,

20:31 <onewheelskyward> at least then they'd have to be op'd.

20:36 <sarkyniin> onewheelskyward: it doesn't work, for some reason

20:37 <onewheelskyward> Have a real-time debugger handy?

20:37 <sarkyniin> [2014/07/22 20:36:57.878] !! [New thread] For #<Cinch::Handler @event=:message pattern=#<Cinch::Pattern:0x0000000223d988 @prefix=nil, @pattern=/^!kb (.+)/, @suffix=nil>>: #<Thread:0x00000002141868> -- 1 in total.

20:37 <sarkyniin> [2014/07/22 20:36:57.879] !! [Thread done] For #<Cinch::Handler @event=:message pattern=#<Cinch::Pattern:0x0000000223d988 @prefix=nil, @pattern=/^!kb (.+)/, @suffix=nil>>: #<Thread:0x00000002141868> -- 0 remaining.

20:37 <sarkyniin> it just starts the thread

20:37 <sarkyniin> and ends it

20:37 <sarkyniin> I'm not even using it on someone op'd

20:38 <onewheelskyward> Does your thread do anything if the user is not op'd?

20:38 <sarkyniin> no

20:38 <onewheelskyward> mission accomplished.

20:39 <sarkyniin> wait

20:39 <sarkyniin> I think I know why it won't work

21:22 <ayonix> does query.user.oper even make sense?

21:25 <ayonix> hm yeah seems like it :D