skysight-inc/HackerNews huggingface dataset:
Galaxy Nexus did (though that's not particularly recent).

I suspect most Tegra-based devices do -- though they introduced a combo apps/model Tegra 4i last year, which likely shares resources.

Generally if it has a standalone apps processor that's provided by a different vendor than the modem it probably does.

Even with unified apps/modem designs, some newer SoCs are designed to provide isolation between the cores, but from a tinfoil hat perspective that requires you to trust the SoC vendor (and perhaps the fab), so if you're paranoid you'd probably avoid any combo designs.
Also check out proxychains for tunneling through multiple ssh servers, for example to ssh into an intranet machine via the internet:

https://github.com/haad/proxychains
This is a false conception people have about sports like checkers, chess, go, etc. It depends on how you think about luck. Sure, if you're an omniscient being who knows the entire decision tree for a given move in [checkers/chess/go/etc...], there's no luck, in the Monte Carlo sense. But, except for simplified positions, nobody is fully aware of the consequences of their move in these games. This "fog of war" is a good analogue for the random winds/ground conditions/ball imperfections that you mentioned in other sports. It's often why great players in these games sometimes lose to far worse players.
High pay isn't really the issue so much as spiraling executive pay while other wages are stagnating and the economy is screwed. Also, if tech was run like modern football, the engineers salaries would be far higher. Tech is more like the old days of football before the players got more control over their contracts.
I remember when Aza first announced this on a list way back in the day. I had no idea they were still ploughing away, glad to hear it evolved. If I recall correctly they were originally just scraping audio soundtracks from youtube music videos.

I'm curious, generally speaking does a founder still have skin in the game at this stage or do people generally get bought out?

I know it's a naive question for most of you, just curious how things generally play.

http://www.crunchbase.com/organization/songza
I work in a regulatory environment (much lower level) and have turned down stuff (cheap stuff, like a reception where I might get comped a drink).

Out of sheer politeness, I sometimes respond with a "those stuffed shirts say I can't". It's a handy non-confrontational excuse that can't really be argued against, and doesn't make you sound like a prig.
Amazon sues employee for taking Google cloud job, in new test of non-competes
who wrote the copy for the new site? (it's great!)
Please ask them not to shut down the Windows 8 app :(
Maybe you could make a survey that people who read these tutorials/guides/introductions could take after reading them?
Check the instructables link I posted about a similar project. Around step 8 they start commenting on that.
it appears that people curate the pools of music, but the playlists are created by robots
Basically, Louisville is a small town when it comes to Engineering. I had some contacts which eventually led to a job there. But the job got stale. Our platform was based on a National Semi COP8 (8-bit micro without even a multiply instruction). That can only be interesting for so long. So I went to GE and started designing 3-phase induction motors. Quite a change of pace.
I like the general idea, but when I switch from one radio to the next, the audio seems to continue playing so I hear multiple stations at once.
Did you read the entire article? It explicitly mentions this objection, and points out that in fact they did in fact try cash grants to "men who were homeless or made their living dealing drugs or stealing," many with substance abuse problems. It's not all comparisons between US homeless and developing-world general-population.
On broad terms, music that is more "upvoted" tends to be selected by the "DJ" more often, but we use a trend predection algorythm to weight the selection.

Those are not the only criteria for selection, but its the most decisive. We assign "points" to the different criteria and then rank the next best song according to that index.
There's certainly a hype around big data nowadays, often even up to the point of being ridiculous.

The point is that people are starting to use this term to describe something that it's not even technical anymore, let alone describe the actual amount of data: merely using data to drive decision making.

This is not a new thing [0], yet there is a clear trend that shows how this kind of dependency is shifting from being auxiliary to being generative; some of the reasons are:

1. cheaper computing and storage power

2. increased computing literacy among scientists and not.

3. increased availability of digitalised content in many areas that capture human behaviour.

When there's request, there's opportunity for business. One thing that is new and big about Big Data is the market. It should be called "Big Market (of data)".

It's an overloaded term. IMHO it's counterproductive to let the hype around Big Data as a business term pollute the discussion about what contribution Google and others have made in the field of computer science and data processing.

So what did Google really invent? Obviously the name and concept behind MapReduce wasn't new. Nor the fact that they did start to process large amounts of data.

Size and growth are two key factors here. Although it's possible that the NIH syndrome affected Google, it's possible that existing products just weren't able to solve those two requirements. It's difficult to tell exactly how large given that the Google is not very keen at releasing numbers, although it's possible to find some announcements like [1] "Google processed about 24 petabytes of data per day in 2009".

20P is 10000 times more that 200 T. Stop to think a moment what does 10000 mean.
It's enough to completely change the problem, almost any problem. A room full of people becomes a metropolis; an US annual low wage salary becomes 100 million dollars, more than the annual spending of Palau [2]. Well, it's silly to make those comparison, but it's hard to think about anything that scaled by 10000 doesn't change profoundly.
Hell, this absurdly long post is well under 10k!

To stay in the realm of computer science, processor performance didn't increase by a factor of 10000 since PDP-11 from 1978 to Xeon from 2005 [3].

Working at that scale poses unique problems, and that's where real the contributions
to the advancement of the field made by the engineers and the engineering culture at Google are placed. If anything, just knowing it's possible
and having some accounts on what they focused on is inspiring.

This is the Big Data I care about. It's not about fanboyism. It's cool, it's real, it's rare. Arguing who invented the map reduce mechanics is like arguing that hierarchical filesystems where already there hence any progress made in that area by countless engineers is just trivial.

[0] Historical perspective: James Gleick , http://en.wikipedia.org/wiki/The_Information:_A_History,_a_T...

[1] http://dl.acm.org/citation.cfm?doid=1327452.1327492

[2] https://www.cia.gov/library/publications/the-world-factbook/...

[3] http://www.cs.columbia.edu/~sedwards/classes/2012/3827-sprin...
Definitively not a "senior level position" guy, but let me give it a try.

There is no such thing as what you are worth.

Let's assume that it is possible to asses your BaseWorthIndex, which would include such factors as your technical skills, people skills, general experience, relevant industry experience, motivation, work ethics, etc. You will notice that even this base index will not be a constant over time (in general, you learn as your career moves forward, but you may also pick up vices), nor will it be the same for all positions for which you are a potential candidate (industry experience and motivation may vary widely from one position to another).

If you want to consider that your TrueWorth is the amount of value you add to your company by direct result of your labor, you have to consider that this is proportional not only on your BaseWorthIndex, but on a number of force multipliers that your employer provides (or fail to provide). Doing the same excellent work for an obscure IT department in some random enterprise, for a high tech big corporation, for a SV startup or for a non profit results in very different outputs, and that more often than not these are out of your control.

In a sense, the employers with bigger multiplier factors want to bring in the best talent, and should pay above average salaries, industry-wise, but it's not required that this extra factor has to be directly proportional to the value added by your position.

If on the other hand, you want to define your TrueWorth in terms of a ratio between your BaseWorthIndex vs average BaseWorthIndex for your industry, you are in similar problems. Being (noticeably) above average means you may command above average salaries, but it does not mean an arithmetic proportion will be calculated; after all, our BaseWorthIndex is a fiction and it would be extremely hard to measure.

Then there is the issue of cost of living. Since as we discussed before, your compensation is not defined in absolute terms but relative to your peers, the issue of how much does it take to make a decent living at your current location comes to play. Take into account also that this is an asymmetric market and that you are always at disadvantage. I have seen more than one good friend and colleague been lured to NYC or SV/SF on the promise of plump returns, only to find out that cost of living lets them in worse conditions that what they had already achieved locally.
Did you then continue to casually extend a dinner invitation? I get it, people don't want to seem like cold assholes. But I think we should be very wary of a regulatory environment where high-level executives give heartfelt apologies intermixed with personal stories and backup plans instead of clearly rejecting such obviously inappropiate offers.
Yeah, but I think the point is that ECMA standardization does not confer longevity. If Google abandons Dart, the language is no more alive or dead because it's been standardized by ECMA. The risk to Dart developers is effectively the same.
It helps to remember that we don't gain any expressiveness from a type system, only safety[1]. Type systems can only restrict which programs we're allowed to write[1], compared to un(i)typed programs. After our programs have passed the type-checker, their types can be erased to leave behind a raw un(i)typed program. In the case of functional programming, we can imagine it compiling down to something like Scheme.

The point is that we can handle error conditions just like we do in any other language: if we're compiling to something which looks like Scheme, we can handle errors in the same way: have everything return a sum allowing errors (ie. a Maybe). Even things which don't produce errors can be lifted to this type automatically and chained together using a monad. That's basically what Haskell does.

Of course, lifting simple functions to return Maybes isn't very nice, since we're purposefully throwing away information; ie. we're causing our consumers to ask "did this return a value or not?" when we already know that it always will. The problem is that with composing Maybe functions with simple functions. There's no way around this in Haskell, we need to lift the simple functions; after all, that's the point of a monad: we can return a wrapped value and we can join a wrapped-wrapped value into a wrapped value but there's no way to unwrap a value (otherwise we may have a comonad instead!).

Dependent types give us more flexibility than Haskell though: if our output value depends on the input, we can also make our output type depend on the input. For example (where "A", "B" and "C" are some concrete types, for simplicity):

-- Simple function
myFunc1 : A -> B
myFunc1 = ...

-- Maybe function (ie. might error)
myFunc2 : C -> Maybe A
myFunc2 = ...

-- Maybe monad. Works, but loses some type info
liftedChain : C -> Maybe B
liftedChain x = case myFunc2 x of
Nothing -> Nothing
Just y -> Just (myFunc1 y)

-- Exactly the same algorithm, but without losing type info
myType : Maybe A -> Type
myType Nothing = () -- Unit type, equivalent to Nothing
myType (Just _) = B -- Result type, equivalent to Just

unliftedChain : (c : C) -> myType (myFunc2 c)
unliftedChain x = case myFunc2 x of
Nothing -> () -- Unit value; matches myType Nothing as required
Just y -> myFunc1 y -- Value of type B; matches myType (Just y) as required

This makes it easy to handle runtime errors, without having to pretend that everything else might blow up. Typically, we write most of our code in an ideal world assuming all of our requirements are met, then we write simple "driver" functions which justify those assumptions, returning errors otherwise. Exactly like in Haskell, where we write pure functions for manipulating plain values like strings, then write simple "driver" functions to pull those strings out of files, databases, sockets, etc. using IO.

[1] Strongly typed languages can be more or less expressive than each other due to their type systems (eg. dependent types make it easy to express homogeneous lists, which can't be done (AFAIK) in System F), but all are less expressive than un(i)typed languages.
I'd suggest the reason people don't want to talk about how much they make is that it's a reflection of their self worth, and there's always someone who can anonymously claim to make more.
playlist created by robots, cool
I remember watching him play. His free kicks/long range shots were amazing:
http://www.youtube.com/watch?v=iGbjmD3btJg
Ask HN: What are your staple tools for creating a good UI/UX?
Ask HN: What are your staple tools for creating a good UI/UX?

When you start a new project, which tools/plugins/elements are you using to make it beautiful and intuitive? Javascript libraries, CSS frameworks, fonts, other tools, etc...

A couple to start with:

- Bootstrap (https://github.com/twbs/bootstrap)

- FontAwesome (https://github.com/FortAwesome/Font-Awesome)

- Normalize (https://github.com/necolas/normalize.css)

- Chosen (https://github.com/harvesthq/chosen)

- Angular (https://github.com/angular)

- Parsley (http://parsleyjs.org/)

- Subtle Patterns (http://subtlepatterns.com/)

- Color Scheme Designer (http://paletton.com/)

- Sketch (http://bohemiancoding.com/sketch/)
Interesting article. Note that the article describes the maybe monad as used in Haskell and explains what it solves and then comes with this criticism:

"...we still need to run the program to observe that the computation fails somewhere and then figure out what happened"

As if figuring out where a problem happened was an issue in Haskell (or, really, in any language supporting something like the maybe monad).

If figuring out what happened when something failed is complicated because there were several maybe monads and in the end you got nothing, then Haskell solves this very nicely if I'm not mistaken: there's "Either", which can carry an error message along with the fact that there's no result.

Now I'm not disputing that a proof that something cannot happen would be great (and hence in this case not requiring Maybe / Either): all I'm saying is that people shouldn't misread that thinking that Haskell has no clean way of reporting why nothing got returned.
I've done projects in both Angular and React and I find the latter to be much simpler to reason about. Scopes, transclusions and directives are often confusing. React is just nestable Polymer-like components of encapsulated markup and behaviour.

A React component at its most basic is just an object that implements a render() method that is responsible for rendering markup. See the React home page for examples http://facebook.github.io/react/index.html.

Since React is just a view layer though, you're left to your own devices for everything else. So if you're evaluating it from the perspective of a whole SPA, then it becomes more complicated.
You should check out this [1] titled "The most remarkable graph in the history of sport" to get an idea of just how much of an outlier Bradman is. Read the whole thing, it's brief, but a quick excerpt:

To understand how Bradman’s 99.94 average compares with other batsmen,
consider that a typical topflight batsman has an average in the range 45 to
55. Batsmen with averages above 55 are once-in-a-generation phenomena who
dominate the entire game. After Bradman, the second highest average in
history [2] belongs to South African Graeme Pollock, with 60.97, and the
third highest to West Indian George Headley, with 60.83.

[1] http://michaelnielsen.org/blog/the-most-remarkable-graph-in-...
Project Looking Glass is open source, though pretty stagnant these days:
https://java.net/projects/lg3d

There's a live Linux CD that lets you try the desktop out:
http://distrowatch.com/table.php?distribution=lg3d

I wrote a 3D periodic table demo app that was included with Looking Glass as a demo app at one point. I don't see it present in version control anymore. Possibly it was lost the last time that java.net transitioned over to a new set of infrastructure.
What you have quoted above is a proper response for someone without any business experience.

Otherwise politely turning down an offer by quoting the layers vs trying to accuse a potential business lead of impropriety is how it happens in the real world.
ECMALang, ECMAScript, ActionECMA, JECMA, QECML, QtECMA, InECMA.
This (short) book gives a sense of the "faith" required for scientists - https://www.goodreads.com/book/show/13574594-ignorance
Enterprise Integration Patterns:

http://www.amazon.com/Enterprise-Integration-Patterns-Design...

http://www.eaipatterns.com/

Covers stuff like: RPC, messages, channels, etc.
First thing, your Dad sounds like he was a great man. As for Tom, his story reminds me of the old saying, regrets are just lessons not learned yet. I can relate. Cool conversation, thanks for sharing.
When did 'dysfunctional' and 'Open Source' become mutually exclusive?

Not to say that all or even most OS projects are dysfunctional, I just don't think being OS precludes a project from also being dysfunctional.
The decision graph for a RESTful response from Liberator
I do similarly except that I just start with opening comment pages in different tabs, then go through them one-by-one, opening article from the comment thread, and upvoting there if I find it interesting. Saves me on number of tabs opened at the same time, which matters for me because in Chrome, after you hit ~ two dozens of open tabs, the favicon disappears which makes them pretty much unusable.
Is it possible the other carriers are pulling the FTC's strings?
Seriously? HN is primarily for developers. We use desktops heavily for development.
Bitcoin fund lost $70,000 in a cyber-attack caused by US Marshals Service
The classics for learning about network programming is the TCP/IP Illustrated series by W. Richard Stevens:

TCP/IP Illustrated, Volume 1: The Protocols
http://www.amazon.com/TCP-Illustrated-Volume-Addison-Wesley-...

TCP/IP Illustrated, Volume 2: The Implementation
http://www.amazon.com/TCP-IP-Illustrated-Implementation-Vol/...

TCP/IP Illustrated, Volume 3: TCP for Transactions, HTTP, NNTP, and the UNIX Domain Protocols
http://www.amazon.com/TCP-Illustrated-Vol-Transactions-Proto...

While they start at much lower level than generic patterns, they build the basis to understand the core of networking, and the the later books go into details about effective usage of the protocols.
I would never in a million years sign up for an SMS service like that, yet I have been signed up for things like that no less than three times during the several years I have been a customer of T-Mobile. I have just managed to catch the charges on my bill. T-Mobile's customer support has always been accommodating, and in most cases, they have been able to refund my money. They will also put a block on your account for "premium services" if you ask them to.
That state cannot then be later changed AFAICT.

I can't say for certain that's the case, but:

• If true, it's a really fucked up UI/UX. Because the two actions have absolutely no need to be associated.

• If not true, it's a really fucked up UI/UX. Because in two years of using photos, I haven't sorted it out, and I routinely see people sharing individual photos to their streams (I occasionally ask "context") to find that they're assembling an album of some sort.

Again: the photo-sharing is pretty much useless on account of that, and Imgur shines by comparison.

If you want persistent storage you control, buy an S3 share or host your own. Frankly, broadband access is to the point the latter is viable for personal accounts. I'd like to see some sort of P2P distributed cache which shares load as well.
I prefer minimising the amount of work required to replace compromised keys. e.g.: I have a private SSH key on my work-supplied computer which I consider to be "compromised" for private purposes, but it's perfectly usable for work inside that company.

Use IdentityFile to specify which key to use with which remote host and you're golden.

edit: I also have that private SSH key on my personal computers so I can use SSH when working from home. Then when I stop working with that company I can simply remove that key, rather than generating a new SSH key and redistributing public keys to hosts that I use regularly.

edit edit: Using IdentityFile also helps automate the process of redistributing keys when you decide to generate a new one.
Location: Ireland, hoping to relocate (lived in Germany and Czech republic)
Remote: yes, preferred
Willing to relocate: yes
Technologies: hadoop, solr, elasticsearch, play framework, java, automated reasoning. Would love to do more AI, machine learning, haskell
Resume: https://www.linkedin.com/profile/view?id=703594
Twitter: @jkbkot

Looking around for the next challenge, would love to work remotely with a motivated, ambitious team.
If you literally couldn't see your other posts, wouldn't that suggest that your other profile was hellbanned or something, not that people just stopped upvoting you?
This is a pretty horrible article. I don't mean to attack any language in particular, but ladder logic is very low on this list, when its easily one of the most widely deployed languages in programming due to its use on industrial PLC's (which run, no joke everything).

When you look into their sources. It basically boils down to, "How much are people talking about the language".

>The IEEE Spectrum Top Programming Languages app synthesizes 12 metrics from 10 sources to arrive at an overall ranking of language popularity. The sources cover contexts that include social chatter, open-source code production, and job postings [1]

Which only measure how much people talk about a language, not how much they use it.

[1] http://spectrum.ieee.org/ns/IEEE_TPL/methods.html
A few years ago I tried different PHP frameworks. CakePHP seemed too strict with database schema, Zend seemed too complicated. I built large applications with CodeIgniter, it's ok but lacks features. Kohana docs and support did not promise much. Laravel did not exists back then. So I tried Yii (it was version 1.0.something) and it was great. Quick prototyping, powerful, but simple enough and good support on the forum. I built a lot of apps with Yii and this experience influenced the choice because I knew I wouldn't spend time learning the framework, but building the product instead.

Especially, since I built my last 3 projects using Node.js, it seemed that learning another PHP framework like Laravel would not benefit me too much. Now, you might ask why did I not go down the node.js route. It's because I wanted to build LAMP based code which I could eventually open source if the project fails. I plan for it to become a standard PHP package for social-network type of sites. You know, just like you have Wordpress for blogging, you could use my engine for small social networks, or just MVPs.

I call "my engine" since I haven't named it yet.
Things You Should Know About Tor