skysight-inc/HackerNews huggingface dataset:
I believe most issue trackers will allow you to create tickets through email, so a low-tech solution may be to simply forward tickets to the appropriate email address, possibly with a some specific meta-data attached
I got a similar setup, one vertical and one horizontal. I got an Emacs frame for both of them but end up doing most coding with the vertical monitor and using the horizontal one for peripheral tasks (browsing, calc-mode, reading docs, etc).
Because it exposed the interpersonal dealings of people who work at Sony. Whether it's that Trebek sometimes gets mad when asked to deal with unreasonable people, or that execs sometimes say really terrible things about people when they think the email is only between the two of them, or the future of companies that Sony execs are board members of (such as Snapchat) where there is lots of confidential information being discussed about the future of Snapchat and where it believes the current status of messaging lies.
Nothing to do with Javacript. JOSE is just very, very complicated. Until a few months ago, I reviewed systems like this professionally, and none of the good ones needed anything like the complexity of JOSE to solve their problems.

I'm automatically wary of meta-crypto-protocols. If it isn't designed against a very specific problem statement, cryptography is almost invariably bad.
Months? Sounds like that's a really long time to wait.
Right, the US government didn't force them. But possibly another government did. If the US government was the perpetrator of this, I'd bet it would be in flagrant violation of the 1st
The threats came from the hackers (they included unreleased Sony data). If you think the hackers are/working for NK then you can say "threats from NK."
I feel like you're just ignoring what I'm saying. It is NOT helpful to suggest alternative technologies all the time, especially in this specific post.

If I asked on a forum for help with the engine on my Dodge Dart, and you posted "Just buy a Prius", that would not be helpful. Do you see how that isn't helpful? That's what I'm trying to say, that I would like to see, for once a post stay on topic when it's about MongoDB (heck, even PHP for that matter!).
I don't think you deserve to be downvoted for providing a concrete, real world example that supports your argument.
No, thanks. A wide enough monitor and I can show three buffers in Vim horizontally fitting >80 cols in each using reasonable font size. As a programmer, this is invaluable.
It's not my misconception- it's that of the developers I support. I am told to install Oracle JVM, not OpenJDK. When I push back, I'm told they don't want it.

I am not a Java developer. I am a system administrator.
And Hollywood could have pulled the prediction of Casablanca to avoid upsetting Germany and the pro Nazi german americans - and there was serious pressure put on Hollywood to do this.
Test how unique and trackable is your browser
My guess is that it was somebody in Tunisia: https://www.reddit.com/r/MarkMyWords/comments/2pv2rk/mmw_if_...
yup, that data was very obviously suppressed to keep the DEA happy and prevent meth labs from easily obtaining large amounts of pseudo-ephedrine.

Ask any seasonal allergy sufferer, we all look to find out where the 24 hour pharmacies are so we can get access to the "good stuff" when sinus trouble inexplicably hits and you need the behind the counter pseudo-ephedrine to get through it.
Your comment is worth a thousand words.

This is true of pretty much any line of work that requires to-ing and fro-ing between things - translation (source language / target language), graphic design (draw area / toolbars) etc.

Pretty much the only use for a vertical screen placement I can think of is browsing, as written in the article. Or, arguably, something like unobtrusive writing.
There is no need to distract from the CIA report because nothing was ever going to come from it. The DOJ has already said there would be no prosecutions. And there is no outcry from the public for any (besides from the progressive left).
Biggest benefit of portrait is you can instantly subconsciously see more about how long the article is. This is really most useful in the cases when the end of the article is visible on the first screenful in portrait mode and it wouldn't have been visible in landscape mode. This gives one a pleasurable immediate knowledge of how long the article is, how soon it's going to wrap up, etc. It was also quite nice in the Google Reader UI where you could get an idea of what was coming next.

But that comes at several costs. One is that text is less frequently at your optimal reading height. Often the text will be too high or too low for comfortable reading. So you end up having to either scroll frequently with a mouse wheel or touchpad or say scroll say half page at a time with the keyboard.

Having text at a non-optimal height is also annoying when using text editors in this portrait mode. Sure you can see more, but more often what you want to edit or read closely will be too high or too low unless you use C-l (emacs binding) frequently to center it.

Also, for those people who haven't given up their mouse yet, it can be very annoying to move the mouse this much distance. If you have part of a UI at the top (say tabs, menus, toolbar etc) and then part of a UI at the bottom (say find box or start menu or media player controls or) then moving the mouse that distance can be an annoyance.

And even if you don't use a mouse, then you will now have crucial parts of the UI (like minibuffer or mode-line or gnuscreen status line) at the very bottom of the screen in an uncomfortable-to-read position.

Overall from my experience I loved it for getting an overview of webpages, for Google Reader, or seeing entire pdf pages at once, but not much else.
Well, it's taken 18 years to get this far...

Should this draft pass muster, I'm very much looking forward to attempting to explain the differences, probably for the rest of my working life, between "justify-content", "align-content", "justify-self", "align-self", "justify-items", and "align-items". (I'm assuming by the time it's an actual W3C Recommendation, I'll actually understand the differences myself. No guarantees there.)
There are ways to get around the latency you're seeing without (or while) moving away from Mongo. If you rewrite your queries as mapreduce operations, then you can run them at a scheduled interval to update a reports table with the previous interval's data. This is called incremental mapreduce and Mongo has a great guide on how to get started: http://docs.mongodb.org/manual/tutorial/perform-incremental-...

You won't get real time data any more, but switching to batch processing will speed up your users' experience.

The cynic in me, however, wants to just tell you that you've outgrown Mongo and should move on. It happens; not every database is designed to support every need, and Mongo happens to be a spectacularly shitty fit for the kind of OLAP scenario you're describing.

If you absolutely must have real-time analytics crunched on the fly, I recommend that you look at data stores that are a better fit for your application. InfluxDB is great for time series data. Aerospike is getting a lot of press in the AdTech industry. And old standbys like MySQL or Postgres can handle queries over a million records without breaking a sweat.
I really don't understand why RethinkDB, a seemingly superior tool, is not getting more traction. MongoDB was and still is a hack, a simple design that's prone to blow up.
What I have learnt doing startups for 7 years
We've had that discussion for the last 8 years. What's more to say?
As peeters said, most organizations rely upon the historical volume of emails to operate effectively. This isn't a simple solution.

Add that a narrative around this story is that the hackers "spear phished" an IT admin. This is incredibly difficult to defend against for any organization (seriously -- for all of the browbeating against Sony on here -- it's all so simple -- I would argue that there are zero organizations that would withstand a concerted, targeted attack. Most would fall in a day). Not only did they purportedly co-opt a privileged account, they then sat on it for months.

Over months they could have changed policies, retrieved backups, and on and on.

When blaming Sony, everyone needs to remember that Snowden, a Dell contractor working at the NSA with limited access, took the King's Ransom from what is assumed to be the pinnacle of computer security and awareness.
I'd love for Rails to have some incremental LTS releases. Not that the Rails organization itself has to provide support, but rather the community decides which releases are most suited for LTS support. This would force gem providers (and automated CI's) to test on those releases.
I agree, but so are most cloud services:
[1] https://en.wikipedia.org/wiki/PRISM_%28surveillance_program%...
[2] https://en.wikipedia.org/wiki/XKEYSCORE

With Dropbox at least I can encrypt my data before uploading.
I learned all about this stuff from some pill popping raver kids. 300 brands and about 6 different ingredients. One of the ingredients only purpose is to make you vomit.
Am I mistaken, or did the "hacker group" only mention The Interview AFTER the media proposed the connection? It seems like whoever hacked sony (edit: or somebody else!) just took advantage of an opportunity to cause some chaos. And the whole "FBI confirms NK" thing seems shady. None of this quite adds up.
I think we all understand this at a simple, pragmatic level. For example, we all want to become so comfortable with the keyboard that when we think of the variable "bar" our hands automatically type it. I read the point of the article as saying that this applies at higher and higher levels of function as well: if we make things automatic we can spend more time thinking about and accomplishing the higher goals. And as the article mentions flow, again, I think we all know this to some degree.

And I was amused, if not surprised, to see that the confucianist writers had twisted this to support obedience to the power structure. We're lucky Plato had never heard of them!
Unfortunately, Mongoose cannot query Postgres instead of Mongo. It's a wrapper around the native Node Mongo driver and does not incorporate a database abstraction layer.
3 & 3.5.

- The media mentioned that this hack might be NK because of TheInterview.

- A spokesperson from NK replied "Wait and see" http://www.bbc.com/news/world-asia-30283573

- Another email from #GOP came out saying not to show TheInterview

- NK starts denying involvement.

- Yet another email comes out citing 9/11 and everyone gets scared.

4.5, SONY pulls the movie entirely after 4 or 5 major theaters decide to pull it.... after SONY let them out of their contractual agreement and said, in effect, "You do what you feel is right"
>possibly another government did

That's just perfect way to put it! Possibly! Possibly aliens from Alpha-Centauri did. Or possibly they didn't.

After comments like this it really starts to look like pretty successful excuse to start a war or something and completely made-up topic overall.
What Mailbox could look like for Apple Watch
Yes, agree that log() wouldn't result from a linear operator.

The idea behind my question: does the Shannon entropic integral correspond to the L2 length of some projected state? Leading to a prescription to prepare a state with minimum uncertainty product of canonically conjugate physical quantities.

Afaik, in classical statistical physics the log() shows up when the N! in a binomial probability distribution limits to large N via the Stirling approximation. It would be interesting to find a different route for log() to enter the picture from a quantum standpoint.

All admittedly vague and hand waving speculation.
Why can we not have an actual discussion about scaling MongoDB when the post is about scaling MongoDB!

Because it might be more helpful to think about scaling your data needs than scaling with only a certain product.
What I came here to say. If the screen is wider, it just means I can position two things side by side, what ever that be: email + webpage, word document + webpage, code + webpage, code + command line
Would North Korea even have an interest in attacking a company like Sony Pictures in this way? Normally, when a nation-state goes for a cyber attack, they go after useful targets. For example, they go after a government to get an upper hand in negotiations, or maybe they go after industry or academia, to secure knowledge about some helpful technology. Sony pictures would not be a canonical target for a nation-state, because they really don't have much to offer a state like North Korea (it's not like this attack will help the struggling North Korea film industry). In contrast, there would be more for North Korea to lose if the US retaliates.

I can't quite understand the allegation that NK is behind this because I don't see a motive.
Another reminder that you don't own domain names, you rent them. And the owner can take it back at any time.

It's for this reason that solutions such as Namecoin and other decentralized solutions are increasingly intriguing to me.
If using a Prius instead of a Dart would very likely solve the problem(s) being experienced, then it is a perfectly reasonable thing to suggest. It would be wrong not to suggest it.

This submission is about a problem involving MongoDB. It is not about MongoDB itself. The submitter clearly wants a variety of ideas here. That's why the submission says, and I quote, "Any tips, stories, suggestions are welcome!"

"Any" means "any", including the suggestion that some other technology be used.
For me, the largest benefit of a big smartphone is more space for the keyboard.

And, of course, add to this that lots of sites are broken and will not work well in landscape mode.
The key distinction is that in this case it was a matter of

simply threatening torture

Torture would not have produced more useful results, and may have actually produced less useful results. Threatening it, on the other hand, seems to have worked.

The issue with the CIA torture scandal is that you have a bunch of guys who may or may not know anything. These guys are interrogated, and, probably, disclose everything they know. Then, the higher ups at the CIA, acting on the authority of Cheney[1] and Bush[2] required that the guys being held—who may or may not know anything more or at all—be tortured to extract more information.

At this point, the guys being held who may or may not know anything are going to start telling their 'enhanced' interrogators anything they can in order to stop what's happening to them. It doesn't matter if it's real or fake.

[1] http://www.theguardian.com/world/2011/sep/09/dick-cheney-def... (and it's important to note that the Senate report on this subject revealed that torture had nothing to do with the discovery of bin Laden's location.)

[2] http://www.businessinsider.com/afp-bush-knew-about-cia-tortu...
As someone who currently works in energy here are some practical thoughts in no particular order.

a) Try to partner with someone who has an energy background, or at least try to find an advisor. It's a bit of an odd space

b) To be successful you're going to need to market the company as a way to reduce your energy bill. Since just about everyone pays for energy, you know have a huge potential market.

c) Figure out how long it will take for your solution to pay for itself. That way buyers can view it as an investment

d) it will be faster to grow with a focus on residential, but the big money and the bigger impact will be in commercial.
When your energy bills are $1000/mo instead of $50/month 5% savings makes a big difference

e) Consider looking for a partnership with an energy company or looking for government (state, federal, county, city) subsidies. There should be programs that promote energy efficiency/conservation especially if it's "green" energy
EDITED to make the post more readable
Yes. Random access and indexing are two areas where books kill videos.

Also, a fast reader can absorb information at a considerably higher rate than what you get from normal speech.

There have been experiments that indicate that it's possible to understand speech at significantly higher than normal rates (i.e., you can speed up the video and still get just about the same information from it). The "chipmunk" effect is a little distracting, but you get used to it.
From where I can get sample db with dummy data, or details about tables and columns.

I need this to build custom reporting tool.
On the other hand, the police in Italy openly carry submachine guns.

I think there's a lot of post-hoc fallacy in comparisons between US and EU policing. There's certainly a problem in the US, but it's probably nowhere near as simple as "US police carry guns".
US politicians don’t really care about income inequality
>Things that are false can last quite a while.

Like the idea that people thought the world was flat:

https://en.wikipedia.org/wiki/Myth_of_the_Flat_Earth
Reminded me very much of blog by Jacques Mattheij. I liked it.
They can say that it shows the threat that the US has from other countries on a hacking front

There have been attacks on the US government IT infrastructure. Stolen designs and files from military contractors. Attacks on energy and distribution systems. Attacks on the banking system.

On the grand hierarchy of attacks, this is really, really low. I mean, given the severity and regularity of attacks against things that really, really matter, no the US certainly didn't need this to justify anything. The concern is very real, and significantly more important than some Sony Entertainment emails or movie leaks.
I don't think NK did it, but a nation-state, just like any other entity driven by self-interest, would go after ANYTHING they felt would give them an advantage. Including actions they can use to sway public opinion in their favor (or against the favor of their enemies) or garner sympathy for themselves.
I can't help but notice the uncanny resemblance between the sound of a cafeteria busy with many conversations, and the sound of a large tree full of birds chirping in the morning as the sun rises.
Samuel Hulick: All Onboard (Happiness Hacking Series)
And after that pay big support fees to Oracle.
if it I a group of non NK hackers they are probably thinking oh shit this is getting out of control my life is so fucked - or alternatively squealing to the CIA/FBI to get a reduced sentence in return for going states evidence.
50 Years Ago, the Turbocharger Was a Disruptive Technology
It works for me in EWW (and probably w3m), though it complains about an "unsupported browser." This is actually better than average for a modern Javascriptastrophe of a website.
CIA Best Practices in Counterinsurgency (2009) [pdf]
so the trick is to use findall? and the problem is that nobody knows prolog?

why not then just implement findall for other languages? it's like 2 or 3 loops anyway, if you don't care about performance. which you don't since this generates test data
Videos are good for stuff that involves hand manipulation (tying knots or dragging stuff around in a GUI). Text is good for stuff that involves mental manipulation.
The Scandalous History of Sex-Ed Movies
So if it's a "Galaxy S3 with 2GB of ram and a quad-core 1.3ghz processor" then this should be the version with the Exynos SOC. That means that these are cores inside are A9s. The Intel cores are from the Westmere generation.

I wonder how much of the difference we're seeing between various languages is the quality of the code their compilers generate for various backends and how much is due to the different languages benefiting more from architectural differences between the two chips.

I imagine that languages that generate code with more indirection are going to excersize the prefetcher and branch predictor of the core they're running on much more than languages that generate code with simpler control flows. Both the A9 and the Nehalem cores are out of order but the Nehalem has a much, much more sophisticated set of facilities for that. I predict that if you were to re-run the benchmarks on an iPhone 5S you'd see much less of a difference between the various ARM times. And if you were to run it on a cheap Android phone with A7 or A53 cores you'd see a much larger difference.
I don't know or suspect whether NK did it or not. But from what I've read about NK, it's risky to use logic to second guess their motives. If NK was a human, I'd say they're batshit nuts. Clinically speaking.
Use TokuMX (I don't have a stake in TokuMX, I'm just a happy customer). It's mostly a drop-in for Mongo 2.6 (though converting data is a downtime operation). To your point specifically, we're running aggregation stuff on collections with >1 billion documents and it hums along great. Massively better disk usage, clustering keys, ACID guarantees, document-level locking, tunable compression, and a bunch of other small improvements make it a really excellent choice.

TokuMX does have one significant problem in that the technology they use for indexes experiences performance degradation over time if you do lots of deletes from the head of the collection (ie, if you're processing data that gets inserted and deleted roughly chronologically), but it is fixable with reIndex() (which is an async operation analogous to OPTIMIZE TABLE). That's really the only large problem we've had with it, and it's surmountable with regular maintenance. In the case of monotonically-ordered data though, you can address the problem with partitioned collections, which lets you split a collection up into chunks, and then drop chunks as they become unnecessary, without having to do expensive things to the whole collection.

It looks like WiredTiger should provide many of the same benefits, so you may evaluate that first before taking the plunge, but I haven't personally compared it with our tokumx setup yet.

Outside of that, you probably need to start sharding your dataset. Figure out a shard key that will let you distribute your data well, and start splitting your load among multiple replica sets. Figure out if your issues are IO, CPU, or whatever - there's a lot of documentation on how to do this, so I won't rehash it here, but in general, you first need to understand what is slow before you can fix it. Chances are very good that your culprit is disk IO, though (because it always is in databases), and you can probably get some of that performance back with more RAM (to keep more of your working set in RAM at a given point), faster disks, and/or a striped disk array. Depending on your platform, some kernel tuning may help, as well, though it's going to be specific to your platform and setup.

You might also look at other tools and see if they're better-suited for your purposes. We use Elasticsearch as our ad hoc query layer on top of TokuMX, and are doing some stuff with Cassandra and BigQuery for bulk analysis of historical data. I'm not suggesting that you replace your whole stack, but if you're trying to shove a square peg through a round hole, you're just going to be frustrated. Scaling is all about specializing your toolset to fit your problem domain - there is almost never a single solution that is the best thing for all use cases. If you need to add another tool to the stack to offload one part of your requirements, do it!
Not too surprising, since he advocates "piracy":

http://www.theguardian.com/books/2012/feb/01/paulo-coelho-re...
Goldman Sachs: History of Russian economic growth, GDP per capita and oil prices
Jeff 1000 and Summer Glau
Useful article
(y)
Simpsons did it.
https://www.youtube.com/watch?v=j73cxLiqc2U
The popularity of the automobile was staked on price. Gasoline engines are what made cars cheap enough for average people to buy them. Otherwise, they'd have just stayed toys for rich people, and equipment for businesses.