skysight-inc/HackerNews huggingface dataset:
So that would be the traditional analysis of quicksort, mucked up with linear logic terminology so you can't see what's going on.

The sweet spot of lambda calculus is structurally recursive algorithms on trees. You can use it for other kinds of algorithms, but there it just makes things harder, and I've never seen it solve a problem that wasn't solved first by other means.
get rid of write with (no scope)
The world is hardly optimized for tall people, as anyone tall who's been on an economy class flight would notice.
Professional Bird Control Dubai UAE|Bird Spikes|Bird Netting|Dubai UAE
Why does Ember matter?
That is of course implicit. No wages, no costs.

The funding for health care still needs to come from somewhere, this optimally being a tax on income.
Wikipedia argues [0] that we actually use a "Modified Harvard Architecture" instead of a "Von Neumann Architecture" today, since we have a separated data and instruction cache. Also, various embedded chips really separate instructions and data.

[0] https://en.wikipedia.org/wiki/Modified_Harvard_architecture
The employee gets paid, the company paying for the spamming gets a decreased ROI, mszcz gets some amusement. Not my way of dealing with these sort of calls, but in this particular case it seems like win, win and win.
How does Ember fit into today's web ecosystem especially as it relates to React?
I'd suggest that is because there are enough low hanging fruits (single factor password based sites) left to attack.

Phone 2FA is, to me, a bad idea as SMS was never designed as a secure transmission and there's a number of known unfixable weaknesses as a result

1) many OS's are allowing SMS to be viewed on the user's computer. so a standard malware attack can get both the password and access to SMS

2) Web sites exist to provide access to a users SMS messages for a number of providers. So an attacker who compromises the PC gets access to SMS messages as well.

Whilst app based 2FA (e.g. google authenticator) isn't perfect, it's better than this, and should be what companies are aiming at in 2016...
Rationale for disbelief:

- Ambient human body temperature is a
constant source of noise as infrared
photons.

- In a dark, cold environment the human body
is radiating a constant shower of photons
in a limited spectrum. Interference patterns
could augment paths and energies of photons
in flight.

- A human might simply guess at sensations
and produce statistical anomalies that we
want to believe in.

- A guessing human might intuitively gain
an understanding of implicit tells in the
detection process, and notice cues from
the researchers, and interpret behavioral
signals to provide affirmative responses
to stimuli.

- How many photons can an individual simply
think into existence by willful thought?
Who's to say that the test subjects aren't
detecting psychic brain waves from the
researchers, by way of Vulcan mind melds
and subsequent "remote viewing" events?

...after all, photons are tiny.
TOTP is a standard. It just works, and it always does, even if you don't have internet on your phone. Even if you don't have reception. Even if you're out of credit. Even if you're out of the country. Even if your telecom provider hates you. Authy is TOTP. Google Authenticator is TOTP. They are all interchangeable. You can use FreeOTP if you don't want to deal with those: https://fedorahosted.org/freeotp/

Steam is SMS, and I heard they now have a shitty custom 2fa but what you're describing is services that don't use an established standard, which is compatible with hundreds of established clients. SMS isn't merely nonstandard (and now deprecated), it's more expensive for both the user (requires an active sim card) and the server (requires sending SMS to numbers all over the world).
I am using MXE happily for a couple of years already (some projects I've cross-compiled are here: http://richelbilderbeek.nl/CppMxe.htm ). IMHO it is awesome! Before MXE, I had a Windows computer with the only purpose to compile my code on. Life is better now.
No, health care is implicitly a system of shared costs to benefit all of society by limiting the amount of ill people present as much as possible, thus increasing the health of everyone else by reducing contacts with ill people. In such a system, costs are of course taken on by every single participant according to their means.

Read up on german health insurance for example.
looks good !

I remember creating something similar ( not as polished as this ) at a Yahoo! Hack Day, when I was new to coding.
Snapper a security tool for grabbing screenshots of many web hosts
I met him back then in 2014, he has helped me with more than five exploits, he is a great guy and a competent professional. I feel everybody should have him as a hackerbuddy. just add [privateinvestigator1967@gmail.com]on your gmail and contact him for anything you might need..Tell him Ann Albano referred you
> (although the delivery isn't reliable)

What? I've never missed a Whatsapp message. I have missed Skype (useless crap) and SMS (took ages to arrive with good reception, if at all).

I'm in Europe though, where telcos are not actively out to screw you.
I remember seeing the blog post about Ember 2.0 being released around this time 1 year ago. Previously I was edging towards React and the built tools du jour. I started a new job which needed a rewritten frontend, so I went with Ember and am super happy. The CLI tools are fantastic, and coming from Rails the integrated test suite, generators and opinionated framework is such a breeze. I am super excited about what the future holds, and having a community working together on one project and goal is amazing.

Even though they don't have a huge commercial backing, a lot of medium-large companies are using Ember and improving the ecosystem. The core team are really smart people, and I am amazed at the smart stuff they build, yet how they have found a way of working to iterate so fast.
> And yet, the environment wasn't too friendly to readily encourage population growth that lead to civilisation(s).

Hm... maybe the environment was too friendly to encourage a civilisation? I mean, if food grows around you all year long, you're much less inclined to develop means of storing it than if you know you'll experience harsh winter in a few months... Same with housing, clothing, heating, etc.
Over-reliance on strings is a pattern that I've seen a lot in the Javascript environment. For example:

var arr = [{ value: 'a' }, { value: 'a' }, { value: 'b' }, { value: 'b' }];
arr.uniqBy('value'); // [{ value: 'a' }, { value: 'b' }]

Wouldn't be better to do something like this ?

var arr = [{ value: 'a' }, { value: 'a' }, { value: 'b' }, { value: 'b' }];
arr.uniqBy(element => element.value); // [{ value: 'a' }, { value: 'b' }]

You have to write a little bit more (I could have used "e" instead of "element", though) but if you do a typo in the name of the property, it can be caught by a linter/compiler, and you don't get the feeling you're relying on Vodoo magic.

Are there any advantages to use a string instead of a "static" way of accessing the property ?
Old Golf Courses in Japan Find New Life as Solar Farms
How to AUTHENTICATE THROUGH OAUTH IN KUZZLE
> I believe it still relies on Kernel 2.6, I think
> they forked the kernel then never kept it up to date

Sad to see you spreading FUD without knowing much. Let me describe how it's really working.

OpenVZ kernels are based on RHEL (Red Hat Enterprise Linux) kernels. Yesterday we have released OpenVZ 7 which is based on RHEL7 kernel, which is loosely based on 3.10 (I hear you say "old kernel!" -- more on that below).

OpenVZ kernel developers are doing two things:
1. merge our patches upstream;
2. port our patches to a newer RHEL kernels.

As for merging our patches upstream, it's usually happens by rewriting pieces from scratch, and therefore the process is slower than we'd like. So far we have succeeded in having PID and network namespaces, some cgroup controllers, and CRIU (checkpoint/restore, a prereq to live migration -- it's mostly in userspace but there are about 170 kernel patches). I estimate this makes us (Virtuozzo/OpenVZ team) the biggest contributor to the containers in the Linux kernel. This contribution of ours enables technologies such as Docker, LXC etc. In other words, we made Docker and LXC possible.

As for porting our kernels, yes, we use RHEL kernels as a base for ours, as we believe that Red Hat is doing great work keeping their kernels stable and secure. What they do is fork a kernel (2.6.9 for RHEL4, 2.6.18 for RHEL5, 2.6.32 for RHEL6, 3.10 for RHEL7) about a year or so before a RHEL x.0 release, and then they maintain that fork, fixing bugs and improving stability, and sometimes porting new features, but [almost] not introducing new bugs. We value this work, and we use it as a base. So, yes, the latest and greatest RHEL7, and the latest and greatest OpenVZ 7 are based on somewhat rusty 3.10 kernel. Having said that, 3.10 is just a version number of the kernel that was used, a few years back, as a base for the RHEL kernel. It's been heavily patched since that time, but still bears this 3.10 number.

Hope that makes it more clear. Please spread the truth.

> modern, stable, well maintained options

See, we do OpenVZ kernel releases on an almost weekly basis. But since it's 2.6.32, or 3.10, it makes us unmodern, unstable, and not well maintained, right? Wrong.
That's surprisingly readable for someone having coded less than a year. Granted, it's only about a 100 lines so not that much complexity, but still separated into smaller, readable functions.

I think it took several years before I started doing that. Maybe the new age of having everything shared on GitHub makes one focus earlier on maintainability and readability for others?
It's a misconception to think that the current wave of migration is just because of Syria. Or because of war in Iraq.

The people who come on boats to Europe are mostly not Syrians. They are from the vast lands stretching from Senegal to Morocco to Congo to Egypt to Syria to Iraq to Pakistan to India to Bangladesh, and they are not travelling to Europe because one particular place is very bad; they are travelling right now because they realize that it's about the last time to get a foothold Europe before the gates close, i.e. the current asylum process changes.

(I've met dozens and dozens of underage asylum seeker boys when arranging football trainings for them; they started to hang around in the neighbourhood and I realized it's better if they have something to do, so set up some games every week. Only a couple of them were from Syria. Many more were from Afghanistan and Iraq, but the list of source countries is very long. Mostly these boys are from middle-class families in countries that have some war but mostly just a very corrupt government, and the families have selected those who are able-bodied and have better language skills to seek for a future for themselves and possibly for the whole family, through the well-advertised family reunification programs.

The poor don't get to travel; the cost paid to people smugglers is somewhere in $5000-10000 range but the cost has been decreasing as the people-smuggling business commoditizes.)
Nice catch, these error bars are enough to call bullshit on the whole thing.
I work too hard to live with a cheating husband..As soon as I saw the signs I was able to get a PI who recommended me to privateinvestigator1967@gmail.com who helped me to hack my husband's internet habits..He hacked my husband email,phone calls,text messages,iCloud,dating websites(tinder) and found the truth about him..I am happy now that he is gone from my life,at least I can breath well now!! Tell him Michelle Mallette referred you
It's pretty irrelevant nowadays anyway. People log on their google, facebook, etc accounts from their phone as well as their desktop so for a lot of user, 2fa is done on the same machine anyway - that machine just happens to be the phone.

Additionally, the keylogging threat is severely reduced against most 2fa (because the login has to happen before the user sends the OTP) and can be eliminated completely by ensuring the token code is on a separate screen and creating a 30 second lock on the account while the user is entering the code.
Hey! All very fair questions, thanks for pointing them out. We've tried to make our FAQ as comprehensive as possible, and it has answers for all of your questions: https://faq.equidateinc.com/

Feel free to reach out to info@equidateinc.com if you have questions that are specific to you and we'd be happy to help!
> it matters what's ok in the developer's book.

Why?
What if their dream is to work a bit less, have a nice work-life balance, see their family more and travel the world a bit?

Those people are still productive employees (because of the factors you mention). They just don't generate the same ratio of riches into your pockets (but of course also cost less).

I think your view as an employer is just looking to your own self interest.
> nothing but cheese sandwiches and sour buttermilk

It's better than hamburgers an coke, or fish and chips and beer, I guess. Which are just as much b.s. stereotypical views of US and British diets as yours is of a Dutch diet.
Indeed. This is another of the myriad reasons why developers should always negotiate employment as a 1099 contract. It takes this rationalization off the table.

If they're paying for the hours you work and nothing else, it makes it a lot easier to quantify the value of "4 days of you" vs. "5 days of you each week".

And of course, the laws that caused all that trouble for Microsoft in the 90s around the distinction between contractor and employee help a bit, since it now needs to be the contractor rather than the employee who decides when and how the actual work takes place.
I could work 80/week on an interesting project; for a few weeks, and if compensated accordingly (not necessarily with money: the team next door banged out a crisis response app literally overnight, to scratch their own itch).

Alas, that's not a universal recipe for higher productivity, or even a long-term recipe: too many ifs and buts.
I've been forwards and backwards on that one myself many times...

Do you seriously think you're more capable of securing your mail server than Google/Microsoft/Apple?

Is the time/effort you'll spend maintaining it worth the privacy tradeoffs?

How are you dealing with outbound mail? Where are you hosting your email that isn't already on half the spam blacklists already?

(That last one was the killer for me last time I ran a mail server of my own, neither my home ip address, nor any of the Digital Ocean/Hertzner/Linode/AWS vpses I could easily use/afford to make outbound mail connections with were ever trusted by the big email providers. A self hosted mail service that couldn't reliably get mail into the inboxes of 80+% of the people I correspond with didn't end up being of much use... I've ended up back with Gmail and hating myself for it.)
> Your assessment, whether correct or not (I've no idea), has an oddly familiar ring

I'm going to go ahead and claim your argument adds little value due to overgeneralization. Just because some guys were wrong in their criticism of Apple doesn't mean everyone who criticizes Apple is wrong.

If I weren't feeling lazy, I would produce a long list of quotations that wrongly claimed the iPad would deprecate desktop computing (from both inside Apple and outside). The term "post-PC era" was being bandied about. So no, Apple doesn't always achieve their goals - even stated ones.
This reminds me of F. Alton Everest's notes in "The Master Handbook of Acoustics" that the threshold of hearing lies coincident with the SPL of Brownian motion of air particles on the ear drum... except this is with respect to light.
And another one is to try passwords from previous database dumps against your email/etc. This is even more effective then using malware.

If you are able to use a second device for your 2FA, great but it is not always possible and 2FA on the same device is still better then no 2FA at all. I don't want to carry around a key just for all my 2FA passwords but still want to use my phone for common tasks that require 2FA.
Again, please, don't judge kernel by its version number. The kernel that RHEL6 comes with has version of 2.6.32, but it's as far from "vanilla" 2.6.32 as Chicago from Seattle. It has tons of patches (with OpenVZ patchet being only about 10% of it). There's a somewhat old comparison about RHEL5 patch set that you can see here: http://openvz.livejournal.com/27592.html
The JIT can and does do all that, and I am talking about idiomatic Java (I'm speaking mainly from the experience of migrating a >5MLOC soft realtime defense application from C++ to Java). Similar performance can be achieved for much less effort (although C would always beat Java given significantly greater effort), and this effect is more pronounced the larger and more concurrent the application is. The cost -- for large application -- is just significantly greater RAM consumption. For small/constrained applications there are other costs.

As I said, the main barrier (which is currently being addressed) is memory layout of arrays-of-structs, whose fixing requires additions to the language semantics (which are being done). Perhaps that particular issue was a failed promise, but it's mostly a result of hardware changes that occurred 10 years after Java's introduction.

As to Graal, this very recent talk has some nice demos: https://www.youtube.com/watch?v=N__8TBcaDTs You can find more material here: https://wiki.openjdk.java.net/display/Graal/Publications+and...
Meta: Why is it that in one thread, I'm saying "same-machine 2fa is better than no 2fa" and getting "but but it's not secure!" as replies, but when I complain about sms auth being insecure, impractical, nonstandard and more expensive than TOTP I'm getting "it's still better than 2fa" as a reply?
I am a just above average Dutch man, but when I lived in the US I felt like a giant, it was interesting.
"For now, services can continue with SMS as long as it isn’t via a service that virtualizes phone numbers"

How much of an affect will this have on companies providing such a service.
The Apple Goes Mushy Part I: OS X's  Interface Decline
This just seems like a really bad idea. I remember shaking my head when people started injecting various extra information in a general field in a application I was working on a decade ago. There's no validation, no sensible structure, just a free for all. I just use some separate application on top of Stripe that stores this meta data in a sane way.
Lepture have created a similar one before: https://github.com/lepture/github-cards
Rescale (YC W12) is hiring software engineers
Rescale provides a platform for engineers to run simulations in the cloud. We have some interesting technical challenges and we need people to work on them. Our challenges range from ensuring robust deployments in the face of cloud failures to optimizing the configuration of simulation codes to creating an intuitive interface for complicated simulation setups.

We're looking to hire smart, motivated people continually looking to improve their craft. Python experience is a must, and bonus points if you're good at java.

Send a resume and a note about yourself to dev-jobs@rescale.com
Michael Moore: 5 Reasons Why Trump Will Win
Or your child calling with a friend's phone, because their phone battery died / bad service / ran out of minutes...
Tested on 3 people only.
This whole thread is pretty bizarre. The proposed solution of making the city denser by building up is literally called Vancouverism.

https://www.google.com/search?tbm=bks&q=Vancouverism
Seems to be some kind of bot.
It's possible to trade in private companies. I've done it. What you need is a willing seller and a willing buyer.

Finding a willing other party is the trick, in part because a lack of information makes people wary of trading. So this company provides a little more information and a matchmaking registry.
Are we sheep on autopilot? [PART TWO]
I never used them or seen them in a benchmark so cannot comment much of the capability or quality. I think it's best if you compare it for yourself. Running a scan very easy and won't take much of your time, drop me an email and will get you a license or account to our cloud solution, so you can test it and see how it compares. Email: contact@netsparker.com
DMS = Document Management System ツ
Along the same lines, while travelling in Asia I often see asian-american teenagers visiting their asian family. They are usually much bigger than their asian cousins.
In the UK encryption is not illegal, but possession of data believed to be encrypted, which you cannot or will not decrypt upon demand, is a crime of its own, punishable by two years imprisonment (no link to terrorism required -- 5 years maximum sentence of any link is suspected).

It needn't be the security services, or even the police; cases can be brought by the taxman. This has been the case for the last 10 years or so, the new law will extend these powers.

https://wiki.openrightsgroup.org/wiki/Regulation_of_Investig...
Patoline: A modern digital typesetting system
Really? At a job I emphatically disliked, all it took was one phone call. "Looking?" "Hell yeah!" (Yes, I consider myself lucky that the demand for developers is so high)
There are TOTP clients for both PalmOS and J2ME phones: http://developer.sysco.ch/php/mobile-dispatcher/mobile.dispa...
SMS messages are trivially interceptable remotely using SS7 vulnerabilities. These capabilites are sold off-the-shelf. Suggesting that SMS is even remotely secure is a very dangerous idea.
Did you read the whole article you cite? The devil is in the word "ideal". If you actually read that wikipedia article: "a true single-photon source was not created in isolation until 1974." and "Another single-photon source came in 1977" and in the 1980's "thus acting as a single emitter of multiple single photons as in the experiments of Diedrich and Walther" and in the 21st century "nitrogen vacancy (NV) centers in diamond have also been utilised as a source of single photons." and "quantum dots (QDs) can emit single photons and can be constructed from the same semiconductor materials as the light-confining structures."

The definition of an _ideal_ source is "that it should be on-demand, efficient, robust and easy to implement." It seems fragile, inefficient and difficult to implement sources have been invented multiple times.
> I can point to one service Apple has done right, Messages

Is it the same message that for many years disappeared all message sent to you when you switched from Apple? Perhaps as a final "fuck you" for leaving our ecosystem or them not just caring
It always makes me sad to see this same argument happen in every thread mentioning salary. Nobody ever wants to believe that their profession actually pays as much as it does.

Yes, you can certainly find a company to pay you less than $100,000 to program computers for a living. That's not in dispute. But know that you (meaning you as well as anybody else anywhere in the US or the English speaking world) can also find a remote gig paying more than that.

Good developers are very valuable. Even in the sticks. Please don't sell yourself short.
I'd note that this could be seen as much as a statement about the organisation one is moving into as to the skill of the programmer involved.

i.e. If it takes someone 3 months to be productive, there's probably something wrong with the build system/documentation, or code organisation/structure (+ comments, or lack of), lots of knowledge in people's heads etc.
Stripe stores card details - so Chargebee has no real benefits here.

The ability to switch payment gateways doesn't seem like a massive one any decent system will allow this - e.g. Shopify, WooCommerce.

Chargebee does look like a very good option though. Stripe seems quite sensibly limited on what you can store in their system.

Also Chargebee pricing seems quite reasonable rather than requiring transaction percentage.