skysight-inc/HackerNews huggingface dataset:
Prediction: Qualcomm wasn't actually ready to release an ARMv8 chip even at the end of 2014. They may try to do it now, but I don't think they were planning for it. From recent news it seems they were more interested in jumping on the "8-core" bandwagon (you'd think they learned their lesson when they rushed out their first quad core chip, the S4 Pro, in order to catch-up to everyone else and also have a "quad core chip", but no, they didn't).

So how do I figure this? Because their first 64-bit chip they've just announced a few days ago (Snapdragon 410) is an ARM one! That blew my mind. Why? Because Qualcomm licenses ARM's architecture in order to build its own cores, and that should mean that they are coming out with a next-gen core faster than ARM's "stock cores". And yet their very first 64-bit chip is based on ARM's stock cores?

That made it pretty obvious that Qualcomm was not prepared at all to make an ARMv8 chip, and I think it was mainly laziness, because of the nice position they enjoy in the Android market right now. They thought they could squeeze 3 years out of the 32-bit Krait, when normally it should've been two.

Well the joke is on them. I certainly won't buy any phone in 2014 that isn't 64-bit, since I usually change my phones every 2-3 years, and I don't want to buy one of the very last 32-bit phones.

I was actually expecting Qualcomm to release its own custom-made ARMv8 core early 2014 - and on 20nm! So I can't believe Qualcomm was actually going to rest on its laurels to such degree that they weren't even planning to switch to 64-bit, and probably 20nm either, even in 2014! That's insane, and only a company that thinks it has too much monopoly power in a market would do that.

As Andy Grove used to say - stay paranoid about your competition. A paranoid company would've expected at least to some degree Apple to release its first 64-bit chip this year. But they didn't even have to do that. They just had to follow the original plan. The one that says release a new core every 24 months, and on a new process node (the one ARM is also following). What ever happened to that plan?
Congratulations James! I keep kicking myself for not helping revamp your PHP code base to become employee #3 four years ago.

I do hope you blog about the failure of your micro loan venture one day - it's incredibly inspiring how you ended up turning it around (especially in the light of your current success).
No seriously, there is little to no speed difference in 32-bit vs 64-bit computing. The REAL benefit is the ability to address memory beyond 4GBs.

No, there really is a huge performance gain for 64-bit processing for certain algorithms when coded correctly. Basically anything that works with vector-like data can easily benefit. I'm sure there are lots of mobile multimedia developers who relish the change to 64-bit.

(Of course it's possible the 32-bit predecessor to this chip special-cased certain 64-bit operations, e.g. double float arithmetic, in which case even fewer algorithms would benefit from widening registers across the board. I'm not familiar enough with ARM architecture to comment on this.)
2014: A Print Odyssey
Norwood would like to present 2014: A print Odyssey.
When the entire world thinks you are the asshole, it is worth stopping and considering the possibility that they may be right.
Crappy jobs should be made less crappy, or pay enough that a reasonable person with options would choose to do it. All the comfort we get from people who have to do bad jobs or starve, feel unfairly gained.
On Apple buying a fab:

http://semiaccurate.com/2013/07/12/apple-has-their-own-fab/
http://www.tomshardware.com/news/TSMC-Samsung-Apple-UMC-A-Se...
http://appleinsider.com/articles/13/07/12/rumor-apple-buys-i...

On Apple eating up wafer supply: its mostly speculation from even more illegitimate rumor sites. But those keeping up with the current roadmaps note that Apple and Samsung are reaching 20nm far before their competitors... and even AMD / NVidia have their 20nm plans pushed out to 2015 or later.

"Proof" is nonexistent, but the product roadmaps I've seen seem to match the rumors.
While 64 bit mobile processors are certainly a significant step forward for mobile computing, at present 64 bit processors for mobile are a gimmick because it's going to be a long time before the capabilities of such a chip can be taken advantage of. All this means is that we'll be seeing phones hit the market that have 16gb plus of RAM and well, I think we are a long way off seeing phones with that much memory hit the market. We are only seeing phones with 3gb of RAM that require equally as large batteries to power them like the Samsung phones.

It took years for the PC market to transition from 32 to 64, and it'll take years for mobile to do the same. The amount of time it will take means competitors shouldn't worry because by the time 64 bit processors make sense, everyone will be manufacturing one. Sure memory addressing is just part of the picture and a 64 bit processor means data bandwidth is double that of a 32 bit chip which can be seen below 4gb of RAM, I think at present the iPhone isn't taking advantage of such improvements.
Not really. Dirty rects are dirty rects! And anybody familiar with coding for crappy systems that sported hardware scrolling would use the same technique, because your options are limited when the screen moves due to base address changing and yet you want in-memory sprites (i.e., bits copied into screen memory by software or hardware, rather than images drawn automatically at a particular position during the scan) to move independently while drawing nicely on top of the background. And for full-screen scrolling games it is usual for at least the player sprite to stay centred. BBC Micro examples from the 1980s would include JCB Digger, Uridium and Firetrack. I bet Atari ST and Amiga games did the same thing too; the principle extends obviously to multi buffering.

The cunning part of the Carmack games was presumably widening the screen - I don't think I ever saw this done on the BBC. But as a schoolboy in 1989/1990 I'd experimented with reducing the BBC's screen height by one character row (by tweaking R6) to avoid flicker when scrolling vertically. Same principle. It's a fairly obvious thing to do, once you've figured out what's going on.

I think one can come up with better evidence for John Carmack's uniquely amazing skills.
Of course, but by the same token it doesn't make sense to say phone metadata was previously protected nor unprotected. It was just an early point (cf. CFAA) at which the gov't made a case that they should never be blocked from getting this information whenever they want, for any reason. Likewise, "reasonable" is really putting lipstick on the pig, since there was really no previous history of use for the data, aside from phone companies keeping it away from law enforcement as a matter of business. Furthermore, as far as the TPD goes, there is no "case by case" basis once the judiciary says, "if the person gives it to a business, it's yours."
Apple releases OS X 10.9.1 with Mail, Safari, and VoiceOver fixes
If by "things" you mean customer software support then yes, but development environments work consistently and are dead easy to set up. YMMV if you work on MS tech (.net, etc.), I don't. TBH one of my main reasons to move to Linux a few years ago is because I was pissed off by this particular problem (how to do it + ok and now tell me how to do it on windows and why half of what you describe doesn't work).
Python performance optimization
Nothing you said is factually wrong but you're being obnoxiously pedantic and rude. OP was merely commenting on the similarities between his and John Carmack's approach to solving the problem and is in no way deluding himself by comparing the two in terms of complexity. It's absolutely possible to write a naive solution to a small problem and still take a similar approach to a more complex one
Called it. If you are a major, chronic liar, your marriage isn't going to last.
I absolutely love shopping on amazon but the stories like this that have been coming out in the last couple years are about to make me stop shopping there. I've heard stories from people as well. I'll give them a year or two max to improve and then I will stop.
You seam to forget that actual humans make up an businesses. There is ALWAYS an actual human being deciding what and if measures are undertaken to satisfy the public "demands".
Those humans are to blame.

It has to get personal. We need to prevent humans from hiding behind corporation-walls when living their destructive phantasies.
Mr. Joseph Stiglitz called for similar measures when discussing the finance-disasters and their legal "consequences" on the court floors...

"Phantasies" like treating their workers like their actual "mechanical turks" they help to enable on aws for others...
which btw. should have been a warning to all: this IS the technocratic nightmarish model they apply to their "workforce".

Obviously customers should make use their money to vote... it could be their employers are learning from amazon just right now.
I don't totally disagree but the downside is that the writers are then increasingly people who are being paid for things that may influence what they write. Of course, smart and principled people aren't necessarily as influenced as some would like to believe--but how many commenters on this site would really give someone from $PROPRIETARY_COMPANY an unbiased hearing on topics that touch open source or open standards.

Journalists tend to have their own cultural biases--although more on political topics than technical ones. But, even if I won't write things I don't believe, I still choose the topics I discuss in public.
Thanks!

Of course, the reason I ask is because the site design was beautiful and was curious about how a few things were done. Best of luck with accredible!
A lot of people point out that a person like him would be so foolish but it is precisely people like him who fall for TV ads, who click on Google as and facebook ads which eventually pays for all the free internet services we get such as Gmail.
Wishes for Mozilla in 2014:

-Accept cryptocurrency donations;
-Break free from Google/surveilance as default search;
-DDGo as default search;
-Firefox OS becomes as adopted as iOS and Android;
-Firefox browser regain market share back from Chrome/surveillance.
I've written tools for VoIP companies for diagnostics. The most helpful system is one that logs everything and has it available on-demand. The one I wrote literally recorded and indexed every call-related packet (except audio) and records were kept indefinitely. This is network-level traffic. It reduced time-to-resolution by at least an order of magnitude, since a ticket to the effect of "this weekend someone at the office called someone in Germany and it didnt work" could find out exactly what happened.

Apart from that, call detail records (CDRs) are available to many people in a telecom. And it doesn't matter if you trust your telco, because they probably hand off traffic to others in many cases. Even large companies like AT&T deal with very scummy third-parties to get the cheapest prices to place calls. (I know that first hand, because sometimes people sell call capacity they don't have. Instead of completing the call, they answer and play a fake recording of someone saying "wait a sec". Once, when dialing from my AT&T cell, I got the same exact recording I had PCAP'd from some third-rate provider.)

Unlike email, where you don't need to provide access to email records in most cases, CDRs are needed for all aspects of billing. While your complete profile may be relatively safe in a large company with internal controls, depending on your calling patterns, you may very well be leaking a lot of details to many third parties you've never heard of.

Edit: You could theoretically add all sorts of controls and access-limitations. There's really zero benefit to doing so. Plenty of companies still rely on techs being able to run tcpdump on a mirror port or server in question.
Remember, this was a decade ago. What were you doing then? 419 scams weren't nearly as widely-known at the time. I'm not suggesting you would have been duped, but lots of normals had no idea about these criminials. For instance, spam filtering wasn't a common part of life for most consumers with a PC.
No Amnesty For Edward Snowden, White House Says
Fair.

But as a self-absorbed millennial I often forget to remember that there are people who live in different circumstances than I do. Now I'm wondering how many gay people from certain parts of Africa use Facebook ...
Should We Toss Our Vitamin Pills?
Depends highly on the architecture. Both floating-point and vector operations are often special-cased in the pipeline (e.g. x86), so e.g. 64-bit floating point operations on a particular 32-bit processor may not exhibit worse performance than if that processor had 64-bit registers.

I'm not familiar enough with the particulars of ARM to answer confidently for floating point operations, but to take an example that's not usually special-cased, say bit vector arithmetic, yes, those operations will execute twice as quickly if they are vectored.
as i said, try tortoise git. msysgit is just the underlying git environment, and is pretty much the same as git on linux. tortoise git is the GUI front end and windows integration bit that makes it nice and usable.

cmd/powershell are horrible, so just install cygwin and ignore them. it gives you a fully functional bash shell with a package manager and the majority of the common Linux utilities and plays nice with windows CLI programs.

I cannot comment on Eclipse, but with msysgit + tortoise git, git pretty much just works in windows and integrates so well even our non technical staff (designers, QA etc) use it without any issues.
> But "consulting" is toxic to the species of startup we talk about on HN.

FWIW, we grew out of a consultancy into a more HN-compatible startup through precisely the path you describe. Most of our investors, who are traditional get-big-or-go-home investors, see our "consultative sales" as an asset, not a liability. In particular, having that as a backstop is very useful for achieving PG's prime directive of startups, i.e. "don't die". My understanding is that Heroku's origin story was similar (growing out of a Rails-app consulting shop). So there's definitely room for interpolating between the two if one is so inclined.
There are other benefits in the transition, like a new and more efficient set of instructions, and iOS 7 is taking advantage of that.
IBM Sued By Shareholders For Cooperating With The NSA. Decimating Sales In China
But in the real world,your contacts never told you "feel free to upload my name and all my phone numbers wherever you want, so we can be linked by some cloud service to improve their click-through rates". An app that uploads your contacts is violating the privacy of your friends, even if it asks you about it.
So how does that mesh with this ?

http://www.reuters.com/article/2012/02/08/us-germany-jobs-id...
Stupid user anedote, but I am so infuriated with Sprint; Long story short: I went to Hong Kong and ran up several hundred in charges. When I got back, I hit some "spending limit" on my account and they shut me off.

I called, and found out it was due to the intl charges which were $366.12. I paid it off immediately, and then my account was reactivated.

My account was just cut-off again today.

I called to find-out WTF!!!

Turned out that they didnt use the 366.12 for the international charges - instead, they paid off my regular monthly bill and then left the intl charges as "past due" and when my next bill cycle came, it put me over that spending limit again!!

GOD DAMMIT!
Do Teens spend a lot of money online ? If they dont then Facebook need not worry about "teens" as such. What happens to todays teens once they are in their 20s ? That is more important question here.
Use this Template for your 2014 Product Roadmap.
I'm not sure that I understand how the switch to 64-bit will further the fragmentation of Android. I would have thought that the Dalvik JIT would be ported to a 64-bit processor and the issue would be done. Short of running an application which requires more than 4GB of memory, why would a developer care if her code was running on a 32-bit or 64-bit processor?

I don't follow the mobile space, so I'm probably missing something.
If you look at the history of desktop/server operating systems, it followed the same pattern as clearly explained in the article: problems start before 4GB and affect programming decisions as soon as users start working with files which aren't trivially small. Once 64-bit became the default, many small optimizations or larger design changes became easy enough that they actually happened and produced small but meaningful improvements
Joel Spolsky covers this well in his essay "Fire and Motion." http://joelonsoftware.com/articles/fog0000000339.html
Rootstrap - See your idea take shape
This was self-confirmation and had nothing to do with religion. Please take your hate to /r/atheism.
No shit, sherlock.
So, a typical scenario.

"I had an incoming call come in at 3pm, no, I dont know the number, and I couldn't hear them/poor quality audio, can you check and see what was wrong?"

OR

"Everyone who calls me from johnstown says I have a really bad echo"

These require either the calling party or the called party, you need to be able to locate what network element they touched. At every company I had to sign a generic NDA to not disclose customer information without consent from the company. In the end though, you don't own this data, the company you contract with for service does - you'd need to change the contract with them to get control over it.

Adding the restrictions you propose would just make things more complex, not better. In the end, someone you don't want to have access will still have access - you need to trust the company you do business with to have good policy restrictions to protect their data, and your privacy.
a - I agree, I would pay for thicker/heavier iphone with 2x battery life. However this will fracture Apple's product lineup, thus economically unfeasible.

b - screen on iphone 5S is already very strong.

c - After lots of thinking I agree with Apple. Current form factor is just right for communication device [1]. If you need bigger screen, chances are you do not want a phone - you want a tablet.

[1] Iphone user here, take this with a grain of salt. Over 3 models of iphone I never had a case. Phone is small enough for a proper grip with one hand while using thumb to control it.

Anecdotal experience: I know 12 people with phones that have large screens. 7 of them had screens cracked due to dropping the phone. Every single one has a case (People who dropped their phones got a case after). What is the point of getting super light and thin phone just to put bulky case on it?
This was back in 2003. Probably the scammers eventually realized that there's no need to have the person come to Nigeria to give cash when they could just wire it.
If you think the current licensed taxi fare structure is fare, then you must have spent your entire life in wealthy neighborhoods, or you would know how difficult it is to get any taxi outside of those neighborhoods. The wealthy have already co-opted the "infrastructure" that is taxis, at least in Chicago and New York.
Teen use on Facebook is declining? Well teens don't generally have much money anyway. How does this translate to the end of Facebook? How many teens use Linkedin?
Great article. A highly relevant quote:

The log is similar to the list of all credits and debits
and bank processes; a table is all the current account
balances. If you have a log of changes, you can apply
these changes in order to create the table capturing the
current state. This table will record the latest state
for each key (as of a particular log time). There is a
sense in which the log is the more fundamental data
structure: in addition to creating the original
table you can also transform it to create all kinds
of derived tables.

Also, a good architecture diagram:

http://engineering.linkedin.com/sites/default/files/full-sta...

At Parse.ly, we just adopted Kafka widely in our backend to address just these use cases for data integration and real-time/historical analysis for the large-scale web analytics use case. Prior, we were using ZeroMQ, which is good, but Kafka is better for this use case.

We have always had a log-centric infrastructure, not born out of any understanding of theory, but simply of requirements. We knew that as a data analysis company, we needed to keep data as raw as possible in order to do derived analysis, and we knew that we needed to harden our data collection services and make it easy to prototype data aggregates atop them.

I also recently read Nathan Marz's book (creator of Apache Storm), which proposes a similar "log-centric" architecture, though Marz calls it a "master dataset" and uses the fanciful term, "Lambda Architecture". In his case, he describes that atop a "timestamped set of facts" (essentially, a log) you can build any historical / real-time aggregates of your data via dedicated "batch" and "speed" layers. There is a lot of overlap of thinking in that book and in this article. It's great to see all the various threads of large-scale data analytics / integration coming together into a unified whole of similar theory and practice. Interestingly, I also recently discovered that Kafka + Storm are widely deployed at Outbrain, Loggly, & Twitter. LinkedIn with Kafka + Samza and AWS deploying a developer preview of Kinesis suggests to me that real-time stream processing atop log architectures has gone mainstream.
Why worry? Who cares if somebody wants to fly over Namibia and pretend they're looking at Mars?
No, this is actually 100% for treatments, not our operations.
Never hide anything from your spouse. Ever. Especially not financial troubles. Some openness and trust could have gone a long way here. Perhaps his wife could have helped him figure out their financial problems, maybe she would have even directed him away from the scammers.
It’s Not OK That Your Employees Can’t Afford to Eat
There's another way to frame this. You're in a lifeboat with 10 other people. None of you chose to be here, but fate made it happen.

You're the only one who got on the boat with a backpack, and it's full of food. Your food.

Do you share it? It's in everyone's best interest (including yours) if you do. Not only will this keep them from throwing you overboard, but by establishing a basic level of survival, you can cooperate trustingly and row to safety.
Nice. I suppose this is for memory-mapped file I/O? Or do those beasts really have access to terabytes of core? (In which case I will become jealous of my dad, who works with AS/400s.)
And by libertarian logic anyone whose cost of living is higher than his/her usual pay (at least 40 million Americans) deserves to die.

Can we please just admit that a weak point of exterme libertarianism is what happens to the weakest members of society ?
Oh, I thought Threema crypto is based on RSA+DH, but according to the FAQ they use the NaCl library. That's quite nice!
While others will value other things, I vote for (b) - longer battery life. I've hated the barely-one-day life of most phones, it's downright ridiculous. However, I'm a person willing to sacrifice "sleekness" for longer battery life, and because of that I have an extended battery for my current phone (which I highly recommend if you're ok with a thicker phone).
I really can't understand why you chose to answer my comment with this. I pointed out pretty clearly that a practice of homebrewn divination, in which the hero of the article engaged, is not "religious" and actually is explicitly forbidden by many religions. In response to that, you offer me meaningless platitude not connected to anything on the topic. What are you trying to accomplish here?