@toksyuryel
Renton
Some kind of otherkin dragon thing who thinks he'll be a professional programmer someday.
Favorite pony is Pinkie Pie, but Luna is best pony. Figure that one out.
Notices by Toksyuryel (toksyuryel) tagged coderpony
-
This is helpful http://blog.sanctum.geek.nz/vim-misconceptions/ !coderpony
Wednesday, 01-Aug-12 15:09:40 UTC from web -
So can someone maybe explain closures to me in as few buzzwords as possible? !coderpony
Tuesday, 31-Jul-12 14:46:03 UTC from web -
Another great article from Eevee http://me.veekun.com/blog/2012/07/28/quick-doesnt-mean-dirty/ (as usual, lots of #NSFW language here) !coderpony
Tuesday, 31-Jul-12 13:43:22 UTC from web -
Before I go to bed, I wanted to share this because it makes me happy. http://dpaste.com/749403/ @widget @bitshift !coderpony #SQL
Thursday, 17-May-12 16:31:19 UTC from web -
Pre-caching the path instead of generating it dynamically seems to only improve cached performance (though the improvement there is dramatic). In some cases the uncached performance was actually *worse* than generating the path in a WITH RECURSIVE block. http://pgsql.privatepaste.com/60741d539f @bitshift @widget !coderpony #SQL
Monday, 14-May-12 09:32:33 UTC from web -
So, first test: building the paths in a WITH RECURSIVE block under normal settings. Test shows that this is, indeed, unacceptably slow but cached performance is phenomenal until the thread gets monstrously huge; as real world threads will never get as big as even the smallest thread in this sample, and certainly won't be so spread out, I consider the cached performance to be acceptable but I'd like something better for uncached performance. Now let's test it with the pre-computed paths. http://pgsql.privatepaste.com/205d6138f2 @bitshift @widget !coderpony #SQL
Monday, 14-May-12 09:10:37 UTC from web -
Hm, that was done faster than I thought. I estimated the total size would get to be over 5GB but it only got to 4.1GB before it finished. Here's an hour-by-hour breakdown of how long it took to populate the database with over ten million rows: http://dpaste.com/747878/ !coderpony #SQL
-
I can't understand what this error is about. All of my parenthesis seem to line up properly (and it successfully creates the first two tables before the one with the error) and I don't see any misplaced or missing semicolons. Any help? http://dpaste.com/747347/ @bitshift @widget !coderpony #SQL
-
Here's a comparison of uncached performance vs cached performance http://dpaste.com/747276/ @bitshift @widget !coderpony #SQL
-
I'm pretty happy about this. http://dpaste.com/746779/ @widget @bitshift !coderpony #SQL
Friday, 11-May-12 19:14:58 UTC from web -
A question arises: if a column references its own table as a foreign key with ON DELETE RESTRICT and just so happens to refer to its own row, is that row simply completely impossible to delete or will it be deleted normally? !coderpony #SQL
Thursday, 10-May-12 00:42:11 UTC from web -
Today's lesson: arrays are evil. http://dpaste.com/745811/ @bitshift !coderpony #SQL
Thursday, 10-May-12 00:31:17 UTC from web -
@bitshift I dunno, I designed half of it while half asleep anyway. Here it is anyway for your perusal http://dpaste.com/745314/ (to anyone just joining us, I'm learning all of this as I go and currently lack the means to test whether I've gotten any of this right, so if the syntax and such is completely wrong it's because I have no idea what I'm doing) !coderpony #SQL
-
@bitshift So how'd I do? :) http://dpaste.com/745233/ !coderpony #SQL
-
@toksyuryel @bitshift I realized I forgot some conditionals in one of the stubbed functions, here's a fixed version of that http://dpaste.com/745201/ !coderpony #SQL
-
@bitshift I have stubbed out several functions and created the triggers to demonstrate how I plan to constrain the arrays http://dpaste.com/745194/ !coderpony #SQL
-
@bitshift Let's see how horribly I botched this one up http://dpaste.com/745169/ !coderpony #SQL
-
@bitshift http://dpaste.com/745125/ here's what it looks like now !coderpony #SQL
-
@bitshift As long as I'm using dpaste I might as well just post the entire file. Let me know how much I screwed everything up! http://dpaste.com/745106/ !coderpony #SQL
-
The Pyramid tutorials could really do with some work. They don't spend much time introducing the concepts and explaining what you're doing at each step, they just give you a bunch of code to copy and paste with only an overall description of what it aims to do when they bother to describe it at all. The writing is also vague and uncertain, like it *means* to give a high-level introduction and then dive in but then it just moves on to the next topic instead of diving in. Here's a tip guys: if I'm reading the tutorial it's because I want to learn how to use your software, not because I'm still deciding whether or not I should use your software. At this point I really don't know much more about how to use it than I did before I went through the tutorials. Guess it's back to plan B then: read somebody else's Pyramid app and try to figure out how it works while cross-referencing the API docs. !coderpony !python
-
Friday, 04-May-12 19:48:05 UTC from web
-
This is a wonderful read http://zedshaw.com/essays/programmer_stats.html !coderpony #NSFW
Friday, 04-May-12 17:10:47 UTC from web -
Friday, 04-May-12 15:31:36 UTC from web