[03:04] <snap-l> Evening
[03:04] <rick_h> party
[12:27] <rick_h> morning party people
[12:27] <rick_h> TGIF
[12:50] <snap-l> Worst. Saturday. Ever.
[12:50] <rick_h> hah
[15:21] <brousch> jrwren: How's the mk802 treating you?
[15:22] <brousch> I'm waffling between that and a raspberrypi
[15:22] <jrwren> its OK.
[15:22] <jrwren> its WAY better than raspberrypi for PC type stuff.
[15:23] <jrwren> rasp has advantage of hardware pins so hardware control.
[15:23] <brousch> I don't have a specific project for it yet, so I haven't bought anything
[15:23] <jrwren> so i'd place rasp between arduino and mk802
[15:24] <jrwren> MK802 really is a tiny desktop. jus tplug a display and keyboard and mouse and you are up and running
[15:24] <brousch> Yeah, I got a bionic lapdock too
[15:24] <brousch> So it can be a laptop
[16:39] <snap-l> Did not realize watch supported a --color flag
[16:39] <snap-l> Huzzah
[16:43] <rick_h> hah
[16:47] <rick_h> snap-l: G+ pic, more rotation please
[16:48] <snap-l> rick_h: damn phone doesn't auto-rotate
[17:19] <snap-l> JoDee brought home Chicken Shack
[17:20] <snap-l> and it was OMGWTFNOMNOMNOM
[17:20] <jrwren> i've never had chicken shack
[17:20] <shakes808> Good afternoon all
[17:21] <snap-l> jrwren: It's good. They use butter on their chicken, and the batter is moist and crispy.
[17:29] <rick_h> heh, we've got one up the street I've gone to once or twice
[17:29] <rick_h> just don't get the patatoes ugh
[17:30] <rick_h> and yea, it's fried chicken with fries and such so make sure you do some laps before lunch
[17:30] <snap-l> Their potatoes are pretty good
[17:30] <snap-l> but yeah, they're also pretty salty
[17:34] <jcastro_> chickenshack is so good
[17:35] <snap-l> Yeah, we avoided it for the longest time, but then had some and immediately regretted not trying it sooner.
[17:38] <snap-l> https://ting.com/blog/byosd-progress-report-and-wider-beta-launch-announced/
[17:39] <snap-l> In case you have a sprint device laying around, and want to try Ting
[17:39] <snap-l> shakes808: ^^
[17:46] <shakes808> snap-l: i traded in my sprint devices to get money off my Verizon bill
[17:46] <shakes808> lol
[17:46] <shakes808> And my phone is on the list lol
[17:46] <shakes808> :(
[17:46] <shakes808> Oh, well
[17:47] <shakes808> I have been happy with Verizon thus far
[17:47] <shakes808> but with the 4G, it eats up the data faster lol
[17:48] <shakes808> When on Sprint, we would have 1.5 - 2 GB of data month. With Verizon we are going through 4 GB pretty fast
[17:49] <shakes808> here is a C++ question, not using .NET, is there a dataset implementation?
[17:51] <snap-l> shakes808: Bummer
[18:10] <rick_h> man, not sure if it's 12.10 or chrome but sure feels snappier since the reinstall
[18:10] <rick_h> actually maybe it's 12.10 because lots of things feel snappier
[18:12] <jrwren> shakes808: no.
[18:12] <jrwren> shakes808: and you shouldn't use DataSet in .NET anyway.
[18:13] <jrwren> in C++, DataSet would just be void*** anyway
[18:13] <rick_h> bwuhahahaha 2164 lines (+1430/-270) 24 files modified
[18:13] <rick_h> now who to sucker into reviewing .... naw time to break it into multiple branches
[18:16] <shakes808> jrwren: why should I use .NET dataset? and not familiar with void***
[18:19] <jrwren> you shouldn't use .NET DataSet. prefer static types in a static typed lang
[18:20] <jrwren> DataSet is effectively a weak type in a static type system.
[18:20] <jrwren> you know what void* is in C/C++ right?  void*** is just more dereferences. I was j/k
[18:21] <jrwren> what are you doing?
[18:25] <greg-g> snap-l: huh! (re BYOSD)
[18:36] <shakes808> getting back into C++ so I can make some games.
[18:36] <shakes808> I will eventually need to read data from a db and want to be able to store it so I am not hitting the db.
[18:36] <jrwren> ah. I recommend defining your own types and not using a DataSet like structure
[18:37] <jrwren> will they be relations ?
[18:38] <shakes808> ? as in the db?
[18:38] <jrwren> what you read back from teh db.
[18:38] <shakes808> yeah, would imagine so.
[18:38] <jrwren> if using a DataSet would it have been a single DataTable or many related?
[18:39] <jrwren> or would you have used separate DataSet instances?
[18:40] <shakes808> related in some what.
[18:40] <jrwren> I'd start by declaring a C++ class with fields  for each db field and populate a std::vector<whatever*>  with DB results
[18:41] <jrwren> and see how far that takes me.
[18:41] <jrwren> if you want you could even reflect teh db schema and generate the c++ class based on table schema as a first step of your build process
[18:41] <jrwren> less code for you to write and its a closer step to a C++ orm.
[18:42] <jrwren> sounds like a fun project IMO
[18:42] <jrwren> if you are using postgresql I wouldn't mind helping, I've always wanted to dive into that API
[18:43] <jrwren> then again, for a game sqlite or some kind of nosql probably makes more sense.
[18:57] <shakes808> Looking to do MySQL
[19:00] <jrwren> i'm so sorry ;)
[19:00] <shakes808> My buddy is making a dataset in JAVA based off of .NET. Why do you not like .NET's implementation?
[19:01] <shakes808> what would be the difference between MySQL / Postgresql
[19:03] <brousch> A Java and Mysql game?
[19:08] <jrwren> omg, its so wrong on so many levels, others have written far more about it than I will take time to write. I suggest you google around.
[19:08] <jrwren> if you are wriring in C++ you'd use teh mysql or postgresql client libraries directly. entirely different API
[19:10] <brousch> Wouldn't that require mysql or postgresql to be installed on people's computers?
[19:11] <jrwren> read all these answers: http://stackoverflow.com/questions/53338/what-are-the-disadvantages-of-typed-datasets
[19:14] <shakes808> will read it later tonight
[19:15] <shakes808> But that isn't about Postgre/MySQL
[19:15] <jrwren> no, that is about why to avoid Dataset
[19:17] <shakes808> gotcha
[19:24] <shakes808> looking at comparisons and it is says that Postgre is slower than MySQL
[19:26] <rick_h> LIES!
[19:28] <shakes808> HAHA
[19:28] <shakes808> So if I did Postgre, jrwren, you would be in at attempting to make something :D
[19:29] <brousch> Don't use mysql unless you have to
[19:31] <snap-l> Yeah, MySQL is not a path I'd take for new database installs
[19:32] <jrwren> postgresql is slower than mysql. it is also correct.
[19:32] <jrwren> do you like invalid foreign keys? I don't. If you do, use mysql
[19:32] <rick_h> do you like auto truncated text fields...go mysql
[19:32] <rick_h> do you hate those pesky subselects...use mysql
[19:33] <rick_h> do you hate writing stored procures, custom functions, and more in those stupid 'pretty' languages like python, ruby, and perl? ... use mysql
[19:36] <jrwren> and by that, you mean client side, because postgresql lets you write real server side sprocs funcs in plugin languages like perl, python, ruby
[19:37] <rick_h> no, I mean if you hate using those languages server side then use mysql
[19:37] <rick_h> but yea, because postgres allows all the coolness taht is
[19:40] <snap-l> Do you like performance, data integrity, or new features?
[19:40] <snap-l> With mySQL, pick one.
[19:40] <rick_h> do you like choosing which fork is the one you want to use today :P
[19:41] <shakes808> gotcha
[19:42] <snap-l> MySQL was good for a time. PostgreSQL has caught up and surpassed it
[19:42] <shakes808> So Post it is :D
[19:42] <snap-l> and by caught up, I mean acquired most of the advantages mySQL had at one point.
[19:42] <snap-l> shakes808: Well, make an informed choice.
[19:42] <snap-l> but lean towards PostgreSQL if possible
[19:43] <jrwren> and NEVER use speed as your #1 criteria
[19:43] <snap-l> if you're doing shared hosting, you might not have a choice.
[19:43] <jrwren> if you want speed DO NOT USE A RELATIONAL DATABASE
[19:43] <snap-l> jrwren: Nope, use /dev/null
[19:43] <jrwren> :)
[19:43] <snap-l> The write once, read never device.
[19:44] <brousch> I'm considering a move to Webfaction for shared hosting. They have current Python and Postgres
[19:44] <brousch> And Python is a first class citizen, not an afterthought
[19:45] <snap-l> I wish Wordpress had PostgreSQL support
[19:47] <jrwren> snap-l: me too
[19:48] <snap-l> I guess my other complaint would be database-agnostic PHP drivers that developers could use, but apparently PHP doesn't have Mike Bayer.
[19:50] <jrwren> those rarely work, drivers are only first layer.
[19:50] <jrwren> you don't want to be tied to agnostic SQL
[19:50] <jrwren> you want to leverage your DB.
[19:50] <jrwren> use things that your specific DB is good at.
[19:51] <jrwren> db agnostic apps are a pipe dream, or brittle at best.
[19:51] <snap-l> Let me have my misguided dreams
[19:54] <brousch> I was going to refute jrwren, then I thought about all of the database-specific issues with Django. Postgis only being in postgresql, half-assed support in Google app Engine
[19:55] <greg-g> always best to not attempt to refute jrwren
[19:58] <brousch> There was one thing he was wrong about, but I forget what it was. I suspect he hacked into my brain and manually removed the memory
[19:59] <jrwren> i'm wrong often.
[19:59] <jrwren> certainly more than I'm correct. I like to call it learning.
[19:59] <rick_h> *cough* bookie is completely db agnostic *cough*
[20:06] <jrwren> OH SNAP!
[21:33] <shakes808> night all. Will hop on later ;) Might bug ya for questions
[22:36] <shakes808> Hello all again :D
[23:01] <shakes808> rick_h: rick_droid: http://jobview.monster.com/GetJob.aspx?JobID=115926630&aid=81237197&WT.mc_n=JSAHG10
[23:02] <greg-g> too many !!!s
[23:03] <waldo323_> Systen Design,
[23:05] <greg-g> :)
[23:55] <rick_h> shakes808: wtf... "you must do everything from assembly through C++ through django through SQL...
[23:56] <shakes808> lol