skysight-inc/HackerNews huggingface dataset:
Looks like a system to setup up assurance contracts for funding software. Glad to see more people trying to make this sort of thing work.

What's interesting is that you can actually make pledging a dominant strategy, if you find someone willing to put up enough capital. Roughly speaking, dominant assurance contracts work along the lines of "Everyone who pledges will receive X amount of money if the fundraising fails to hit the appropriate threshold." For anyone who would stand to gain from public good, the outcomes are now "Pledge: either the project will be funded or I will get money vs Don't Pledge: either the project will be funded or I will get no money"

http://mason.gmu.edu/~atabarro/PrivateProvision.pdf
Whatever you think of the App Store's policy, users have freedom of choice in which mobile platform(s) they buy, and developers have freedom of choice in which mobile platform(s) they develop for.

Apple has made no secret of their desire to strictly control their platform. To prevent them from exercising control over their platform just because users continue to choose iOS devices and developers continue to dev for iOS devices is absurd.

We just had a post about whether or not open sourcing a repository conferred some responsibility on the releaser to maintain it and offer support. The situations are not dissimilar: putting into public a thing which becomes popular does not convey to the public control over how you shape your creation.
The age bracket doesn't really work out for certain categories, as for the below example it automatically excludes most people age 18-21 as with a standard 4 year degree will land you around the age of 22 minimum.

Bachelor's Degree or Higher, Age 18 to 34
Percent of total population age 18 to 34 years with bachelor's degree or higher
leave the years timeline fixed at the top.
Thank you, and thanks for sharing. Shoot me an email at mike@bettir.com, we can explore whether or not there is anything useful we could work on together.
What Are JavaScript Source Maps?
> there is no reason why liking books by male authors over female authors (or vice-versa) in certain genres should be sexist. There have been studies showing that consumers can relate better to characters and such that share their same gender/culture than those that don't.

Of course you are generally right; we all naturally tend toward our own tribe. The question is, what do we do about it.

If white males have the power, and they naturally hire, read, talk to, etc. other white males, then there is a big problem for everyone else in society. You can see the results everywhere; as I posted somewhere, look at a group photo of Congress and see if you can spot any statistical anomalies about the demographics.

The tribal tendency is a bad one. We hire/read/etc less than the best, many people suffer discrimination, and it leads to much worse things: Horrible oppression, genocide, black teens getting shot, centuries of political and economic discrimination, etc.
does anyone know where Ryan Dahl is these days? I'd be interested in what he has to say.
Apple is a single focus of power. Developers are numberless and spread all over the world. Your suggestion to try to combat that situation by concentrating, essentially "unionizing", developers, would fail for two reasons.

One, the developers are so numerous, diverse, and independent of one another that there would be an endless supply of developers willing to "cross union picket lines" and make more money with the competition reduced. In a sense, it's like a mine with a hundred times as many miners as it needs, most of whom are struggling to get more than an hour a month of paid work and would do anything to get more. Also, the most important "miners", Apple itself, Google and Facebook, have their own agendas and wouldn't care about any "developers' union", and if you combine the apps Apple, Google, and Facebook contribute to the iOS platform, the vast majority of the rest of the devs could disappear with almost no impact on Apple other than that Apple would stop announcing the number of apps in the app store during keynotes. They'll eventually stop that anyway.

Two, Apple makes very little of its money from app sales. The indie devs aren't the real miners. The miners are the actual employees of Apple and Foxconn. Apple sells hardware, and as long as they have their own apps, and apps from Google, Facebook, a couple of big game makers who are getting rich on iOS and aren't going to walk away from it, plus apps from a small percentage of the indie devs, consumers will keep buying Apple hardware. Again, the vast majority of iOS devs could "walk off the job" and the "mine" would keep operating as if nothing had happened, other than a bit of editing to the semi-annual PR message.

An "iOS developers' union" would have so little leverage over Apple that Apple probably wouldn't even "fire" developers who joined it (revoke their dev credentials). It could simply ignore them and go on with its business.
> It's relevant because it's not just about farming. There is a huge cultural shift involved in Joe Studwell's recommendations. A native would know which cultural patterns are more desirable to reform.

"Most desirable" is subjective, and a simply being native to (or residing in) a region, as opposed to conducting structure study of the relevant domains, is not particularly likely to provide any deep insights into what cultural patterns are more desirable to reform (or even on the objective questions that precede the subjective "most desirable" question of which cultural patterns are more amenable to reform and what the effects of attempts to reform those patterns would be likely to be.

> It's also possible that Studwell does not entirely have the region's best interests at heart, and is writing to influence things in his favor.

The same would be true of natives, who are quite likely to make recommendation in their own perceived personal interest whether or not they are in the general interest of the population of the region. On the objective questions of effects, that's what you use reason and analysis of presented evidence, rather than evaluation of origin of the author, to evaluate the arguments. What you propose is adopting the ad hominem fallacy as a preferred system of judging arguments.

> After all, that's why the USA doesn't allow people born in other countries to become President.

The USA allows people born in other countries to become President, it doesn't allow people not US citizens at or by birth to become President.

And the history of the relevant clause does not provide much evidence of any particular basis for that restriction; any such explanation is purely speculative.
I think it might be Input: http://input.fontbureau.com/
It plays with many variables to show the consequences of these choices, but never questions the basic assumption that shapes are happier in a diverse environment.

It then goes on to conclude "Demand diversity near you".

I know what they try to accomplish, but I still think it's a dishonest (or at least incomplete) approach.
I am a Chinese tax resident but an American citizen. China taxes worldwide income for citizens as well as long term residents (they don't really do green cards), I have to do the one month thing every five years to avoid it. The gov is also not aggressive in enforcement.

Even austrailia taxes worldwide income, America is not that unique here.
I've considered spending time on plan 9 making the UX less crappy. I think the stuff under the covers is fantastic but the UX is not great. The three button mouse thing is pretty stupid, for one.
They do have the option to leave, and looking around London that's exactly what they're doing, which is not good for the countries they're leaving. I'd say it's more important that they have the means to change that system.
Generating Unique, Random Tokens
Cellphones Can Spark Change in North Korea
I also have the exact same opinion, unless the company is fixing their terrible policies, I just won't develop anything for the iphone, the risk is just too high to work on iOS.
Should I Get a Ph.D.?
Fedora planning to adopt Intel's Tick-Tock model for releases
Why don't you just take it out of the app store and sell it on your website like everyone did for many, many years?
Thank goodness I'm not alone!

Where have you been all this time? :)
Logging Java method executions
Unfortunately this is not seem to be the case, but the people who make IDE upon which Andrew studio is based do have an experimental C++ development IDE so you'll be able to use the same shortcuts as in android studio. It's not even close to free though, Ormoc though it will be once it is out of Beta.

I can't remember what it is called, but you will be able to find it on jet brains homepage.
Well that's a whole other topic: does your string library support copy on write or not? If you have mostly short strings and SSO you are better off without copy on write.

My string class has copy on write, including splicing- so it uses the most space.. I'm sure it's not really worth it (It also supports string semi-predicates: you can safely return NULL as a string and test for it- I sure wish they had this in the standard library).

struct Stringraw
{
int ref; // Reference count
int len; // String length
// String data starts here
};

class String
{
Stringraw *raw; // Pointer to possibly shared malloc block holding string
char *s; // Start of string in raw
int len; // Length of string
. . .

// Sub-string
inline String substr(int start,int size) const
{
String x;
x.s=s+start;
x.len=size;
x.raw=raw;
++raw->ref;
return x;
}
I think it would be great for both Snowdrift and Wikipedia if Wikipedia endorses Snowdrift and attempts using the platform to raise funds.
Yes but the issue is about taxing worldwide income of non-resident citizens. Do Chinese laws provide for taxing U.S. income of Chinese citizens who permanently live and work in the U.S.? (Leaving aside enforceability.)

Taxing foreign income of tax-residents is, as you said, common, most first-world countries do it.
This makes me wonder if finding short strings with no/few search results and getting ranked for them all could lead to some free traffic from Google. Shotgun SEO?
I'm a PhD student, so of course your mileage may vary, but at the end of the year I have two options: I can accept that whatever the government deducted from my salary was correct (and do nothing else), or I can fill a form if I think I should be getting money in return.

I know that the special cases (foreign income, family outside the country and so on) are a bit more complex, though.
Timing Attack on Ruby
If you can avoid it by spending a certain amount of time out of the country then surely it is not what is meant by non-resident taxation in the context of this article?
It's not like we have any other models right now, is it?
to read past pay wall.

https://www.google.com/search?client=safari&rls=en&q=Cell+ph...
First, let me say that ideas like this are near and dear to my heart. As a software dev with a hardware background who's worked in Embedded Systems his entire career, I love this stuff and I enjoy helping people on online forums.

That said, I simply won't join a site that doesn't tell me much about what it does before I have to sign up. I need to browse. I need to see what the average level of discourse is. I know what level I want to engage people at and I've been at this long enough to grow tired of the "how do I blink an LED with my Arduino?" questions. Nothing wrong with that -- everyone starts somewhere -- but it's not for me.

You're competing with, among others, http://electronics.stackexchange.com/ and http://robotics.stackexchange.com/ Show me how you're different/better before I decide to sign up.
> The argument that I've been making for years is that proper entitlements should have existed for all the functionality necessary before the requirement for all apps to be sandboxed was introduced

In that case, sandboxing could never be introduced. It is quite literally impossible to provide entitlements for any and all functionality under the sun, unless you include the entitlement "allow anything" in the mix. Sandboxing is by its very nature restrictive, requiring bits of functionality to be whitelisted. That's the only way in which it can possibly ever be even remotely secure.

However, Mac apps are not required to be sandboxed. Only apps distributed on the MAS are. If you cannot ship your app with the sandbox, then you can continue to be distributed the way all apps were for the past few decades.

> Part of the problem is that a lot of things pose no security threats but there are still no way to access that functionality in a sandboxed app - that's the crux of the problem.

Can you give examples? I do not blindly accept that GaragePay's use of `hdiutil` is harmless, like you are claiming. `hdiutil` is not sandboxed, and I have no idea what kind of security audit, if any, has been done on it to see if there's any security vulnerabilities that would be exposed by allowing it to be run from a sandboxed application.

> The correct way to have resolved this was to expose APIs to access that functionality

Yes, APIs that allow for manipulation of disk images would be nice. But that's not even remotely a trivial task.

> In almost all cases, the functionality can be sandboxed if Apple provided an API to access it securely

That's practically tautological. "The functionality can be sandboxed if Apple allowed it to be sandboxed". Some missing entitlements would be trivial to add. Others would require massive work. I suspect that exposing proper APIs to manipulate the Disk Images infrastructure would require a massive security audit, and probably significant work modifying the APIs as well as I expect they probably don't meet the usability standard expected of public API.

> removing functionality objectively leads to an inferior experience due to the lack of said features

And implied that this means Apple should allow third-party apps to continue violating rules because the existing experience of using that 3rd-party application somehow trumps everything else.

Beyond that, I don't necessarily agree that this does objectively lead to an inferior experience as well. Removing insecure functionality, or functionality that relies on non-public APIs, can lead to a superior experience, because the application is now more trustworthy, much less vulnerable to exploitation, and perhaps more stable or future-proof (in the case of non-public API). So it really can be quite subjective, and quite dependent upon the particular merits of the functionality in question.

> The root issue is that if the required entitlements were available, then the app wouldn't be violating any rules at all and we wouldn't even be having this conversation.

Again, tautological. "If the app wasn't violating any rules, it wouldn't be violating any rules".
Yeah, I periodically think about taking the California Zephyr or the Empire Builder on the western half-ish of their routes if the stars ever align when I have the time on a route that I would otherwise be flying. And I may someday. But I also strongly suspect that the idea is more romantic than the reality--especially given that I'm far more into hiking and otherwise doing physical activities than sitting and looking at scenery.
Sociological studies have found this to happen pretty often. A (very readable) study of tipping points can be found in There Goes the Neighborhood (http://www.amazon.com/There-Goes-Neighborhood-Tensions-Neigh...).
I think it's Input: http://input.fontbureau.com

Note that some glyphs (g, l, i) can be customized and may look different from the screenshot in the default download.
Show HN: Explore 2011 and 2012 utilization and payment CMS data
Interesting data, but not the most readable.

Could you try:

- increasing contrast of text (vs background),
- making it horizontal (time is already there, no need to make the whole plot diagonal)
- making different author of language different color or font size than language (and perhaps, bottom to language name).

I believe it would add to readability.
Guess it depends on what you mean by significant. Mine is a significant burden, but I'm probably unusual, so I checked the national averages.

The IRS says the average time to complete a tax return is 13 hours:
- 12% complete 1040EZ at 4 hours each,
- 19% complete 1040A at 7 hours each,
- 69% complete 1040 at 16 hours each [1].

Since some 150 million returns will be filed this year [2], that's an aggregate of almost 2 billion hours spent. That's just federal, of course. States are probably less time each, since they piggyback on federal, but there's certainly some time spent there.

[1] http://www.irs.gov/instructions/i1040/ar03.html
[2] http://www.irs.gov/pub/irs-soi/P6187.pdf
Those of us doing C++ on Android still cannot.
Ruby Book Giveaway Extravaganza
OpsCenter Developer
DataStax, the company that powers the online applications that transform business, is looking for a talented full-stack Developer to work on the OpsCenter - DSE (Monitoring team). This position will be located anywhere in the US.

OpsCenter, a world-class monitoring and management solution for Apache Cassandra and DataStax Enterprise Server, is the tool of choice for anyone using Apache Cassandra or DataStax Enterprise. Its web-based architecture is designed to improve admin productivity in areas including monitoring and advanced task automation, whether your cluster has 10 nodes or 1,000 nodes.

The OpsCenter codebase currently consists of Python, Clojure, and JavaScript. Familiarity with one or more of these is important, but even more important is the passion and ability to work on any part of an application and ability to learn and adapt quickly as the application and technologies underneath evolve.

Essential Job Functions

The cool stuff you'll do

Improving OpsCenter through great code and attention to user experience

Contributing to technical decisions, and making many of your own

Job Functions

The stuff you'll need to succeed

5+ years programming experience

One or more of python, clojure, javascript experience

Comfortable working on a distributed/remote team

Self-driven, independent, and able to learn quickly

Experience with monitoring and management tools is a big plus

Experience with Cassandra or DataStax is a huge bonus

Compensation

Salary commensurate with experience

Full benefits and stock options

Apply Here: https://hire.jobvite.com/j?aj=oy1KZfw2&s=HackerNews
Speed Reading Smartwatch Delivers One Word at a Time
This is the best writeup I've seen so far on getting comfortable with ed: http://blog.sanctum.geek.nz/actually-using-ed/
NDK user. Staying with Eclipse for the time being.
It's an entitlement program masquerading as an investment program, largely by design, as the high payroll taxes that accompany the program are meant to provide it political legitimacy.
Wait, slow down. As far as I can tell from a quick Google, GaragePay was only using encrypted disk images as a way to store its private app data in encrypted form. But obviously there are many other ways to implement encrypted storage, within the app process rather than calling out to the OS. This would avoid the need for any holes in the sandbox; it would require some work to implement, but temporary sandbox exceptions were known to be temporary for years.

Even if the developer wanted to be able to access disk images from older versions of the program, they'd be dealing with an undocumented file format, but AFAIK there is a lot of code out there for dealing with dmgs, so it should be possible.
Why is that mentioning C# in an Apple thread is A-okay but mentioning in a Google related post is a deathnell?

If you people think the target market for this is just Eclipse and Android developers then you have not been paying attention to the larger picture of cross-platform stacks.

It even has the word Studio in the name for crying out loud.
I'm just a frequent user of tiling window managers and vim on Linux and I wish I had the elegance of plan9 under the covers :)

Unfortunately I'm all talk at this point. I have to set up an actual plan9 machine at some point and start working on it if I were to get anywhere.
You might want to have a look at Mapillary (which is a crowd sourced StreetView-alternative). Depending on the location the quality can be quite okay and some places have images where StreetView does not have any. All the images are under a CC license.
https://www.mapillary.com/
As demonstrated in the article, this gives you a local IP address which you could use to find the hostname of the device. For iOS devices, the hostname often contains the owner's name.
> Also, I'm sure most reading this wouldn't appreciate 'experts' from another country (e.g., Japan) coming to your community and imposing their ideas on your government, business practices, and way of life.

I don't appreciate anyone (outsiders or not) imposing their ideas on my government, business practices, or way of life; but that doesn't mean that foreigner's arguments as to policy are less valid because of their status as foreigners. In fact, I think that one of the big problems in US policy is an often willful blindness to outside experience and a very big dose of NIH syndrome.

> We thought democracy would blossom as soon as we removed Hussein

Well, you might have. Plenty of Americans -- including many experts, and pretty much everyone whose argument supporting their belief referenced actual facts of history of other conflicts -- did not. Certainly, plenty of members of the senior leadership of the US administration -- people like Doug Feith, Richard Perle, and Paul Wolfowitz -- made statements that indicated that they did, but then there's probably a reason that, e.g., General Tommy Franks described Feith as the "dumbest f-ing guy on the planet".

Seems to me that situation is further evidence for evaluating people's policy positions based on the content of the support for their argument, rather than simply their nationality or other positional traits.
Nothing at all.

Apparently Google is waiting that JetBrains eventually releases CLion.

It is anyone's guess when it will achieve parity with CDT.
You seem to be implying that the primary purpose of like queries is to do full text search, which is of course not true. E.g. perhaps you need prefix matching, or perhaps you are implementing an autocomplete box where you want partial matching, or you are searching over filenames and want partial matching, the latter two both being "insane" cases in your world.

And yes, there are GiST indexes for text in addition to inverted indexes. I didn't bring these up because you are comparing primarily to products using inverted indexes. My point is to illustrate that these products are actually mostly the same, with differences primarily around tooling.

No one is arguing that Solr and Lucene don't have advantages over PostgreSQL's text search. But I strongly disagree with your claim that "full text search lacks the feature set to be a reasonable solution to most search use cases."

You are quick to claim that postgresql cannot use customize tokenizers or cannot scale or doesn't have features. Then in the same paragraph say that well, yes, it can do both these things but it's harder to work with. You also wipe all the other advantages that postgresql brings under the rug with a dismissive "oh well these are minor situations." I guess they are minor in your products, but they are certainly not minor in others.

If you only need text search, or are using a database other than postgres, then Solr and Lucene are great choices. On the other hand, if you are using PostgreSQL already, its' full text search is entirely reasonable and feature rich for many if not most search cases.
This is awesome. Being a payment company, how does this influence your ISO 27001 / PCI DSS compliance efforts?

I encourage lists at work but the first objection is often around our "need to know" security policy, thanks to ISO.
When you strip away the financial facade, what remains is current workers providing surplus output for retirees to consume.