skysight-inc/HackerNews huggingface dataset:
So that's just ridiculous. I'm calling the plumber to fix my pipes. Who do I call to fix my contract enforcement sensors for my pipes? I mean ugh ....
You could also just build higher in London, instead of building more around it.
"3rd least in the world" is an exaggeration. "3rd least among Australia, Canada, Hong Kong, Ireland, Japan, New Zealand, Singapore, UK, and USA" would be valid.
I'd like to see someone try. Just read the Comcast "streampix" (wonder where you got that name, Mr. McDowell?) fine print:

They don't guarantee the same listings, quality or availability, and you have to have a certain Cable TV subscription level already (i.e., you're already being gouged).

I posit that Comcast's streaming customers and Netflix customers have very little overlap.
> I know that people love to hate on Python's semantic whitespace, but this is the first time that I've seen someone argue that Python's lifespan is limited because we are about to enter a period of exponential growth in the number of whitespace characters.

I think the various Unicode whitespace characters are likely to gain more use generally. The big problem though is that whitespace characters all look alike and so you can't read and parse the way a computer does.

> Are you trying to imply that using an ORM is the sign of someone trying to "whip something together fast?" What are your feelings on DBIx::Class? Should those people who use it jump ship to some other language so that you can bid then "good riddance?"

Not really. ORMs can be used in significant applications and in fact a lot of people use DBIx::Class that way in Catalyst etc. I am referring specifically to the quick and dirty app crowd. You have PHP, Python, Javascript (via Node.js) and Ruby largely taking that role over. And that's fine. Perl is a wonderful language, but to write good quality, maintainable, robust code in it takes some work. But that work is well rewarded.
every new technology/revolution goes through turmoil, just like BitCoin is going through now. GodSpeed BitCoin!!
if someone leases me a notebook, do they get the right to read what I write in it? seems unlikely.
That's very start-up-y of you. But honestly, just interviewing at a few banks will get you a decent paying job before you move to town. (If you can bear that kind of work.)
While I agree that Python seems more clumsy for shell-type scripting, Perl has most of the 'basic' OS functions scattered all over the place, not in a couple of comprehensive libraries. E.g.:

File::Basename
Cwd <= where abs_path resides, for some reason
File::Path <= rmtree, etc
File::Spec
File::Spec::Functions
... etc ...
Why would it be more likely an account compromise?
Hey, nousernamesleft, you've been hellbanned. Your most recent posts are showing up as dead.
You have to carve out the local access portions of the current ISPs into their own companies. Make those local access providers common carriers.

I think that is roughly what the gp is saying.
It ain’t easy. It is not easy, I tell you.
When you copy-paste Perl (or C, or Java, etc) code, do you not reformat that code anyways?

Sure, but you don't have to worry about reformatting making code that was correct suddenly and subtly incorrect.
Yesterday I stumbled across a quote from Francis Crick which enhances your view actually: God is a hacker not an engineer.

But since there is a huge lack of understanding at this point in time about the DNA junk sections, the p53 protein, the formation of the protein's quaternary structure, the K channels it's hard to accept an answer as definitive.
If the life of a language can be measured in how many people are learning it for any reason other than to maintain an existing code base written in it (an arbitrary definition, but I think a common one), then Perl is roughly dead-as-a-doornail, in precisely the same sense as, say, COBOL is dead.

(Note that under this definition, FORTRAN isn't dead—people still write new code in it, every once in a while, due to its mathematics libraries. Perl is "more dead than FORTRAN.")
Google cache: https://www.google.com/#q=site:twitter.com%2Fmtgox
ClearSkies – open-source file syncing without cloud
Sure, but my point was that that's not the main reason; they genuinely want to pay for some of the stuff that comes out of taxes (like police, firefighters, public schools and roads). The point is this: if you don't want to stop paying taxes, why does it matter that you can't? (to some people it matters, but to many it doesn't)
Playboy Interview: Gawker's Nick Denton
TCP is very widely used by multiplayer gaming today. It turns out you can just tweak it a little bit and it works fine.
Yes! If you don't have a reasonably easy way to inspect and modify what is being sent over the encrypted connections your device makes, you are in very serious trouble. Your device will be [ab]used against you.
Those companies have an agenda to sell regarding HTML5 development

They do. However, don't be so quick to dismiss the point they are making: on high-end devices at least, html5 apps are at least as good/performant as native apps.

By the way, Apple, Google and Microsoft each have an agenda as well: to enclose developers in their walled garden, making them learn and use proprietary non-cross-platform APIs so that apps can't achieve a "ship new features everywhere, at the same time, easily" approach. They also want you as a user and a developer to abandon your phone after a while by deprecating APIs and making the OS effectively non-updatable, and making it very hard to update manually (do you know how to port Cyanogenmod to your device? Fix its bugs?).

as soon as your target middle to low end handsets it is turtle speed time.

... on Android. It probably isn't great on low-end or old hardware (although light pages should still run fine). However, Firefox OS is designed and optimized for running those webapps on low-end hardware, contrary to Android.

Which vendor do you trust to make the web fast? The ones who have nothing to gain from it, because they wouldn't be able to retain users anymore who could switch to a new OS in a heartbeat if all the apps were webapps? Or the vendor who made huge contributions to the open web?
I personally think it's a good idea to use both. As someone else stated, at worst it's useless. For me, the best case scenario is, someone hacks the DB, now they have the salt for every user, but they still don't know the common salt because it lives in the script and not the DB. Just my 2 cents.
Maybe give us some basic context before requesting access to my online identity.
IANAL, but here's my take: anything men make is copyrighted. Getting rid of that is difficult or even impossible (depending on originating country and one's interpretation of the law)

Nothing physical can be trademarked. It's the idea of some features in a particular field that forms a trademark (in this case, the right-pointing triangle, the phrase "Google Play" in the 'app store' field) you break a trademark as soon as 'the typical consumer' might be confused who he is talking to.

So, the particular logo likely is copyrighted, and the idea behind it trademarked. If you redraw the logo (using some artistic expression; a 1:1 copy won't do), you are free from copyright claims, but may still be breaking trademark law.
WC4 is still my favorite spacesim - don't know about the hype beforehand, but for me it was just a very well told and engaging space opera.
Agreed. And hyperinflation is terrible when it happens, but quite rare in modern economies. Double-digit declines in bitcoin values are, however, quite common. It would be profoundly irresponsible to encourage the poor of Africa to make the switch at this point.
Agreed.

For those interested in finding out what transaction malleability is:

http://www.coindesk.com/bitcoin-bug-guide-transaction-mallea...

<quote>
What is transaction malleability?

It’s an attack that lets someone change the unique ID of a bitcoin transaction before it is confirmed on the bitcoin network. The change makes it possible for someone to pretend that a transaction didn’t happen, if all the right conditions are in place.
</quote>

This is a fatal design flaw in any TPS system. From any sound accounting principles point of view, no journal entry is to be manipulated after insertion - only through compensating transactions (referencing the original).
Like those testimonials.
There might be some talent at Yahoo, but its exodus can't be denied. However, I did actually see Yahoo re-attract some talent after Mayer's ascent. So as with most anything else, you have to deal with it on a case-by-case basis and neither "hire anyone from Yahoo without any consideration" nor "never hire anyone who worked at Yahoo past a certain date" are both wrong.

That said, majority of Yahoo employees fit neither into "not employable elsewhere" nor "absolute genius who is hanging on because he is working on the Cure Cancer feature of Yahoo Horoscopes". Far more common were/are people who joined either from graduate school, a startup that burnt them out, a far crappier industry (e.g., government, finance, etc...), who wanted to do something cool (and usually there were chances to do that at least initially on the team you joined) and stayed despite much badness (e.g., their project being cancelled) _not_ because they did not think they could do something as good elsewhere, but because being at Yahoo was a known quantity of pain.

That's the default mode of behavior for most people and it's fine to hire these kinds of people as long as there are others to balance them out -- but not into leadership roles at startups (anyone of the first 15 people in a startup is probably in a leadership role even as an individual contributor). That said there are limits: there were people who were doing very little in their roles and thought neither internal transfers, nor job transfers, nor personal side projects -- I'd have a hard time hiring such a person.

Keep in mind that WhatsApp founders did leave to found WhatsApp (obviously...) and when they were at Yahoo they worked on very challenging and interesting things. They were early employees (as in 96-98), (de-facto or de-jure) technical leaders, and Yahoo was their baby: they had a vested interested and non-negligible ability to have a positive impact at Yahoo and they certainly did.
> I think the various Unicode whitespace characters are likely to gain more use generally.

I'm curious what you expect these increased usage to stem from, and how you feel that it will inevitably find its way into source files.

> The big problem though is that whitespace characters all look alike and so you can't read and parse the way a computer does.

In general, the editor takes care of indentation for the programmer. What developer is going to add (e.g.) non-breaking spaces as an option for indententation in the development tool that they maintain?

If you're worried about copy-pasting, then that's already an issue in some places. I've had SQL break because the whitespace contained invisible characters due to an encoding issue during copy-paste, and PostgreSQL (IIRC, could have been Oracle) wasn't very helpful in diagnosing the issue.

Unexpected invisible characters cropping up anywhere are going to give you issues, Python or not.
"Authorize NodeHackChat to use your account?"

No. I don't give authorisation to apps that are ambiguous in intent and purpose. Maybe a little warning instead of straight-up asking for details would be nice.
There was another news a couple of hours ago that they resigned from Bitcoin foundation board, so it indeed is very sinister https://bitcoinfoundation.org/blog/?p=462
So, each bit of news coming out of Gox makes me more likely to assume the worst.

When preparing for lawsuits, often the lawyers will recommend silence, and making sure that there are no public statements that are misleading. Given that they've been making reassuring comments all along, this makes me assume things are very bad indeed. I must assume they've been advised to stop making reassuring comments and saying things that could make them liable for more damages in court...or, worse, make them guilty of fraud.

Maybe I'm jumping to conclusions. Anybody else got theories on why they'd do something so extreme? I certainly can't think of any positive reason for them to do so.
When I use C, I don't have to worry about subtle type errors cropping up at runtime. Should we all ditch dynamic-typing for Haskell?
Can you say any more about what makes them nervous? (What do they think will go wrong?)
The only known benefit of CPAN - automated test running, has never once proved helpful.

Your experience is so very different from mine (and that of everyone I know) that I'm not sure we're on the same planet. CPAN Testers provide near real time feedback on the patches made to Perl itself. That's the combined test suites of almost 130,000 modules for every commit to the Perl language and core libraries.
Opera launches beta of Max, an Android data-saving app
Thank you, I'm glad you like it :)
They've clearly suffered a Twitter Malleability attack.
WC3 is one of my favorite games of all time. Everything was done so well in that game, for its time.
Good points but I'm not convinced there exists a compelling reason to fork vim. From a user perspective there are no points of differentiation between NeoVim and vim. As an outsider looking in, it appears to me that NeoVim exists only to scratch the itch of some developers writing vim extensions.

Is that reason enough to exist? Maybe. But what's the long-term aim here? Without a strong point of differentiation to attract users and thus developers NeoVim will be left forever playing catchup with Bram's original creation -- constantly rewriting new features to remain relevant and forever fixing both old vim bugs and new NeoVim-specific bugs.
I've become skeptical about bitcoin for remittances. The biggest cost in remittance architecture isn't the electronic transfer, but distributing cash. Western Union, e.g., maintains a network of over 1 million agents - banks, post offices, dry goods stores, mobile top-up kiosks, etc. - so that recipients, often in rural areas, can collect their cash. Bitcoin does nothing to reduce these costs.

(Unless you're assuming recipients in Africa et al. will keep their money in bitcoin, which is ridiculous at this point, and will be for many, many years.)
I think Netflix should've just announced to it's customers that Comcast was throttling their network speeds before doing this. It is the same way that current companies in the US ask you to write to your legislatures about unfair policy changes, the most recent one I can think of in California is the public/private ban they're trying to pass on electronic cigarettes which I believe is still going on.
I agree segfaults are a problem if caused by the patch, but it looks like those may have been bugs in VIM itself.

I think the bigger problem was just that nobody could agree on the cancel/freezing timer issue.

To me that's a design decision a maintainer has to make, not someone submitting a patch.
I'm under the impression that this doctor's argument is against wrist rests, as in the padded thing you put in front of the keyboard to rest your wrists on. Instead, the comment you are replying to speaks about a wrist brace, as in a bracelet that restricts certain wrist movements and redistributes wrist stress to a larger area in your arm.

Some of the caveats may apply, but I would say that the bulk of your comment does not...
Well, except it replaced any level of skill you needed in XvT with clicky-the-thingy-oh-looky-it-explodes. XvT was the Quake of spacesims, garnered with some real sim elements like tuning your energy consumers. No game since has delivered on this again - for some reason all publishers thought there is no market for this - looking at Robert's kickstarter I think this has clearly been proven wrong now.
On the other hand, destroying evidence once a lawsuit is filed is a definite no-no. But what's one more no-no in a career of no-no's?

An account compromise is possible.

Perhaps they're about to take some steps they'd previously publicly assured people they wouldn't, and don't want the obsolete assurances to be easy-to-reference.
http://www.nrel.gov/gis/re_potential.html

Total estimated energy potential for renewables in the US (wind/solar/biomass/etc) is 481800 TWh. The US used 25,776 Twh of energy in 2010. That's a lot of renewable energy. With that much renewable energy, you can desal all the water you want. You could even replenish aquifers by condensing water out of the air when power is cheap (at night, when the wind is blowing hard).

We have enough land for food production, which is for the most part automated (http://www.epa.gov/oecaagct/ag101/demographics.html ; "There are over 313,000,000 people living in the United States. Of that population, less than 1% claim farming as an occupation (and about 2% actually live on farms). In 2007, only 45% of farmers claimed farming as their principal occupation and a similar number of farmers claiming some other principal occupation. The number of farms in the U.S. stands at about 2.2 million."). As we continue to automate farming, we'll be able to feed more people with less effort. Ergo, there is enough food for everyone.

So, let me run through this:

* Energy
* Water
* Food
* Communications infrastructure

Ahh! Transportation! I missed that. Self-driving electric cars fit the bill. Also, efficient traffic management algorithms ensure our existing roadways can be used at maximum efficiency, thereby removing the need for more roadway.

Did I miss anything?
Acme plumbing gets sued in the real courts and possibly faces criminal charges. Meanwhile, plumbing transactions continue to be carried out.
YotaPhone 2
Are you talking about new people learning language, as you state, or people writing new code in a language, as your example implies?

Without revision to clarify your point, it looks somewhat like you had a statement you wanted to make (Perl is "more dead than FORTRAN.") and had to reach for some assertions to support it.
I remember trying to get this game to load with himem.sys. Ugh.
Show HN: URL of Email
Email input no longer supports setting selection
I don't understand this analogy, unless either C or Haskell allows invisible characters copied and pasted incorrectly to cause semantic errors. (I've used both Haskell and C for non-trivial purposes and can never recall that to be the case.)
Turn your email into a Web Page, so you can share the URL of your email via email or social media.
Let's recap a bit. You said there wasn't any talent. I said that's not true, and there talented people who have good reasons for staying. You now say that the culture sucks and the talented people who stay are there because of they're handcuffed, or because they're lazy, or they're going to leave soon.

My opinion is that you're now debating a completely different set of points.First you only told us that no one talented works there, and I think we both know that's just wrong. That you haven't brought it up again indicates that you concede this point. Correct me if I'm wrong.

Look. This is not to say that everything you've said is completely wrong. A lot of what you say is true. But I do think your case is pretty overstated, especially since these things depend pretty dramatically on which team your on. The disparity between a good Yahoo team and a good Google team is miniscule, even though the difference between a good Yahoo team and a bad Yahoo team is really high.
Joel has lots of right things to say, but I'm afraid that one - "Never rewrite from scratch" - is far too sternly interpreted to the point where it is actually more harmful than beneficial.

Of course you can rewrite from scratch. You just should not expect to reach the same feature coverage instantly, and should approach the work methodically. Most of all, you should have a good reason. "This code is spaghetti" is usually not one. "I want to implement feature X and the current codebase does not really support is" could be a good reason.

Also, a rewrite is pointless from the point of view of code quality unless you are familiar with similar codebases operating in a similar domain.

Main advantages or rewrite are, that when you are a domain expert and implementing and designing core routines, you get constant flashes of intuition "Aha, I should add this interface here because that will enable me to implement Foo and Bar using this instead of writing a FooSubsystem and BarSubsystem" and so on.

If you have no experience from the domain, you get those insights only after you've written the code and are actually new proud owner of new heap of semi-maintainable code.
> That's a fantastic story my friend. It took some luck but also a lot of guts and self confidence to do that. Glad you managed it.

Story is fantastic, but I'm not glad he did it. I would like it much more if he understood that gambling is a zero sum game except for gambling companies, and stopped playing it after learning a lesson.
Has to be some real shit 'bout to go down
This is just awesome article, I have been using MD5 encryption in all my web applications, but never thought of having salted password hashing
CoinBase is at least backed by people who have a record of knowing what they are doing...

Wasn't there a Reddit thread about how Coinbase is using Mongo as a transaction backend?
I understand that this is written from an academic point of view and focuses on scientific computing, but writing "upstart PHP grew in size to the point where it is now arguably the most common language for web development" is a serious understatement.

PHP dates back to 1994, and (arguably) became a serious contender with the release of PHP 3 in 1998. PHP pushed out the then-dominant web programming languages ASP (a Visual Basic variant) and ColdFusion, along with Perl. At that time Python and Ruby were not on the web development radar.

PHP is not "arguably the most common language for web development": it's by far the most common. Much of that is due to WordPress, Drupal, and other PHP-based CMSs, but unlike Ruby and Rails, PHP had a large developer base before WordPress and Drupal.

The article also completely ignores JavaScript, which thanks to node.js is gaining web developer mindshare faster than either Python or Ruby, and may push PHP's share down.

[PHP also uses the hated $ to prefix variable names, but that hasn't slowed it down. PHP is not as pretty as Python or Ruby but it's a lot easier to read than Perl.]
Microsoft Xbox One: Should We Be Worried?
Xbox One getting outsold by Playstation 4 at a 2-1 ratio. Walmart, Target and are already putting out deals to make Microsoft Next-Gen console more attractive. Microsoft puts out a $25 Xbox One Headset adapter for its consumers. Is a price cut in order?
3: The Boat Safety Scheme applies to boats on most inland waterways in the UK. There are a couple of things in that article that shouldn't have passed a BSS examination - "drips coming through to the electrics" is the one that leaps out at me. But yes, it's not intended to enforce minimum living standards. The local authority should be doing this and I believe they have the same powers against on-water landlords as they do on-land.

BSS requirements, for reference: http://www.boatsafetyscheme.org/media/194782/2013ecp_private...
Basically the entire concept of a Bitcoin wallet is fundamentally flawed from a security perspective. You're one compromised secret away from losing it.

Theoretically a 'good' Bitcoin exchange would have insurance and multi-factor auth, and some complicated internal crypto scheme to minimize the scope of breaches. I can't imagine any of the current exchanges are that advanced yet.