Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jallmann
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
41 ms
·
361.
▲
by
jallmann
13y ago
This information is illuminating, albeit not too surprising. But with all these releases, Snowden's chance of securing whistleblower protection on constitutional grounds is completely shot. There could be a legitimate discussion about
362.
▲
by
jallmann
13y ago
Set a upper bound on the length of the message, and everything within it -- constrain string lengths, numeric ranges, nesting depth, etc. This should be built into the parser. Discard messages that are truncated, malformed or don't con
363.
▲
by
jallmann
13y ago
Props for trying a new approach, Just Because. Here's some feedback: > newlines make sense as indicators for the end of a message Until someone decides to inject a newline into your JSON, then you've got a problem [1]. Just use
364.
▲
by
jallmann
13y ago
That kind of variable shadowing is a smell. The compiler should warn about it, and/or re-bind the local method as expected (possibly shooting programmer in the foot, but hey... that's why it's a smell, Don't Do It). Forcing an inconsistent
365.
▲
by
jallmann
13y ago
There is also js_of_ocaml, which can be used to compile straight OCaml to Javascript: http://ocsigen.org/js_of_ocaml/ The site has some cool demos including webgl, canvas, and a OCaml toplevel (REPL).
366.
▲
by
jallmann
13y ago
>> And the single biggest channel for that is the open web. >No, streamed or buffered audio and video are the biggest channel for that. Video may take up enormous amounts of bandwidth, but the information density is very low. An
367.
▲
by
jallmann
13y ago
Other than the unnecessary snark, I don't think we disagree fundamentally. I'm just as annoyed by walled gardens as most people here. But NIH/control is an unlikely reason for brewing their own protocol. If they simply wanted a wall, they c
368.
▲
by
jallmann
13y ago
> Oh, puh-lease. Don't be a dick. > for a phone that can do 20 fps OpenGL... It's not just the phone, there is server overhead too, which everyone seems to be ignoring. While XML has a lot of problems, I never said it was the prob
369.
▲
by
jallmann
13y ago
Just because Google has a lot of capacity doesn't mean they're wasteful with it. At scale, minor inefficiencies add up to a lot. That is the incentive for protobufs, etc. For a more concrete example of seemingly trivial bandwidth savings, c
370.
▲
by
jallmann
13y ago
It's not just bandwidth, but the cost to process that XML, which is very expensive compared to other serialization formats. Then there are a whole host of other concerns that result from XML being text-based (cdata, preventing runaway parsi
371.
▲
by
jallmann
13y ago
If the window is the length of the data, that becomes O(n log n) -- essentially no better than a sort? For images and other kernel-based filtering, there is a O(1) median algorithm available: http://nomis80.org/ctmf.html
372.
▲
by
jallmann
13y ago
I've been using a variation of quickselect to find median rows of a matrix at certain columns. There's a problem with quickselect: while it will find the median, it doesn't properly pivot the median around itself if the median occurs multip
373.
▲
by
jallmann
13y ago
> I extract the FLV tags, which I could use to multicast I assume you don't really mean IP multicast (which would, incidentally, be one approach to edge-origin mirroring for the popular marketing campaigns you mentioned, at least within
374.
▲
by
jallmann
13y ago
Agreed that RTMP is an abomination that needs to be exorcised from the Earth as soon as possible. Unfortunately, it is probably here to stay until something like WebRTC gains critical mass. It's not clear what the article means by "repackag
375.
▲
by
jallmann
13y ago
That is really a wonderful interview. Thanks for sharing.
376.
▲
by
jallmann
13y ago
> switches are dirt cheap so no reason for hubs Hubs are nice to packet-capture from a small device without a managed switch in between, so it's a bit of a bummer that they're hard to find these days.
377.
▲
by
jallmann
13y ago
Fail2ban can be used to rate-limit nearly all services that have the potential for abuse. I have it set up to track connection and message frequency, bans on message content (not following protocol, overly large, malformed, etc) and so fort
378.
▲
by
jallmann
13y ago
Wasn't sure if there was something particular about SCTP that could induce algorithmic latency such as a buffering requirement, setup/negotiation, congestion control, other overhead, etc.
379.
▲
by
jallmann
13y ago
Is this slowness intrinsic to SCTP, or a matter of implementation?
380.
▲
by
jallmann
14y ago
Writing code in iOS is tedious, but IB is also dog slow and XCode becomes pretty unresponsive every time I switch to/from it. Not to mention the mess xibs make in source control. There is no reason for xibs to be human readable -- a binary
381.
▲
by
jallmann
14y ago
Were Node.js and Go the only two choices considered? Erlang, Haskell, etc seem like they would fit the choice criteria, save for dependency management which is generally handled externally via rebar or such. Works pretty well though. Moreov
382.
▲
by
jallmann
14y ago
Indeed, if it weren't for my startup, Mozilla is the first place I would want to work. I've been nodding in assent with nearly all their newer initiatives -- FirefoxOS, Persona, Rust, etc. Mozilla is pushing the Internet forward in the all
383.
▲
by
jallmann
14y ago
My personal favorite is "The Tinkerings of Robert Noyce", on SV's early days. http://www.stanford.edu/class/e140/e140a/content/noyce.html
384.
▲
by
jallmann
14y ago
A retina display has to render 4x the pixels of a regular display, so the slowdown isn't too surprising. Same reason why drawing operations were actually faster on the iPhone 3GS than the 4 after the latter came out.
385.
▲
by
jallmann
14y ago
> 2. No true parallelism due to runtime limitations (single runtime lock) I've thought about this, and it's not a big deal in the multicore/SMP sense. For I/O concurrency, there is LWT or Async. It does fall short for "small-scale" para
386.
▲
by
jallmann
14y ago
Pedantic: "n>2" is a comparison operator, and doesn't incur a branch. if statements, ternary operators, etc are conditionals. The effect in the article is the same though, without the potential for a mispredict penalty. Whether that's a
387.
▲
by
jallmann
14y ago
ejabberd already supports BOSH. The rest is up to the client since it's P2P.
388.
▲
by
jallmann
14y ago
IIRC, ejabberd is agnostic about the XMPP messages going through, you should be able to use strophe.js to craft the proper Jingle packets from the browser's offer/answer session description. Given codec and SRTP compatibility with clients,
389.
▲
by
jallmann
14y ago
> Wouldn't it be nice if WebRTC pushed video-calling into becoming like e-mail WebRTC doesn't define a signaling protocol. There are already protocols for that. SIP, XMPP/Jingle, etc. It would be nice if people started using them more.
390.
▲
by
jallmann
14y ago
Interoperability with V/VoIP protocols will still require a translation layer somewhere. That can be on the browser, or on the server, but you will still need some server-side component to relay the signaling information through (eg, websoc
More ›