skysight-inc/HackerNews huggingface dataset:
"Gatekeepers" are usually HR, recruiters, or some sort of sourcing agency. Unfortunately resume buzzword bingo is a fundamental of that type of low quality screening.
You can get high quality contacts through other methods. Open source contributions, "published" papers, public presentations, and mailing list comments all provide very good signal for recruiting candidates. Old fashioned networking through peers, user groups, and conventions can not be beat. Those types of contacts usually lead to an internal referral, which is one of the best indicators for hiring.

By "show your abilities" i was thinking of during the interview. When someone asks you how to implement a linked list (ugh) ask questions, use code comments, note edge cases and optimizations, heck write a quick test case to go with it. You can also accomplish via the open source contribution route noted above. A key point is demonstrating knowledge of a problem domain instead of asserting it.

WRT "correct" leveling its very hard to get right. Frankly you, as the candidate, will have a difficult time succeeding with an assertion of "im quite senior". Besides the aforementioned technical ability leadership is incredibly important for senior positions. Its your job to increase the value of your coworkers. A very powerful technique is conveying information through the questions you ask. Asking abiut mentoring opportunities and team growth are positive signals, for example. Ask questions if have concerns during the process. "What types of problems will i be solving" or "how will my work affect customers" might give you insight in to how youre viewed.
Friday Fun With Vortex and Puppet
The poster you are replying to is using those bullet points to describe the loading bar used on Blogger, which probably has nothing to do with this loading bar other than the fact that they are both loading bars. It's being pointed out as a poor usage of loading bars for anyone that might considering using this one (i.e. "please don't use this tool in a place where it makes no sense").
Loading times don't have anything to do with the language.

Loading times have been an issue since game consoles moved away from cartridges.
This is true, although I'd replace "multiple projects" with "multiple applications" as you can most definitely create highly modular applications using SBT sub projects.

The dirty *nix hack for this is to symlink the shared library; otherwise, converting the lib to a plugin is one way toward creating reusable cross-application libraries.
I like that story because my kid has such a birthday that will make us have to decide.

But it is a bit annoying that now there are conflicting statements: some research seems to claim the disadvantage of being the younger kid is statistically significant throughout the whole life (or at least university, not sure about jobs), and now this which claims the opposite.

I guess they cancel each other out. Perhaps it is best to not think about it at all and just let things run their "natural" course, and leave it to the kid to deal with whatever the world throws at him :-/
People do great things with mediocre tools all the time, so that does not tell us anything about the quality of the iPad as a tool for this type of drawing.
Has Google Plus Made Blog Commenting Obsolete? [No, but interesting]
This particular professor, as far as I am aware, would probably not be considered as active in QFT. He has been working on turbulence and chaos recent (albeit, employing techniques from field theory). At any rate, I don't really see the quip as taking a knock on these guys (he is known for his witty banter). This is really good salesmanship and the media are having a filed day with it.
Implementing a Turing machine in Excel
Now that kind of Flame Wars start again.
I remember the times where in every Mac Magazine you've found a comparison between Macs and 'PCs' where they did measure the times of flipping Images in Photoshop and were proud when the Mac was 0.5 sec faster than the Windows pendant.

I don't care about those kind of benchmark, because its not really necessary in the daily routine of handling a smartphone.

Can I do some calls? - Fine
Can I sync my calendar and contacts? - Fine

If the reaction/ respond time of the GUI is acceptable and without some breaks, I don't care about 1/10 sec in respond time.
It's working fine for me without Flash. Safari 6 on Mac OS.
iOS 7 Bug Lets Anyone Make Calls From Locked iPhones
It's not that it's "Scala adapted to Java", but more like a choice to do async and functional programming even in Java. That makes stuff a bit verbose sometimes because to pass a function you have to pass an anonymous class.

That will become better with Java 8 and lambdas without having to break compatibility with older Java versions (they will still use anonymous classes).
To earn upvotes at HN :)
And currently you have the new Google Maps that's mostly useless, and it's fairly easy to switch back and forth between it and the old version.
iOS5 had "update all" - for like 2 years now.
Revenge of the HourlyNerds
One way they could push it, would be to give first class support for Android development, but I doubt it will ever happen.
Youngest kid is smartest, oldest kid is smartest... as an only child I reckon I win either way.
You do not even need a computer to run programs. Turing ran chess playing programs on 'himself'. And 'paper computer' was first thing programmed by my generation (excuse poor translation from Czech):

http://translate.google.com/translate?hl=en&ie=UTF8&prev=_t&...

http://mmm.webz.cz/pocitadla/cgs.html
TUI, seriously? It's been called CLI for years.
I don't notice it at all.

It's very possible that there's a difference, but it simply isn't large enough to be something that even registers for me - when I use my device my attention is not on trivial stuff like that. There are annoyances and things I notice lag, but touch response or menu scrolling just are not amongst them.

I think people here are significantly overestimating how much most people pay attention to these things.
I know of two such projects:

0. LISP CPU: http://www.frank-buss.de/lispcpu/

1. LispmFPGA: http://www.aviduratas.de/lisp/lispmfpga/

Maybe there are others.
Are there any speed & size comparisons between Tny and JSON?
They had two CEOs. Let each take one platform.
About Touch ID Security
In general, your visual response time is about 200 ms. Anything below that is fine for regular visual feedback such as highlighting a button after it has been pressed. This is due to latency in the processing of visual information in the brain.

Touch screens are somewhat unique however in that they track physical movement directly. This means that they do not only have to compete with the latencies in the visual system, but also with the predictions of physical movement that we do. Even though we can percieve visual information only at a 200 ms delay, our predictions of the physical world are compensated for that. Thus, even small latencies are percievable.

I think Microsoft did some research on this and they concluded that even single-millisecond delays in touch screen tracking were noticeable. They even claimed that sub-millisecond delays felt "completely different" and much more real.
Spoiler alert: it's COBOL.
Thanks for giving reasons why this dashboard/home page is not well designed.

Can you point to a page that is well designed in your opinion. That would help me as a non-designer to appreciate your points.
Serialization formats are dime a dozen. Cooking up your own variation of TLV (+ TV for fixed-size T's) is dead easy and can typically be done a spot by anyone without any prior experience.

As such I doubt "the author read the XDR code", though perhaps you weren't wondering that at all, but rather wanted to mention XDR and ASN.1, in which case you should've really just done that. As it's written, it makes "the author" look like either an ignorant imbecile who doesn't know such basics as XDR or as someone who piggy-backed on XDR without acknowledging it.
Alternatively, if it will help them get laid more, they will pay for it as well. If your consumer oriented software does anything else other than helping users make more money / get more/better sex, then your consumers will definitely be fickle.

Apropos:

http://www.jwz.org/doc/groupware.html

"Your "use case" should be, there's a 22 year old college student living in the dorms. How will this software get him laid?"
Those videos were using a 5, not a 5s. Apples and apples.
JSON is not a TLV format, so you can't skip over records of an unknown type without reading them in full. So JSON is generally slower.
"How Will This Software Get Him Laid?"
Yet another scummy social media spying site I'm happy to have never signed up/used for anything. The vast majority of jobs I've found were idling in the local hack space IRC room with ~300 developers and engineers who dump openings, joint ventures and paid projects there first before the usual channels.
Is what he is doing scientific reesarch in computer science? Possibly, if he also writes up his results to that they can go into the scientific literature. If he does that, he can get a PhD.

A PhD in CS does not mean "extremely good software engineer," it means "scientist."
Apple iPhone 5 touchscreen is as fast as Android. Meh.
"... security is only as secure as its weakest point ..."

I wonder why the 4 digit password became so standardized if it is as insecure as people think it is.
I agree, that is the smart approach.
Part of that is due to having a hardware mouse cursor. Basically all the interrupt handler has to do is load the new coordinates into some registers on the video co-processor and co-processor takes care of all of the work of blitting the mouse around the screen. It makes processing the mouse interrupts very light-weight.
25k Bounty?

WTF
This is an accurate description of the problem. In theory a patent for "A flying device by propulsion of engine and rotary propeller" is a fine patent, but the details of the patent would have to go into implementation.

Patents, in theory, apply to methods rather than concepts, so if someone does patent "a one click shopping button" they should only hold patent for their implementation.

The problem is both the misapplication of patents which appear to grant patents over any implementation, as well as patents over implementations which are too simple, such that anyone who wants to build a similar item would go to that implementation as an obvious solution.
The conferences I submit to don't care if some of the background material (which is sort of boilerplate---but it is nonetheless necessary to state your assumptions) is similar across papers. Really, you couldn't do it any other way.

I will say that academic (i.e., scientific) conferences should never include "recycled" or "old but interesting" material. There has to be some new research results. Otherwise, it's not science. The point of these conferences is not to entertain, it's to push forward the scope of knowledge.
I think the baseline thought behind putting it on the iPhone's lock screen is that nobody in their right mind would rely on it to secure top secret documents or the information from their bank account... or would they?
Apple also says internally, which I find mildly amusing:

> Not everyone will be able to use the fingerprint scanner feature. Some people lack the impedance necessary to activate biometric devices.

> Do not service or replace the device for issues with a specific finger(s). If the customer has an issue with certain fingers, explain that in some cases Touch ID may unable to match those fingers consistently. This is usually caused by the readability of that fingerprint, and the customer can either try enrolling the finger at a later time, or use a different finger for Touch ID.

Source: http://i.imgur.com/ku1KOUK.png
> 0% of people found this helpful.

Surprise.
I have cyanogenmod. Updates every day and according to recent news, they are expanding for non-technical users.

Hell, even a friend of mine who doesn't have any it-background installed it without a problem :)
I don't think patio11 was suggesting that automating spreadsheets was the only / best way to build a business. For me the thing folk should be taking away from the piece is that understanding your customer, their problems, and the channels you need to have to reach those customers before you build and launch your product is a rather good idea ;-)

Because that's the mistake I see companies make again and again. They build something that nobody wants, or that nobody can use in way that solves their problem, or solves a problem for people they cannot sell to. Find that shit out early - not late.
The issue sfor me are:

1) like all the subjects of this link, I can't go take a look & decide - they're forcing me into it.

2) I use Yahoo as a simple new aggregator, with a few small, collapsible boxes for weather, a few sports scores, a couple links. I don't need to see images of the sun that take 15% of my screen to tell me tomorrow will be sunny

I think the comment "This is MY Yahoo, not YOUR Yahoo" hit it right on target. Add to the fact that their new email system is an unusable disaster, it is sadly time after 15(?) years to dump them
The "catches your finger" thing may be input lag, but it much more often is amateur level coding, it seems to me.

One of the first things you learn if you try to do a simple drawing app on a slow machine (think Commodore 64 or similar early 80's 1-2MHz computer), is that if you try to process every position change, you will lag badly.

First rule of doing a decent paint app, is to decide how large deltas you can accept between each position where you actually draw, and drop events accordingly. Small delta, and you will lag; high deltas and you either need to draw lines or will get "dots" instead of a continuous line, but your lag will be limited to that of the input device. Even an early 80's home computer can give you "lag free" painting this way, at the expense of precision if you do large, very fast movements over the screen.

This is "paint app writing 101". Yet a lesson that seems to have been lost on most people writing paint apps these days, possibly because they've become accustomed to computers fast enough that they're no longer constrained by it.

I don't know about iOS, but I do know from observation that out of 30+ draw/paint apps I've tried on Android while trying to find one I'd actually be happy to use (I did not find any; I'm picky), it is obvious that this is the problem for the vast majority of them for the simple reason that there's a huge spread in observable lag for them, and so even if we assume the fastest of them are limited by input lag, the extent of the lag on the majority of them will then still be down to crappy coding.

(the quality of paint apps for Android is just beyond awful in general; don't know about iOS)
did you read the article? It's about relative age in the classroom, not between siblings.
Substitute "Turkish Coffee" with "Game of Thrones" on this whole comment thread, and maybe we'll learn a bit about the thought process at HBO.

It'll take some doing to construct a reason why people downloading a single tv episode are analogous to old men hogging a table though...
Looks like Android is the biggest beneficiary, in terms of market share, of the change triggered by iPhone. Of course it is an obvious fact, but this graph makes it visually clear.
" It isn't possible for your actual fingerprint image to be reverse-engineered from this mathematical representation."

I'm not really convinced, nothing is absolutely impossible in computer science. At least, can't we bruteforce it?

I'm curious to know if they are true saying there is no way to reverse-engineer it, Any paper on the subject?
You are probably right. Given the MOU with Israel, there are restrictions certainly for other governments.

Those restrictions include, presumably, that they agree that among eachother they promise not to read achothers' emails, and furthermore if they do this and use the information to spy on our government, they promise to do so discretely....
Play 2.0+ is based on SBT as build system. SBT uses ivy and maven repos as source for dependency lookup. Maven repo's often show the SBT mantra form of a maven dependency. F.i. click on the sbt tab here http://mvnrepository.com/artifact/org.eclipse.mylyn.github/o...
If you don't want to add your dependency to a maven repo you can define a sub-project. SBT projects are aggregated recursively of other sbt projects.

My pet peeve is that SBT suffers from ungoogleable scalaz like operators like %% instead of %. And that the Scala IDE doesn't provide any help like code completion, marking compilation errors e.d. in creating your project/Build.scala
Those two facts make sbt a big hurdle in adoption I noticed.
One of the last complaints anyone has had about PHP is that it's slow. PHP's main competitors have only recently begun to catch up in terms of speed, and the future of PHP is looking like it's going to remain competitive and near/in the lead.
Frankly these types of places have all of my understanding but none of my respect. Outside of Turkey the coffee would probably be part of the core allure of a Turkish restaurant. The irony being that coffee and tea are often complimentary after meals at many restaurants in Turkey. Its sort of a betrayal when the social aspect is supposed to be part of the package given that people in Turkey spend long hours at the dinner table, talking. Is there a legal issue that prevents them from only serving coffee with a meal? And then the thought that old folks spend part of their day walking around trying to figure out where they can sit down and talk is all kind of depressing. This seems like a poor fix, but hey, talk is cheap.
btw JS dependencies are available as maven deps now as well. Pretty handy http://www.webjars.org/
Israel doesn't have unrestricted access. The access is contingent on Israel promising not to use it to spy on us ;-)
I actually secure my mobile banking access with a four digit pin. I make two or three transfers per day, and it would be a pain to have to enter a long and complicated password that often (especially while standing in line at a store).

To actually transfer money out of any of my accounts to an unknown account requires two-factor authentication (and transfer to unknown accounts can't be done from a phone).

I find the balance of convenience and security fairly good in this instance.
OK, I'll give you a bcrypt hash generated from some sentence. Will you give me back my sentence? When?
> > Not everyone will be able to use the fingerprint scanner feature. Some people lack the impedance necessary to activate biometric devices.

That'll be a new disadvantaged minority. I think I can imagine a sci-fi short story around this now ...
This is awesome!
Nice idea, would be great to be able to search for a given track by name / author.
My understanding of that sentence is that it is a lossy conversion. A one-way cryptographic hash.

Though I wonder how they update it with failure attempts. (When a failed scan occurs, if the subsequent scan is successful then data is used from the failed scan to update the fingerprint data.)
Artists can't take care of themselves without the dollars though.
I build web applications, so my tools are geared towards that.

Programming language + web framework: Python and Django, although I sometimes break out Flask for smaller projects. I use PyCharm to edit both Python and JavaScript.

Web server + application server: Nginx + uWSGI.

Database: PostgreSQL.

Front-end libraries: whatever makes sense for the project. Currently heavily using AngularJS for CRUD apps. Since I'm not a designer, I use Bootstrap for all non-public-facing client projects. jQuery, Underscore/Lodash, Moment.js, etc. get added to every project at some point.

Other front-end tools: SASS, Yeoman, Grunt, Bower. My productivity has been through the roof ever since I started using these tools. I don't think I could ever go back to the old way of writing front-end code.

Source control: Git. BitBucket for client projects which need to be private, GitHub for personal projects.

Project management: Pivotal Tracker. I'm still learning how to effectively use Pivotal, but I'll get there.

Hosting: depends entirely on my clients' preferences, but I use Hetzner for my personal projects.

Deployment: Fabric.

I don't mention any third-party monitoring, email, payment, etc. services because I don't have enough experience with any of them to recommend them.
So true. We're trying to build a web-based online anatomy trainer[1], which plays success/failure sounds when you click right/wrong, but also add a voiceover with the anatomy term being spoken out.

We experience very sketchy behaviour across platforms and browsers (especially mobile). We're relying on SoundManager[2] which seems solid, but doesn't solve all problems. I wonder if anybody else has any suggestions / experience to make things easier somehow?

[1]https://www.kenhub.com
[2]http://www.schillmania.com/projects/soundmanager2/
I can't believe how much of the stuff they put out these days is just flat out broken. How does this get past QA?

I've posted this before, but for all the money they have, give me a decently paid position and I'll at least make sure things actually WORK
Doesn't mention two-factor unlocking. Please let there be optional two-factor unlocking.
The Electoral College more or less guarantees a two party system.
Just checking, sometimes people banter, but they don't want to see such banter spread in print.

FWIW I have met Arkani-Hamed and he didn't strike me for his salesmanship.
It is worth noting two things about the Alien and Sedition Acts.

1. A lot of the Founders really didn't like them. Both Madison and Jefferson spoke out against the laws and argued they were unconstitutional for various reasons.

2. They were allowed to expire around the same time Marbury v. Madison was decided so it isn't clear what the early court thought of the laws.
I think it's more likely that LinkedIn mobile app grabs your phone contacts, if you happen to give it permissions to do so.

I've noticed that the "People you may know" section started to contain faceless placeholder entries with emails from my address book (though, I'm not sure if/when I've given the iOS app the address book access).
I don't like the word "impossible" so let's leave that by the sidelines.

Impractical is a word I prefer. The reason it is impractical is firstly it is lossy not lossless data storage meaning that when your fingerprint is scanned a whole ton of information is discarded immediately and then the fingerprint is normalised which discards yet more still before being stored.

So the resulting data stored literally doesn't contain the same level of information as a "real" human fingerprint, and as a result of that the data might be useful in recreating a simulated fingerprint which can beat Apple's TouchID but it would likely still be incompatible with most other fingerprint systems and databases, and the fingerprint you recreated from the data likely wouldn't look like your "real" fingerprint as several million different fingerprints can result in the same lossy compressed representation stored in the phone.

Imagine it like taking a photograph and then using a JPG compressor to decrease that photograph's size by 80% an then trying to get back the original photograph from the compressed JPG. While you can certainly get close it is implausible that you'd ever get the original image back and even if you did get it back there is no way to verify that the "original" you recreated was the same as the actual original without the actual original to compare it to.
Is there any reason for switching to LLVM/CLANG from GCC other than the licensing?
No need to be snarky to them. You could have just explained the difficulty in it rather than phasing it like they're an idiot for not understanding the perceptual problem.