skysight-inc/HackerNews huggingface dataset:
Noone should trust a service that advertises itself as being safe from governments ears. Pure and simple.

First, there's a risk the NSA is actually the one initiating those services.

Secondly, in cryptography, it's very hard if not impossible to effectively prove your messages are not read by someone else. Cryptography experts do not tend to work for people's interests. And if some do, the NSA has too many resources to just defeat those who try to not be listened to.

I understand the intention is noble, but if you release such a safe tool, the NSA will view it as a terrorist threat, because that's the job they have been given, and they will end up listening anyways.

I can't understand the paranoia about all this. If you're really afraid the NSA might use information against you, it's because you made political enemies, in this case, why use digital means of communication at all ?

I really tend to think it's being cool to use those cryptographic features, rather than anything else, and that's worrying.
This is a logistical impossibility. Power plants, especially nuclear ones, are a nightmare to get past public consultations. They can eventually be forced through if the location is right and there is government level pressure. That might allow a small number to be built, but 50? No chance.
No, these are some 10 people no one ever heard of that Nature decided are worth knowing. They are, but their achievements are just a small part of what has been achieved in 2013.

To lift your spirit, you can find more on Google.

An example: http://www.technologyreview.com/lists/breakthrough-technolog...

There's more...
Oh my god. Is this bizzaro world? Are you fucking kidding me? What OS X communities? The random forums with people pulling stuff out of their rear ends.

"consistently informed, polite and helpful". Completely ignorant of any Ultrabook released in the last 6 months. >_< Whatever, just embrace the image.
True. I was just referring to reducing the price of ancillaries.
$100 000
http://vk.com/wall-52630202_7858

Эта история заставляет в очередной раз восхититься российскими программистами. Целую неделю маститые американские криптографы на HackerNews безуспешно цеплялись к протоколу — в основном, с требованием заменить наше решение на алгоритмы, которые продвигает АНБ в своем Suite B. А российский программист, называющий себя "новичком", смог в рамках статьи на Хабре с ходу определить потенциально уязвимое место в секретных чатах.

На всякий случай, поясню для массовых пользователей: утечки данных не было, уязвимость закрыта, опасности нет.

Еще раз убедился в том, насколько правильным решением было полностью открывать протокол и исходный код. Это позволяет привлекать тысячи умных людей, которые могут помогать нам постоянно совершенствовать систему, находя потенциально уязвимые места.

Разработчик, нашедший слабое место в нашем алгоритме, заслужил награду в $100,000. Подобную награду заслужит любой, кто найдет возможности схожей атаки (напоминаю, за расшифровку потока трафика мной была объявлена награда в $200,000). Продолжаем искать — вместе мы сделаем протокол нерушимым.

This story makes us once again admire the Russian programmers . Whole week at the venerable American cryptographers HackerNews unsuccessfully clung to the protocol - mainly with our decision to replace the requirement for algorithms that promotes its NSA Suite B. A Russian programmer who calls himself a "newcomer " could under Article Habré stride identify potential vulnerabilities in secret chats .

In any case , I will explain the bulk of users : data leakage was not a vulnerability is closed, there is no danger .

Once again convinced of how the right decision was fully open protocol, and source code. This allows you to attract thousands of smart people who can help us to constantly improve the system by finding potential vulnerabilities .

The developer, who found a weak spot in our algorithm , deserve a reward of $ 100,000 . Deserve such an award anyone who finds the possibility of similar attacks (remember, for decrypting traffic flow me was declared a reward of $ 200,000) . Continue to seek - together we will make a protocol indestructible .
The f/a 18 has weaknesses but technical capability isn't one of them. It has the best production radar and mult-role capability of any fighter in the world. It doesn't need upgrades down the road to integrate new weapon systems or perform precision ground attack(looking at you eurofighter) it does it already.

As for political clout the main risk of purchasing a fighter that doesn't have a large primary user is the risk that new capabilities won't become available as they are developed. That simply doesn't exist and explains the f-35s and f/a-18 attractiveness.
Wait a minute. Increased decentralization of power generation _does_ make large network improvements neccessary. This does (in the case of Australia) not have anything to do with load, but with locality and network resilience.

The traditional electricity network is a bunch of interconnected star-shaped networks, each with a large power station in the middle. You now not only have to get bigger power lines to where the decentralized "power stations" are, but you also have to increase the overall interconnectedness, to avoid instability (think parts of the network going out of phase with other parts, localized overload and so on) due to the volatility of the renewables.

Unlike Australia, some countries with unevenly distributed renewables do indeed also have to massively increase their overland capacity (central Europe).
That's a literal jawdropper. I'm stunned.
The CRIME attack isn't just blindly attacking SSL/TLS like you rudely insinuated. CRIME specifically targets traffic over compressed SSL/TLS connections, using the deflation to leak cookies. The simple fix to this is to disable SSL/TLS compression, which is easily done in HTTPS (and in fact should be disabled if you want PCI compliance), but SSL/TLS compression cannot be disabled in SPDY.

Sorry I didn't categorically spell this out for you earlier, I forgot some people need spoon-feeding the facts about the technology they advocate - even after you've already cited a massively dumbed down article on the subject already.

(and nasty tone of my post is a result of me getting fed up with the way how you, and everyone else it seems, feels is appropriate to talk to each other on HN. This place never used to be quite so rude)
which problems a NoSQL database is useful for

It depends in which NoSQL database. Depending on your problem, you can probably find a NoSQL DB optimised for it. It will often be unclear if that NoSQL DB is actually better than a relational database until you try it.

Examples:

High write throughput: Cassandra

Simple key-value: Redis

Text search: Solr/Elastic Search

etc..
They gave him $100 000. And yet the flaw he pointed out doesn't help you read encrypted messages and has been already fixed/
To be fair, Larry didn't post that comment. It's written by an anonymous person who claims to have heard Larry say that.
I lived 3 years in a Harvard grad school dormitory. One meets a variety of interesting people in such a place. E.g., I once pitched a foreign policy maven dorm-mate on caring more about Africa ... and it was http://en.wikipedia.org/wiki/Paula_Dobriansky, who 25 years later had a very major role in combating AIDS. But http://en.wikipedia.org/wiki/Daniel_Pipes was a jerk who couldn't stomach losing to a math student at Scrabble. :)
$50/month. It is actually $30-50 one time and then $40-80/mo which is what I meant by $50/yr. plans are 6 or 12 months max duration depending on state.

$95 or 1%. I don't have to worry about the penalty in 2014 since my plan was cancelled in 2013. I didn't look into it enough to see it was the greater of $95 or 1%.
Microeconomics is as bad as physics in that respect -- if the course doesn't assume calculus, they wind up reinventing anyway. It's not worth the trouble to study either subject unless knowledge of calculus is assumed.
Easy, boy. I am not saying that everyone should be getting macs. I am just opposing this short-sighted mentality of "I am free to buy whatever I want, therefore I am free". This is not real freedom, that's all.
IOS 6.1.3/6.1.4/6.1.5 Untethered Jailbreak: iH8sn0w and winocm Release Video
Here's a redneck way to build something like that:

1) Get a beefy inverter and a beefy battery - the inverter should be rated at 150% of your load, and the battery should be whatever car battery happens to be on sale.

2) Get a beefy car battery charger. It has to be able to handle 150% of your load as well.

3) You now have a UPS that doesn't discriminate where its power comes from.

4) Get some beefy diodes, as beefy as possible. You'll need quite a few, so buy a 25-pack on digikey.

5) Hook up your solar panels so that they give you 12 volts nominal. Then, use 21 of the diodes to create a shunt that triggers at 14.7 volts (just connect them in series). That is your overcharge protection.

6) Use four more of the diodes to connect the battery charger and solar panel to the battery, in such a way that each power source does not "see" the other (common ground, two diodes in parallel from panel+ to battery+, two diodes in parallel from charger+ to battery+)

7) For the love of God, ground this thing (battery-, charger- and panels- to a metal pipe or a ground connector in a socket).

You now have a complete, if small, setup for only calling upon the power grid when your solar panels aren't cutting it.

This system can be dismantled into its components quickly, which is nice if you need to charge a battery or need an inverter.
The year 2013 in Android app testing (Graphic)
Seems like most of the Holy Roman Empire doesn't want to be streetviewed.
It's not about indexing paths you indicate, XML databases are about indexing the whole structure (remember, XML is not relational, but are graphs). Besides that they provide XPath/XQuery processing and optimization. You can query large XML documents or sets of documents, like you'd query them with e.g. XQilla.

Of course, it is possible to implement all of this on top of existing database technology. E.g. Oracle's Berkeley DB XML is implemented on top of Berkeley DB. But, a relational database with some indexing of XML does not provide the same functionality as an XML database.
> the mythical "(top) 10% or (top) 1% programmer" is not so much a real thing

And yet every place I've worked has had 1-3 programmers who wrote >90% of the code...
Rapidly growing, infrequently queried data is not the ideal scenario for most relational databases.

1) Relational databases typically aren't optimised for write-throughput. It's quite possible to do it, but you'll need fast and large disks (eg, FusionIO in a SAN or something).

2) Location-tracking applications typically don't require interactive queries - generally it is more a batch-based system that can be run offline.

Saying you are not going to be able to use a relational database is overstating it a bit in my view.

Clearly you can make it work, but something like Cassandra will give you better write thoughput, won't force you to rely on a SAN/NAS for data storage and will let you use Map/Reduce to batch process the data.
For the startup I once worked for, it mattered much more than we had thought at the beginning. The investors were smart enough to notice we had some considerable periods of downtime. Additionally, once we got first million of users (not really that much and nowhere near the scale of Google or FB) we ran into performance problems which couldn't be easily solved just by indexing, optimizing queries or adding more hardware, and "buying" a beefy Oracle superserver was not an option as we didn't have enough revenue yet. So we had to dump joins, relax transactions, denormalize a lot and ended with a half-baked, bug-ridden NoSQL store on top of PostgreSQL, that couldn't even do horizontal partitioning well. I wished we had a proper solution like Cassandra right from the start. It would save us lots of pain.
Having taken this path from a 2-person running a "nobody cares about this" app to an app with some decent traction, there are always other things more worthwhile to do in the early stages than trying to get insights from the invariably small amounts of data in the DB. A 2-person company should be talking to users rather than trying to analyze patterns from database tables. Sample size is just too small, and you will be evolving so fast that the trends will almost be meaningless.

If you grow to be more than 2-people, then taking a mirror dump of the prod db to run queries against is pretty trivial effort.
I'm afraid this all dates back further than 12 years (eg: see Binning at hope 9). There's little evidence the true motivation was to defeat terrorism (if for no other reason than domestic terrorism falls under the fbi, not nsa -- and is and has been arguably the bigger threat).
CAP theorem says it cannot be done at the same time. But it is perfectly fine to sacrifice consistency for availability at the time partition happens and restore consistency once the partition is fixed. Still better than nothing if revenue counts. Financial institutions do like that all the time.
Ben Gurion Airport's Head of Security on what the TSA is doing wrong
Ah this explains a lot. About the whole thing, not just the comment.
Implying that it takes an amount of time to "get good at writing PHP". Hahaha. I love PHP devs in these threads just absolutely asserting themselves as equal and competent.
Actually, this security hole is almost exactly what you'd expect well-done deliberate sabotage of the protocol to look like - it's a small, easy to miss and just about plausibly deniable modification of a standard crypto primitive that totally destroys its security. (Though it's a bit weak in the area of plausible deniablity - why use xor rather than some more sensible key derivation function?)
And you provided no arguments at all.
Sure, there are things like multi-master replication in RDBMS world, but I yet have to see a scalable system that utilizes it and at the same time is fully ACID compliant (which rules out async replication). We tried multimaster HA replication once, but the write throughput was terrible.
"Easy enough?" I am also not sure if that is really so easy. We are not talking about a terrorist here.
But you would expect them to have real support questions to answer.

A quick Twitter search for @XboxSupport shows a ton of easy-to-answer questions posted every few minutes. Surely they could just cherry pick some real questions?
Whatsapp doesn't say that it's the most secure messaging app in the world. Telegram did. And they were wrong.
Stay in college, and keep your education fairly broad, polymathy is getting back into fashion.

I cannot get a minimum wage job mainly because I am overqualified.

I cannot get a higher paid job because I lack specific qualifications.

I cannot afford those specific qualifications because I cannot get a minimum wage job.

If in a few years you happen to find yourself in this scenario, it is unlikely you will get any help at all. Firstly it is hard to fit someone like myself into a particular social group that is considered disadvantaged, and also I get prejudice from both left and right. In my last job I was considered as a threat by people in higher positions, while people at the same level as myself thought I was arrogant and uncooperative. You can't win sometimes.

This shitty situation can only be resolved by bootstrapping a job, which is one of the main reasons that I teach myself programming.
What would be the equivalent of that in Germany? Not saying there is none.
Is it really so much effort to format your patch as required in comparison to doing the work to create the improvements you claim?
Read the paper. They're using a known input ciphertext to help aid this recovery and get around the limitations you've noted. Recovery also takes an hour, byte by byte with different decryptions.
I am sorry, wikipedia shows me German search results by default, I wanted to link to the English one but messed up.

http://en.wikipedia.org/wiki/Greed

> the inordinate desire to possess wealth, goods, or objects of abstract value with the intention to keep it for one's self, far beyond the dictates of basic survival and comfort.

or, in German: http://de.wikipedia.org/wiki/Habgier ^^
Crypto is life and death. I have spent a lot of years learning it as a hobby... Its a dangerous field to play in. It's super complex, and all it takes is one tiny mistake anywhere in the program (be it at the protocol level or implementation) and then bam: game over. So, when you release something, you are nervous about it. Telegram wasn't, and as it turns out, they should have been. That is bad.