skysight-inc/HackerNews huggingface dataset:
Wow, nice explanation. I was expecting a lengthy post with refuting everything uber said and explaining why pgsql was a better choice and uber was wrong.

Nice and clean post showing that acknowledging a weakness isn't a terrible choice.

I do wonder whether a different data structure would have mitigated the issue instead of transitioning to a different storage engine.
Hope a new module, that replace an old module (with less functionality) is accepted too.
Tesla and SolarCity to Combine
Oh boy, did I laugh my head off at this bit:

No one in the scientific literature has a working account of what the English word ‘the’ means.

Aye. But, strong AI is just around the corner. No worries.
My dad was telling me how interventional radiologists have been doing chemo embolization, where they deliver the chemotherapy directly at the tumor site/organ. I don't see why they couldn't use ipilimumab and similar drugs to do the same with immunotherapy.
Automata make for good regular expression matchers. Another interesting approach is via derivatives: https://www.mpi-sws.org/~turon/re-deriv.pdf
I would imagine it's very useful for automated testing.
Yes, it is added everywhere, by often by methods you cannot tell. Fruit for example, is selected and bred for more sugar. Cows can be manipulated for more sugar, then dairy products. And again, since no government regulation was allowed, there will be no labels to even read, in that world. And I kindly disagree you can change human, innate, preferences on the whole. Unless you regulate them, which I understand is an anathema.
Is this from experience? I've switched back to regular vim from neovim because of platform support, but I've never had stability issues when I did use neovim.
> I think that's a rather negative outlook.

I guess my post was partly influenced by this piece of information being rather hidden on their website, instead of up-front and center.

Spending a million can be justified if they manage to drag at least one useful thing out of the pile.

Then again, i'd rather see something like "Ok, you made this thing and you're fairly sure it's viable, let us help you make it shine". I've seen too many things fail where the tech and thinking behind it was solid and working fine, but a severe lack of round tuits strangled the project before it could blossom.
Or rather share your feeds on http://feedshare.net !
There's a redirect to imgur if the referrer is hacker news.
That homepage animation is eating up the damn frames and flickers the page in mobile.
Maybe the first job in the contract should be to remove the heavy animations.;)
And in fact, many people have.

They need to give you the money somehow, if they don't want to employ you, that is (as far as I know) the only way.
For those who didn't know about Kagi, from an archived version of their site:

Welcome to Kagi. We provide the technology that makes it easy for you to open and operate your online store, so you have time to focus on managing your business. We offer a complete range of store solutions, including order pages, shopping carts and payment processing—all tailored to fit your needs. We give you the keys that unlock your online store's potential.
The original Uber blog post that led to the discussion - https://eng.uber.com/mysql-migration/
Here is my Blitz++-inspired hobby project, supports arbitrary rank: https://github.com/lloda/ra-ra

I'm sure you can find more polished efforts if you look around.
The attitude with which the article is discussed in the mailing list is admirable.
I think this is exactly right. It's a decent face saving move for Uber to have some sort of outcome in an otherwise very very difficult market where they were losing. Seems like the investors in Uber China could have done better to just put the money directly into Didi though. I guess the upside was it got them into the parent company though, which otherwise they may not have had access to.
That's great but what about nd4j's data structures resemble numpy arrays? Without making connection to the original most this comment just reads like typical spam.
FSF collects money for infrastructure etc.

Generally the GNU project maintainers are not paid by the FSF. Mostly they're paid through the likes of Red Hat etc.,
with varying overlap between day job and maintainership
I also quite like Dylan's way of ending blocks, letting you type for example "end method do-stuff" so you can see clearly what's being ended, which is useful in a document with long sections.

And I like that XML block moving is even manageable with ed, which I actually use sometimes. Well, and vi.
> The biggest leak that needs to be plugged is the browser plugin details.

Check this: https://github.com/Mechazawa/Firefox-plugin-enum-disable
(works in Chromium via Tampermonkey and Firefox via Greasemonkey)

EDIT: argh you wrote 'Plugins' not Addons...
An even earlier example is The Prisoner episode "Many Happy Returns". Almost half of the episode is without dialogue.
Uber is renowned for using political connections and board seats to influence regulation. How different is it?
It's a shame that there is no consolidated way to provide index labels to both columns and rows without wrapping this in another class (e.g., your own, or pandas). R's matrices and arrays are very convenient as they provide this functionality out-of-the-box.
> XML without namespaces does not exist. If it existed, how would you differentiate between title and link elements in Atom and title and link elements in XHTML?

By where it is in the structure. The document is a tree where each element has well-defined context; there should never be confusion about whether a particular <title> is part of the feed or part of the content in the feed, because if it's in content it will be inside the content tag.

(Don't you need to do that anyway? I mean what if the XHTML had another Atom feed embedded in it? Or the content of one of the entries in the feed was another Atom feed? That's legitimate, but you wouldn't want to show titles from the "inner" feed as titles in the feed).

> Having an element with the semantics that “this content is in another language” is done out of necessity in HTML, as it has no namespacing: <style> elements contain CSS, <script> elements contain JavaScript, <svg> elements contain SVG … having an element in each language to embed each other language would become complicated very fast.

Only if you need the ability to embed an arbitrary other language. And if you do need that you can't possibly be validating or transforming based on what's embedded, so what value is the namespacing of it giving you?
Execution implies imprisonment. Killing an enemy to save lives on an active battle field is rarely controversial.
Yes, I have a lot more respect for this than say MongoDb which claims to be great at everything.
Finite matter tho.
> it's another language that's need huge amount of code (relatively to the rest of the code)

It's the first time I see this argument. Does it mean you only produce scripts
of 20-40 lines overall length? Why makefile for those?
<person id="123" name="John" age="42" sec:checksum="...">
<family-member type="spouse" ref="456""/>
<family-member type="child" ref="789" />
<fin:credit-rating score="A"
last-change="2016-02-04T12:34:56Z" />
<уфмс:статус значение="42" />
</person>

Here we can describe `person/@id` as element ID and `family-member/@ref` as a reference to an ID so our XML tools can link these together.

Also note three more elements from different namespaces: `@sec:checksum` could be some kind of technical information about the record, `fin:credit-rating` is added by the finanical module. The `@last-change` is defined as datetime so as we read it with other XML tools we'll get it as datetime type.

The next one is a tag in Russian language that describes something related to Russia; XML can use the whole Unicode in tag and attribute names.

Also, XML names are globally unique by design so there's no clash between all the different pieces and the tools can easily be configured to ignore parts they don't understand or work as a glue between different areas.

We can still efficiently validate the syntax the whole piece or parts of it as we see fit.
Demand (and revenue) will suffer accordingly.
One day we will have a text editor thread unrelated to vim without someone mentioning vim.

Not today.
This article reminds me of http://www.motherjones.com/politics/2010/05/peter-victor-def...

>It took a couple of decades, but unemployment eventually fell to 4 percent, most people's standards of living actually rose, and greenhouse gas emissions decreased to well below Kyoto levels. The economy reached a "steady state." And if the model is accurate, then something like it, say some ecologically minded economists, may be the only way for humanity to survive in the long term.
I agree. But lately, I have been more aware of the fact that ecological catastrophe could make all this potential irrelevant.
Tesla announces deal to combine with SolarCity in an all-stock deal
No, something has changed, there was this great campaign (https://en.wikipedia.org/wiki/Boys_are_stupid,_throw_rocks_a...) in 2003.

Update: Oh, and because internet: /s
"Automation and AI will increase productivity and leisure time".

We got told this in the 70's (the automation part at least), yet seem to be working more and more hours now.
Because that is the prevalent scientific opinion

We are on a course for a confluence of some major technologies this century which could result in another great leap forward.

Anyways i forgot why i dont bother to reply much on this site, got down voted for my above comment yet no indication as to why (is it my comment about working on advertising? its ok that's what I work in too myself have to pay bills somehow, but would rather do something more interesting).
Did you try whether it works? If this was in your video, I didn't see it.
No, there were a couple of layers in that case. But that doesn't actually help you add a child at the correct level, because the end of a contract would look something like:

...
</contract>
</subcontracts>
</content>
</contract>
</subcontracts>
</content>
</contract>
Hacker News Upvote: Add to Cart
I am a current Kagi supplier, and this unexpected closure has me in a bad place. It took a few days to code my system to interface with theirs and to generate licenses automatically for each purchase. I suppose I need to redo all that.

I appreciate Kagi for their years of friendly and comprehensive service as well as the next person, but why didn't Kee Nethery support us better during the closure? No migration path to or even recommendation of a replacement. Where are others moving their payment processor to?

And it sounds like we may not get fully paid either.
In this case the big truck costs as much to both purchase and drive as an economy car. As much as I love my Arduinos I think this argument is flawed. For a one-off project like this you should use whatever works for you. Also, you could argue arduino is the big truck if you consider the software side Nodejs vs C.
Central on the east coast (north of Sydney) :)

There's not much going on in the middle of the country.
just to add, this article is from 2013; still we are living in the same era so not much changed.

Here is the original link: https://www.schneier.com/blog/archives/2013/10/the_battle_fo...

It also first appeared in 'The Atlantic':

http://www.theatlantic.com/technology/archive/2013/10/the-ba...
It is nice to see that while the thread does question some of Uber's motivation for the change, where there is a genuine problem with their product there is a frank admission (with quotes like "this is a common problem case we don't have an answer for yet" and "limitations of our current replication system are real, or we wouldn't have so many people working on alternatives") which people discuss seriously (asking for clarification and/or suggesting ways forward) rather than reacting with a knee-jerk defensive posture.
How well will INNODB scale for this particular use case? It seems that the architecture is a bit too reliant on the complex performance characteristics of one subsystem.
> Any time I see someone messing with a Raspberry Pi I try to steer them towards the TI Sitara/AM335x line.

I don't think I will ever forgive TI for abandoning the Galaxy Nexus when they decided to abruptly exit the Android business. Since they chose not to update the drivers, Google couldn't update the GNex later Android versions despite being a Nexus phone. Google Glass had a TI chipset and Google managed to deploy a new Android version to it (I guess via some driver-compat work-around) but I hear the setup wasn't stable. I now avoid TI wherever possible.
Chrome's Inspect Element shows you the non-serialized DOM structure, which means it's neither XML nor HTML at that point.
Melbourne and Geelong in Victoria
From bbc.com:

"The deal with Didi Chuxing comes just days after China agreed to provide a legal framework for taxi-ordering apps.
Both Uber and Didi have welcomed the decision, having previously operated in a legal grey area in the country.
While the apps are widely popular, they have undermined business for normal taxis and have been met with protests by cab drivers.
The new rules will take effect on 1 November and will, among other things, forbid such platforms to operate below cost."

New regulation prohibits ride subsidizing. Meaning no way for Uber to increase its market share by subsidizing rides after November 1st.
Wealth will increase. Economic growth not, because the wealth will be poorly divided. Only few will reap the benefits of AI.
TDF has a tender to redesign the LibreOffice download/donate page
They have lost nothing, the money wasn't theirs to begin with.

They don't have the right to decide how users computers should behave when rendering pages.
Sounds like an interesting book. From the linked review, the main thesis that many improvements from 1870-1970 are one-time-only events seems sound. I also agree with the assessment that 'singularity' theories are hokum. (That may be more controversial here on HN!)

It does sound like he might underestimate the effects of the coming AI/robot revolution. Over the next 75 years, any job definable by its output may be taken over by a robot. What is left are service and creative occupations where the human presence and artistry is valued. But this will entail a huge economic upheaval.

The other giant quality-of-life advancement that might be out there is slowing or eliminating the effects of aging. That would also come with giant problems of inequality (if it is narrowly available) or population pressure (if it is widely available). But it would surely be another huge advancement for its beneficiaries.
Chinese author LuXun summarized China's history into two modes:

1. People had stable right of being slaves; (stable oppressive mode)

2. People didn't even have the privilege of being slaves. (chaos mode)

Mao put China into mode 2 from mode 1 (maybe a most harsh and disgusting one).

That is it.
Eeeh. Don't start with MTG. Its a big time and money consumer. It's super fun! But soon your apartment is going to be flooded with half made decks, binders you ment to sort and every few months you just have to buy the new set. It's a brilliant game, and I still play it from time to time. But it can get a bit to involving. Case in point; I recently bought 50packs of a 100 KFC perfect inner sleeves so that I could start double sleeving all my cards..
The article mentions Postgres using many lseek and read calls. Does anyone know why Postgres doesn't use pread to cut the number of context switches in half (if, as the author says, the number of context switches is such a bottleneck)? On systems where pread doesn't exist, presumably they could use an inline function that emulates pread with lseek and read.

Yes, mmap would presumably be preferable in most situations, but pread would seem to be universally preferable to an lseek and read. I assume the kernel keeps per-fd statistics on sequential reads anyway, so for long-lived fds, lseek presumably wouldn't provide any better read-ahead hinting than pread.
Top communication and collaboration tools
I'm sure they are fine for $15 headphones and the reviews judge them accordingly. And then go back to using IEMs that go for 10x the money. Most of the reviews specifically mention the fact that they lack isolation, making them a pretty bad choice in public, for your own and everybody else's benefit.
> MongoDb which claims to be great at everything

lol right, with MongoDb, Map Reduce is a joke, GridFS is slow and barely usable, the storage is extremely inefficient, the "query engine" slow, and don't get me started on their "full text search" engine. MongoDb is a successful marketing stunt in the "Nodejs era".
فيلم سكس سحاق بنات عرب سحاق عربي مثير
You mean in your comment about my comment having been detached?

OK I get it now. Still don't find this system ideal, but at least I get it now.
Meta:

Perhaps a hint could be added on HN's submission page about adding the year of publication in parentheses for older articles? That seems to be the custom.
And in some countries the tax is a one-time payment included in the price of a tv, radio, etc. That's better in my opinion, and it may force them to produce just what the mandate requires, not daily soaps, game shows, all the while showing ads during the day. If we're consequent, we could easily reduce it to two channels, with an hour per day where the local news are available on an otherwise national broadcast. This is already available on the WDR feeds to some extent. One would be Phoenix++ (plus partially localized Phoenix++ feed) and the other ZDFInfo++. Most of the content is repeated anyway, so two channels with on-demand view on the website is sufficient.

Game shows and other forms of entertainment are not about education and keeping the population informed via government funded channels. You might argue it's too late to change it now, but the TV landscape would quickly adjust and formats would move to other networks where they belong and are still broadcast without DRM.

The whole 7.6bn/year fund being used for stuff people wouldn't actively select to pay that much for problem reminds me of the misappropriation of the road tax of 8bn/year which trucks pay on a per-km basis. 8bn should be more than enough to build and maintain public roads, but it's apparently used for other needs, all because taxes are not purpose-bound by law. What's the political solution? They're trying to extend highway taxes to private vehicles too in order to build roads. The German government is in dire need of a more logical treasury that's accountable to the electorate outside of 4-year-period-elections for misappropriation or over-/under-spending. If the roads in a city are not maintained for decades, then those paying vehicle tax and other annual fees, must have a right to refuse payment, just like they can do with their landlord. After all, taxes are payments to your national landlord, nothing else.
Sure. I think a slightly wider remit would be perfectly reasonable too.

It's just that kind of funding is a little more complicated to justify, as the outcomes are less well-defined.

I'm sure there'll be existing projects will be able to roll with the terms, and use the money in a way that both builds new functionality, while also refining the existing project.
Firebase vs. Deform
> It'll definitely be a shame if plots themselves become increasingly dumbed down for international reasons.

I'm curious to hear how you think it can get more dumbed down than Pacific Rim. I actually liked the film -- it did look spectacular, and sometimes you just have nothing better to do than watch Giant Robots vs. Giant Aliens -- but I don't see how a movie can get any more boilerplate.
I meant no disrespect. The horse poop outside was a metaphor for side effects.

During my brief exploration of Haskell, I went to great lengths to avoid dealing with side effects, and when I couldn't avoid them, the pure functional solutions were pretty painful to learn.
>> Instead the post attacks a straw man argument about "General intelligence", something that no AI researcher is claiming.

Several of the Deep Learning people are on record making silly claims about the future of AI. I'll dig you up the links if you insist [1] but frex, Juergen Schmidhuber has made noises to the effect that deep nets have shown intuition and things like that. Jeoff Hinton has said similar things.

The reason for that is that the original AI project started out to create strong AI in the first place, so if you could not show that your theory has some sort of chance to lead to strong AI people would scoff at it. There's still a bit of that in academia and in industry and parts of the press have not yet gotten the memo that things have changed now, so you'll still hear lots of people making these claims, or having such claims drawn out of them in interviews.

But that's besides the point- which is that a lot of the very clearly stated goals of the industry require the development of systems with human-like intelligence. For instance, natural language processing. We have made some advances in recent years (for instance in things like part of speech tagging or even machine translation to an extent) but the parts of language that we really take for granted as humans, conveying meaning and being aware of some sort of context, those are completely outside our grasp for the time being.

So when Google pretends it can just throw a ton of processing power at, say, machine translation between any two languages any time, and get it to work well, you know that's just its marketing people knowing they can claim anything they like and only their engineering team will be in a position to know how far it is from the truth.

_______

[1] please don't, I need to stop procrastinating.
I'm not a tax expert nor purport to be one, but I have a good US CPA and Dutch tax person and leave it in their hands.
From experience:

neovim often forgets basic settings for indentation, it's the only flaw I've experienced myself but it's enough that I can't use it.
The PoststgreSQL project never fails to impress me. I know that there are some use cases which are not currently covered by it versus alternatives, but I have consistently got the feeling that everybody involved in the project is supremely professional and interested in building an excellent database – and the focus is on how to work to fix these use cases, instead of pointless mudslinging. Class act.
I agree that it's impossible for the rates of economic growth and lifestyle improvements we saw since the late 1800s to continue indefinitely, but the key to growth is investment. And from the late-1800s till the mid-1900s, there were huge government investments made in building new and innovative infrastructure in the US--railroads, the phone network, state universities and K-12 public education, electricity generation and distribution, highways, airports. Those investments in common infrastructure allowed private investment to piggyback and provide the enormous success the US economy has had in the time detailed.

But today, we've forgotten the formula. Education funding is falling, basic maintenance isn't being performed on much of the infrastructure, and we aren't investing enough in the new things that can provide growth for the next hundred years. High-speed and light rail could help address the limits of airport and highway capacity, and provide better mobility in and between cities. Investing in clean electricity generation, a national power network, and improved battery technology could revolutionize how our homes and cars get their power. Very-low cost higher education was a thing in mid-20th-century America--it was possible to attend your in-state university for a few thousand bucks in today's dollars. What happened? As long as we pretend these things are too expensive to invest in, then we're sure to enter a long slow decline.
The most sneaky US lobbyst is a naive child comparing to any Chinese small village chief.