Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mpd
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
151.
▲
by
mpd
14y ago
I'm honestly chuckling at the thought of Linus responding to this one in Rasmus' place. If you need the features of an old version, use the old version. Simple as that. Don't expect the rest of the world to be stuck with dealing with backwa
152.
▲
by
mpd
14y ago
For making changes on the mud itself, there was no other way to write code unless you were an admin and had direct machine access. There are some vi-like mud editors out there, but they were always wonky when I tried them, and caused more p
153.
▲
by
mpd
14y ago
Yes, but even serializing data at the key level in redis to do it yourself is painful. With 2.6.0, redis provides dump[1] and restore[2] methods which will go a long way to alleviate this, but that version is still in pre-release status at
154.
▲
by
mpd
14y ago
I'd love to know how it handles adding new shards. Migrating redis data from one shard to another has been a major pain point for us in the past, and has caused us to move away from redis for any big data needs we have where growth can't ac
155.
▲
by
mpd
14y ago
I was a MUD coder in a past life (and sort of am still); learning ed is essential for that environment. I'm glad I learned to use it, and gladder still I don't have to use it every day. It's great for quick fixes and one-offs, but having to
156.
▲
by
mpd
14y ago
You're welcome to peruse the mailing list thread. http://lists.basho.com/pipermail/riak-users_lists.basho.com/...
157.
▲
by
mpd
14y ago
Yes. I should clarify that I meant 500k keys used in a single m/r job. We needed to be able to run m/r over roughly 200 million keys at the time.
158.
▲
by
mpd
14y ago
I investigated using Riak for dealing with our metrics a few months ago, but with the data sizes we are dealing with, even the Riak people told us that Hadoop was likely a better solution. Once you are dealing with more than 500k keys or so
159.
▲
by
mpd
14y ago
There's some editorializing in the title here. The ban only covers two buildings, and any phone that allows them to add the monitoring they require (not just Android phones) would be acceptable.
160.
▲
by
mpd
15y ago
Please update your TOS to explicitly define what 'reasonable disclosure' is. I'm a paying customer and this comes off as arbitrary.
161.
▲
by
mpd
15y ago
I just signed up. Will check it out later today. I did notice a couple of misspellings: enrol -> enroll, enrolment -> enrollment
162.
▲
by
mpd
15y ago
This is only true if 'ambiguous' is synonymous with 'exactly matching my own criteria'. Usually, it isn't.
163.
▲
by
mpd
15y ago
Others' opinions are a litmus test that saves me a lot of time in the long run. I simply don't have the bandwidth to go deep on everything that hits my radar.
164.
▲
by
mpd
15y ago
This assumes anonymous is a unified collective, when they are really much closer to a flag of convenience.
165.
▲
by
mpd
15y ago
I used osx gcc installer for a bit, but had to go back to xcode when I needed things like opengl headers, which are not otherwise available. Frustrating, for sure.
166.
▲
by
mpd
15y ago
Having dealt with the Selenium and its frustrations in the past, I tend to outsource this sort of testing if at all possible. Some things can only be truly tested with eyeballs. One tip I do have is to disable jQ animations during your test
167.
▲
by
mpd
15y ago
My heuristic is developer estimate x 2 + 2 weeks for anything of substance, just based on my own experience and managing others.
168.
▲
by
mpd
16y ago
Absolutely. A record of solid past work can help overshadow a poor interview (nervousness, etc.) in my eyes. If I can see the sorts of things a candidate has worked on in the past, I can more tailor the interview and ask more engaging quest
169.
▲
by
mpd
16y ago
The project looks dormant right now. There have been no changes in months; no release in over a year. direct link: http://retrospectiva.org/overview
170.
▲
by
mpd
16y ago
Stipple is looking for an engineer. San Francisco, local only. http://stippleit.com We do Rails, jQuery, and TDD. Lots of Javascript. We write our own CSS (with SASS/Compass). We move quickly by exploiting the best tools we can find. You