Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ownedthx
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
10 ms
·
31.
▲
by
ownedthx
11y ago
Email/Password
32.
▲
by
ownedthx
11y ago
Facebook
33.
▲
by
ownedthx
11y ago
Google+
34.
▲
by
ownedthx
11y ago
Twitter
35.
▲
by
ownedthx
11y ago
Other
36.
▲
Superbad
(superbad.com)
52 points
by
ownedthx
11y ago
|
19 comments
37.
▲
by
ownedthx
11y ago
http://www.jamkazam.com - we are not yet VC-backed, but I hope so soon. Because latency is an absolute premium for playing music in real-time across the internet, we've focused first on the desktop, where we have the most c
38.
▲
by
ownedthx
11y ago
You raise a good point, but for me it only solidifies the fact that it is a view point born from inexperience or narrow experience. If you only have a bunch of .NET experience, or if you only have a bunch of Node experience, it isn't
39.
▲
by
ownedthx
11y ago
Read about things, and use things, and you will find out about what's missing from those things (and therefore what people want).
40.
▲
Fecal Transplants from the Hadza (African Hunter-Gathers)
(humanfoodproject.com)
1 points
by
ownedthx
11y ago
|
0 comments
41.
▲
by
ownedthx
12y ago
At JamKazam, we are trying to enable real-time play of music over the internet. While we can't magically make the internet better, we have spent a ton of time getting latency as low as we can in Windows, Mac OSX, Linux, and on custo
42.
▲
by
ownedthx
12y ago
Replace DevOps with QA and an equally valid article. Dedicated QA teams should be avoided unless truly necessary. Otherwise, you have the same problem of developers throwing over under-tested code to a group of separate people that are sma
43.
▲
by
ownedthx
12y ago
I work at JamKazam-- This is running the Linux real time kernel to help us achieve extremely low latency and I/O jitter. We've had to do a ton of fine tuning to get the latency as low as it is. Our website is built on Ruby-on-Rai
44.
▲
JamBlaster – Play music in real time with others from home
(kickstarter.com)
7 points
by
ownedthx
12y ago
|
2 comments
45.
▲
by
ownedthx
12y ago
I have completely 180'ed on this topic. I used to think to be a successful startup, you all had to be in the same room, ideally at a big huge desk etc. After working at my current startup, I realize I was wrong. We are an entirely re
46.
▲
by
ownedthx
12y ago
... oh :)
47.
▲
by
ownedthx
12y ago
In my experience, it wasn't that. Larger companies put value in supporting standards, because it is an important checkbox in their marketing, and SOAP is definitely a standard.
48.
▲
by
ownedthx
12y ago
The fact that SOAP is not reasonably supported in a browser was a huge reason it fell down. When SOAP first came on the scene, complicated AJAX based applications were not typical. But as more and more JSON/HTTP APIs emerged in conju
49.
▲
by
ownedthx
12y ago
The fallacy here is the assumption that there is value in JavaScript in any form. As a long time web programmer, I can tell you I could care less about the freeness of your Javascript. I don't want to see it, read it, or spend one sec
50.
▲
by
ownedthx
12y ago
Moving to node can be in part a decision to attract fresh talent, as well as keep the current team interested and motivated.
51.
▲
by
ownedthx
12y ago
I don't work at an office. I guess you can say I'm on a break.
52.
▲
by
ownedthx
12y ago
I work 40 hours a week at a minimum , every week, and have always done so. I'm a programmer primarily, but also do other related things (build, devops, customer support). But if I have a week with nothing but programming, I will st
53.
▲
by
ownedthx
12y ago
JamKazam allows musicians to play with other musicians over the internet in real-time. There are a number of challenges we've faced so far, but the biggest two are latency and audio gear setup. Latency doesn't only come from the
54.
▲
Show HN: JamKazam – Play Music with Others Online and in Real-time
(jamkazam.com)
16 points
by
ownedthx
12y ago
|
11 comments
55.
▲
by
ownedthx
12y ago
Thanks for the reply. Regarding #2: On OpenIndiana, we first started with concurrent zfs commands and ruin, I think, the whole pool (maybe it wasn't that drastic, but was still a disaster scenario where key data would be lost). I coul
56.
▲
by
ownedthx
12y ago
At a previous job, we built a proof-of-concept Sinatra service (i.e., HTTP/RESTful service) that would, on a certain API call, clone from a specified snapshot, and also create an iscsi target to that new clone. This was on OpenIndian
57.
▲
by
ownedthx
12y ago
Apache Ivy is built on Java and could be a starting point for the uber package manager. It is extremely extensible and can resolve depencies against maven style repos, file systems, and really any other storage mechanism. It can resolve a
58.
▲
by
ownedthx
12y ago
We follow a simple rule about technical debt: If you are working on an issue, and technical debt is affecting your ability to create factored, testable code, then fix the debt. It might mean a 1 hour issue takes 4 hours, or more. But we put
59.
▲
by
ownedthx
12y ago
That's not a valid generalization. Yes, if User A, User B, and the server are in a hub city, such as Dallas, then the difference could be small in either direction. But if user A is in San Francisco, and user B is in San Diego... then
60.
▲
by
ownedthx
12y ago
There is an incentive for real-time audio/video/gaming applications, though: latency. And many such applications do use P2P.
More ›