skysight-inc/HackerNews huggingface dataset:
> I don't get this. XML has the capacity of being as simple as you want it to be. You don't need schemas, namespaces, xpath

XML data model (trees with attributed nodes and special kinds of leaves) is not native to any language: XPath/XQuery and XSLT exist to bridge the alien world of XML to regular programming languages. Taking them out doesn't make XML simpler.

JSON doesn't have them because it can be represented with maps and lists, object types fundamental to many programming languages (it practically maps almost exactly to every scripting language created in the last 20 years). That's why it doesn't have, and doesn't need, XPath or XSLT equivalents. And that's also why it feels more natural to most programmers (ie. 50% less bullshit).

You could build a stronger case for the need of schemas and namespaces but IMHO that's actually bullshit, even in XML. But you can ignore them in XML too, as you noted, so it doesn't really matter.
Bundler helps a lot though when it comes to managing the gem dependency hell.
WebKit is a great technology but we really need viable alternatives such as Gecko as used in Firefox to guarantee a healthy future for the web. The situation ten years ago where most websites targeted IE 6 led to a stagnant period in the history of browser and web technologies. The past few years have seen enormous progress directly as a result of the competition between Firefox, Chrome, Safari and even IE. It would be sad if we were to return to a browser monoculture. It makes me sad that Apple and Microsoft restrict the development of third party browsers for their phone OS's. I would love to be able to use Firefox on iOS just as I can for Mac OSX. Mobile Safari is great but the risk of web developers ignoring standards and targeting mobile websites at WebKit alone is worrying. I have a more detailed argument at http://compile-link-run.blogspot.co.uk/2013/02/why-john-grub... and would be interested in hearing what others have to say.
FASTR open-access to federal research
It's hard for me to give up my "perl on the command line" habit. As far as I could tell, Python has no equivalent of "perl -n -e ...", and Ruby is seldom installed on machines at work.

I think that Ruby would be a better choice for some of the scripts that come up here and there at work, but inertia keeps much of it in perl. When I've taken the effort to install something for scripting, it has usually been Scala or Groovy, so as to make use of application code within the scripting.
> It could also be the realization that nothing you ever did would be more effective than getting doctors to wash their hands, and doctors still don't do that.

If you could invent some sort of mechanism that told doctors to wash hands, I think they would be more likely to. Here's a few ways to do that:

1. Google Glasses with OpenCV - touching blood, bodily fluids etc. sets an alarm that doctors must either snooze till later or walk up to a sink to silence.

2. Special gloves that instantly turn green when coming in contact with the most common bacteria.

3. Wrist watch / mobile device that beeps loudly every time a doctor goes from one patient to the next without stopping by a sink.

I agree that hospitals and doctors don't want to change because that takes time. However, there is no point in giving up today because your work isn't going to be popular for two more decades.
I'm honestly surprised there aren't tools available now replicating what Heroku does.

We should have puppet scripts to deploy, instrument and manage all the popular infrastructure choices by now.

The same way originally Linux was a build it yourself box of parts, we ought to have "cloud infrastructure" distributions, from bootup to app deployment.

The neat thing here is that as people improve the distribution you get cumulative savings. Back in the 90's you needed a skilled individual to setup a Unix/Linux system. Now, even an MBA can do it. The same could happen with infrastructure on a higher level.
Two things I will really miss in Opera if they ever disappear - true MDI where no windows open outside the browser (not on by default anymore, but easy to get set up), and mouse gestures built into the browser. Extension based mouse gestures done in javascript are slow, and when the page is unresponsive, become unresponsive themselves.
...or you about windows phone.
Probably a bunch of a lot smarter folk than me but that website sucks
I didn't mean so simple you could do yourself; I meant simple compared to S-Corp.
Well, Herouk's stack may indeed be way more impressive in sheer scope, but for any one individual user, there's no difference.

As long as bringing up more than one node in your "application" gets them to start talking to one-another and auto-distributing load between them [including sometimes just electing one of them to serve as a router node that doesn't actually have apps running on it], your experience will be identical to paying Heroku, save for the fact that when one of the machines goes down--although the load will be redirected away from it--you'll have to "manually" fix it if you want it back.

In the default case, this just means dropping the IaaS node responsible and provisioning a new one [possibly on a different IaaS provider, if there's a lot of failure in one provider]. Though if you did pay for physical hardware, there can be some pain here. ;)

Basically, what I'm suggesting is a software stack that is to computation as Tahoe-LAFS is to storage. Just give it a set of machines that resemble Unix boxen--with more separate providers and regions = more better--and it'll give you something that looks like Heroku in exchange.

It could even have an optional provisioner service running atop it, that globally aggregates known IaaS providers and gives them ratings based on machine response times from the perspective of various other components, then lets you just say "okay, you're allowed $N/mo more to scale me up" and it'll find places around the globe where your users are being underserved, find well-rated API-compatible IaaS providers in those places, and provision nodes in those locations, adding them to your mesh. And then dropping them back out for alternatives if they start to suck :)

--you know, if this doesn't already exist, I might be willing to put in some time...
Cartoon - Bird Feeder Fodder
Super fast FTP upload (if you have thousands of files)
You're working on the assumption that one of the biggest fallacies of open source software, which is that anyone can make any change they like and it'll be rolled back into the main branch.

Just because it's open source doesn't mean that the gatekeepers of WebKit will accept your patch.
How Technology is Driving the New Age of the Quantified Self
Whoo, I was expecting a link to OpenRuko, an OpenSource clone of Heroku, working with all technologies supported by heroku, and with the same api. https://github.com/openruko
>I'd love a youtube where I could pay a monthly subscription instead of watching annoying ads. If DRM gave me that option it'd be great.

Can you explain how DRM could actually accomplish that? I don't see any existing barrier to them offering an option to pay a monthly fee to get access to ad-free YouTube along side the ad supported free version, other than that probably not enough people would prefer paying vs. watching ads for it to be worth offering it.
Really impressive. What are peoples thoughts on games moving more and more to browsers?
> ... imagine where we will be in another 15 years time.

We'll be 15 years behind the PCs of 15 years from now[1].

[1] Unless something changes drastically in the web stack.
Guess outside of America that's how it works. Never really looked into it, I just knew that wasn't usually true here in America[1].

[1]http://www.nolo.com/legal-encyclopedia/attorney-fees-does-lo...
That's not how I read his comment. I read it as insinuating that YC are only eager to fund derivative companies, as opposed to, say, Airbnb – which they did fund.
It depends. Are you doing single page apps? jQuery is awful advice. Are you doing internal 2007-style internal apps with only a small amount of interaction? I'd argue jQuery is a cost-effective way to get a project out.

I haven't figured out how to get a team who is "barely" conversant in javascript productive in an MVC framework just yet, myself.
This isn't just the fact as of this release. Xen is based on Qemu which can run e.g. Win7 paravirtualized on the same machine obtaining complete gfx or othe pci(-e) devices and run almost full speed. I am curious about the impact now that it is even faster.
The media companies know we'll always eventually be able to bypass any DRM they place on their media. But they still feel obligated to use it, partly for legal reasons. If they make their content available through a completely unrestricted video stream and then try to sue someone who infringes on their copyright, the defense's first question will be "well if you didn't want someone copying your content why didn't you place any of the available restrictions on it?" I don't think this would be a valid argument but it's not a risk many media companies would probably want to take.
The mobile web is far more fragmented than the desktop web.
@ScoopIt (curation) launched with a layered, freemium model that made sense, as compared to the discussions around Posterous I heard, that even non-techies asked about -- what IS the funding model for Posterous.

I like the idea of $5/month. Why not sell it??? Let go of it twitter!!!

I've been a BIG Posterous fan, have 20+ blogs on it public and private, used to run a few courses, but started pulling away when the rumors and the "BackUp" button appeared.

It's NOT too late, is it? What a great story it would make to pull it back from the brink for all those semi-tech literates who can build wonderful sites on Posterous. Does someone need to start a petition to bug twitter about this??
> I yearn for a future where Ember can get good performance without having to ask our users to use an alternative API.

Could you explain what you mean by: ". . . ask our users to use an alternative API"?

Thanks!
This method isn't as fast since it uses encryption.
"Best way is personal recommendation."

I somewhat disagree. What I've found is that great programmers are networked up with other great programmers. Crappy programmers are networked up with other crappy developers. If you only ever hire from within your existing employee's network, you'll only ever get more of the same. If you're expanding your team, you are going to want to get people who are better than what you already have.
It was more like 2001-2004 from when Netscape 6 launched to when Firefox 1.0 launched.
They support Windows 8.
I agree with you on it being backwards and for some reason I chose to do it this way, though I can not now remember why.. may have just been a flawed though, as I can see no reason not to do it your way at the moment.

Good find on the fread, that is actually a "bug", should be MAXBUFLEN instead of 100.

Agreed on multicast, I will add that to do the todo.

Thanks for your feedback!
Back in the days, IE6 was the best browser out there.
Yes, I plan to do this as well as have the ability for the listener to stay active indefinitely instead of for just one transmission.
So, to reiterate your argument:

1. We don't matter to pg because we don't generate profit and are instead a slow drain on resources

2. Therefore this site must be a relic of the 90s written in an ad-hoc collection of mzscheme macros
One of the ideas I have since I was a kid, was a graphical way to copy files between computers.

Something like you just drag for the extreme left of right border, and sunddenly, the file is being transferred for the other computer.
Not just Linux. This announcement makes SmartOS even that much more attractive an option?
I agree with you that business needs give rise to specs. That's pretty much how most of the specs are born. MS wanted to make Outlook Web Access behave more like the desktop version and came up with XMLHttpRequest - which went into the spec and made the web of today suck significantly less. That wasn't my point.

I'm talking about adding in mechanisms to support restrictions because of current legal situation. If you add in extensions that help DRM video, why not start adding in support for extensions that can prevent SSN or medical history from being displayed on the screen unless the local machine sends a valid fingerprint signature to the server? Of course that sounds ridiculous. Something like that doesn't belong in the spec. I fail to see the difference between that and EME.
Both great points. Will add these on my todo list. I appreciate you taking the time to look at the code.
The article gives a specific example of what the executive could do. Two, actually.
Actually, no. Using unicorn with only 2 workers makes a tremendous difference, not just incremental. RapGenius' own statistical model demonstrates this.

Picture each individual dyno in that case as its own "intelligent router". Since it's not distributed and this requires no network coordination, the job of knowing which workers are available becomes trivial.

If you're inclined to read up on queuing theory, you'll see that having at least 2 processes per worker makes the problem much simpler.
s/always/usually/. Depending on the disks involved and your network hardware (either a super-fast link, or even a system with a slow CPU and cheap network hardware that expects the drivers to do the heavy lifting in software), it actually could end up CPU-constrained.

But for the usual case where it is I/O-constrained, you can often get files across more quickly by throwing CPU at reducing the total amount of bandwidth required by, e.g., using something like bzip or pbzip:

pbzip2 < file | nc $host $port

And on the other side:

nc -l $port | pbzip2 -d > file
Netflix requires a subscription to stream. DRM is irrelevant.
As a matter of fact, I also just realized that it may be possible that nice-ing the 'victim' process down to -20 may also make it easier, and is a non-privileged operation almost everywhere.
I bought it. Very good material, perfect for beginners. Worth the money :-)
If that doesn't already exist for synergy (http://synergy-foss.org/), that would be an awesome addition.
Fair enough, I will change it :)
This solution is worse than the shell hack, by a lot. From the source:

char filename[MAXNAMELEN];

and then a few lines down...

filename_size = 0;
memcpy(&filename_size, buf, sizeof(int));
memcpy(filename, &buf[sizeof(int)], filename_size);

Oops! Looks like both the client and the server have to be trusted, otherwise we've got at least one probably-exploitable vulnerability. And there's no mechanism for authentication, so it's really only safe to use on locally-secured network. (That took about 40 seconds to find, by the way - I would not be particularly suprised if there were more subtly lurking issues.)

I sympathize with the sentiment of "people should go out and try to create things themselves, even at the risk of failing" (or "especially" at the risk of failing), but from any objective standpoint, bcp isn't a good program. 400 lines of C to badly accomplish what 2 lines of shell can do? Someone else commented about it being very much in the unix spirit - no, I don't really think so. netcat + openssl would be in the unix spirit.

Not meant to be a criticism of the author - it's a cool project, if you don't care about certain "real-world" concerns (which isn't as unreasonable as it sounds).
For those confused by the relatively unhelpful title change, this is an official binary format that can be used for cross-platform distribution.
Heroku customers don't typically do math when they do capacity planning. That's part of the Operations toolchest they're buying. They just up/down dynos.
> If they make their content available through a completely unrestricted video stream

That was my point. Why is it completely unrestricted? How hard is it to check a cookie and 401 if I'm not logged in? And if someone can fake an HTTPS cookie, they can do a lot more damage than download a video.
In the header the following line confused me very much:

Content-Type: text/x-rst

Took me a short while to figure out it actually marks the type of the PEP rather than the documented format.
Your web devs must suck then dude. I don't know a single web dev who doesn't go out of their way to provide the best range of browser support possible.
True enough, but it's always possible to fork the project, given it's GPL status -- heck, this is what Apple did to the KHTML project.
Kayıp Elmas Filmini izle - Türkçe Dublaj
Perl 5 and Perl 6 are two different languages; Perl 6 is a sibling, rather than successor, to Perl 5.

http://dev.perl.org/
Angular, hands down.
python -m SimpleHTTPServer

is another nice way to do this.
Care to elucidate that point?

So if netflix streamed their content with no-DRM (which none of the content companies they license from would allow, but we'll skip that fact) you assume no one would just get a subscription, copy their entire catalouge, and freely distribute it? Doesn't sound like a very sustainable business model to me...
I don't think much of slippery slope arguments.

That aside, not having DRM for html5 would likely do more harm to the open web than not doing it. Take ABC for example, they only let you view their content through flash or through a native app. This hurts the open web more than giving them DRM in html5.
And another, noted here: http://news.ycombinator.com/item?id=5232416

(Again, I don't mean to bash you or this project, just to say that it shouldn't be used in the "real-world" without being looked at rather more carefully. On a locally-secure network, or in an environment where security is unimportant, it's pretty cool.)
>I'd love a youtube where I could pay a monthly subscription instead of watching annoying ads. If DRM gave me that option it'd be great.

The pipe dream is working DRM. DRM is inherently a failure. Anything we can do to make it less convenient or harder to use will only convince more content providers not to use it -- especially when the inconveniences cause more normal users to complain, which can only be a good thing.

Or to put it another way, why are you advocating polishing a turd so that it appears less objectionable and can be more common? It needs to be less common. Hollywood is not omnipotent. They are capable of being convinced to change their ways. Witness music DRM. Witness the broadcast flag, which was defeated but HD content continues to be distributed without it. This "we won't distribute content without DRM" is just bloviating from pompous industry executives who hope you won't call their bluff. They need to be called on it far more often.
This assumes ssh is installed and running.
This is why you shouldn't use GeoCities or MySpace. </sarcasm>
Just because a single website is shutting down doesn't mean you should spend extra time installing stuff on your own.
I disagree with the article.
Transparent smart phone prototype
> That's by default in maven - you have to do something really stupid to get non-repeatable builds

I think they changed it now but for years the default behaviour was to get the latest versions of every plugin, making builds non-repeatable by default.
if you think Angular docs are vague, go check Ember. (what docs?)
Voicegem (YC S12) joins Palantir
My argument was that a lack of real anonymous functions (> 1 instruction) is a problem in some quite common and useful scenarios.

If you REALLY can give good references that show this is wrong, I'm very interested (like, I would guess, most Ruby users).

(It would also be interesting with a link to a PEP or something with, as you claim, arguments that map etc should be discouraged -- and that is why no multi line lambdas exists. For instance, how would the syntax look like??)
I still have to know the IP of my machine, make a script wrap around python and wget or curl to achieve the bcp functionality.

I actually use SimpleHTTPServer a lot for other things though, it is a great tip.
And what is that even supposed to mean? Even if you had a point, and it was a privilege and not a right [1], that would simply mean I made a choice based on that privilege, it doesn't mean "that choice wasn't actually a choice, it was a privilege". You know, just because you can feed something into a computer doesn't mean a thinking human would buy it.. I might as well quote you and prepend "if (1 == 2)", there is endless derpy fun to be had there, but I'll pass.

[1] http://www.un.org/en/documents/udhr/index.shtml

Article 27

(1) Everyone has the right freely to participate in the cultural life of the community, to enjoy the arts and to share in scientific advancement and its benefits.

(2) Everyone has the right to the protection of the moral and material interests resulting from any scientific, literary or artistic production of which he is the author.

You might point out that those rights seem to contradict each other, and of course it leaves a lot of room for interpretation. But privilege? Privilege is if you use my stuff without permission and I shrug it off.
No. Please read this entire document on directives, which are a front-and-center feature of Angular: http://docs.angularjs.org/guide/directive. The transclusion snippet is pretty representative of this entire document.
Reminds me of http://www.advogato.org/article/555.html
Ah yes, I take a slightly different approach, I don't do polling, only have a listener and a single request sent.

Though, this still looks more robust, thanks for the link.
The drones of the future may build skyscrapers
Congratulations to you both, enjoy NYC!
If any embedded software hackers are interested in an exciting wind energy related job, check out: http://www.makanipower.com/careers/current-job-openings/
How exactly would you parse parameters in a web application framework differently?
Tesla Motor Club Members Recreate NYTimes "Failed" Roadtrip
Yeah, this is also on my list of todos.

I should have noted somewhere, this isn't ready for production by any means, just a first iteration of an idea I had. It is currently intended to be used on a trusted network.

Thanks for pointing this out though.
Completely agreed, I assumed the project would give the perception that it isn't a fully robust tool yet, but it is always worth to make it completely clear.
the thing being missed here is that any DRM method will be broken. why tie a standard to something that will inevitably be broken?
Thank you :-]
Remember Microsoft basically invented AJAX and XHR back in IE5/6. You could also run XSLT in the browser to easily transform the XML data to HTML presentation. No other browser had these capabilities for years.
The Cobol Brain Drain
Simple question:

Do you think EME is actually going to prevent Netflix shows from showing up on thepiratebay?

I don't think it has any chance - DRM on PCs is always pretty quickly bypassed - which is why it frustrates me so: it will likely end up preventing Linux users from accessing content legitimately, or Mac users from AirPlaying content to their TVs, with no actual benefit against piracy. At least where it pertains to high value content, it is little but a lie mutually agreed upon with rightsholders. :(
Oops, I meant to say crashing on osx, the browser is chrome 24