skysight-inc/HackerNews huggingface dataset:
Yeah, the title and the article have very little to do with each other. Complaining about NaN semantics is especially irrelevant.

OTOH, it's funny you bring up Netscape. Yes, they shipped. Back in the Netscape 3-4 days of the Browser Wars, every new version was a crap shoot. It might un-break some page you wanted to use, but it might also be drastically slower, crash a page that you needed, lose your preferences, or whatever.

But the cool thing is that you could choose when or if to update! You could install the new version alongside the old one, try it out for awhile, and junk it if it was worse overall. If most people thought Netscape was getting worse, then most people would stick to the old, working version. Nowadays browsers follow the same "random walk" development model, but shove the latest version down most users' throats whenever they feel like it, and make it hard or impossible to revert the latest breakage. "Ship crap" combined with "software force-feeding" is good for no one but lazy coders.
OpenGrok has been very useful when I want to understand a new codebase. The distributed / REST aspect is going to make it harder to use code tools, though.
Right but the article mentions how this invention will allow you to heat other liquids:

> The design’s capability of heating soup and food for babies as well as a coffee in a cup means the invention has left the kettle far behind, said Grase, 26.
If I understand, they do remove sound using physical absorption panels. But since absorption by itself feels dead or unnatural, they mike the remaining sound, model it in a virtual space and play that back into the restaurant (or whatever) to add a more pleasant ambience.
The wording here truly blows my mind;

any person who intentionally manufactures, assembles, possesses, or sells
any electronic, mechanical, or other device,
knowing or having reason to know that
the design of such device renders it primarily useful for the purpose of the
surreptitious interception of wire, oral, or electronic communications,
and that such device *or any component thereof*
has been *or will be*
sent through the mail or *transported in interstate or foreign commerce*

What does the phase "primarily useful" even mean in this context? Is the iPhone 'Voice Memo' app primarily useful for these purposes? Or more pointedly, what about mitmproxy or Wireshark?

Forget 3 felonies a day, how about 10^3. Shit, I have in my possession dozens of 'electronic, mechanical, or other device(s) which are primarily useful for [surreptitious] interception of wire, oral, and electronic communications'. Last time I checked they ship with the OS.

I Googled 'primarily useful' they are almost all links to this law itself. On page 2 there was link with the title 'Subwoofers primarily useful for action movies?' which was a nice reprieve.

What differentiates a design, monitoring, or debugging tool designed for the interception of wire / electronic communications from one primarily useful for surreptitious interception? Maybe the later come with cool names like FOXACID and DEEPMINDFUCK. Maybe they should have thought twice before renaming Ethereal to WireShark!
Watch Tamiluku En Ondrai Aluthavuamill Movies Online – Watch Full Movies Online
Removing the tail caused them to be less effective at evading bats.

Maybe the tails have some other function crucial for their generic function like flight control, and losing that is responsible for evading bats less effectively? If the article is correct, it seems like a gap in reasoning.
Slightly shorter, and it's nice to have the expression at the end of the line:

$ bc -l <<< "1+1"
The question I was answering above was "why Saudi Arabia and not Iran? Aren't they both bad?" Regarding your other points, I'll answer them below (and I admit my attitude upfront on the first one, you just posted that you are frustrated with people with a willful blind spot and then you give me #1):

1. Iran's calling for the death of Israel and the USA is just a single missed translation? Give me a break. A news article from five days ago: "As usual, Iranians chanted "Death to America" and also denounced Israel." http://www.npr.org/blogs/thetwo-way/2015/02/11/385396449/on-.... It's a slogan over there: http://en.wikipedia.org/wiki/Death_to_America. And they aren't alone in their rhetoric. North Korea says it too. And guess what? We've isolated them as much as we can as well. The countries that are willing to openly say "Death to America" are ones that haven't matured enough on the world stage to realize that you should say one thing and do another. The rhetoric alone isn't enough to start a war, but their actions aren't that innocent. Iran's first "blue water navy" excursion was planned to sail all the way to the coast of the USA and enter our territorial waters, just to say that they could (but their ship didn't make it). They built a mock US aircraft carrier and practiced shooting anti-ship missiles at it. They aren't just talking big, they are actively posturing as the opposition to the US influence in the region.

2. Yeah, Israel does some stuff. The Jews have killed a lot of people (even going back to biblical times). They usually get a pass because they are seen as the "small fry" backed into a corner by all the Muslim countries surrounding them. It isn't true, but that is the story that is spun. Similar to how we treat the Saudis, we let Israel get away with a lot of things that we should probably put a stop to--seriously, pretty much anybody with sense can see that compromise is the best way to solve the Israel/Palestine issue, but when two peoples hate each other that much, sometimes it's easier to watch them punch it out. If you try to break up a fight, you risk getting punched yourself. And besides, we don't get along with the Israelis as much as most people think. Seriously, we share more intel with New Zealand than we do with Israel.
There's a specific reason I said to send an ATA reset first! IRATEMONK (for it is that) isn't that smart. Doesn't need to be.

If you want to test more thoroughly, or actually dump the object for analysis, as wongarsu says below, the JTAG port or the serial port is the way to go. That's how they get it in there.
what you're seeing is that the most popular drinks now don't have a long history, not that brands are a result of prohibition.

That's a possibility. And prohibition certainly put a lot of established liquor companies out of business. Though that doesn't address the question of why the sudden rise to prominence of brands from 1950 onwards -- 17 years after repeal.
It should also come in a 'kettle' so that it can be used conventionally in a receptacle with pouring spout. This would make migration easier. A kettle with a removable element that you can put straight in your cup.
Interesting.. still working for me, even in incognito mode (just to make sure it wasn't only working for my google account). Either way, just google the title as someone else said, and it will get around the paywall. Sorry!
$120 is expensive.It would take 16 years to make 2 cents on your investment. You don't believe me, here is my calculation:

Regarding energy usage:
1 cup of water is 28 grams
t0=25s
t1=100s
C=4.1810^3J/kg.s
Q=mc(t1-t0) for boiling Q=.0284.1810^375=8778J
8778J correspond to
0.00243833333 kilowatt hours
so if you pay .11$ per Kw hour
we are talking about 2 cents per cup!
If we are wasteful and 2 cups of water and drink 1 we have wasted 2 cents. How much time I have wait to make profit on my 120 investment.
120/0.02=6000
And if you drink 1 cup of tea a day. You have wait 6000/365=16 years.
You have to wait 16 years to make money on your investment.
Though I was a bit older at the time, I likewise had a lot of fun implementing a Sierpinski triangle algorithm (the chaos game version) in junior high or high school. I eventually wondered why not use four points, or five or more. The four- and five-point versions looked like they had a distinguishable pattern, but it still just looked like a mess. Eventually I tried 3D, and the first Sierpinski pyramid I'd ever seen found its way to my screen. I felt like I had just received some kind of revelation from abstract math itself.
So, on the one hand, I agree very much that having the options available was pretty cool.

On the other hand, having seen this repeated time and time again in the enterprise world, I don't think users should be given the option of not updating, especially for services that they aren't hosting themselves. All they end up doing is creating a support burden and being dissatisfied.

Our users are increasingly ignorant about the systems that they use--I think that precludes them from having final input about how said systems are implemented and deployed.
I have not yet tested the new mobile site, but if the design of the normal site is anything to go by it will have been designed in hell by some teen demon reading too much Kafka.
Hey, they're trying with ES6!
Hmm. While it's nice to push rendering out to clients for saving your server CPU, that can lead to a suboptimal mobile experience, requiring more CPU and battery power on the mobile device to work on the javascript and render the page. There are other factors, for sure, but you want to be keeping client side javascript down to a minimum.

Taking a quick spin through yslow in the mobile browser suggests they've got a number of areas to improve on to make the time to screen significantly better on mobile devices (even on a fast connection here it took several seconds to even start showing me content, and several more before it had finally loaded everything)

Given the world wide reach of the BBC, expecting high speed and low latency networks seems like a bad idea. In the US, 3G & 4G typically see 90-100ms latency per request. Mobile Yslow is reporting that they've got 21 javascript scripts alone on the page. IIRC The android browser will limit itself to 4 threads retrieving content typically so that's (21/4 * 100ms) 525ms just lost in latency requesting the javascript, let alone actually downloading it and the overhead of the javascript renderer. It's also pulling in content from 21 different websites, so at the bare minimum that's 21 DNS calls being made (with the same latency penalty!) A bunch of those are being done just to load a single piece of content too, which is a little crazy.

Don't get me wrong, the site looks good.. it's just for a 'mobile-first' experience, they seem to be missing the all important time-to-screen and giving the mobile user a lot of work to do.

A useful tool from google for analysing the site for both mobile and desktop: https://developers.google.com/speed/pagespeed/insights/?url=...

and a good talk from last year's Google I/O conference on optimising the mobile experience: https://www.youtube.com/watch?v=WrA85a4ZIaM
Right -- perhaps I should have been more precise. For my 2-3 hot beverages a day, I just use a small pot with a lid and a rim shaped to pour well. It's cheap and works with all kinds of liquids.
But there is no objectively true philosophy.

There is, however, objectively inconsistent philosophy. Bostrom would probably argue that most people believe things (such as valuing individual lives) that are inconsistent with complacency in the face of death. Witness, for example, the obstinate resistance to cryonics even among those who would eagerly seek out an untested and experimental surgery to avoid death at the hands of cancer or heart disease. Unless great care is taken to reason dispassionately, the enormity and apparent intractability of death compromise a rational assessment of its horror.
It is not a lookup table - think more of some additional shortcuts you introduce for a certain mode. This way you get lots of speed but loose flexibility. In GraphHopper you can enable and disable it, the code is here https://github.com/graphhopper/graphhopper/blob/master/core/...
When implementing a failure-tolerant system, one has to remember that "crash" can often be parlayed into "exploit" or at least "denial of service", and thus not become too tolerant of failure.
I think he means end-usability. Feature-wise and once you get used to it, it is VERY amazing :)
It is not that bad without the C parts.
Two engines of the three included on osm.org are open source or what do you mean??
This comment reads very much like astroturfing. I hope the admins of HN take a look at who registered this account and who up-voted this comment to make it the current top comment in this thread. As mentioned by others, this account is nearly a year old with one silly comment before that.
If you pass an electric current through a metal coil you will create a magnetic field. A magnetic field will create an electric field. So it isn't surprising a heating coil produces an electricity into the cup. What is important is how much and where.

Most people, I assume, are smart enough not to put there finger into a cup of hotwater to find where the electric current runs through.
You should stick with what you know. If you are comfortable with LAMP stack then you should keep using that.
I am assuming that a good chunk of your work comes from maintaining what you wrote for a previous client and for these type of jobs it is best if you follow a standard (which you define). That way you won't have to think (as much) about your code before you start to make any changes to it.

A vps provider like digital ocean or linode can certainly be a good choice, if you also take care of hosting. With them you could set up a proxy server (I prefer nginx) in front of the apps for your clients and serve them all from a single vps. The traffic of 10-1000 of users is not too big but if you feel that performance of an app is degrading you can always migrate it to a managed hosting service like heroku. That way you can also charge different fees from your clients based on how you are managing their applications.
Exactly. It incorporates by reference statutes from an era where it was actually a huge hurdle to install a listening device. Now every piece of technology is essentially a listening device, amongst many other things.

In addition, it waters down the statute from "intent to defraud" to "willfulness".

Oh by the way, they also want to take all your stuff, regardless of if you're convicted.
You might like https://github.com/Russell91/pythonpy then.
You are missing a lot of nuance here.

First of all it is debatable over whether or not the spec allows (eq x x) to be false. eq is required to return true if the arguments are the same identical object. It would be a twisted interpretation of that to allow (eq x x) to ever return false.

Now (eq 1 1) is specifically not required to return true, as, for example an implementation that boxes all numbers could create two separate objects for that expression, and the arguments are now in fact not the same identical object.

This is something that exposes implementation details to the user, so using eq is discouraged (and in fact it can only portably be used to compare symbols). There are times when the best way to accomplish what you are doing is to (ab)use implementation specific behavior, and this is particularly true of Lisp which was a dynamically typed garbage collected language in the 70s (yes, predating the VT100 terminal referenced in this article).
No. SATA/PATA/IDE bus allows only main bus controller to be the bus master, just like USB/SPI/I2C. Devices connected to those buses must be pooled by the system, they cant initiate transactions on their own.

On the other hand you have PCI/PCIe/FW/Thunderbolt/SCSI, those buses allow every device to take over as a temporary bus master, and some of them (Im not familiar/sure about scsi, probably not) allow arbitrary memory access.

So you cant use SATA in a way FW can be exploited. There might be some obscure state machine bugs in some hardware host implementations, but why bother when you have low hanging fruit of access to raw binary data. Travis Goodspeed demonstrated (using usb storage, same mechanism) how analysis of read access call order and frequency patterns can be used to estimate OS and use scenario (boot, normal execution, forensic imaging of the drive). Thus infected device can pretend to be fine when analysed standalone.
The process that works for my team (Department of Data. Heroku.) is simple:

If one expects a review with any timeliness, "@mention" the person(s) you think are qualified to review. Include the urgency of integrating the patch. The default assumption is urgency is low.

The reviewee is free to punt (if they're especially busy, or it's a case of mistaken identity as to the correct expert), but he or she is expected to fill-or-kill their intent to review in a day or so.

Some advantages:

* Not overbearing nor complicated

* Leaves room for non-urgent work

* Targeted (avoiding tragedy of the commons)

* Dynamic and nuanced (not slavish to a strict taxonomy of assignment and priority)
>Unix might not have been successful had Ken Thompson decided to make the kernel preemptive, and then spent 1973-1987 debugging it. :)

Sadly that didn't happen, UNIX was adopted by 80's hipsters into their startups, became adopted by the industry at large, thus spreading C into the industry.

Now we have patch <choose day of week>.
Looks cool, but not sure it's something I'll ever be able to motivate a buy for.

(I went to the site and did a first scan with the words 'Spits out near-boiling water heated on-demand' and the first image i saw was this
http://www.billi.com.au/cms_images/17_29-09-2012_2608.png
which made me chuckle.)
I kind of remember SD being used because it has the same units as the samples in the distribution.
I agree. Almost 30 years into this and I still don't see the point.

It is almost as when cleaning became health assistance.
I had a similar experience, but it was solving Tower of Hanoi.
My point 3 was, somewhat snarkily, that AI will be built by humans on a foundation of crappy software, riddled with bugs, and that therefore it would very likely wind up crashing itself.

I am not a techno-optimist.
> but Node.js takes up a lot of resources in a browser

You must be confused. Node.js is used to run JavaScript on the server, not in a browser (the client).
Perhaps ship-it-now is the right answer for the times. With so many rapid changes in technology there should be 1) a lot of low-hanging fruit (i.e., quick, high-value solutions), making short-term project more valuable and 2) a shorter shelf-life for any solution (i.e., a new tech will make it obsolete), making long-term projects less valuable.
The problem runs deeper than that even. Even if you like doing stuff that requires more effort, it's shockingly difficult to find places/people who want to invest/hire you to work on such technology. You have essentially a choice between academia (which is, well, sometimes very academic) and large corpos which have their own share of problems and not everyone fits.
yummyfajitas, I just wanted to chime in and say that even though historically I've disagreed with you on most issues, I have actually as of late begun to appreciate your vehement defense of your viewpoints (which more often than not go against the HN herd mentality). You make exchanges on HN fun and mentally interesting. Please keep doing what you're doing.
The rabbit hole of putchar and getchar is unfortunately nasty. Everything else is super simple, except maybe one part of compiler affecting another part far far away.
IIRC we did Towers of Hanoi before or after that, but I have no special memories of it :)
Automated script gone wrong?
You can learn all kinds of things from Bartender, like how to turn someone's life around by serving them whiskey with water.

He truly makes the bar tender.
Posting paywalled articles used to be frowned upon on HN, but these days it seems to be acceptable.
I think the main point of the comment about the metaphor it was not about lightroom versus Photoshop, but rather that real-time acoustical processing has very little to do with retouching an image, conceptually.

The true "Photoshop of sound" would be something like Logic. Something comparable to what this guy creates, for video, would be more like a real time signal processor, whatever programs are popular for that. But I suppose it wouldn't make a good headline as few would understand a reference to a popular program for real-time video processing.
3D! luxury! We didn't have 3D in my day, we barely had 2D :) https://www.youtube.com/watch?v=1by0-nkKOTs
Worked for me! Thanks.
I want to watch, but can't transfer fast enough. Therefore:

wget https://s3-eu-west-1.amazonaws.com/guy-cotten/videos/guy_cot...

Hope that helps someone.
setup a debugger and step through common scenarios.
1/ This is pretty much how for example Seagate refurbishes drives (or used to). They disable whole bad platters in firmware, rewrite drive capacity, slap REFURB sticker and send drive back as a replacement for smaller one.

2/ you can do this _yourself_ today on off the shelf drive using HPA/DCO

3/ Dont really understand your plan, you want to prepare drive like that to hide your own data from others? average foresic investigator will immediately tell your 'clear' OS is an unused decoy (no signs of regular daily use).
I had the additional problem of using a metal Klean Kantern to boil my water, so it was easy to forget to not touch the outside. (Mine never shocked me, but I get the feeling that these things aren't exactly made with care...)
What are your biggest career regrets?
> How does talking about the messenger change the message?

We need to judge the messenger's integrity in order to judge the message's accuracy. Putin might say there are no Russian soldiers in Ukraine.

We can't rely on plausibility. Good propaganda is plausible, and the Russian intelligence services are very good at propaganda.
Would this not be mostly thwarted by using full disk encryption and a TPM? FDE means the firmware cannot do anything with your data; just view the disk as a remote server and store like you would on AWS or so.

A TPM can then read the boot sector and ensure it hasn't been modified, so the firmware can't take advantage of the unencrypted code there.

Of course there's other things the firmware can target, but at least not being able to directly read/write data is a huge bonus. And it'll greatly reduce the surface area for exploits, since just the encrypted block device code can be messed with, not all the internals of various filesystems.
Even better, the very next section is an exclusion from this law for common carriers and officers and agents of the United States.
Get a job at a successful development company. Learn all you can about the business from inside of a place that has it down.

I was freelancing as a teenager up until my early 20s, and I thought I was doing alright. Then I took a job at a place and learned a LOT. How to set more accurate deadlines, client interaction, how to properly hand off a project, how other successful developers are building software... a LOT.

I left that job after a year and started freelancing again but at a whole new level. I had made a ton connections at work for one, so finding a freelance project became a lot easier from that alone.
MongoDB Veneer and Hyperdex 1.6: Seamlessly Switch from MongoDB to HyperDex
> You realize new BMWs have telematics data sent back to BMW ?

Other auto makers do the same, afaik.
Miss a Payment? Good Luck Moving That Car (2014)
> interference

Me thinks you managed to derail the conversation to a much greater degree than yeahyeah ever could. Saying this as someone who likes voluntaryism but acknowledges that it might be an idealist view that is incompatible with many hidden variables of the real world, I acknowledge that three-letter agencies might have a place in this world. Yeahyeah just pointed this out. He didn't prevent you from creating good counterarguments. He made a very valid point, that unlike dragnet surveillance of snowden this revelation is more targeted, and invited you to a discussion of whether it has a right place in this world. You on the other had shat across the screen with tangential accusations. Me thinks you are the shill.
All it takes is a sata key doing ROT13 on passing data to defeat it, or stripping raid array.