bru

There are currently such controls for the EU, actually, and done on the French side of the channel. Those may go as well.

I'm sorry but I believe most of that is FUD, which some prominents economists have been calling out, e.g. this short Krugman piece: http://krugman.blogs.nytimes.com/2015/01/06/about-that-frenc... The sad thing is that this FUD itself has a impact, and is therefore self-fulfilling to some extent.

"Superior results" are, to be fair, quite debatable:

- UK got an edge via fiscal dumping, hurting its neighbours. This is also what Ireland is doing now, which really gives "good results", but is hurting all other EU countries (Luxembourg some the same, some other countries as well).

- Germany has a lower unemployment rate, but with way more precarious working conditions for many workers.

- I really don't know about Sweden so I won't speak about it, but I'm going to read the piece you linked, it looks interesting.

I could also say that France has superior results, if you look at other metrics:

- productivity per hour: the USA is #1 with a very very small edge over Germany and France, both #2. The UK, Japan are far behind

- Gini coefficient! This one is very dear to me. We're doing pretty well, and our evolution over 10 years has been better than most of our neighbours[1]

I believe that the biggest problem we're facing nowadays (and have been facing for a couple decades) is that increased globalisation allows companies to go "shopping" for their fiscal system, and put countries in competition. This creates a drive to get lower tax rates than your neighbours, which is a bad spiral and in the end deeply hurts countries (however, if you happen to disagree with that, then I'm afraid we have fundamentally different world view, and I don't really have the energy or will to debate if further, sorry). Ireland is a prime example of this.

> why would the "French fraternal" system be worthy of being copied given its weak results?

My goal is not for it to be copied a bit everywhere but, really, for it to be considered with fairness, and not just shunned and mocked because of propaganda and preconceptions.

I actually have a in mind couple great pieces I'd like to share on those topics; unfortunately they're in French. I'll look a bit around for potential translations.

1: some data: http://ec.europa.eu/eurostat/tgm/table.do?tab=table&language...

> The education system you're referring to is not free at all. The very substantial income taxes in France pay for it.

That's like my whole point… You'll effectively get less money than in the US, but you're subsidising a fraternal economy which you enjoy too.

Indeed! But then you get great health insurance, good public infrastructure and services, free top-notch education, etc.

Basically if you're without any dependent, you may not see it as worth it, but once you have a family it really starts paying off.

Given France history (and bagage with England), many French people are very proud of their language. I believe that if one wants to really enjoy France, develop good friendships there, etc., one has to speak French. Or at least be learning it.

> Isn't it like super hard to setup a startup in France?

It's been getting way easier each year. This book[1] by Criteo's founder explores the question in details.

> the talent coming out of all the grandes ecoles seems definitely underutilized

I'm really not sure what you're hinting at here, though. Some of the concerned people will choose more relaxed jobs over intensive ones, but that's a personal lifestyle choice, and not really frowned upon.

1: "They Told Me It Was Impossible: The Manifesto of the Founder of Criteo" https://books.google.co.uk/books?id=_gA0DQAAQBAJ

AFAIK age groups are by 5 years. He held the record for the 100(-104) age group, now he holds it for the 105(-110) age group.

(1) A grep can identify all the occurrences; a sed might even fix them. (translated to Google internal tools obviously)

(2) Apparently setting a __dict__ key works; they could be implemented like that.

About the patch at https://github.com/vmg/redcarpet/pull/516/files, couldn't the update simply have been the following?

    -	return Data_Wrap_Struct(klass, rb_redcarpet_rbase_mark, NULL, rndr);
    +	return Data_Wrap_Struct(klass, rb_redcarpet_rbase_mark, xfree, rndr);

> why the website is sending docents of requests to Ebay’s servers.

"dozens" maybe?

Full story by one of the 2 finders on the oss-security@openwall mailing list: http://www.openwall.com/lists/oss-security/2016/05/03/18

Interesting, even though it's now 5 years old. I'd be interested in the evolution. Also, a pie chart? Really? I can't fathom who thought it'd be a good idea…

Doesn't work here. None of the given examples triggered the feature.

Some differences are outlined in this insightful post: http://roscidus.com/blog/blog/2013/06/09/choosing-a-python-r...

Overall I'd say that OCaml is more pragmatic.

The designed is compared against Spanner's several time in the interesting design doc: https://github.com/cockroachdb/cockroach/blob/master/docs/de...

> libav [...] promoted as a concerted effort to create a better API

True, but that was biased and unfair. Some developers leveraged their Debian influence to get Debian to switch from ffmpeg to libav, but the technical merits were debatable. In the end, they came back to ffmpeg.

This is mostly a political issue. Software-wise AFAIK ffmpeg has been integrating many changes from libav but the opposite is not true, making IMHO ffmpeg the right choice.

Good article (2012) with in-depth history: http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html

More recent (2015) short take on the matter, seems pretty biased though: https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav

Wikipedia entry: https://en.wikipedia.org/wiki/Libav#Fork_from_FFmpeg

The github link is on mpv wiki. mpv is a descendant of mplayer and mplayer2 (the latter being mostly dead). IMHO mpv is the best media player for any OS (lightweight, snappy, reads everything, better options and CLI than mplayer*, etc.).

In the source you'll find every occurence of pi as

    <span style='font-family:Symbol'>p</span>

Apparently the Symbol typeface has π as p: https://en.wikipedia.org/wiki/Symbol_(typeface)#Encoding. I guess that ones who has the correct font installed will see the expected character.

No, that's really different.

- nodequery source (and ecosystem) is closed

- "periodically store various system data" "minute" VS "low-latency"

- email notifications only

- no query language, but a JSON API → overhead

Riemann looks more free (libre as well as liberty of usage, you can just monitor anything), more in-depth (does more with lower latency objectives) and better designed (DSL for rules, protobuff over tcp and udp instead of json over http over tcp).

Looks good, but... what's the version I'm to read? The first one or the second one? They seem like different versions of the same document... Since the table of contents is close to being the same it looks confusing.

Looks like the first one is in C++ and the second one in OCaml . Second one it will be then :)

Looks down (503), here is a cached version: http://webcache.googleusercontent.com/search?q=cache:Bf9Iv63...

That's what last.fm does. You don't need a paid account for that, just add a last.fm scrobbling plugin to your music stack.

$ curl http://deepart.io/

curl: (7) Failed to connect to deepart.io port 80: Connection refused

Prolog seems like a good fit for that. Any PhD student wants to publish a paper on a Prolog translation of the TPP? :-)

How will you handle special key combinations such as Ctrl+C to interrupt what's running?

It looks like it will be the second-generation democracy mode. That looks a bit too easy: in theory we would simply have to follow the install guide line-by-line and it would work.

Some of the weaknesses can be tempered by not using HTTP to communicate between the microservices:

- "slowdowns on the order of 1000%"

- " bunch of code necessary to marshal/unmarshal data [...] there are always dragons in there.

And also problems of versioning, data integrity, etc.

I've had those problems in a microservices architecture. That's things that are solved by protobuf[0]. Your servers exchange small, efficient structured data and you get tons of other benefits ({un,}marshaling for free, integrity, versioning, ...).

Potential downside: a language you want to use having no protobuf API.

Finally, I see another downside to the microservices architecture: it may be decided that the smaller, decoupled code bases should be stored in multiple CVS repos. Which turns into a nightmare: a single bugfix may span across multiple repos and there is no clean built-in way to links commits across them, you still should sync the interfaces (e.g. with git submodules), etc. This is a thing I've witnessed firsthand, and proposals to merge the repos were dismissed since "We [were] using a microservices architecture". Yes, it's a mistaken implementation of the microservices paradigm, but it still happens.

edit: I recommend protobuf not by preference over other equivalent solutions, but because it's the only one I know and have used. Alternatives are evoked below.

0: https://developers.google.com/protocol-buffers/

His Ted talk (https://www.ted.com/talks/christopher_m00t_poole_the_case_fo...) is very interesting.

Isn't that exactly what tabulate has been doing very well for a while? https://pypi.python.org/pypi/tabulate

Note the variety of formats: 'ascii', but also html, latex & co.

1-page article: http://uk.businessinsider.com/the-17-hottest-tech-startups-i...

Ah, I feel dumb for not catching it. It is fair indeed.

About the article: that's not what I understand...

> a group approved by HBO to receive [the episodes]

What I understand is that the leak did not come from HBO but from one of their service providers or journalists or anything like that. Am I missing something?

That you for that "typical HN comment".

>This is a stupid blog post.

Have you seen the topic discussed on the Internet? I looked for it and I haven't, so I simply started it. Given the score of the submission and the number of comments, that goal is reached. I learned a lot from other comments and I'm happy.

> HBO already tracked down where the leak came from.

Source?