skysight-inc/HackerNews huggingface dataset:
It's worth noting that "disabling JS" is not the only way to disable JS. Sometimes it can happen inadvertently:

* Bug accidentally makes it into production, preventing some crucial feature from working? JS just got disabled.

* User is browsing your site with an old device that doesn't support a feature you make use of? That JS has been disabled.

* CDN fails and your fallback mechanism isn't working like you thought it was? JS got disabled.

Not saying these are common occurrences, but I've seen all of them happen.
@lstamour Careful! We tested this theory last Fall with sailsjs.org and it turned out to be patently false-- we went from the second result when you google "Node.js framework" to not even being present. When I turned our headless browser snapshot stuff on again about a month later (we use brombone), it worked itself out. Needless to say, sucks :/ But everyone should be aware of the reality.
A falling leader, Kid President and more: #BBCTrending's videos of the week
Source: https://github.com/hidroh/materialistic
Higher than the B-2? (3million+ per aircraft/month according to some). Maybe the C-5 has highest not-classified operating costs.

For perspective, the Canadian Sea King helos are rumored to take 50+ man-hours for every hour in the air, comparable to the C-5 but on a much much smaller airframe.
Used it plenty of times in the past and always been pleased with it's ease of use both in server side situations as well as mobile. More recently we've also used it in xamarin.

Is it posted here because something new has happened?
My biggest pet peeve is docblocked-to-death code, like

class Widget
{
/**
* @access public
* The name of the widget
*/
public $name;

/**
* @access private
* The widget's material composition
*/
private $composition;

// ... yada, yada ...
}

Even with syntax highlighting on, it can be a pain in the ass to see the code through all that comment noise. I guess I should take the time to configure my folding more.
mean time between failures < 60 minutes? If that's true, how can it be used for anything?
The big reason to avoid shipping a white page with JS turned off is performance. It implies that at some point, the JS will load and you can stop using ng-cloak or whatever else is hiding in the blank space.

It's better to pre-load actual content, or if you don't have that, fake content, then to show nothing at all.

Similarly, it's better to pay attention to back buttons so your users can navigate a website using built-in controls. This is especially important on phones, where it's easy to click a wrong link, and where back is literally a button.

Can you do this with JS? Yes. Is it obvious? Not always. The same was true with our use of CSS over images, or web fonts over flash. Eventually the industry will move in the right direction, it just takes time and the occasional rant or two. ;-)
The article seems to offer a hint:

the earliest publicly discussed major GPL violation
was by NeXT computing when Steve Jobs attempted and
failed (thanks to RMS' GPL enforcement work) to make
the Objective C front-end to GCC proprietary.
It is not Russian, it is either Belarussian or Ukrainian.

It translates to "emergency rescue..."
Actually, didn't Firefox already remove the checkbox? It's probably now only visible under about:config...
Get a Car Loan with No Money Down for No Credit People
How did you like that book? I was thinking about buying it, but a number of the reviews I read dampened my enthusiasm.

FWIW tptacek likes C Interfaces and Implementations by Hanson, wonder how that compares.
Most salaried software engineers have contracts that any software IP they create belongs to their employer, whether they do it on company time/computers or not. You are correct that this is especially hairy if you wrote a project that could be applied to your employer. Check your contract and tread carefully.
Impressive work. I can imagine how it was soldered, layer by layer, but how was this layouted and simulated?
Why is this getting downvoted? Iceland did roll out a crypto-currency, the article did claim this other to be the first. Seems logicalman is being just that ;).
I see some transistors...
Choosing a tech stack and framework DOES matter greatly. Some technologies make development a lot easier and maintainable. Otherwise everyone will still be using PHP to write their websites. Abstractions does help greatly and frameworks are a good way to get your entire team to think about things using the same abstraction.

The platitude about needing a "talented", "passionate" team is vacuous and meaningless. You might as well write the key aspect of a good app is very little bugs. Absolutely meaningless statement. It's very obvious a bad developer with a good framework will lead to bad output; no need for a 5000 word article on it.
Using unsigned ints everywhere seems like bad advice. Years may always be non-negative, but year1 - year2 won't be half the time.

And if it's modern C, why not use the typedefs from stdint.h?
The poor have nothing to protect from inflation: they don't have significant savings, they spend their income the day/week/month that they get it. Their wages should go up to match inflation, and if they don't, its not really related to inflation itself but stingy bosses who aren't sharing increased prices (since given inflation, prices are supposed to rise, right?).

The rich are both lending and borrowing money; again, who do you think they are borrowing money from? Who are they buying the assets from? Again, it is not the poor, unless you are suggesting they are accumulating previously non-existing or non-utilized assets?
I wrote a literate-programming compiler to deal with JavaScript programming (any language works, but js is the one I use the most); it use markdown as the language in which the code is embedded.

For me, prototype setup and async stuff seemed to naturally lead me to want to differ in the ordering between how I write and how the program is laid out. I find it quite liberating to not care what order I write the code in, dashing off a substitution section to deal with later.

I know functions can be used to chunk out code in different orders, but I like the interplay of having it ordered in the writing in a sensible fashion while still getting the compiled view of it in the programmatic ordering.

Plus my version allows for a lot of finely tuned hacking on the language. That is, one can reduce a lot of boiler-plate setup with processing small chunks of code.

Having said all that, I would not use Knuth's original version for js. I think what was particularly attractive was a simple language like markdown for embedding code in a natural and simple way.

My main repo is https://github.com/jostylr/literate-programming though I am currently rewriting the engine behind it to allow for more asynchronous compiling https://github.com/jostylr/literate-programming-lib
There are lots of things to fail. On most military aircraft it is rare to fly with every tiny system running at 100%. Five or things can break during a flight without any real risk.

Not the engines, but something like a datalink antenna or camera system. If you include little things like tray-tables and seats getting stuck up/down, even the 747 probably has a failure rate measured in hours.
I disagree. Backward compatibility is sometimes necessary to keep and sometimes necessary to break. And the standard of browsing is evolving, with or without such efforts.
Yet another script that asks you to pipe curl to sh. At least they used https.
They added some support for C99. It is still missing bunch of stuff. Like "static" in array parameter index.
> Apple wasn't fighting for free technology, they were pushing users onto Apple's own version of EME.

That's the trouble. They practically did it by accident. Imagine they actually were fighting for free technology. Then they wouldn't allow DRM in any apps either and what you're worried about goes away.

You get to the same place with licensing instead of restrictive app stores for actually free systems. For example put some language in the license (call it LGPLv4) for all the libraries for putting video on the screen that requires any application implementing DRM to be distributed under the GPL. You can have all the DRM you like as long as the source code is provided and anyone is allowed to make and distribute changes. :)
So disclaimer I'm a little biased towards Node. It brings me tremendous philosophical zeal.

You're right about server-side JavaScript-- there are so many more useful features in other languages, and things are more expressive (I like Lisp and Groovy, for instance). But the beauty of server-side js is that it's our esperanto. I'm interested in seeing a new generation of kids and senior citizens participating creatively on the web. But in order to do that, we need to standardize to a single programming languages across use cases, disciplines, and preferences. And JavaScript, whatever you think of it, is the best opportunity we've had.
The movie is simply unwatchable.

You can in theory force yourself through it under a premise of it being a "masterpiece", but it looks very much like a self-indulgent cinematic masturbation of someone who's just not all there. The book on the other hand is really good and absolutely worth a read.
The satirist who mocks Iran's ayatollahs
Pretty neat. Why is only the chopsaw a sketch tho?
>Why should your bank spend more money and effort coding and testing both a JS enabled version plus a non JS version?

My bank should not create a site that requires javascript at all.

It increases the attack surface, it increases the likelihood that there will be bugs lurking and it increases the likelihood that the site will fail under circumstances where the user has low bandwidth and lots of dropped packets.

Furthermore, it is not necessary for a working site that does everything that I want. At all. So what is the point??

>The idea of no JS gets worse when you start applying the idea of just making an API, then having the client just use those APIs, whether they're browsers, backend systems or mobile clients.

Which I would not advise doing under any circumstances. Sharing common REST APIs between browser, backend systems and mobile clients sounds like a great idea until you consider that they all require different modes of authentication, authorization, access policies and security features and the like. Are you going to force your backend systems to authenticate using cookies and use the same CSRF protection?

Having separate APIs need not mean that you duplicate a lot of code, so I don't see the need to try to accommodate multiple different use cases using the same APIs.

>Requiring two separate client UIs to accommodate no-JS is unlikely to be a worthwhile cost for many sites/applications.

Requiring JS for many sites/applications is unlikely to be a worthwhile cost, especially considering the additional testing required to make it work equivalently well to a non-JS enabled site/application.
No Don't share this stuff online
Okay, I'll bite. Why not use XHTML 1.1 if you want to add your own validating DTD? The reason we went HTML5 is because the validator mattered only until it stopped being important. People realized that, for end-user use cases, they want to see website content in their browsers, not "this page is not valid XML" error messages.

And weren't web components pushed aside to HTML 5.1 since it's not finalized and we wanted to call work on "HTML 5" completed? And I fail to see how XHTML, being simple markup, would do anything to assist with an AJAX call. It's HTML5 that you have to thank for the async and defer attributes for scripts, that reduced some of the need to use anonymous functions to do the same thing. Effectively, HTML5 has been as much about speeding up browsers as speeding up web development--and in the process, the user's happy too because they have no idea what's happening inside their browser, but things stay compatible. After all, no one was updating old sites to be XHTML-compliant and yes, there were too many non-validating sites. So we just stopped worrying about validation as much, as far as XML goes.
I stand corrected, but will keep the karma points.
757 Elm Street,#14,San Carlos,CA,94070,$674,950Condo
A pretty arbitrary distinction, if you ask me.
The Altruism Game
Perhaps this is because um is closer to the mystical sound om/aum[1]?

[1] http://en.wikipedia.org/wiki/Om
You can check out Adobe AIR; it uses Actionscript 3 and it deploys to web, desktop, Android, and iOS. In practice you can straight up copy-paste an AS3 codebase into an AIR project and have it work 99%. And I like to think that Adobe is more committed to supporting AIR since it's available for mobile.
You should ask him to start a youtuber business of live coding instead of live gaming, preferably with some commentary. It will be fun.
Yep deuterium is a smidge more chemically stable than hydrogen, but iirc the difference is about 10% so if it's chemical burning that's going on the machine should still run. If it's nuclear than it should suck energy much less effectively since the specific Ni+H reaction that is claimed should not happen at all.
For the First time in 13 years, Afghanistan not on NATO agenda
Sorry, that's true. I should have been a bit less forceful on that one. I know personally that there's a lot which goes into Google's rankings -- for instance: mobile optimization, SSL, and (where JS can slow things down the most) page speed. Google wants the web to be fast, and if two websites have identical rankings, it will rank the faster one higher. Waiting on JavaScript delays the "time to visible content" by a significant amount.
You could probably get a sufficiently sized tank for no more than $10k.
well it is 100x40 in number of characters and there are 10 different characters that can take on one of 256 colors. that's 4000 x (8 (256 colors can be represented in 8 bits) + 4 (10 characters in 4 bits)) = 48Kb per frame, with about 20 fps. so maybe 120 KB/s?
http://youtu.be/-ItFjEG3LaA

The speaker talks about copyleft and how it's dying, and mentions that he's certain the gcc will one day become irrelevant and die to llvm, due to llvm's commercial support and traction.
From my experience, the state of javascript for what's ostensibly the best web crawler in the world is still "it might work".
.NET has NGEN since 1.0.
Ask HN: Summer 2015 research opportunities?
Hey folks. I'm trying to help a friend find research opportunities for the upcoming summer. She's a college math major trying to transition into CS and is looking for summer opportunities. She feels underqualified applying to software engineering internships at tech companies so wants to take baby steps towards that.

Is there an aggregate of research opportunities across universities across the US/UK/Canada for summer research? I know I can always look into indivdual schools and find out about opportunities with particular departments, but it feels incredibly a lot like looking for a needle in a haystack.

An academic equivalent to a job search site like Stackoverflow Careers, Github Careers, and the monthly "Ask HN: Who's Hiring" threads would be immensely helpful.

Thanks!
SendWave shows mobile banking for poor that Bill Gates talks about
Ironically, the vast majority of Thiel fellows were studying subjects which put them on a straightforward track for getting a lucrative career (thus easily justifying the costs involved).

The Thiel Fellowship would be simultaneously much more interesting and controversial if it targeted students at second rate private universities where the value proposition of studying is much murkier.
Is Premium Mobile Gaming Viable?
Nonsense. Germans would be horrified by such risk taking. Those apprenticeships you mention have relatively risk free and straightforward career paths.
Only that the real Middle Ages weren't so bad (on average).
Pioneering female astronauts who never saw space
Yeah, it's not about adding the column; I know that's instantaneous. I'm talking about the UPDATE you'll have to issue to populate the column once it's been added — unless you're okay with it staying NULL (or doing some sort of "lazy loading" is viable in your specific scenario). If you try to do that for the entire table in one go, you're contending with concurrent writes, incurring a lot of IO at once, and as much as doubling the disk size of your table.

This way, you're hitting a limited number of rows per iteration, significantly softening the IO impact (granted, at the expense of wall-clock time); the NOWAIT fails fast on rows that have write locks out against them when you try to grab them; and (if the column you're populating is indexed, obviating HOT updates) leaving a radically smaller number of dead tuples — particularly if you up-tune autovacuum on the table in question while doing this (though that can mitigate some of the reduction in disk IO).
It's what Lisp does, only both the compiler and the target language is Lisp.
there is no reason to assume the role of the aggressors in the rolling stone case; you're buying into the defense's proposition with no reason outside of being a dude. besides that you're going with 'women are emotional and unreliable' on a goddamn whim exactly how they want you to be played, because you can't break out of gender stereotypes
I've always thought this was primarily a means for Thiel to infuse his network with the newest batch of promising entrepreneurs.
The point wasn't the number, the point was if only a small % of my users are affected by a given design decision, why should I care? Beyond that, website populations have bias and as such citing national/global stats is at best a first order approximation of the impact of not supporting non-JS visitors.
Watch My God (2015) Malayalam Full Movies Online – Watch Full Movies Online
Designs revealed for Iceland's first pagan temple in 1,000 years
Taxes back fiat money.

More generally, currencies are backed by demand for that currency. A lot of that demand is ouroboros-style circular demand of two kinds: (a) shops demand the currency for their goods because their suppliers and employees demand it, who in turn demand it because shops demand it; and (b) people have loans because somebody else demanded currency, and now they will be subjected to demand for a longer time period.

Taxes are special in that they create an outside demand for the currency, so they act as the bootstrap and anchor of this whole demand cycle.

Also note that the sibling comment by jzwinck is confused: the Swiss central bank decided for some time to put an upper bound on the value of the Swiss franc. This is easy because they can always create more Swiss francs, and is irrelevant to your question.
If your page is unreadable with NoScript and RequestPolicy turned up to maximum paranoia, your webpage is broken.

Building a broken web page is fine if you choose to build it that way. If 1% of people can't see your site, or 10%, or even 99%, then that's your choice as a developer. If I want my business website built with WebGL, asm.js, HTML5 audio and WebRTC then that's ok. I'm allowed to do that even if you can't render it. As a user you have no implicit right to use a given website if your choice to turn something off or to use a browser that doesn't support something means it won't work for you. To draw an offline analogy, I have no right to build an application if I choose to remove make from my computer.

There are exceptions - users who need special access technology like screen readers should be protected from developers who build in ways that mean they're put at a disadvantage for example - but ordinary people who choose not to use something like js have no such protections. Using a screen reader is usually not a choice.
The An-225 is damn sexy compared to these 2.
How Slack handles their security and privacy
A bit trivial, but actually a rocket flies sideways, not straight up.

You go straight up you just fall back down - you need to go into orbit which means flying sideways.
Why? We do that all the time.
> I'm not sure why so much ink is spilled on it other than it's easy to form opinions around.

Because people read it. And people read it because social cues are important.

When you're going to commit hundreds (or thousands) of man hours to building a system you may have to maintain for years based on very, very partial knowledge, you want to know what other people think about the tools you plan to use.
I imagine this was designed at a higher level, then exploded to smaller parts. For example, usually a 7-segment display controller is used to translate an input value to one usable by the display, but it looks like he soldered one up manually.

Similar to inlining functions in software, but all done manually in hardware.
As someone who has built and exited an adserving SaaS in the past, I get asked this question almost never -- the advertisers that spend the most money never want to abuse the law.

The same goes for the SuperCookie; everyone knows the technology exists, but it's only the rotten apples in the industry ruining it for everyone else by actually making use of it. I got asked whether we would support this a few times, but it was always asked by the most shadiest of our customers, and a simple "we want to listen to the visitor's intent" sufficed.

The only real risk I see for online privacy is that this sort of stuff will happen en-masse and there will be a powerful lobby to illegalize this behaviour.
(Almost) everyone is still using PHP to write their websites. That has nothing to do with front-end frameworks. Except for a couple of new frameworks that are JS on client and server, which are less than niche at this point, all front-end frameworks work with a PHP back-end.
This should have a huge *citation needed. There are a million decisions you make which affect user adoption and retention of a software product, deciding to support NoScript users is a small grain of sand in that desert. Your claim that this facet of all those decisions will result in a competitor stealing market share completely ignores the concept of engineering tradeoffs. The competitor that "cared" about noscript visitors may spend many man hours (in direct costs or opportunity cost) supporting those visitors, time may be best spent building better competitive differentiators for a larger number of visitors. No design decision lives in a vacuum, and in my own experience designing to support non-JS visitors is almost universally faaaar down the list of priorities if there are good reasons to not do so.
Apples? I prefer oranges.
This is a fairly old argument. The single universal programming language that anyone could pick up and use led to BASIC on the low-end and PL/1 on the high-end. Neither is used much anymore. Neither appealed much to a wide audience of non-programmers, though BASIC came close. And neither were anything near universal even in their heyday.

If server-side JS is "our esperanto" that's damning with faint praise. Esperanto is not a universal language, it doesn't fill any actual need, and it hasn't encouraged more people to read or write.
'Darwinian' test uncovers an antidepressant's hidden toxicity
Carson getting 'personnel, rationale' in place for possible 2016 White House run
Commit to work takes 1,5 * 2 hours in İstanbul. You still have 0 hours left.