skysight-inc/HackerNews huggingface dataset:
The reason I want to stay out of that discussion is that it often just amounts to some mud-slinging from one side upon the other. Intentionally mislead is quite an accusation and I don't think Heroku would indulge in it.

Personally, I think it is incredibly naive to build an application around a framework where you have no built-in concurrency. The main reason is that the queue you will build up in front of it is outside your reach so you have to sustain it.

It is also naive to think that your cooked up statistical model resembles reality in any way. Routing is a hard problem so it is entirely plausible that your model does not hold up in reality. Besides, the time it takes to construct those R models is a missed opportunity for improving the backend you have. And the R models doesn't say a lot, sorry. At best they just stir up the storm --- and boy did they succeed.

I agree it is unfortunate that Heroku's documentation isn't better and that New Relic doesn't provide the accurate latency statistics. But to claim that this is entirely Heroku's fault is, frankly, naive as well.
Ruby Heroes Award Now Accepting Nominations
Exactly. This illustrates why this W3C spec is not DRM. Some other DRM technology is needed for certain modes.
Perl improved much in this area. The main reason for that is probably the automatic tests that for every new release on CPAN are run on a wide array of systems. This kind of infrastructure plus emphasis on having tests in the libraries is where Perl is still ahead of other languages.
Show HN: Premium Themes discovery engine
Great, I've found this site a year ago but I didn't bookmark it and forgot all about it. I kept looking for it but searching "Open source contracts" or anything similar does not help as the site is fairly hidden in Google.

Thanks for reminding me about it. The site is invaluable for me as a freelancer and developer.
http://www.docracy.com/topic/1e6bi5l90z/open-source-legal-do...
SCP is significantly slower than FTP (and performance was an explicit goal of the project)
I use it all the time for Raspberry Pi images - configure / setup, backup, etc. if you don't have hardware yet, you can get everything ready, and then just push it onto an SD card when the hardware arrives.
If everyone switched to one browser engine competition would surely rise again after a couple of months or years. Engine features will differ and WebKit forks will compete even more. The market would roughly be at the same point it is now, it just started off of one engine.
Still need to get host.example.com from somewhere.

If you massage the discovery/rendezvous part in, it won't be nearly as simple as a single 'nc' command.
Title is a bit extreme, yes many elements of web design are now created without the need to photoshop, but I won't conclude that "photoshop doesn't work"
It has both, and, if I remember correctly, 0.6.0 is going to be syntax final.

> It seems a smidgen complex,

The thing about Rust is that it seems that way, but that's because things that are library features in other languages are language features in Rust. For example, C++ has one kind of pointer. Unless you count smart_ptr<> and friends, in which case it has just as many as Rust does.
There is a plugin for this currently. If there is good demand we can get it ready in few days with full media migration.
> So when I heard Opera was switching its rendering engine to WebKit, a first major browser to do so among many other Opera firsts, ...

What? There top 5 browsers are IE, Firefox, Chrome, Safari and Opera. Chrome and Safari already use WebKit, so how would Opera moving to WebKit be "an Opera first"?
Automation/technology seems to drive down prices. My parent's generation had to work an average of 4 hours a day to afford the day's food while my generation averages less than 2 hours. Thus, we can expect the price of necessities to continue to drop until work's primary purpose is to make money to afford luxury items. So that seems less like a violent conversion.
I love how ruby fanboy/fanaticism is not downvoted. Just look at your about page. "ruby by day, rails by night" No, no bias to be seen here, move along!

You are a complete moron. This isn't even comparable with those ruby vulns, they were remote, this isn't.

It is pretty obvious ruby isn't a fully mature platform to develop on, there has been dozens of posts illustrating that. Linux is a stable operating system that is fully mature and capable of running enterprise level software. The fact I need to point this out to you says you are either a troll, or living in denial, either of which are hilarious.

The level of fanaticism towards ruby on this site is unbelievable. Ruby is an immature platform, I'm sorry if this fact makes your stomach turn circles and keeps you up at night.

As illustrated here, http://news.ycombinator.com/item?id=5230358 "But even with access, this is awfully hard to exploit. You need a precisely timed kill, followed by a precisely timed preemption. That's really (really) hard on a multi-cpu machine" This exploit isn't even in the same league as the remote vulns for ruby. There was a working exploit within a day! The fact you'd even make comparison of the two shows how ignorant you really are.

Posts like this make me laugh because I'm sure you will be jumping on the next band wagon whenever the next popular thing comes riding through town, and will probably be vehemently defending that when it has vulnerabilities.
I find that really doubtful. I used to believe it, but it seems like you still need operators to run things. Programming tools may become much more powerful, but when it goes wrong, you will need an incredibly intelligent person to sort out what just happened. A five-year-old won't be of much help then. I doubt that we can make computer which simply never go wrong. For example, if a 5yo requests a PB&J sandwich, a powerful machine might accidentally inject something undesirable. How would he know? Or if a kid requests the computer to invent a new skateboard, what if there's some flaw in the material that he can't see that suddenly pops up when he least expects it? A clever machine is only a tool to help with original design -- it really needs an even more clever human being to operate it.
Nah I've never met anyone in the Perl community who seemed to care much about what other people thought about their language choice. Also most Perl developers I've met tend to be polygots so they're less likely to be the yelly "THIS IS THE ONE TRUE LANGUAGE" type.

There is a Steve Yeggie quote, though its not necessarily praise for Perl, which always pops to mind when people have a rant about Perl:

'As I've done for a great many other programming languages, I've bashed on Perl's technical weaknesses at length in the past. To my continued amazement, the Perl folks are the only ones who never get upset. They just say "Haha, yeah, boy, you're right, it sure is ugly. Heh. Yeah, so, um, anyway, I'm going to get back to work now..." It's awesome. I've gained so much respect for them. It's almost enough to make me go back to programming in Perl. Well almost.'

Edit: Quote reference: http://steve-yegge.blogspot.com/2006/10/egomania-itself.html
Monoculture is bad, no matter what the monoculture.

The web's strongest feature is that it's not tied to one particular implementation: that's why it's been able to grow, change, and sustain itself for so long.
I don't agree. I'd rather have the - sometimes - incompetent, corrupt and selfish democratically elected politicians of the US or Europe, than the 'benevolent dictator' (even if he existed). I really like the idea of democracy that much.

It's not that I don't see your point. Often democracies are inefficient. I just still prefer democracy.
This is a false analogy. Kodak's revenue stream was not protected, but people were prohibited from stealing their film. The film business disappeared because of alternatives that the market preferred.

The case of content is different. Free content is not taking much market share from professional producers. A small subset of people are illegally stealing professionally produced content via torrent sites, but that group is small enough that it's still economically viable to spend $50M to make a great movie.

If we eliminate copyright, that group grows large enough that nobody will spend $50M to make a movie, and the big-budget movie will disappear. The big-budget movies don't disappear because people don't want to see them, or because free content has displaced them in the market. They disappear because so many people steal the content against the wishes of the publisher, it's no longer economically viable to produce the content at all.
Arch Linux now ships Python3 only. That's quite a problem, because many things still depend on Python 2.x (for instance building Firefox from source).
If using Backbone, then https://github.com/marionettejs/backbone.marionette is a MUST. It would cut down on lot of code and it makes code more cleaner.
In addition, switch to CoffeeScript.
Don't blame the band for the groupies.

Being in YC definitely has its advantages, it will - all other things being equal - give a stamp of approval to a start-up that will translate into easier funding, more press coverage and more 'buzz'. Those are real advantages when it comes to competition.

Right now, planetwide in my opinion there is no other single advantage as large as YC for as little dilution. If you can spare the time for an application when you're seriously (that's the bit that many people seem to overlook) working on a startup then applying to YC is an absolute no-brainer.

This has 0 to do with pg worship. And being part of the YC alumni network is a benefit all by itself.
It was news to me that Rails operated in this way. It is a very weak concurrency model (to be precise: it is nonexistent). I knew that Rails was naive, but I had not dawned on me just how naive it is. It is interesting because then a system like node.js is a giant leap in the right direction - even if there are better languages out there.

(disclaimer: I do Erlang for a living and often operate in highly concurrent settings.)
> You forgot Mozilla. And anyone making web browsers. That how it always was, that how it always be: browsers vendors will decide that.

Surely the implication was that Mozilla, and any other browser maker who does not or cannot support these locked-down content models, risk becoming irrelevant because the vast majority of people will use browsers that do support the protected content?
How to Browse Flash Free on OS X
Request: binaries for download.
Not trolling, he's just a complete moron who got butthurt when people called his precious ruby as being a pile of insecure shit.
...after a meteor explodes over Russia.
10,000,000 requests each day are 115 requests per second. I don't follow your math here with a 200ms CPU time per request.
All business models break down without law. You've just decided which laws you like and don't and which business models you like and don't. I disagree that renting bits is evil. I think selling out peoples privacy is evil. That's what has arisen instead because its impractical to rent bits. We're just arguing relative moral preferences at that point.
> anybody has any arguments for using Perl instead of, let's say Python, these days?

The Perl community is software's Maker subculture [1]. They have a "heck yeah, we'll give that a try" perspective lacking from other subcultures. The the larger software ecosystem ever lost this Maker/Perl worldview, it would be a huge lose.

Taking a step back: In some ways, I think languages get larger adopted because of their culture. Their technical implementation is just a manifestation of the culture. (And, I think this explains why LISP has never broken out. It isn't a language problem, it's a cultural problem).

[1] http://en.wikipedia.org/wiki/Maker_subculture
>Look, these media companies are looking to us for advice; We're doing both them an ourselves a disservice by continuing to sell them DRM snake oil.

Seems to be working out pretty well for Hulu/Netflix. Or is releasing your $100 million budget film DRM-Free onto the internet now profitable??
Cognitive Clouds
If you look at the data in article [0] carefully, it becomes clear that the problem in US is not movement in/out of the highest quintile, but movement in/out of the lowest quintile. Middle quintiles to highest quintile and vice versa mobility in US looks similar to other countries.

Btw, they do not have much data for US or UK, only around 2000 parent-offspring pairs. And the conclusion that UK is on the same mobility level as Nordic countries is highly doubtful. UK mobility level is usually considered to be about the same as US mobility level.
Mathprog web IDE available
Does this performance apply to using x86 apps on ARM devices, in Linux?
Chrome and Safari started with WebKit, Opera is the first to drop their own engine and switch to WebKit.
There are 100000 perl modules, all backed up by an extensive test suite. About jobs: knowing a popular language guarantees you a job, but it doesn't guarantee you a good job. Those shooting for a higher level can pick what language they want. Those looking for higher level programmers will find a much broader distribution of language preferences. Hence Twitter runs on Scala, Blekko runs on perl.
This article (especially the headline) is honestly a joke.

The BBC wants encrypted media extensions in HTML5. That's DRM for stuff like video.

The logical leap to GNU/Linux collapsing is astoundingly ridiculous.
Even though the lack of a garbage collector is a factor, I doubt that it is the biggest reason.

I was bit quite nastily by the lack of garbage collection in Perl just a couple of months into using it.

However, perl proved itself as an invaluable tool for quickly trying out ideas, and I was loyal to it for at least 10 years. Perl just wasn't able to grow as strong as the alternatives did.
>>Egos [among Python programmers] are kept in check [compared to the Ruby community]

That is a really fun -- and typical! -- claim when your GP is a Python troll arguing that another open source language should just die... :-)

Frankly, I've never seen so much language trolls as Python trolls. (And no one needs multi line lambdas and hence real map functions, anyway...)

I don't know much about the Ruby community, but I have a hard time believing they can be worse.

Edit: But sure, the language trolls here might just a few idi... people. There are lots of you with just a few hundreds karma.
I haven't read something so generalizing in a while. This is the technology-equivalent of saying that women are worse at programming than men because of their sex, or people that use Craftsmen hammers build better houses. Just because someone writes code in Ruby or Python does not assign them to one personality group and mean they are driven by similar motivations.

It sounds like you're talking about the most prolific speakers and code authors in each community who may in fact have their own personalities, but they don't define everyone who are simply using the best tool they can to accomplish their goals.
That's what I think about your reasoning.

1) Once you develop a culture of PaaS the reality is, if you check the history of most startups, you'll continue along this way, and the money you'll burn will be massive. I suspect that if you build a sysop culture earlier, later you'll be able to just hire a full time sysop instead of spending a lot more.

2) If you don't understand very well your platform from the point of view of operations, likely you'll build a non scalable system (scalable not just from the point of view, let's distribute the load among N nodes, but about the constant times / CPU / energy it takes to serve a request). You'll end spending all the time again porting your app to another framework / language. This happens all the times.

3) The first months of a startup are usually not so critical from the point of view of operations, it is unlikely you'll spend a lot of time managing servers, unless...

Unless you selected a platform that is too complex to start with. I think that many of the PaaS companies I see today are here mainly for two reasons: Rails & Java frameworks.

So first of all, select your platform wisely.
Airlines won't do that, and here's why. As you correctly point out, the seats in the back of the plane are horribly, awfully cramped, making it impossible for business guys to manoeuvre their laptops without elbowing each other. This is intentional, because it induces those businesspeople who are both sufficiently desperate and have the money to spend, to pay for the much higher-margin seats at the front of the plane.

That's the main reason why flying coach is such crap.

So, you might think that removing 1/3rd of the seats and charging 33% more would be a revenue-neutral proposition, but it wouldn't be. Passengers who currently fly at the front of the plane would look at the cosier seats in the back and think "hey, actually -- I can live with that". Business-class passengers won't pay for seats at the front of the plane unless the seats in the back are sufficiently awful. Because the seats at the front of the plane are much higher-margin, the airline would lose money as a result.

(This isn't my own home-brewed conspiracy theory; this is based on reading Harvard Business School case studies. The things one learns whilst studying price discrimination theory during an MBA...)
Minigen also adds the test framework, however it was written for fun / personal use.
It's neat. I noticed a couple of subtle bugs.

1) The code assumes both the client and the server have the same endian. This can be issue since a uint32 is used for both the synchronization code (BCP_CODE) and the port. This can easily fixed with htonl/ntohl conversions.

2) it assumes both the client and the server define int to be the same size (may or may not be true based on compiler/processor/OS combinations). If you use stdint definitions, this typically won't be an issue.
The reason that WebKit is different from Trident (IE's rendering engine) is that WebKit is open source. If a company comes along and says "hey, it would be really cool if we had an NFC API for the web", they're not stuck in a rut. They can hire some developers and submit a patch. So I'm not worried about lack of feature development.

The thing I'd be most worried about with a single engine is lack of compliance with the standard. If multiple people are implementing the standard independently, there are bound to be some differences (for example, if an SVG line is rendered at 0px, with a 1px stroke width and crispEdges, do you snap to [-1px, 0px], or [0px, 1px]?) People run into these issues in practice, and report them; it causes clarifications in the standard to be made, and ensures there is an accepted standard of behavior for pages. This ensures we don't end up in a situation like Ruby, where Specs ran on the official compiler dictate language rules. It means that WebKit is allowed to change its implementation details without anyone crying foul when the maintainers change undefined behavior.
Getting less complex all the time, thankfully:

https://github.com/mozilla/rust/issues/4707
A few question about the EME proposal:

> BTW, open source browsers can easily implement this spec since it doesn't require the browser to implement a "decryption module" themselves.

Does this mean, that the 'decryption module' is necessary closed source?

And from the spec:

>4.1
"Secure proof of key release must necessarily involve the CDM due to the relative ease with which scripts may be modified. The CDM must provide a message asserting, in a CDM-specific form, that a specific key or license has been destroyed. Such messages must be cached in the CDM until acknowledgement of their delivery to the service has been received. This acknowledgement must also be in the form of a CDM-specific message. "

Perhaps I misread, but the datastream is relayed from the browser to the CDM ( and the browser loads and potentially modifies the CDM), so how does the standard ensure that the proof of destruction is actually a message from the CDM and not from the browser?

>9.1
"Everything from user-generated content to be shared with family (user is not an adversary) to online radio to feature-length movies."

Does this imply that from the standpoint of the proposal the user is an adversary, unless specifically noted?
> Say you take $100 million in finance, so you are now $100 million in debt

Venture capital is not a loan; it's a purchase of equity. You are not in debt after taking money.
Better to speculate and be wrong than assert without evidence. How long does the exploit take to run successfully on your test system? Did you even build it? I did, and it doesn't. Go away.
Unrelated: this simvla network thing looks like a pale imitation of Svbtle.
GOOGLE LaunchES 2 HOUR RECRUITING VIDEO STARRING OWEN WILSON AND VINCE VAUGHN
> 0.6.0 is going to be syntax final

That's a tentative "final" though. No guarantees until 1.0.
That would be great - more specifically if they would release a new one on Monday stating that they found a solution. I still don't like the concept of using a PaaS and having to discover these kind of things yourself.
There's your problem!
When the title says "Quickly copy a file..." it is reasonable to assume that we're talking about something quicker/easier then at least the most obvious ways to copy. But if we're talking about something you made just because you wanted to - it is more appropriate to present it as something like "Yet another way to copy a file..." - or, better yet, clearly state how your way is different from a million existing ways.
I missed, I was aiming at your parent
Comp engineers may have an initial leg up because their field of study is more practical than computer science which is more theoretical.

Don't worry about it. You were hired for a reason and you should have complimentary strengths to the engineers
Looking at the code, UDP/Broadcast is used only for negotiation. After negotation, a TCP socket is used for the actual transfer.
Um... why? rsh still builds and works fine if that's what you want.
I disagree here: It is cheaper, but you can't sell it 2-3 years later for anything other than a couple hundred bucks.
You can CL a used MBP for a considerable portion of its purchase price 2-4 years later.

If you're unwilling to sell your old MBP, the Dell may very well be a better deal.
For biology -- especially the genomics side -- Perl was absolutely dominant 10 years ago. It's been gradually edged out by other things (substantially Python and R) since then. Desire for better statistical tools may be a driver here, but it's interesting that it's led to a switch of languages rather than building more stats tools for Perl
The first answer is remarkably interesting and informative. Recommended.
> I think what the community sorely needs is a good Ember teacher

I think what we really need is a tool to go around and mark outdated blog posts as outdated.
There's also this: http://www.embercast.com/. Not sure where it's going.
I just set my distro to automatically install security fixes from my distributor. Only requires a reboot for kernel updates and it is a no effort solution to the problem.