skysight-inc/HackerNews huggingface dataset:
I wouldn't be surprised if infrastructure costs and delays were going up everywhere though, including France. Would be nice to have actual data.

I think it comes down to new non-functional requirements: safety, environmental concerns, accessibility, liability protection, etc. With these requirements, Paris or London or New York would have never had a subway system in the late 1800's or early 1900's. By now though, all these systems have been maintained and modified to comply to the new non-functional requirements over time.

So if you added the accumulated cost of running a subway system today, while adding all the maintenance costs over time, it might be the case that the cost of building the same thing from scratch would be cheaper, but unfortunately without the benefit of having passengers enjoy it (and pay for it) for over 100 years (thus partially subsidizing the maintenance costs).

So you could even consider something as rigid as a subway system built in an "agile" way, with a quick and literally dirty MVP out of the way early, and additional non-functional requirements added over the course of decades. It's just that those requirements weren't known or wanted initially.

Now would it be ok to do the same now? Have a subway system in a city that needs it, but without bathrooms in stations, with no pollution requirements initially, not accessible to the disabled, (name your other requirements not necessary for a MVP), but with the benefit that at least it exists now, it can be subsidized by passengers that are willing to use it, so that over time those other requirements are met. Better have them later than never.
Better would be the DSL approach: Express the problem in an easy to understand, natural-looking DSL and then implement the DSL. This is both top-down (describe problem) and bottom-up (implenent DSL words) at the same time.

In common OOP languages (i.e. Java), the mechanisms of OOP can be used as an ersatz DSL, albeit a bit limited.
A well laid out case. Given the churn the new change in preference it might cause in the ecosystem, it's probably worth reverting, especially since apparently no real benefits beyond "it feels right" (according to this accounting) have been put forth.

It may cause the committee to lose a little face, but less than digging in your heels over a decision that has no ramifications to you but does to others, and you have no real justification for. Hopefully they see that and acquiesce, or at least come back with a well thought out rebuttal that isn't dismissive.
I think a citation is needed, because I see a lot of cites of the opposite. One from a long list on a quick Google search:
http://www.pulse.ng/world/angela-merkel-germany-wealth-inequ...
http://www.france24.com/en/20170323-germany-wealth-inequalit...
http://www.dw.com/en/study-income-inequality-reaches-new-hig...
https://www.google.com/search?q=german+wealth+inequality&tbs...
Wasn't his post arguing in favor of Chrome apps over Electron? He'd prefer to keep using Chrome apps and avoid Electron.
Do stars fall quietly into black holes, or crash into something utterly unknown?
Yeah this article's a bit mixey.

Side note:
You know I have a Saudi friend who told me that it's incredibly patronising when the 'West' talk so much about their (lack of) rights, like as if they're so helpless and living such miserable lives ... they're practically reduced to the very black figures they were criticised to be.

> because its inventor was stuck indoors waiting for her “male guardian” to drive her somewhere

But yeah. Things are changing even in Saudi Arabia..
http://m.gulfnews.com/news/gulf/saudi-arabia/saudi-prince-su...
This is the point where I could (in principle) accept the idea of "conditional collaboration" -- as in, "OK, I'll loan you, generally destructive and disreputable person that you are, the appearance of credibility, as long as you refrain from taking deeply harmful actions X, Y, and Z." That is, at least where there's some significant leverage exercised. And where "deeply harmful" means just that (e.g. backing out of the Paris climate deal, invading Iraq for no particular reason, etc -- something on that scale).

I'm still not sure I would have the stomach for it, myself, if I were in their shoes. But at least I could see how that could be drawn as an ethical position.
You can check out my library riko [1, 2]. While it doesn't have a slick GUI, it does support most of the original yahoo pipes (including xpath [3] and regex [4]).

[1] https://github.com/nerevu/riko

[2] https://www.youtube.com/watch?v=bpn2G3TAAYY

[3] https://github.com/nerevu/riko/blob/master/riko/modules/xpat...

[4] https://github.com/nerevu/riko/blob/master/riko/modules/rege...
No one needs to get donated food. These leftovers are given away for free instead of throwing them away. Some people are using this for propaganda, and to many are falling for it.
Totally agree. Heading to the Melbourne Openstack conference right now actually!
The "my mother" one was one of the optional additional selection rhymes. This was in the Mississippi river valley of northeastern Missouri / western Illinois.
Paper @ https://arxiv.org/pdf/1703.00023.pdf
It seemed something was up when a few devs went to valve.
With SHA 224, there is only 32 bits worth of information that are lost. Isn't a LEA "feasible" by generating the ~ 4 billion messages and finding the 1 that validates.

With 512/256 this is infeasible.

Is this a real concern with 224 in practice?
That can be disabled in Google's case.
Seems like a business ready for some automation.
Deploying a Flask app on the cloud, the recommended way
> Or we might move to a mix of electricity and hydrogen fuel cells; Toyota's betting on this, since natural-gas refining releases waste hydrogen. Safe containment of hydrogen is harder than safe containment of gasoline, though...

It is possible to do a gasoline fuel cell:

https://news.wsu.edu/2014/06/16/wsu-researchers-develop-fuel...

https://www.researchgate.net/profile/Jinsoo_Kim8/publication...

Output seems to be water and carbon dioxide; not perfect, of course, but much better than current IC engines, and no infrastructure to change.

But there must be a reason why we haven't heard about them more since 2014 - still must be a lab-only thing for one reason or another.
But NIST didn't make that clear. The thing they made clear is in fact the exact opposite and the OP mentions it. They called it SHA-3, saying to the world that this was a better SHA-2. If they wanted to make clear that SHA-3 wasn't to replace SHA-2, they should really have named it something else. Now everybody not knowledgeable to the details will sadly assume the 3 is better than the 2.
I disagree. I think learning 10,000 pictograms is much harder than learning English spelling. Even just learning the 2000 needed for reading Japanese or 3000 to 4000 needed for Chinese is harder. Of course most Han pictograms are composed of a few hundred "letters" (e.g. 能 is made up of a 厶, a 月, and two 匕s) but the correspondence between a "spelt" pictogram to the spoken word or meaning in Chinese or Japanese is far more variable than between the spelling of an English word and its pronunciation.
Maybe the Chromium->Chrome/Iron/Opera comparison would be a little neater? That's the way I read it. An open source core with different vendors adding closed source components as value adds.
A few off the top of my head:

A book I often recommend is "The Organized Mind", by Dan Levitin. He focuses heavily on the prefrontal cortex – executive function, etc. But the takeaway for me was his analysis of how much it 'costs' the brain to context switch.

"Flow" by Mihaly Csikszentmihalyi is considered a classic on the subject.

An interview that's been on my mind recently is this one from 2013 on multitasking with Stanford Psychology professor Clifford Nass: http://www.npr.org/2013/05/10/182861382/the-myth-of-multitas...
...relative to the usual "not even wrong" depictions that Hollywood screenwriters can crank out after barely passing high school physics.
You got any credible sources on that? It sounds like one of those urban legends that people like to repeat. The Eisenhower interstate system was built in a post-nuclear world, and in a post-nuclear world it's hard to imagine there ever being a mainland invasion of the United States. The bombs would be flying before that, and there wouldn't be anything left worth invading (on any side in the conflict). Being able to utterly destroy the other nation and its military forces within minutes by launching thousands of ICBMs is a much more credible plan of war than blowing up some random bridges on your own turf, and indeed that is the logical course of action that we did go down.
Yup. I cycle a lot, and when I first moved to USA I tried to live the car rental only lifestyle in the Bay Area. In someways this was easier than I expected:

* Most US car rental price comparison sites let you book a car months in advance to lock in the price, but you don't pay till pick up. There's almost never a penalty for booking and not picking up, so I used to just block book the weekends months in advance, whether I needed the car or not.

* I just used the big rental firms - at the time services like ZipCar were priced to heavily incentivise you to only drive between ZipCar areas and drop off, e.g. use a different car for the outbound journey and the return one. Using them for all-day tripping often ended up being significantly more expensive than a traditional rental. I've no idea if this has improved. Car sharing services appeared to really rely on both your start and end destinations being in their 'coverage' areas though.

* Once I got to know staff at my local rental place, I started getting 'free' upgrades a lot.

However, after four or five months I ended up buying a modest low mileage 3 year old Honda. The cost of running isn't actually all that much more, and now I don't have to factor in travel time to rental place, having to refill the rental before return, clock-watching etc. This is entirely selfish of me of course, but very much caused by the small 'barrier' you mention.
Sharing with HN my pet project: a site to listen to your newspaper (UK-based)
This literally depresses me.
This is the best thing I have ever read on Hacker News. This is my only comment on the matter.
I prefer F# as my day-to-day, but I can understand why, for day-to-day challenges, a lot of devs might look at some language features and say "C# has something that's pretty similar." However, use-cases that can be solved elegantly by pattern-matching, type providers, and/or computation expressions are areas where the "C# is good enough" argument is harder to make.

One set of use-cases where pattern-matching are particularly valuable is parsing and other times when you're deconstructing / transforming a complex structure.

One use-case for a type provider would be, say, taking an XML schema and exposing its structure as a compile-time constraint.

One set of use-cases where computation expressions are valuable relate to (oh god I don't want to use the "M"-word) the creation of a small DSL that isolates some type of specialized computation on a parameterized type. For instance, the (built-in) `async` computation expression.

Those might sound like fairly esoteric use-cases, but they're really not that uncommon if you do DSL / library development.
I have several coworkers that have stopped biking to work here in sunny, liberal SF because of near-death experiences commuting on a bike.

These are both avid riders with professional-grade equipment taking a short Mission-FiDi route.

Regardless of its "project zero" marketing, SFMTA has bikes last on its priority list. It has to be pushed by guerrilla infrastructure groups to do anything meaningful.
Ansible/Chef/Puppet themselves need to be bootstrapped as well.

Nope, Ansible just needs SSH access.
Siri is worst for indian English Accent like me, Could not even compare it with Google. Google is light years ahead , it can recognize my english 100% and most of the times even transliterated tamil spoken in English (another local indian language)
Amazon Lightsail update
Does anyone have experience with B2B affiliate marketing?
>I have a hard time believing that. With a ton of stuff all running inside of Chrome, it's much easier for them to access each other's data than if they were standalone apps.

Chrome apps are subject to sandboxing, and regular native desktop apps (besides apps installed through OS X's app store) generally don't have any sandboxing enforced on them at all.
I think that's very much the problem. Current voice systems are really just API-command-by-voice, maybe with a tiny amount of context awareness.

To be really compelling, voice needs to offer the whole AI concierge experience. At a basic level, it needs to be able to deal with queries like "Find me a good place to stay in Barcelona" and "Find me a new jacket". It needs to ask questions as needed, to operate with the initiative to search tens or hundreds of sites, and to recognise the useful data in the results.

With Google, Amazon, and the rest, search is becoming more and more of a problem, not less. For non-trivial searches, finding good products and/or reliable information can be incredibly time-consuming.

So currently voice is a bandaid on top of search tools that aren't progressing much, and may even be regressing. Voice has to solve the search problem first before the recognition and context awareness problems really become important.

It looks as if the industry is to trying to do this the other way around. I'm not convinced that's going to work. It works up to a point, but the point isn't as advanced as users expect it to be, and the overall experience can be disappointing.
You are probably being overpaid for the value you bring[1] So maybe be grateful that you are not being overpaid for an extra $50k - $100k ?

[1] assuming the startup you are at is probably burning through investor money.
> Moore's law might be slowing, but the challenges are accelerating

Uh, ya. They are inversely correlated. The harder it is to do something the longer it takes.
Agreed. The `raw` data collection should be transparent and in a format that is not locked into Excel spreadsheets.
Openshift is something different from Openstack.
I'll add another one: 'The Story of English' from a Canadian bloke here: https://www.youtube.com/watch?v=Mj9jJiPwsp0
I was skeptical but bought a cheap one because I thought it would be fun to hack on. Turns out it was more useful than I imagined. We listen to more music in our living room now that it's become frictionless to play something (I'm not an audiophile but I can't listen to music on cell phone speakers). When I tell the kids it's bedtime in ten minutes and set an echo timer, they actually go upstairs when the timer goes off (probably some weird psychology going on there, but the living room telling them it's bedtime carries more authority than dads phone). The killer app for my wife and I has been OneBusAway. Being told when the next bus is coming while getting ready in the morning is awesome, much better that fumbling around with their app.

Obviously your use cases may vary, but with my echo I was pleasantly surprised at how useful it was. I was given a smartwatch for free and was nevertheless disappointed at how useless it was. I can pull my phone out and do stuff with one hand, whereas on a watch you need to hold one hand in place while the other hand operates the device, meaning it's harder to use and less convenient.
>My pure JavaScript implementation of blake2s (which is approximately half the speed of parallelized sp variant) on 2.6 GHz Core i5 hashes at 170 MiB/s.

If I recompile blake2sp with "/O2" optimization, it improves to 171MB/sec. I ran tests with "/Od" optimizations disabled because the default Crypto++ library project has optimizations disabled when it makes the lib file. Therefore, every hash had no optimizations to keep the comparisons apples to apples.

I see your Javascript code of BLAKE2 on github so I'll try it and compare. (https://github.com/dchest/blake2s-js)

>Also, there is no reason to use such large buffer sizes, I suspect this only makes benchmarks more unreliable.

I chose 500MB because I wanted the fastest hashes (CRC32, MD5) to take at least 1 second and many data sizes I want to hash will be 10GB+.
As Don Quixote should have said to the guy who said there is no book so bad it doesn't have something good in it, opportunity costs are huge these days.
Yeah, there's a long discussion about this on the official Unicode mailing list recently. You can read it at http://unicode.org/pipermail/unicode/
What 4 problems ?
I don't recall the exact scene, but wouldn't the different relative centers of mass, and the corresponding difference in distance from the black hole cause some drift. I assume it would be slow. Possibly VERY slow, so it likely wouldn't look like falling, but I think they would separate, right?
The last time I had to do something similar was back in early 2011(?), and I used the #bitcoin-otc IRC channel. Got a bunch of Bitcoin for $5/each.
The belt is indeed interesting, but note that it precludes OoO should they choose to add it at a later time. I'm not entirely optimistic about the belt because basically the same thing exists on the Mali gpu (albeit not publicly documented to the best of my knowledge) and it suffers from saturation issues.

The issue with ilp extraction for VLIW compilers has historically been the difficulty of drawing accurate traces through branches to get sufficient ilp. Nothing the mill has shown so far addresses this.
How I have implemented things is that when the UTF-8 decoder encounters an invalid sequence, it retreats to the beginning of that sequence. It then converts the first byte of that sequence to a replacement characters, and consumes it. Then it resets to its initial state and begins decoding starting at the following byte.

Basically we are saying "no match occurs for a valid UTF-8 pattern at this input position; let's do error recovery by dropping a byte, pooping it out as a replacement character and trying again."

I have used the surrogate pair range U+DC00 - U+DCFF for replacement characters. On output, I convert these back to individual bytes. Thus the end-to-end decode+encode is binary transparent: any byte string can be decoded to a sequence of code points, some of which may be replacement characters, and that sequence will encode back to the original byte string. (This requirement cannot be achieved if multiple bogus bytes are collapsed into one replacement character.)

Well, that's not the full story: to have this transparency property, we also need to ensure that when some U+DCXX occurs by means of a valid UTF-8 pattern, we nevertheless treat it as invalid. I.e. there is a rule that if the UTF-8 decode works, but a U+DCXX code-point emerges, then we retreat to the start and drop a byte as a replacement character, as if a bad code had been seen.
How do you do the cooking of the base VM image?
It's a pretty serious psychological barrier. When you already own a car, the maintenance and finance costs are already sunk costs, so the marginal cost of doing a weekend trip is quite low -- pretty much just the cost of gas. When you don't own a car, now you have to throw in the cost of the rental too, which can easily make a $20 trip turn into a $120 trip or more (it costs $100 per day to rent a car near me, so an weekend camping trip jumps up to $220). Even if the total cost with the occasional rental is less, the marginal costs are structured in a completely different way, which ends up negatively incentivizing it.

Hell, I live in Manhattan and I now don't do a lot of things I used to do when I lived out in the suburbs and had a car, for precisely this reason. Instead I do a lot more things on my bicycle, including long weekend trips -- it's basically become to me what my car used to be to me when I lived in the suburbs. Except using it actually improves my health.
> The article made that quite clear. On the subject of dangling prepositions, it said there were only 2 other languages besides English that allowed them (an indigenous language in Mexico and one in Siberia).

Which is not the complete story, at all. English "dangling" prepositions are a direct lineage from Germanic separable verbs, which also still exist in at least German and Dutch.

Ich fahre jetzt ab. -- The "ab" is a preposition, just kind of hanging out at the end of the sentence. It is, in fact, part of the verb, where "ab·fahren" means "to leave". The example given, "Which town do you come from?", could be analyzed as exactly analogous, where the verb is actually "to come from".
Or double your first slide as your Thank You slide and use the Home key.

Also, don't underestimate the power of the blank screen (B or period for black, W or comma for white in PowerPoint; press again to return to last slide). If you don't have an action item take away to display it can be an effective "I'm done" and bring focus more directly to you for any concluding remarks (including saying a "Thank You"). (It can also be effective in the middle of a presentation to highlight something you want people to hear from you first rather than read.)
224 is 512/224.
No offence to the author, but this is rather awful code.

comparisons += (end-start-1)

That isn't counting comparisons. It's not incrementing a counter every time you do a comparison. Don't pretend it's counting comparisons.

This article is just typical 'pure functional propaganda' IMO. There's no actual justification for anything it's saying. It provides a bunch of convoluted, overly complicated Haskell code to do something trivial and then makes unfounded claims about impurity like

>Why don't we do this all the time, when Haskell is at least a serviceable imperative language? Because writing imperative programs is hard! They don't compose as well, have less useful type signatures, and are harder to reason about. Getting away from those things is why we have Haskell to begin with!

Writing imperative programmes is not hard. Imperative programmes compose very well, as anyone that's every used the bloody Unix commandline knows well. And no, you can't argue that it's a 'pure interface'. rm isn't pure. chmod isn't pure. The programmes aren't implemented in pure languages.

And Haskell is an awful imperative language. I want evidence that someone, in real life, actually thinks that this:

else do
wOnStack <- elem w <$> readSTRef stack
when wOnStack $ do
vLowLink <- fromJust . I.lookup v <$> readSTRef lowlinks
modifySTRef' lowlinks (I.insert v $ min vLowLink (fromJust wIndex))

is an acceptable way to implement this:

else if (w.onStack) then
v.lowlink := min(v.lowlink, w.index)
endif

compared to this:

elif w.onStack:
v.lowlink = min(v.lowlink, w.index)

then you're in denial.
> So the federal government hires contractors to handle classified data even though doing so makes it structurally impossible to secure classified data.

Why? What's the difference between a contract employee and a government employee at this level? They all sign literally the same NDA, the same laws apply to both, the same polices apply to both. They both go through the same security screening process and they both pass the same (roughly) technical competency bar to do their jobs.

You probably see more contractor fuckups just because there are more contractors. There are also many government staff fuckups (sure, Snowden was a contractor but every big spy prior was a civillian or military).
The industry is run by people who grew up on Star Trek!
The problem is Siri's software.
Both the speech recognition as well as the intent recognition are way better on Google phones.
You can run Ansible in check mode and see what steps will make changes.