skysight-inc/HackerNews huggingface dataset:
Upgrades should not depend on where you place your computer. There is absolutely no logical relation between how often you want to upgrade and the type of gaming it's used for. So who said consoles have to be all locked up and controlled by Sony, MS and Co.? There is no reason to, but they do it in order to control developers. It's all about lock-in and reducing choice, not about anything else.

> If you don't think Apple has invested a shit-ton of money into GLES to make it habitable I just don't think you're living in a world inhabited by the rest of us...
they offer a frankly better solution too

So, where is their proposal to make Metal into OpenGL-next? Until it surfaces, Metal will remain a lock-in attempt.
Or you could just look it up, most people don't this info is available from a variety of places for established companies (such as Hoovers and Dun & Bradstreet).

Search them for free here: http://nuggety.com/u/nuggety/company-or-business-search
To be fair here's the opposite view: http://tomdale.net/2013/09/progressive-enhancement-is-dead/
Considering the number of javascript client/single web page apps out there, not having javascript is simply not an option. Because of the nature of the sites I've been building, there is no point to using if you don't enable javascript.
It sounds as though you are assuming that the signal that dentists receive from advertising will be equal for all toothpastes and so the signal from some evaluation of knowledge of toothpaste quality will still be enough to make the better product be the one they recommend.
This would be a cool application for some kind of homomorphic encryption. Server gets encrypted search request and matches it against an encrypted index and returns the encrypted results.
Why Recruiting Isn’t Over When an Employee Accepts Your Offer
The "major studios" are mentioned here probably because most developers simply don't target PS. I.e. indie developers aren't interested in it that much. So I wouldn't take that as an indicator that developers at large don't care about cross platform APIs. If Sony would offer an open platform without barriers to enter, those answers would be very different.
I think TPB specifically might save money:

1) Hardware seizure expenses vs LEOs duplicating the hdd of a virt.

2) TPB needs to locate in disparate jurisdictions to take advantages of different legal situations. That would involve a ton of shipping costs, probably more lost hardware, and paying for remote hands

3) They had been paying a premium for 'bulletproof' hosting.
How McKinsey does work-life balance – Quartz
I disagree for a few reasons - language is very good at describing complicated things, minimal music is great, and there's nothing at all stopping live coders from using rich sounds.
It is also a budget thing. Trails are not free.

It is an unfortunate problem with the current judiciary system. Pleas do avoid trail and as I understand it when things go to trail the penalties are substantially harsher.

So in many ways it can become the best bet... even for an innocent person.
No.

Betteridge's Law of Headlines states: Any headline that asks a question can be answered with No.
As I said: it gets "fun", especially if you want to do it without a third server to set up the connection. Still doable, just "fun".
So true. I can understand that some sites cannot possibly provide any useful functionality without JS (e.g. Trello), but am extremely annoyed when I find simple news sites loading a ton of assets from various CDNs - in many cases, I cannot even read the article if I am forced to use an older browser like IE8 or a slow internet connection.
Well, most of the doctors I've had throughout my life have been completely impersonal, so a computer can't really be any worse in that regard.

The one glaring exception was the doctor I had in Mexico, where the medical care is fantastic and inexpensive.
Also very interested in an import tool please.

Similar to a few posts here, I've been using OhLife for 4+ years and have ~1500 entries that I'd love to be able to port into Daily Diary.
Effective Video Marketing Advice You Need to Know
The article calls out <noscript> messages as a bad practice, but as someone who routinely runs without javascript enabled, I much prefer webpages to explicitly point out that the issue is on my end, not theirs (rather than, e.g., a white screen of death).
It's not just the server - it's the storage, accessibility (compartmentalization), and transmission of sensitive data (PHI and PII) at all levels. There is a lot more to HIPAA/HITECH than just server configuration - there are legal agreements you have to enter into as well (BAA's), insurance requirements, and potentially a lot more.

I'd suggest you work with a company that has a lot of experience in this area before you inadvertently find yourself fined (or sued) into bankruptcy.
If it's a shortish script and public I'd appreciate a link to it. I'm looking for real use-cases to study and put in the README. =)
"Real big person programming language" was just a jokingly childish indulgence, don't read too much into it. ;-)
How to sidestep your creative perfectionism by acting like a startup
I can see how there's a class of applications that would need the level of verification you're talking about(payment authorization being a good example). Many apps don't need that level of verification though, an app like trello for instance only needs to authorize actions against an entire resource, not values within a resource.
Most Read Data Science Articles – Q3 2014
Get involved in tech deeply and early: Sandi MacPherson, founder of Quibb
None of those factors make up the difference, which is usually around a factor of 3. Computers are cheap, you need to pay travel expenses if you send them anywhere, NI is not a huge cost... and in the UK laying people off is not actually that hard.

I actually think it is an accidental steady state, because there is such a huge gap, the good people shift to freelance fast, and lots of not so good people do, and the only people left in the low paying permanent jobs are disgruntled and underpaid.
The "problem domain" is not as narrow as you would have it be. People are entertained by music of all sorts, not only "Weapons-grade commercial music" (whatever that is).

A step on the way is far more productive than saying it is impossible and ignoring it.

There will be Bachs, Beethovens and Lennons of the REPL. First, they need their instruments.
It also requires strong intelligence, mental processing speed, vocabulary and frankly just giving a damn about not only the subject but clearly articulating it to the audience.

After I read "Smart Guy Productivity Pitfalls"¹ it became apparent to me that John he has quite an acute awareness of life's smaller details.

Too many people care too little about a lot of things. There seems to be a common perception that a passionate-about-the-reasonably-small-details attitude is simply being "anal" or "OCD". Finding people who are intensely passionate about their work-- not just the paycheck-- is insanely difficult. It'd be nice to have the company of more people who fall into John's category (though statistically unlikely at his level). I'm not saying that to hold him on some kind of pedestal, just giving him credit for his hard work.

¹ http://bookofhook.blogspot.com/2013/03/smart-guy-productivit...
For what it's worth before someone takes it too seriously, the target audience is Haskellers: I'm preaching to the choir but pretending to give other languages due diligence. Using Haskell for this is a priori.
No. I'm not going to hold your hand and feed you links. You'll go off and get another link and think that your link is as good as my links.

I mentioned two books in my first comment. Read them. They summarize about a half century of research.
Yep, I'm aware. I'm still just a student, but I try to follow PX-related research pretty closely, and I'm actually something of a fan of your work in this space in particular :) I've also got a lot of respect for projects like Elm, where an explicit focus on programming-as-UX has produced a language and development environment that (although incomplete) are collectively more accessible and learnable than many of the existing alternatives.

That said, I'm still of the opinion that programmer culture at large is too quick to disregard design. I'd really like to see more programming tools for general use developed with an eye to design, and for more industry and hobbyist programmers to realize that the current baseline state of existence is not an absolute maximum but a local one. We've pushed plain text pretty far, but it seems obvious to me that there's much bigger wins to be had if we throw out some of the assumptions our culture tends to make.
Hoodline looking to up its game beyond “manual research”
Which is kind of funny, because the average pay to an engineer in a tech startup is nothing close to the average cashier at Walmart.
> why would he spend one minute on confirming the deal for a lousy 9 dollar, he doesn't care and he already has his lowest price on Amazon.

Despite the strong competition, no merchant/supplier will publicly advertise his lowest possible price because that would be incredibly short-sighted. They advertise the lowest price they can offer OR the highest price sufficient to undercut the competition, whichever of these is higher. So it's effectively 1 cent below the second cheapest offer for merchants who can go (sometimes much) lower.

Therefore, it's reasonable to expect them to accept lower priced offers made to them directly in some cases.

In cases where there is no direct competition (i.e. authors who are the sole providers of said product), prices are strategically chosen (not dictated by competition) and therefore direct sales at lower prices are much more likely.

(Amazon will never know the lower price, I presume)
OK, I went ahead and revived the "==" syntax for recursive definitions, so you don't have to use '@' (fixpoint) explicitly.

https://github.com/chkoreff/Fexl/commit/57b841cb6c2347cad147...
Newton didn't give second law of motion: research
The latter is an argument against using any asset external to the page, CSS, images, anything. Unless you are looking at a network timeline in your mobile browser you don't really know what is taking so long to load.
Exactly. Link-bait title.

What the article shows you is how to compute the burn rate of your competitor. It proves nothing about revenue. Therefore, most VC-funded companies can afford to have a high burn rate with no revenue [until they fail].

The math works if you assume your competitor is established and stable. But if you are entering the market, you'd like to know how you are impacting your competitor, and that method won't help at all.
This talk is awesome. The idea that the simulation framework becomes part of the production code is brilliant. I wonder if these ideas could be merged with formal methods, so that perhaps a model of the simulation could be generated, and then through model analysis it could generate simulation stories for itself that humans might overlook.
We have been very pleased with the True Vault solution and the responsiveness of the team when needed, worth looking into for your needs.
I think it's critical here to distinguish between full client-side application (e.g., gmail) and an informational web site (e.g., a news site, a blog, or code documentation). It's a bad idea to require Javascript for the latter, but it's equally silly to try to build a fully-responsive client application using no Javascript, or progressive enhancement.

In several of my recent sites, there's been a main company site requiring no Javascript, but then a portal to one or more applications or services that requires Javascript.

In these cases, Javascript is taking the place of what before might have been Java applets, Flash apps, or Silverlight applications. But it's arguably more secure, fairly standardized, and "installed" by default.

And in the cases of full browser applications, I think it's silly to argue against requiring Javascript. You simply can't build a fully responsive client-side application using just HTTP calls and static HTML, no matter how performant the server side.

And I will absolutely continue to use <noscript> tags for browser apps that run on Javascript, since it's rather rude to just show a white screen with no indication of what the problem is to users.
I'm a developer at Modeset, we have some open source, and try to contribute back whenever possible and time permits. If you specifically mean code for the ello.co product, there will likely be things that come out of it over time -- it's a pretty hard business model to open source stuff that you haven't completed yet.

https://github.com/modeset/teaspoon for instance.
Even if the numbers make guilt look more likely, we cannot create policy with the assumption of guilt. We subscribe to a principle of innocent until proven guilty, plain and simple.

This principle is an essential safeguard, critical for the preservation of order in a democracy.

As I have said before in this thread. Don't rob Peter to pay Paul. It is simply illogical and counter productive.

No doubt a functioning court system is also extremely critical.

We just need to think about it like a bug in the software. In the end it is up to social innovators to correct this deficiency. There is a solution to this problem.

EXTRA --

There is the argument that this does not apply to illegal combatants or immediate threats to national security. Obviously that is another problematic and complicated position that my have policy bleeding into this case.

P.S. > the nuance of your position is clear
That ... doesn't seem right.

First off, what's the decrease in cost if the production stays the same? If it's also 20-30% then the doubling isn't really relevant, is it? (One example might be the cost of a 75W incandescent bulb, which was essentially a commodity over several decades, but where the doubling time would be long.)

Second, how does one compare a car from 1950 to a car from now? They are built to very different standards and expectations.

There have been 3 doublings of car production since 1950, says http://en.wikipedia.org/wiki/List_of_countries_by_motor_vehi... (10.5M cars in 1950, 87M cars now).

The average purchase price of a car in the US in 1950 was $1,500. That's an upper bound of the production cost. Should I really believe that a modern car costs no more than $1,500 * 0.8^3 = $750 in 1950 dollars to produce? That's under $8,000 in 2014 dollars, while the average sales price for a modern car is more than $30K. I don't believe the profit margin in car manufacturing is anywhere near that high.

Can you explain how cars fit your description? Since my quick analysis says it's not all that meaningful to the discussion.

Also, the production cost of petroleum has not followed the trend that you suggest is universal.
You actually have a very pleasant presentation style, it drew me in and I enjoyed every minute of it. Though perhaps it's just because I find the subject and your solution very interesting.

What's your standpoint on formal verification? Did you guys think about it and reject it?
I don't schedule meetings in the freezing rain. It was a voluntary trip to observe our users. Not everybody decided to go.

I recognize you've had bad experiences in the past. I stopped writing code and got into management specifically to not be the kind of manager that burned you.
Your first startup acquisition
This is clearly the ideal setup for most use cases, and I'm somewhat puzzled as to why it's not more common. I guess using only virtual servers is a tiny bit simpler, so companies will just eat the extra cost.
How would improved diagnosis bring down the price of medicine? Medicine doesn't only consist of diagnosis, there's also treatment and infrastructure. It's obvious that any improvement in diagnosis of illness cuts down on misdirected treatment and improves public health, saving money would be a secondary effect.

Besides, the fact that healthcare in the US is so expensive compared to the rest of the Western world is due to political reasons; we know how to bring down the cost of healthcare here without affecting outcomes by doing what the rest of the civilized world does.
Yes, exactly. Funny thing is, with a terrible connection like the one I currently have, gmail is the sort of app I don't expect to work at all.. except that it does because it has a very powerful html-only (a la 1998-webmail) interface.

In the mean time, a bunch of blogs and wordpress-type sites will not load without their bazillion javascript files. Half of them from tracking sites, the other half from social sites (sigh).

A few more years down the line, this is how the "web 2.0" will be remembered: 3 different JS frameworks on the same site, a bazillion share buttons and simply generally more javascript being served than cheeseburgers in a macdonalds.
Eh. Parse had some downtime over the summer that was pretty bad. I'd recommend going another direction.
Like others have said this is for SaaS startups with more than 1mm ARR. It won't work for your local Kwik-E-Mart and it won't work for non-startups.
TL;DR: Since 2012 McKinsey has a program where you can take 5-10 weeks UNPAID off between projects (once per year). They also talk about "team norm" before a project. There are also part time posts available.

13% of the workforce make use of these new balance changes.
> What OpenGL does is hard

If you think what browsers do is easy... :-)

Here's the thing though: most of what OpenGL screws up is the not-hard stuff. Here are the main things wrong with OpenGL right now:

* Everything operates on and modifies implicit global state, especially with the various "bind" patterns (direct state access will help a lot with this). Even a first year CS student knows global state is bad. It was sort of acceptable-if-ugly back when the fixed function pipeline was the thing, but for almost the last 10 years that's been deprecated, and with how you program a GPU now that global state and bind patterns is ridiculous.

* Error handling is unfriendly and confusing and slow. It's very easy to accidentally send in a bad parameter to a function, have OpenGL silently ignore it, only for something to blow up in your program in a completely different module because that error went silently unchecked. This is just bad. Not only that, but glGetError rarely gives you any useful information. Why can't it at least tell me what function failed, and which parameter/value it was that made it fail? A lot of times you'll see an error in a complex function like glTexImage2d that has a ton of possible parameter combinations for "invalid value". Well, which one is invalid? What inputs would be valid? The driver knows, so why can't it tell me?

> Not like IE which was/is stagnant because of big company sluggishness/exceptionalism, but because its open source trying to do a huge amount with limited resources.

Have you looked at the companies that comprise the khronos group? They're not exactly poor. The problem isn't resources, it's bad design by committee.
Man tries to live without screens for a month
This is entirely true, and it isn't only that you cannot find another job as a CEO, but you might have a really hard time finding any job at all even if it is lower status (non-executive).
The average marginal revenue is vastly different too.
Also the cost structure is nothing close to each other.
Homomorphic encryption isn't fast enough... yet. But it's getting faster!

It will be amazing if/when we get to the point where you can have a virtual server where you know that the person with physical access to the server cannot access your data.

Even if it is two orders of magnitude slower than raw hardware that's still fast enough for some things. (For example, being able to have a username+password -> personal info database safely run on someone else's hardware.) And once it takes off there probably will start to be hardware support/accelerators for it - like vector intrinsics and AES instructions currently.
A lot of assets don't get substantially in the way of most of the page's functionality when they are slow to load.
@USNetizen -- You're right...I should have clarified that I want to know how to get an entire stack up and running, although I don't trust myself to do this unassisted.

I'm just surprised at how few resources there are that explain what it takes, and I hope that someday soon, healthcare startup CTO's will be referred to clearly documented open source solutions that are fairly fool-proof, rather than paid-for services (@sebst). Amazon's compliance page is unfortunately uninformative (@byoung2).
It's not an argument against using any of those assets. It's an argument against depending on them for your website to be usable.

And that argument does apply to css and images. Obviously this does not apply to actual web apps but more to article-oriented HTML.

And yes, I do look at network timelines (I tether, sue me). The amount of sites that will hang until jquery is done loading because displaying their measly 50 lines of text requires a fancy animation they were too lazy to implement in css is pathetic.
What is an SDET? (2005)
This is how I feel about comment-voting systems and the universal up-vote/down-vote rule. I don't want information hidden from me just because some unknown majority has deemed it to be disagreeable.

I think the perfect comment-voting system would include a feature whereby comments could be filtered and sorted for me based on the up/down/sideways votes of users who I typically trust and agree with (which is based on my own up/down/sideways votes on their comments) and including that user's network of trust, to a diminishing degree.
Not sure what value proposition is here. Static content is well understood. I'm using google storage and it does the job pretty well.
I'd like people to start more readily differenciating between web apps and documents (dynamic or not). I think we're at the point where it's obvious that there is a difference between the two and it's just as obvious requiring JS for web apps is completely acceptable.
Love the elegant simplicity. Should we add something like this to Userify (https://userify.com) or perhaps offer to pull your dotfiles (.bashrc, .vimrc, etc) from Github?
How could a SAAS company survive long term if they are making less than 200k per employee per year? The fully loaded cost of an engineer which I assume are the majority of their employees has to be close to 200k or more after you include desk space, taxes etc...