Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
spolu
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
32 ms
·
331.
▲
by
spolu
14y ago
It forces a tiled layout that helps productivity by: - keeping all buffers visible - making jumping from one to another very easy - driving focus on the main buffer The advantages are well-known and demonstrated by dwm from which this plugi
332.
▲
by
spolu
14y ago
Better yank/paste | over SSH support
333.
▲
by
spolu
14y ago
Argghhh. Ruby.
334.
▲
by
spolu
14y ago
This is what we can call a worthless piece of shitty argumentation.
335.
▲
Assange public appearance at Embassy of Ecuador in London
(teleportd.com)
1 points
by
spolu
14y ago
|
0 comments
336.
▲
7 year old article on artificial life
(carlzimmer.com)
7 points
by
spolu
14y ago
|
0 comments
337.
▲
by
spolu
14y ago
Yep rebasing is a good idea, but it's a little complicated I find for being part of an "ubiquitous" process within a team
338.
▲
Efficient Bug Fixing & Reviewing process with Github
(gist.github.com)
2 points
by
spolu
14y ago
|
2 comments
339.
▲
by
spolu
14y ago
Exactly!
340.
▲
Ask HN: Github Native OS X notifications
2 points
by
spolu
14y ago
|
3 comments
341.
▲
Zynga in the Red? Their HQ is still looking pretty [Photos]
(teleportd.com)
1 points
by
spolu
14y ago
|
0 comments
342.
▲
by
spolu
14y ago
Hell yeah. That's really crazy!
343.
▲
Ashton Kutcher as Steve Jobs [Photos]
(teleportd.com)
6 points
by
spolu
14y ago
|
2 comments
344.
▲
by
spolu
14y ago
That looks cool!
345.
▲
by
spolu
14y ago
Yep for timers (latency). And we have the data for counters and gauges as well. You can even configure client-side which percentile you want, by default 10th / 90th
346.
▲
by
spolu
14y ago
Definitely talked too fast! You're right, it definitely works. It's a little bit shadier on WAN but the main reason for the pre-aggregation is that the fire+forget behavior is much harder to scale as a service and would wastefully cost a lo
347.
▲
by
spolu
14y ago
Since we are cloud-based, our servers are remote to our customers'... and since there's no UDP availability over WAN... Then we had to find a solution to make it work nicely with HTTP. Does it make sense?
348.
▲
by
spolu
14y ago
Agreed! We are trying to communicate on a clear vision, but at the same time we already are a replacement for statsd + graphite in PaaS (and some IaaS) environment where there is no UDP availability... So we're not entirely lying :)
349.
▲
by
spolu
14y ago
We'll be working on it tomorrow. Please drop us a line at team@dattss.com so that we can come back to you when it's ready. In the meantime please have a look at http://github.com/teleportd/dattss-sdk to see how the nodeJS client works! Ch
350.
▲
by
spolu
14y ago
Yep it might be. We still need to discover that! We might cap it to a certain price!
351.
▲
by
spolu
14y ago
traffic is not a big issue since we have pre-aggregation client-side. So you can aggregate 5 event / hour or 10 millions it's all the same for DaTtSs... and it does not kill your network stack As far as retention is concerned let say we aim
352.
▲
by
spolu
14y ago
Funny how there are more people hitting the login button than people hitting the big demo button... that's hackernews :)
353.
▲
by
spolu
14y ago
Free for now. For now, we're thinking of a $1-2 / stat / month price point with free first 5 stat/months. Still a lot of discovery to do before we get a clear pricing. Not a priority RIGHT NOW, will become one rapidly. We're free because we
354.
▲
by
spolu
14y ago
It's an acronym for statsd indeed. Tough on the eyes yet easy to remember I think... Not the best name ever I admit :) - Combining graph is one of the biggest missing feature at the moment. We'll have simultaneous hover very soon to kind to
355.
▲
by
spolu
14y ago
It's a rest based API with a very thin library. We're working on Ruby, Python and Java as we speak. Which language are you working with, I can keep you posted as soon as we have the driver ready!
356.
▲
Insanely simple Cloud-based replacement for statsd + graphite
(dattss.com)
25 points
by
spolu
14y ago
|
25 comments
357.
▲
by
spolu
14y ago
This is awesome.
358.
▲
by
spolu
14y ago
I think text-editing is yet to be disrupted. Having so much discussion about it on HN shows that there's some sort of frustration. I'm a ten years emacs user and recently converted vim addict and I'm coding my own web-based text-editing sol
359.
▲
by
spolu
14y ago
Really? Which transition would you prefer? Isn't sliding fairly standard?
360.
▲
by
spolu
14y ago
That's an interesting perspective. Nice to remember that, when designing UI/web pages!
More ›