Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
dlsspy
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
31 ms
·
331.
▲
by
dlsspy
16y ago
I was assuming I'd find this: http://en.wikipedia.org/wiki/C%2B%2B_Technical_Report_1#Math... Parts of C++ that don't seem to be quite generally useful enough to warrant inclusion in a standard library.
332.
▲
by
dlsspy
16y ago
That's insanely high res. How many pixels would my 15" MBP have at that DPI?
333.
▲
by
dlsspy
16y ago
This really annoyed me. I took screenshots on my iPhone regularly to share things with people. I can't do that on my Android phone without rooting it (at least, according to the screenshot apps in the market).
334.
▲
by
dlsspy
16y ago
Does this count? http://dustin.github.com/2009/01/11/timecard.html :)
335.
▲
by
dlsspy
16y ago
"Skype's network effect and lock-in is extremely small compared to something like Facebook, or even something like an IM network." Skype is an IM network. I really hate that I have to use it sometimes for that.
336.
▲
by
dlsspy
16y ago
I'd rather be ridiculed for what I've done than what I've promised to do, but refused to share. That said, I'm no longer an interested party. I stopped using TM over a year ago after at least a year of using it and seeing where it was goin
337.
▲
by
dlsspy
16y ago
I've done very large rewrites from scratch successfully and I've done very large rewrites incrementally successfully. I think it can happen just fine. Of course, doing that as a one-man team with a closed-source commercial product that you
338.
▲
by
dlsspy
16y ago
IE8 is over a year old. You wouldn't drink year-old milk would you?
339.
▲
by
dlsspy
16y ago
That's likely true. We're separating out storage engines and allowing people to write their own. Your engine doesn't need locks. The more stuff we can do in the core without them, the closer we get to your dream. Lock-free hash tables wi
340.
▲
by
dlsspy
16y ago
The general path involves adding some locks around critical sections, then benchmarking until those locks bubble up, then reducing the number of locks, then repeating until your server has very little lock contention. The process is pretty
341.
▲
by
dlsspy
16y ago
I'm certainly not trying to start a fight or anything, but there's a lot of bad testing out there, and people like trumpeting the results of such things. Having more machines reduces the performance gained from multigets. This is often a p
342.
▲
by
dlsspy
16y ago
I'm a bit biased, but I'm not as optimistic as some. memcached had a design similar to redis when I first got involved with it a few years ago. It was fine for a lot of systems, but didn't scale to the larger ones. It took a lot of work f
343.
▲
by
dlsspy
16y ago
If it fast-forwarded, it's because you haven't added any changes that aren't already upstream. If you're losing information, it's when you considered starting a branch.
344.
▲
by
dlsspy
16y ago
> One think which git got wrong IMO is fast-forward when pulling: it means you lose branch information, and the history is hard to understand (it complicates life for bisect or continuous integration) - I change the pull command to make
345.
▲
by
dlsspy
16y ago
Your first two commands can be replaced with (one time): git config --global branch.autosetuprebase always Then "git pull" Without doing the config change, you can just do a "git pull --rebase" Your "git push origin master" is typically wha
346.
▲
by
dlsspy
16y ago
> Why hasn't someone who knows git created a better porcelain yet? Probably because once you know git well enough you don't want to give up any of it's native power just to satisfy some noob's anxiety attack. They exist. gitx, magit, e
347.
▲
by
dlsspy
17y ago
That question was asked in September 2008. One would hope some things could change by then. Supporting c89 is supporting some of c99. As pointed out from some of the things you linked to, not fully supporting c99 means there are places
348.
▲
by
dlsspy
17y ago
Is it safe to assume they haven't updated their C support from the 21 year old standard to the 11 year old standard?
349.
▲
by
dlsspy
17y ago
I agree with this. In the above mentioned cleanup procedure, one of my developers was convinced that git would commit all changes during an interactive rebase where he was splitting a changeset regardless of what he had staged. I asked hi
350.
▲
by
dlsspy
17y ago
I'm becoming a huge fan of gerrit. I have to say that I still feel that "git commit -a" is trouble. It's OK to ease one in, but the faster you free yourself from thinking of committing as "saving the state of things" and begin to think of
351.
▲
by
dlsspy
17y ago
"libcurl does not put any restrictions on the program that uses the library." I wonder how much of the activity could be attributed to such things.
352.
▲
by
dlsspy
17y ago
I'm aware of the release plugin -- I also was when I wrote it. I didn't see much of a difference between it and the SCM plugin. I replied to such criticism on my post, so I'll just paste that response here: I'm aware of the release plugin.
353.
▲
by
dlsspy
17y ago
auditable means every revision of every change was saved in a fashion that allows you to go back in time and what-not. Specifically, it means this: http://github.com/dustin/kvtest/blob/master/sqlite-base.cc#L...
354.
▲
by
dlsspy
17y ago
I do. I wrote a tool to help me understand what I could do on various storage tiers running as safely as possible. Here's one of my results from linode: http://skitch.com/dlsspy/nh2qb/kvtest-results-on-linode Here's the code: http://g
355.
▲
by
dlsspy
17y ago
Most importantly: The best tested software out there: http://www.sqlite.org/testing.html "As of version 3.6.23 (all statistics in the report are against that release of SQLite), the SQLite library consists of approximately 67.2 KSLOC of
356.
▲
by
dlsspy
17y ago
I spent an unreasonable amount of time porting software that is generally run on Linux and Mac OS X to RedHat (mostly because their fork of Linux appears to be a museum of obsolete libraries). The BSD forks are often quite interesting in th
357.
▲
by
dlsspy
17y ago
You know, I had bzr 1.17 or similar. I upgraded to 2.1 and got the same time (slightly over 25 seconds). git version is 1.7.0.3. Both on my mac (I don't do Windows). In both cases, it was whatever "<cmd> clone <url>" doe
358.
▲
by
dlsspy
17y ago
Here's the difference between bzr log on my clone of emacs: 23.040u 1.518s 0:25.31 96.9% 0+0k 0+73io 0pf+0w git log on my clone of emacs: 2.197u 0.226s 0:02.89 83.3% 0+0k 36+14io 0pf+0w
359.
▲
by
dlsspy
17y ago
I gave a long detailed response to this over on reddit: http://www.reddit.com/r/programming/comments/biv72/why_git_a...
360.
▲
by
dlsspy
17y ago
git does have the ability to do partial history clones and partial repository checkouts. However, you can surely see that the goals of requiring the code to be in a single repository but requiring the ability to only access part of it at
More ›