skysight-inc/HackerNews huggingface dataset:
Offence is taken not given.
I can understand you can feel offended or frustrated when someone behaves in a way you call stupid. However, you could give them the benefit of a doubt and assume they made a mistake or they didn't know better.
Keep in mind Ethereum is less than a year old, the DAO is even younger. It's still new, risky, and fraught with problems that need to be solved.

If you're not familiar with anarcho-capitalist theory, there's a concept called a DRO -- dispute resolution organization [1] -- that can perform arbitration functions in a decentralized manner, i.e. without a monopoly on judicial services like the state.

In the future, as the infrastructure matures, I'd be willing to bet DROs will arise to handle these types of disputes. Forthcoming DAOs can be more competitive by integrating dispute resolution clauses into their contracts.

For example, maybe there's a flag that must pass before any transaction takes place, and can fail if X% of DAO stakeholders vote to halt transactions and defer to a DRO for arbitration.

Hard to say exactly how things will evolve, but what's great about Ethereum is that contract law has the potential to evolve at a much quicker, cost effective pace than does the monopolistic, bureaucratic justice system we have in place today.

[1] https://en.wikipedia.org/wiki/Dispute_resolution_organizatio...
The extra few seconds or so for a chip transaction don't really matter, as long as I have the ability to insert the card whenever I want, such as before an item is scanned. It's really annoying and unnecessary for a POS to reject an inserted card just because it's too early in the transaction process.
I think OP's chief argument is that "serverless" is monopolized by AWS Lambda and the like, and probably unfairly.

The answer is that Cloud Functions and AppEngine fulfill different use cases. There's clearly room for both.
But then what about ECMAScript 2024 and ECMAScript 2025?
The whole chip thing takes like 30 more seconds. I'm considering carrying cash to just save time.
Does that mean Sublime is not native, because it doesn't use the OS's theme or widgets?
> the vast majority of the earth's history

For the great majority of the earth's history there were no humans either, but I personally would be upset at the prospect of that situation recurring.

https://en.wikipedia.org/wiki/Antarctic_ice_sheet seems to indicate that there has been a south polar ice cap for tens of millions of years. https://en.wikipedia.org/wiki/Arctic_sea_ice_ecology_and_his... suggests that there's less consensus about the north pole but the corresponding figure seems to be probably at least 700,000 years.

I'm sure the earth is in no danger from the melting of the ice caps, but that doesn't mean it wouldn't be bad news for us.
I am a die-hard Marx Bros. fan so I am biased obviously, but dammit Groucho playing Shiva would have been genius. (Even though Shiva is the Destroyer and it was Harpo not Groucho who destroyed things....but I nitpick.)
I'm not "assuming", I'm drawing conclusions from the evidence we have. Early-church writings include a significant number of letters between groups spread a great distance geographically. The disputes they talk about aren't just between groups in the same city, but between distant groups, and ideologically diverse groups.

This didn't particularly change between the first century and the second century, either. It's not like e-mail was invented in between those times to speed up communication. When certain disputes start showing up in the writings, suddenly, at the end of the second century, it's reasonable to conclude that they were new disputes and not disputes that had already been hot-button issues for a century and a half.

Also, don't skip over the rest of my post. It's actually fairly significant that the canonical gospels talk about people and places and name them correctly (archaeological digs show Simon was the #1 Jewish male name in first-century Palestine, and there are 9 different Simons named in the canonical gospels, each one carefully distinguished -- Simon Peter, Simon the tanner, Simon the Zealot, etc. The authors of the canonical gospels show a clear personal familiarity with first-century Palestine, as if they had actually been there.) Gnostic gospels generally don't name people and places outside of some tiny core group. This is a hallmark of being written from a distance, by a non-eyewitness, based on pre-existing characters.

It's significant that the canonical writings and many other early-church writings reference issues like the Roman occupation, Samaritans, and divorce, and heavily quote from Jewish scripture, while writings like the gospel of Judas and the gospel of Mary do not. It's significant that the canonical and other early writings show specific hallmarks of different sects of Judaism (not just in what they argue for, but in what they argue against, or even in the vocabulary they use -- John and Hebrews, for example, both talk about the "logos" but use it subtly differently.) Likewise, it's significant that among the gnostic writings, there's a clear progression/development of thought from the Gospel of Thomas to the Sethian writings, and detectable influences from known historical characters like Valentinus.

It's easy for someone who hasn't studied the topic to overlook these sorts of things, but there is actually a great deal of scholarship from both believers and non-believers about minute details in these writings. These aren't mysterious, unknown, could-subvert-our-understanding writings like the Da Vinci Code and similar works imply. Most of what comes out of scholarly analysis is fairly dry stuff, showing a clear development of gnosticism as a follow-on movement to Christianity.
Sounds like he's describing Lisp.

It's not only simple, but it also is as powerful and complex as you want it to be.
> Everything has a cost, and someone has to pay it.

In Europe, the interchange fee (what the retailer's bank pays to the card company) is limited to 0.3% for credit cards and 0.2% for debit cards. This came into effect sometime last year.
X86 Shellcode Obfuscation – Part 3
> A good language for maintaining state machines would provide features for upgrading the security of a live contract.

This actually exists, if you code for it. You can make your contract call out to functions in other contracts, and repoint if you need to upgrade.

But that means your users have to trust you not to abuse the power, so it's a tradeoff.
The DAO was officially introduced by slock.it with "the code of the contract is the absolute truth, any other description is just a guideline", which was hailed as a new miracle by the investors, but now that it doesn't mean mountains of gold the founding principles are suddenly not important anymore, it seems.

The "hacker" simply used the DAO as it was meant to be used (i.e. according to the smart contract code), and deserves the funds. If there is a hard fork, I hope he sues slock.it for controlling the DAO, and for stealing the funds he is owed according to their own terms ("The contract is king").
What happened to RFID/contactless? All of my cards had RFID, and then when they were replaced got chipped. No RFID. I called all of the issuers and they said chip only, no RFID option available. It's almost like they want us to use our phones instead of the card itself?

And why are chip transactions so much slower than either swipe or contactless transactions? It really is something of a regression.
I tried Samsung Pay & Android Pay exclusively for a few days and gave up very soon. I even used Google Wallet (NFC) when it first came out.

There were a couple of times when Samsung Pay blocked all payments until an update was applied and the change log had nothing to do with payment functionality but with other useless & unrelated stuff like "better notifications" "better deals". NOTHING, absolutely NOTHING about a security issue, a flaw or a hole that was being used to steal money.

I havent had too many issues with Android Pay but still its the same issue ... instead of a simple swipe and go, and my ability to use my money in anyway I want and I am not at the mercy of an app developer who is acting as a gatekeeper to access my money so he/she/it can control what I need on my phone / my device to use my money whenever I want so they can push their agenda that has nothing to do with me using my money. no thanks.

thats not even including the additional cut the app provider takes and increases my price effectively. I'd rather pay one middleman.

Credit Cards dont need to be "fixed" or "solved". As a customer, its easy to use, widely accepted and my risks are covered 100% by the issuer. I cant say the same for phone payment methods.
greenhouse veggies are a premium product? people pay more for lots of stupid things i guess. my wife pays triple for organic milk no matter how many scientific studies i send her way.
With the vast majority of chip and pin schemes the liability for fraudulent transactions still falls on the bank, unless the merchant/processor hasn't implemented chip and pin, in which case it falls on them.
...Shouldn't they?

China is great in many ways, but it's IP / Copyright protection is abysmal and is used by the state as propaganda / propaganda control.

Portray China negatively in a film? Oh look, no sales the few theatres that are showing it have the scenes altered and of course don't pay royalties.

Neutrally portray China? Oh look about 1% of the royalties you were supposed to get.

Portray China positively? Blockbuster Chinese release. Unprecedented sales, collect nearly 80% of the royalties you were supposed to.

They have the same Real Politik handle on technology. They're not going to respect American Patents until it suits them. Not to say we're blameless; but if it is too asymmetrical I could see the west imposing levies to rectify the imbalance.
First off - I agree with you.

Second - how do you propose this without being "King of the world" ?

Africa has a population growth rate of 2.53%, they will double from 1.2B to 2.4B in <30 years. The world population growth of 1.13% still will DOUBLE in less than 70 years.

Just the fact that the world's economies are based on debt requires that there is an exponential increase in growth to support the interest.

I've thought about this issue a lot and without some kind of dramatic (i.e. catastrophic) change, I don't see the status quo working, nor the 'carbon taxes' which seem to be a lot more of the same.

If you consider declining energy ratios like ERoEI (energy returned on energy invested) or energy produced per global capita, we should be hitting these limits repeatedly over the next 50 years.

In order to stop growth, you would need to halt population as well as have a debt jubilee, I don't see either of those happening. You'd also have to tell most of the people in developing nations that they will never have the riches that the west currently enjoys.

I'm not sure how you achieve those goals without war.
There are many XMPP free servers, and some clients are awesome. Like conversations.im.

Setting up a server is not terribly difficult though. I bet there are some simple container solutions.
If you loose your github 2FA, they will ask that you prove your identity by SSHing to some host and providing them with the token returned by that host
> ...and that's just the tip of the iceberg.

You bet. Since OVH servers normally start north of $50-60/mo. (not exactly a very trivial sum), their clients may still be at least somewhat more serious/conscious about security, but talk about the likes of Kimsufi (incidentally, a subsidiary of OVH I believe) where dedi boxes (with low-end configs) are available for < $10/mo.!!!
Sounds like kernel space code.
I have just read a report of a trip to the US by someone from the UK. He was surprised how long it took to process a chip and pin transaction in the US, you don't notice any delay in machines in the UK.
Worse, they used to support it. They disabled it with the line that "upgrades" to their terminals were the cause. https://consumerist.com/2015/05/05/apple-pay-unavailable-at-...
The hacker should sue them for violating the contract by trying to fork and block him!
> Not everyone.

BSD wouldn't have been free software without Stallman (he convinced them to release their changes under a free software license publicly). Same with OpenSolaris (the idea of free software wouldn't have existed). So, GNU was central to us not being in a world dominated by proprietary software.

But GNU was never going to be ready (Hurd will never be finished), so Linux offered us the opportunity to live in freedom. And people ended up using it. Yes, the kernel Linux has _many_ problems. But without it, we would be living in a much worse world than even the most broken of Linux interfaces and semantics. But GNU/Linux definitely was a saviour for Unix.

Yes, Sun was still holding on to Unix. But they were the only one (apart from Be, which folded soon after). But do you really thing they would've ever created OpenSolaris if GNU hadn't come into being and GNU/Linux hadn't started to dominate the market? I doubt it. History is odd like that.
Applying email marketing to impress potential hires
Single debit card, yes. But many people, including myself, have multiple credit cards for various reasons. (Backup in case of loss/rejection due to anti-fraud error, various types of affinity card rewards that want to spread around for various reasons, etc.) Also, to the degree that many still have AMEX cards, those aren't as widely accepted as Visa/Mastercard.
"Of course these few seconds don't matter that much per transaction"

My anecdotal experience has shown this to be an extreme pain in some cases for both consumers and retailers. Any sort of business with frequent CC payments and high volume sees their POS wait time explode.

Two personal examples:

Attended a cinema, where they had to delay the movie time due to long CC processing times.
Bought food at a takeout place, with clear signs instructions (to avoid) and apologies for the delays caused by chip readers.
That's not inherent in the chip technology. Terminals in Sweden do the same processing with the same cards faster than you can blink. They also allow you to insert the card and enter the PIN while items are still being scanned. You just need to confirm the total amount and can directly take your card without waiting.

The chip also enables contactless transactions which is even faster.
Curious about your use of beanstalk:

I'm considering using beanstalk for a php app but we have content changes that are very frequent. 134 domains (virtual hosts) and maybe 500 pages (the html) change a day.

How do you update the load balanced set of instances when the instances count changes? tks
I'll be sure to bring that up at the next care bear meeting.
I love how highly pizza quality is ranked as a factor in the city ratings. Pretty amused to find out that my biggest grievance about the West Coast is a shared concern.
> I believe that Ethereum overall will emerge from this in a few weeks, having been made much stronger as a result. It will have a newfound direction and charter that involves a slight pivot, away from "let's get DApps at all costs, let's make front-end programmers into smart contract writers," towards "let's build up the science of secure, smart contracts."

You know how they always say "if only we knew then what we know now about Internet security, then we would've definitely made the Internet secure by default in the 90's!"

Except, even if they did know, they probably wouldn't have gone that path. There's always a strong incentive towards making stuff "easy to use", and the more secure you want to make it as well, the more work you have to put into it, to a point where the developers may think that it has "enough" security and they shouldn't waste too much funds on making it more secure (even though it's not really enough).

The "advantage" something like Ethereum has now compared to the Internet in the 90's, is that thousands of sophisticated attackers could try to hack it from day one, thus showing Ethereum developers how naive they are early on.

This is good news, because we'd rather have something like this happen early on, then 10-20 years from now after all of the world's banks and governments adopt it, and instead of a $40 million heist, we have a $4 trillion one.
> If this hack can be stopped, then it demonstrates that the currency can be manipulated, that the decentralised system is not so fault tolerant or uncensored after all, and that people out there know this.

My thought exactly. And despite putting a little money into the DAO myself, this is the kind of risk I was willing to take. I should lose my money. Miners should vote strongly against this fork.

I know in the Bitcoin community this wouldn't be accepted, not so sure about Ethereum though where the developers have a lot more control (than they should IMO).
Ballista: website-to-website data sharing
Tensorflow Image Recognition Tutorial
Normally it's under 10 seconds for me with a chip and PIN debit card, the by far most common card payment method in Germany and the UK. Most credit cards here (Germany) are chip and signature, but they are used less commonly in stores. My credit card has a PIN, but I've never used it.
It seemed to me to be a re-hash of a number of well covered topics. It didn't appear to have anything new or present from a different perspective.

Having said that, I could have missed the interesting bits. It is quite long. If there's stuff in there that you think is insightful, I'd be interested in you pointing it out.
Likely this story here:

http://www.reuters.com/article/us-usa-ranchers-nevada-militi...

And the chap who led to this is apparently in jail awaiting trial:

https://en.wikipedia.org/wiki/Bundy_standoff
If signatures don't have to match a previous signature, then what is the point of entering the scribble in the first place?

Aren't signatures still used as nominal security verification? If not, what is the legal significance of "signing" a document?
You are really talking about a very small use case if you say the only database that could be used would be no auth/read-only considering most database requires auth for security and most apps need to write.
Someone has to pay for the fraud and that's obviously getting to be the consumer in the end (indirectly through transaction cost).
One American's opinion. I'm in my early 20s and in good financial standing, I have 3 credit cards with airline miles programs. Using them means for the past year I've used a free flight every 3rd flight, and my girlfriend and I will be traveling to Europe RT for $1200 for 2 tickets. I fly a lot, and it's saved me a couple hundred dollars to have a few credit cards, and the inconvenience of keeping < 5% balance on each.

I'd imagine it's because the credit card companies have less restrictions on what they can do here compared to Europe, so they can afford more extravagant offerings.
Chapter 171 – Twelfth lord in second house
>but its a chat client

That's part of the problem. Electron apps are unavoidably heavy - huge binaries and 250MB-300MB+ memory consumed regardless of the task at hand. A simple "hello world" in electron without an ounce of JS or CSS will exhibit these traits.

Chat is a very simple sort of application. We've been doing it for decades now and have had functionality that approaches that of hangouts that works perfectly on machines with tens and hundreds of times less power and resources available. There's barely an excuse for such a program to consume more than 50MB of RAM, let alone 300MB+.

Some may argue that "unused RAM is wasted RAM," but I'd argue that this statement holds true only if the RAM that would be used is needed for actual functionality. If it's baseline requirement for the program to run at all, something is wrong unless the program is monstrous in nature (think AutoCAD, Maya, etc).
Taking your question at face value (why don't they?): Because right now, so far as I can tell, Google is so far ahead that there would be little interest in the contest.

Perhaps Facebook will start to catch up, or Microsoft will suddenly appear with something startling, but for the moment the only real competition for AlphaGo comes from top human players. (Perhaps not even them? I don't think anyone really knows.)
Beanstalk handles the load balancing for you and throws a DNS entry in front of it all, as far as I can tell. Works well so far. It's smart and (seems to do) blue/green style deploys for my single app instance atm I believe.

(I'm only running on a single box so far, mostly using it because it made deploying to production and all the annoyances that come with that a breeze).
Yeah, I was referring to new feature in ES2015/ES6, but really I mean just new ES features in general are good. It's just the naming that's problematic.

Even http://caniuse.com/#feat=arrow-functions says:

> See support for arrow functions (ECMAScript 6)
Would those companies have any interest in publishing all their research if it gets to the point where it actually means something winning this tournament?
I found this part the most enlightening:

> I find it irresponsible of the developers and distributors of Redis and memcached to provide default configurations that lack any authentication. Yes, I understand the reasoning that they should only be used only on "trusted internal networks". The problem is that very few internal networks, in practice, are much safer than the internet. We can't continue to make the same bad assumptions of a decade ago and expect security to improve. Even an unauthenticated service listening on localhost is risky these days. It wouldn't be hard to add an auto-generated, random password to these services during installation. That is, if the developers of these services took security seriously.

Also this:

> Notified Python Security that full details of issue would be published due to inaction on their part. [After half a year of inaction]

If you've never reported a security bug before this is generally par for the course for situations like this. Now with obvious holes like heartbleed, everyone understands the stakes really quickly and it gets patched fast. But for these types of problems where it's a multistage attack there is just a complete lack of resources to fix this type of thing.
I've never heard someone call electron apps 'very performant'. If anything, they're "kinda performant". Even "sorta". In fact, that's the biggest complaint, that the performance flat out sucks.
Here is a good article explaining U.S. path dependence on a clearing/settlement infrastructure that's stuck in the 1970s: http://priceonomics.com/how-credit-cards-tax-america/
Given how much modern js development depends on node and npm, I think using a different asset packager is the most sensible way to go.
This is an example of why I created my mantra for high-assurance security: "tried and true beats novel and new." Another is to wait at least 10 years for specific tech and techniques to prove themselves out before betting lives or entire businesses on them (startups an exception).

The blockchain and DAO models are very new. They introduce new mathematical constructs, complex code, security issues we haven't thought about, coordination among many for such issues, and so no. Ethereum even includes an interpreter or something, which has its own set of risks. So, I refused to bet on such models given enormous risk means stuff is going to happen to them that isn't going to happen to regular, financial processing. We also have mitigations for most of its risks.

Today is a good example. This is the kind of thing you're not going to see the Federal Reserve, VISA/Mastercard, most banks, or even large eCommerce sites announce. It probably won't be the last announcement of an unusual issue. So, anyone wanting stable currency + commerce should avoid stuff like Ethereum unless they're just investing small amounts to help them experiment & improve. Risk/reward doesn't make sense on such immature tech.