skysight-inc/HackerNews huggingface dataset:
I'm amazed this entire discussion here focuses on "DRM good" vs. "DRM bad".

The point is, it does not matter. We have entered a world where for pretty much the first time, the marginal cost of creating a copy of something is zero, for all intents and purposes. We don't have any economic theories (or business models) that can deal with that yet.

DRM is simply a symptom of that. The question is not "can (and should) people be prevented from resharing content", the question is, "what does content creation look like in a world where everything is shared"
Thanks, that appears to be the default on the wheezy image they distribute.
That's how much the hard drive is now. That teardown was done before the Thailand floods, which I'd imagine are related to the current Amazon price. [1] The WD20EARS was only $100 well before that Time Capsule was released. [2]

[1] http://www.reuters.com/article/2011/10/28/us-thai-floods-dri...

[2] From my Amazon order history: http://i.imgur.com/lYYlR.png
I always feel odd talking to my phone in private. Honestly, I'm a tad scared I'll start to like it. I only do it in public during debates over stupid facts!

E.g. How old was Benjamin Franklin when he died?
Chill Direct and Digital Distribution
Exactly. Stupid is better. Stupid doesn't break. I like stupid things which I understand in and out. Yes, git command line is not the best but because I understand the data format so well, you can easily use different approaches to solve a given problem.
A season's worth of GoT Blu-Rays costs $50 1-2 years after the series has been released on HBO. Content is much more lucrative during its initial release window; it has a very definite time-value.

People aren't complaining and breaking the law to get access to GoT Blu-Rays (well, actually, yeah some of them are). They're doing it to get access to GoT episodes that aren't available anywhere but on pay TV, because HBO uses them as an incentive to get people to subscribe to pay TV, which, when you think about it, is the only way pay TV could possibly ever work.
If you do it for Chanuka, you only need 8 pull requests.
Personally, I would want to understand JavaScript before moving on to some abstraction. The official Node.js documentation is written in JS, etc.. Then, once I am totally capable with JavaScript, there just isn’t a great incentive for me to learn another language to code on top of the same environment. I’m very happy with JavaScript. CoffeeScript has become an instant turn-off to me, and I think this sentiment is common in the community. If someone asks for help in the IRC channel, I just can’t offer a thing. And usually no one can. I’ve seen many calls-for-help that fell on deaf ears because few people are willing to learn CoffeeScript for assisting a fraction of the community. Why do I hate CoffeeScript? Because I like helping people. :( This is my personal history, and you may notice that I am totally ignorant of any benefits that CS may provide by way of being more concise, or linguistically harmonious.
I understand the pain of deploying SSL with shrink wrapped software, but that should not be a reason for us to just say "oh f... it, let's just talk to our devices using plain text and adopt hope as our new security model".
My original statement still stay, with mass adoption of SSL we will have new challenges and will find new solutions.
More options, certainly, but I find git to be much more painless in this regard. Mercurial doesn't have anything equivalent to git's convenient workflow for creating temporary, local throwaway branches, without changing to a new working directory.
You wait until they're available and purchase and watch them then.
and here I was trying to be an apologist and be nice :)
Re: Kidnapping, maybe it's all the marketing for Liam Neilson's Taken 2. For f---'s sake, how many time can the guy's family get kidnapped!

With respect to banking and other auth, you could have a second level auth, e.g. passkey's still.
I don't understand this comment so I'll just repeat: a TLS connection that uses a self-signed certificate by design and a MITM attack against a site look identical on the wire.
I agree, but sadly, the illegal route may always be more convenient, for the simple reason that it has fewer goals.

Bittorrent is designed for efficient distribution, period. Any paid service must be designed for efficient distribution AND charging for access.

You can't optimize for two things simultaneously.
I know that we technically-minded people like to be precise in our wording, but I think that "continued use despite consequences" is a reasonable summary of that exhaustive definition. :)
"it will be forever impossible to determine whether the game was remembered because of its own staying power, or just because the MoMA told us that we ought to remember it."

Isn't that the case with all contemporary art acquisitions, though? I'm reminded of this quote by Dave Hickey from Air Guitar:

"Since there is no absolute authority in the art world, or in the economic world either, we may presume that for every opinion, there is a contrary one. Thus, the social value of a work of art, or an art critic, or a theory, or an institution must be distinguished from its social virtue, since bad reviews, stupid acquisitions, and theoretical attacks, even as they question the social virtue of an object or investment, must necessarily invest it with social value. The raw investment of attention, positive or negative, qualifies certain works of art as “players” in the discourse. So, even though it may appear to you that nearly everyone hates Jeff Koons’ work, the critical point is that people take the time and effort to hate it, publicly and at length, and this investment of attention effectively endows Koons’ work with more importance than the work of those artists whose work we like, but not enough to get excited about."

I mean, give it time or ignore it, or both. All museums make questionable purchases. Being in the permanent collection is certainly a boon, but it won't change how people fundamentally feel about the art in a few generations. Maybe it'll remain successful, maybe it won't, but it certainly captures something which i guess is reason enough to acquire it.
BufferBox: We're Joining Google
Javascript Rock
Absolutely. On these devices the OS or even RTOS's for them are just the basis for further coding to accomplish this different conception of value added functionality. But unlike, say an iOS app, which leverages an underlying software platform ( running even on outstanding hardware ), these hardware efforts leverage the power of the devices and their peripherals. It's all back to C ( or maybe assembler or C++ ), and the code is more and more a facilitator for the hardware's value.

I should make myself clear that I'm thinking about hardware solutions that differ from current consumer products in the main, such as general purpose computers, or tablets and phones and so on.

But you're absolutely right that anything programmable requires software.
You can click on it
I'm not sure I qualify as a "great Node.js developer" but for me it's #5 all the way.
> The user reached the site through an HTTPS URL

Were I in charge, that's the detail I'd change. An "https" URL is actually requesting a certain quality of security service and should fail without trustworthy authentication, but using insecure TLS opportunistically (e.g., caching the result from a prior "Upgrade" header or OPTIONS request) for a "http" URL would be fine since cleartext would also have been fine.
"In other words, people are bitching because they'd love to pay what they think GoT is worth, and not what GoT is demonstrably actually worth to HBO."

They are bitching because they would like to be given the option to pay for HBO by whatever metric HBO uses to quantify the cost of its content (including subsidization), whatever that may be.
Meet Loot Crate, a New Hollywood Startup That Sends You Video Game Swag
That assumes that the cost structure to producing viable content is the same for a la carte providers and bundled providers. But the cost structure isn't the same. A la carte providers can invest in just a few high-quality titles, and the most compelling titles aren't necessarily the most expensive. Bundled pay-TV is also by design stuck with an expensive "spray and pray" model.
Would you be giggling if a grown man approached your wife/girlfriend/mother/sister/daughter on a train and thrusted his groin onto her backside?

The use of the term sexual assault is probably a bit neglectful here, but I doubt that's what he's charged with. And, I'm in agreement that the Registry is overused and ruins too many people's lives unnecessarily. However, to discount it as just a "giggle story" is ridiculous and lacks perspective.
but only if you aren't working primarily on Windows

Again, I'll admit I'm biased (I'm mostly a Linux guy), but for the day job, they are currently paying me to develop stuff for Windows, and both myself (via Cygwin), and my current coding partner (via MSysGit) have no issues whatsoever with Git in Windows. A previous team member also quickly adapted to Git via TortoiseGit.

The flexibility of being able to rewrite history, the staging area, stashes and branching quickly are just too powerful, and being both code monkeys and CLI junkies, we don't miss the "integration" much (albeit, I love EGG: https://github.com/byplayer/egg).
I once had an education entrepreneur who had built 3 schools tell me in private that ITT techs business model is overtly designed to target quote: "The welfare market". ITT is ignored because it's a known parasite. If you look at ripoff report.com and search ITT tech you'll get a list of complaints. The cultural underpinning and intent of an institution actually has a strong affect on it's "cultural" outgrowth imho. You can't really measure this of course. I work at a school that is intertwined with the entertainment industry and unfortunately a large part of it is more culturally "entertainment industry"-ish (with all the shallow business and marketing psychology) than education-ish. So there is a rift between promoting something as a marketing strategy and really having the idea as part of the cultural framework that you believe in and intend to deliver on.
There's a "submit" link at the bottom, which is probably the coolest thing about this.
#5 is probably true for many people. #6 might be true, might not. Amplification of your ideas would be welcome.

#4 needs some clarification. If you're making a global statement, then you're contradicting my experience and the statements of many CS users. Agree or disagree, clearly it's "debatable" and not axiomatic accepted fact.

Or you might be saying that for some developers, including the quoted node developers (and possibly yourself), there are insignificant benefits. I listed the possibility that the node developers saw no significant return on investment, so if that's what you're saying, then we agree.
You mean those guys who wrote C++ in C?
That's not a fair comparison. Mercurial is better than git in certain aspects (mainly command line experience) but git by itself is a solid content tracker. It has an extremely simple data model and it's rock solid. As someone else said in this thread, git has no separate notion of 'branch', 'tag' like Mercurial. In a way, git is actually like PostgreSQL, a solid piece of software which you can trust.
I move my laptop, but I don't hike 30km with it so I'm not hyper sensitive to weight. I can carry it multiple blocks in a backpack with other things just fine. I suppose if screen size and cost were complete non-issues, then I'd preference the lighter, smaller ultrabooks since there is no downside left.
Wait for the Nexus 4. I've had one stock Android phone (Nexus S 4G) and 6 non-stock. Stock beats custom skins, hands down. I know CM is (mostly) always an option, but the hassle is reminiscent of trying to remove bloatware from a Windows PC.
I think this makes sense too, in the context of the security model we have now, but I'd rather see a better trust model that allows everything to be encrypted all the time safely. I think we'll have it eventually.
True Blood is far, far nerdier, IMO.

But demographicswise, probably more likely to pirate.
I trusted the pirates more than the companies.

Many of us still do, and will for as long as these companies assume most of their users to be thieves. It's also usually the least creative people pushing DRM; Hollywood for instance is not known for its creativity but rather to suck dry the ideas of the handful of creative people it has.

Same reason why open-source is more trustworthy than proprietary in general. These guys aren't trying to bullshit you into buying their product and aren't creating the product for the sole purpose of profits.
If you don't test it, how do you know it works?
Quote: "Having defected from Rails, I love CoffeeScript."

This is a common reason I've heard. Here's the bottom line, CoffeeScript is not javascript.

Suppose you want to speak Japanese but only know English. Google comes out with Translate 4.0 that does realtime translation on the fly. Great! Now you can speak Japanese, right? No.

Most of the devs I've personally interacted with that like Coffeescript are conversely bad at javascript. Admittedly this is anecdotal and only based on my personal experiences.

Learn javascript. Get a book, read some tutorials. Quit trying to squirm around just because closures make you nervous.
Are you an Android or iOS developer? Come work on Pair (YCW12)
This is like analyzing some of the huge Java projects out there, noticing they don't use Scala, and deciding everyone hates Scala. Particularly with public projects, you want them as easy to use and simple and require as little as possible to get into them. Adding an extra language translation will not help with those things, especially if the language is not as common as the one it translates into.

I don't particularly like Java compared to some other options, but I still code in it most, simply because of the huge number of libraries and developers who use it. It's very difficult to write any big project by yourself, which means you need others, which means you need to not use obscure languages and other technologies that prevent working together. I much preferred writing for Linux PDAs than I do writing for Android smart phones, but if I did that, no one would use my stuff. :)
The problem with DRM is that to the casual observer it looks like something is being done. Whilst in reality the main effects of DRM is generally to make usability , security and privacy worse.

Once people start putting this crap in the systems it becomes entrenched and more difficult to remove.
Also, probably more importantly this isn't just about CoffeeScript. It's finding a way to let language designers know that something might confusing during the design process (assuming that's possible).
You can assign the functions to variables and then make the function call in one line. Adds one line of code and a lot of readability.
I don't truely see enough benefits for coffeescript. 99% of the eco-system uses vanilla JS and i would like to stay in one "language" as much as possible.

In general i don't really feel comfortable with code-generating layers that abstract away what i want (and need) to know. I want to look into the Chrome Devtools, see "line 23 in bla.js" and correlate that to the source in my editor.
Same reason i don't use all that less/sass/haml etc. etc.
This is essentially the same idea as http://www.codetriage.com, but that's every day, all year round.
I don't think there is anything wrong with people willing selling any kind of service, sex included.
> Or you might be saying that for some developers, including the quoted node developers (and possibly yourself), there are insignificant benefits.

Exactly, I read your comment in this style (which seems to have been correct according to what follows my quote) and decided to use the same. These were not intended to be understood as the absolute truth brought down from the mountain.

Although some of these points do roughly match my thinking (if I'm going to learn a not-JS-but-compiles-to-it, I'd rather use something drastically different which can bring significant gains — e.g. Roy or ClojureScript — or build -my-own via SweetJS than limited syntactic sugar)
Huge fit but with massively regulatory oversight, so they'd be at the whims of the regulators.
Google+ exec declares Facebook 'social network of the past'
An even larger problem is IMHO that the two most widely deployed platforms world-wide (Windows XP and Android < 3) do not support SNI which forces you to use one IP address per domain.

So now we are moving to protocols that mandate SSL while at the same time we are quickly running out of IP addresses (and getting correctly working ipv6 on the two platforms in question is about as difficult as getting them to support SNI)
Google is getting more "physical." Congrats guys.
Agreed! BitBucket's [http://bitbucket.org/] new UI rocks!
Your HTTPS "session" with your bank isn't just one connection that can be checked a single time when you first connect; it's hundreds of individual HTTPS connections, each of which needs to be verified, or an attacker will just corrupt the least obvious connection and use that to break the security of the whole app.
#4 is most of the point of using most languages. Languages that operate at a higher level 'aka. saving keystrokes' generally do so by offering higher level constructs.

(a) -> (b) -> (c) -> ((x) -> (y) -> (z)) is readable and understandable in coffee script the same is not true for javascript, but it's just a 'few extra keystrokes' to do the same thing in Javascript.

Same thing in mathematics, it's just a few extra keystrokes to express 2 ^ 3 ^ 4 ^ 6 ^ 7 in basic addition, same thing with calculus and algebra.

The point is valid in the trivial case but as soon as you start looking at saving a few keystrokes as a 'expressive power' then it makes a lot of sense to use a language like coffeescript.

Once you start using the expressive power of a higher order language, it's an order of magnitude more keystrokes in the less expressive language.
You know what they say happens when the only tool you have is a hammer?

SQLite is awesome, but there are tasks -some of which are actually quite common- for which it's overkill. Config files rank near the top of that list.
> I am not saying that it is impossible.

And I am saying far from impossible, it's quite convenient. If I am using rails, I will plugin devise, couple it with can-can and be done with authorization and authentication. Django makes enough assumptions about the user model, but not enough to warrant not using it for a CMS system. Django flat pages is a small CMS system, but in practice is useful only when the developers are creating/editing content. If it meets my requirement, I sure as hell will add admin & flat-pages apps, do minor tweaks and call it a day.

I don't see how any of it is a hindrance.

> But merely pointing out that Python web framework ecosystem is rich enough that many of its hundreds of frameworks are possible options.

I didn't contend Python ecosystem isn't rich enough. I am merely pointing out that "Django or Rails is not suitable for writing a CMS" is not true. A CMS can be as simple or as complex as you want, but the average CMS is the simplest kind of web application. Rails and Django make the task easier, not harder, and Django came out of a newsroom CMS.
It's an infinite loop, and the b variable isn't necessary, but it's interesting to see how a supposed non-programmer is able to structure a (near) solution.
I guess I won't be using your service then! Quite frequently I find that services will not accept my perfectly valid email address as valid. This is on the whole their loss, since if they can't even properly validate an email address there are probably more loose ends and I'd rather not find out which.
Hear that? It's HP founders Bill and Dave spinning in their graves
Why Nearly One of Four MBAs From USC Is Jobless
Definitively agree that the OS is becoming a commodity, and there's a lot of exciting hardware coming out.

I think the software related value gains in non-tech industries are higher in the stack, on the application and integration levels. Amazon wouldn't be much if not for integration, for example.
Bill Gurley: 10 Factors To Consider When Evaluating Digital Marketplaces
It Happened To Me: My Small Business Was Hacked
I really love CoffeeScript. Javascript has some great programming concepts within it and CoffeeScript makes these more elegant and easy to use. The reduction of needless syntax is also a boon to me.

In fact, I've been using CoffeeScript to postprocess data from molecular simulations (supercomputer output). It's about 3x less code than an equivalent C program and requires a lot less thinking so I can get things done quicker. But I tend to use CoffeeScript in a functional style (which in my opinion is the best language paradigm for handling a lot of data).
This sort of reasoning is pervasive in many debates -- where people believe that "if only people understood the issues, they'd agree with me". This is moot, because (a) there's no way to prove it -- in fact, there are plenty of people who understand the business model and are fine with it, and (b) my point still stands that the vast majority of people don't care about it whether they understand or not.
The core issue is that encryption is useless without authentication. A MITM could just replace the original self-signed certificate with his own and read the decrypted plaintext while proxying the request so the user doesn't notice.
but that should not be a reason for us to just say "oh f... it, let's just talk to our devices using plain text and adopt hope as our new security model".

That sounds to me like the exact solution you are proposing.

If I'm selling lightbulbs with webservers built-in in an "only SSL signed by a CA" universe, I can only let people talk to it with plaintext and hope no one breaks in.

Right now I can sell lightbulbs with built-in webservers that people can talk to secretly. And with TACK I could keep someone from dropping in on me.
Why Jason Fried is learning Rails at The Starter League
I've got a brilliant idea. How about we stop assuming that only Linux users browse HN or github! Some of us can't simply "$ component install". And it's a .js file... why is there an "installation" to begin with?
I don't believe there's a way to detect new users, only new installations, which isn't the same thing. Storing and checking a "first run" date will still result in showing ads to paying users if they reinstall your app or install it on a new device.
Yup #4 for sure. Unnecessary layers of abstraction/context switching increase complexity and debugging difficulty and are nice to avoid.
For those of you in the valley, the MADE is in Oakland http://www.themade.org

It is, to my knowledge, the only dedicated videogame museum in America. This MOMA thing was interesting because we've been designing an exhibit about visual artistry in gaming, and we're going to be showing some of the same games as the MOMA, all playable.

It was reassuring to see the MOMA picked some of the same games we did, because it proved to us that we were at least as competent as MOMA. It's been a difficult road to build this museum, and we were excited to see we weren't going in the wrong direction.

Our visual arts exhibit, Games you can Frame will be on display starting December 17, and at GDC next year.
...somehow we mutated universities into a place where everyone goes in order to get a job

Yes, and universities have been complicit in this, and the result is that the personal economic consequences of not getting a job are considerable.
Last report was bad and will have scared investors but this isn't just investment market, this is core business. Being the partner could still keep them afloat, now? They're back to fighting with other teams.