skysight-inc/HackerNews huggingface dataset:
I think the author raises a good point about Google envy. TensorFlow is not the most intuitive or flexible library out there, and it is very over-engineered if you're not doing large-scale distributed training. The main reason why everyone talks it up so much is because Google heavily marketed it from the outset, and everyone automatically assumes Google == Virtuoso Software Design because they couldn't make it through the interview. Really it's just modern enterprise software which has five different ways to implement batch norm that they push on the community so they don't have to train new hires on how to use it.
Lmao not sure why this was down-voted. Utterly destroyed your quotation, and gave me a giggle.
Is Zcash’s encrypted blockchain Satoshi’s vision?
They were expensive before. 1-2000% markup on frames, etc. was pretty common in the 90s.

Edit: Ok, here we go downvoter. From memory: I could get a Perry Ellis frame out of the Frames catalog for about $10. Sola would sell me bifocal CR-39 lenses for ~$3.50/pair. A bottle of dye to tint lenses was about $4.00 and would last a week. A bottle of UV solution was $12 and it too would last a week. We'd sell the Frames for $150, the lenses for $125 and $10 a pop for tint and UV. This was early 90's before Luxottica bought everyone. I know I was in the business and, well, stayed in the business even after they bought the company I worked for. I'm not defending Luxottica. I don't like them, but it paid for my education and I have a pension coming in 10 years or so. Anyway, it was expensive _before_ them. My point stands. The one hour shops all had more to do with the prices going up than Luxottica did at that time.
Eastern European countries were too poor in the 1990s and early 2000s for contact lenses to really catch on like they apparently did in the USA during that time. You could only order contact lenses from a handful of opticians, and contact lens solution was only sold in a few places in the biggest cities. Only a small wealthy demographic bought them.

People have more money now of course, but the impression remains that contact lens are a luxury, not a necessity. Plus, the big rise in salaries in my city happened precisely at a time when spectacles were suddenly in fashion. Distribution of the lenses and lens cleaning products remains poor, and if you need a prescription for astigmatism, you can expect to wait 1–2 months for the special order.
Agreed. I don't think I could make myself ever use this word in public with Germans. reminds me of project we called "Wank" after a mountain. Didn't go well with the Apple people in Cupertino.
I scrolled down to the bottom, and when I scrolled to the top, the tab simply crashed. I think the web has gotten so bad that I need to upgrade from a Chromebook even just to view a simple product page.
They aren't trying to produce silicon, they are trying to produce patents.
Well, then they have to advertise the bandwidth that they can actually guarantee for 99%?! What is the justification for advertising speeds that you can expect to not actually achieve?

I mean, yes, it's obvious that overselling is in the interest of customers, and as such customers should accept that under more or less exceptional circumstances the service does not reach the advertised performance, so you maybe shouldn't use it for stuff that reacts catastrophically when bandwidth requirements aren't being met, fine. But how is it anything but deception to advertise bandwidth that the user can as a matter of fact not expect to be available under normal circumstances?

For comparison, take electricity: My connection to the grid might be built to be able to supply 40 kW, say. Now, if everyone were to actually pull 40 kW from their connection at the same time, that absolutely would not work--but that does not mean that electricity supply is regularly insufficient for my needs. Except for very rare exceptions, everyone can always pull as much power as they currently need. There is no brownout when everyone is cooking in the evening (or whatever). The capacity of the network and generators is also oversold, but utilities still take care to ensure statistically that situations where the actual instantaneous demand is not being met are few and far between. I don't see how the same could not be done with IP connectivity--and how advertising anything for which this cannot be expected to work out is anything but simple deception. If you cannot supply 1 MW of electricity at some point in your network ... how does that legitimize advertising 1 MW connections and then simply lowering the voltage when the customer tries to actually use it?

In short: Overselling is fine, as long as your customer doesn't notice, except very rarely under exceptional circumstances. If some product doesn't work under those circumstances, you'll have to raise the price or lower the advertised bandwidth.

How else am I, as a customer, supposed to distinguish an offer that effectively is going to deliver only 50 Mb/s from one that actually does 100 Mb/s during peak times, if both are allowed to advertise as "up to 200 Mb/s"? Where is the incentive for ISPs going to come from when there is no limit on how much they can oversubscribe?
They have on-call flight surgeon(physicians) for the Astronaut Office. This includes post-mission support.

The narrative seems like it was slightly dramatic to support the story. Similar "unusual" symptoms have occurred on previous missions with other astronauts.

Also, being a senior astronaut, he is likely personal friends with at least one of the assigned flight surgeon.
Webpack and Babel are very important tools, and I'd agree that it's worth knowing how they work and how to configure them... _eventually_. However, I disagree that those are "the basics". You shouldn't have to be required to set up Webpack and Babel as a prerequisite for being able to play around with or learn React. (That may not be exactly what you were suggesting, but it's a somewhat common sentiment.)

It's worth noting that Create-React-App is the recommended tool for most people to use when starting a new React project. Also, CRA isn't a "boilerplate". It's a prepackaged build system that can be upgraded, and acts as an abstraction layer over Webpack and Babel. It doesn't come with dozens of app-level dependencies already installed and custom-configured, like most boilerplates do. It comes with sensible default settings out of the box, has a linting config that tries to detect common errors, and includes a lot of really nice bits of DX aimed at newer users.

Overall, CRA serves three primary purposes: it allows React learners to set up an environment without having to learn Webpack and Babel first; it allows experienced React devs to spin up a project without having to do all the configuration work (or copy and paste it from somewhere); and it also provides a common starting point for instructions and tutorials. For example, my blog post on using the Cesium.js 3D globe library with Webpack and React was able to start by just saying "Create a CRA project, eject, and modify these two config values".

So, my advice to most React developers would be to use CRA as the default tool for starting a new React app, unless you know ahead of time that you will need capabilities that CRA doesn't easily support, or you're very comfortable with configuring Webpack and Babel already.

All that said, if you _do_ want to know how to set up Webpack and Babel, this is a good article, and I'll be adding it to my React/Redux links list as a useful resource.
Down votes without counter argument means I'm right and you can't handle it.
Amazon is deciding if it will make a big move into selling drugs online
While technically true, it's never good to argue with election results if they are a very close call; politicians like to ("clearly a one seat majority means that the people have spoken!1"), but it is not a serious approach.
I don't buy it. People say, "X (written in Foo)" because there is fundamentally an interest in the fact that something is written in Foo (and this may indeed depend on the nature of X). Back when Go was new and shiny, it was the same situation.[1] :-)

[1] - https://news.ycombinator.com/item?id=4685594
This hopefully throws some context on the scaling debate. The giant fight, a fight from 1MB to 2MB, would allow Bitcoin to scale from 20 million monthly users, to 40 million monthly users.

It's not a big upgrade. Any exec at Facebook, Snapchat, Uber, etc. would laugh you out of the room if you suggested that we should have a company-splitting and devastating debate that sidetracks development for 2 years over scaling the platform from 20 million to 40 million users. It just doesn't make sense.

Which is one of the big reasons the small blockers resist the 2mb hardfork. For all the pain that this debate has brought about, there's very little upside in the grand scheme of things. We scale Bitcoin from an insignificant number of users to still an insignificant number of users.

If we find a scaling solution, it's going to come from somewhere else.
Do you also believe that the Banks really believe in the "free software, free society" idea of the FSF?

I believe not.
> will cause irreversible results in the global ecology

We (as in homo sapiens) moved beyond that point years ago. Everything we can do now is attempt to reduce global permanent damage, not avoid it. Also, these attempts are not successful at this time.
Production servers can mean a lot of things, not necessarily just "servers running a web service".

For companies whose main activity is processing data, various build pipelines (not necessarily compiles) might be what production servers do all day.
I also get an XSS warning on the website...
That seems off. Do you have a citation?

Is that counting only lawful immigration and how many of those where undocumented workers moving back and how many are counted that were legally forced to return to their country?

It's actually not easy to get permanent resident visas in Mexico, which makes me think there is something amiss. They also really, really don't like immigration violations in Mexico.

I'd be very interested in seeing the sources for this statistic.
"I don't see how the same could not be done with IP connectivity"

But it is exactly how it's done. The only ISPs that neglect even that are large evil monopolies, but since they are monopolies they can get away with a lot of things and ask 20x the price.

The other thing people don't seem to understand, is that guaranteed bandwidth is not about speed.
Speak for yourself. I would love to see someone write a Java or Haskell tool (where the proportion of Rust code in this tool is similar to the proportion of Java/Haskell code in this hypothetical tool) that could compete in a similar set of use cases. I would learn a lot from it.
Fellow Pittsburgher. The evidence is all around the city. Odd as it may seem, the soot-covered buildings are actually kind of beautiful in their own way. It marks the passage of time and the city's own evolution, which wasn't exactly a sure thing when the steel mills first started to close. But it has to be cleaned eventually lest we eventually lose the building facades instead.

A few years back, I was walking past a church downtown that was in the middle of being cleaned. The difference between the side that had been pressure-washed, and what remained to be done, was striking. Far more than just seeing the finished product. You look at something like that, realize that people lived and breathed it in daily for years, and you're almost surprised that anyone survived long enough to clean up the city's air in the first place.
This is promising, I very frequently end up writing one off functions to munge data on CIs between lme4 and ggplot2.

However, what a prediction interval actually means is a slightly conentuous issue in the context of mixed models, and Douglas Bates had plenty of caution about constructing/interpreting them on the R mailing lists a few years back.

This said, I’ve always found the tip-toeing around constructing them annoying; it just means that there’s little standard practice.

Do you have any documentation on how you’re doing prediction intervals for mixed models, and what interpretations do and don’t make sense for your method?
I'd like a lot more examples. I'd also like a concise description that indicates how the changes will roll the US back to the intense pollution problems that existed 30+ years ago.

The example you reference is modifying rules put in place just a few years ago, so at best it's an obviously mediocre example.
ProtobufTransportProtocolSerializationProvider

Enterprise OO Garbage is alive and well.
My main frustration with that article was that it was so difficult to get the actual date of the accident. Had to read through and decipher several paragraphs to deduce that the actual accident was in 1962.

Nevertheless, fascinating video in that article of the De Havilland Mosquito - The "Mossie" is one of my favourite WWII aircraft.
My best experience to date for avoiding price-gouging has actually been at Costco's in-house optical.

My experience with Zenni was of the "you get what you pay for" variety.
Since the centrifugal force for mass m, angular velocity w and radius r is mw²r, you only need w = sqrt(g/r) to reproduce Earth-like levels of acceleration. At r = 10 m, that's already less than 1 rad/s or 1/6 cycle/s. That doesn't seem ridiculously fast.

And why wouldn't an interplanetary spaceship be able to spin fast enough? You could just build it as a space station with thrusters.
hmm, that's not the definition I was taught.

"First World" or "Old World" meant the civilised European countries (both West and East)

"Second World" or "New World" was countries colonised by Europe, such as the USA.

"Third World" meant countries still in whatever benighted state of uncivilised savagery that they had before the Europeans enlightened them.

Yes, I'm being ironic. But these were the literal terms and attitude during my education (1970's UK). It was only vaguely recognised that the USA was properly part of the First World and not some uppity colony that was too big for its boots.

I also learned a different definition, later, in Economics:

- First World economies are based on trading information

- Second World economies are manufacturing-based

- Third World economies are resource-based

This definition causes arguments at Australian dinner parties ;)

Interesting how the terms are defined differently by different people for different reasons.
Linux has built-in support for way more hardware than OS X and full support for generic USB devices (and then some, with "quirks tables" for many standard-but-glitchy devices) so it's hard to say it's worse than OS X in that respect.

You'll also find that there are devices that had decent drivers for Windows XP when they were released, but never had Vista or Windows 7 or later drivers made. Those devices worked well on linux a couple years after they worked on windows with reverse-engineered drivers, and then (ironically) kept working for a decade or more, whereas the windows drivers did not. This includes a variety of printers, sound cards, non-standard usb devices, and more.

It's definitely true that many hardware companies which have modeled their driver development and support around the windows model can't handle the linux model at all. But linux has other priorities than to cater to them, and has done better than windows in server and embedded use-cases as a result.
The interesting thing about the second-system/third-system distinction is that it gives a strong impression that no one really knew exactly what an operating system should be until various examples were built. Arguably, that leaves open the possibility that further forms of OSes exist but aren't easily found due to the difficulty of putting together a system.
There are two reasons we're here:

1) For the end user, it's too hard to download and run an app.
2) For the developer, it's hard to create an acceptable multiplatform app.
How would we prevent this? Asking for a friend.
There is still one Lightning flying in the world today - in South Africa. An interesting short documentary about it: https://www.youtube.com/watch?v=ftt2q6zNQ1g
That’s stupid
Found this from the author's GitHub profile: https://hofstadter.io/
This isn't up to manufacturers, but up to SoC vendors. And not even just to them.

They also just combine many chips into their systems, and also get precompiled driver blobs.

You're asking the entire tech industry to change how they're doing things.
In Jan 2017, Luxottica announced a merger with the largest lens maker, Essilor. EU antitrust is reviewing, https://www.reuters.com/article/us-luxottica-essilor-merger/...

In turn, Essilor has ownership in Shamir, Eyebuydirect, FramesDirect, Coastal, Coolwinks, Costa Del Mar, Elens, Eotica and Foster Grant, https://www.essilor.com/en/the-group/activities-and-distribu...

If EU regulators allow the merger to go through, one $50B company will own the most online channels for eyeglasses and contacts, in addition to lens manufacturing & retail storefronts & vision insurance.
These people are by and large the enemy and not because of a single election. Their aims are inimical to the interests of me and mine. I no longer regard them as any different than the residents of say Iran, China, or Russia. Like the russians and Iranians as human beings our interests may align and we may work towards the same ends but we are not now be fellow Americans in any meaningful sense.
Article author probably doesn't realize there's a distinction between "publicly available" and "public domain"
they can do calculations on a pixel-by-pixel basis, as opposed to standard methods which use are forced to compress information along the way through pooling/strided convolutions

I'm not sure I understand your point. Why do you think dilated filters produce a better global view than pooling?
What if the phones connect to the neutrino detector central server? The only latency would be getting to the server...
That doesn't seem like Enterprise OO bloat, just overly verbose naming.

They could've called it ProtobufSerializer or ProtobufProvider.
Those have all been true for more than a decade, since Wales was bragging on TED that they only had one employee and everything was volunteer driven. The scale of the operation has grown, with some necessity, but the mission is the same and doesn't require exponential growth in dollars.
Can someone please give a few specific examples of what this software does?
If networks and/or computers were faster, would that increase the max throughput? Or is the max throughput fundamental to the blockchain algorithm?
The cyber history repeats itself
It improves upon and fixes a few of the Bitcoin flaws while introducing a whole hoard of other flaws in itself. For example, most 'full nodes' on the Ethereum blockchain have never actually verified the whole chain, they've instead started life by downloading a trusted snapshot from a miner.

The scalability properties of Ethereum are dozens of times worse from a raw resource usage perspective, with each transaction on the Ethereum network taking more space to store, more clock cycles to process + verify, and with the whole system being much harder to parallelize.

Ethereum made a lot of long term sacrifices to achieve their short term advantages, and it's already falling apart around the edges. One or two more iterations of hardforks + block size increases (gas limit increases) and your average desktop computer won't be able to keep up with the chain anymore, let alone catch up if starting from scratch.

And that's just one of the many ameture compromises.
Just refuse to play the insane Java/C# Enterprise OO game. Kotlin would be a good alternative but my preference would be Clojure where brevity and simplicity are valued.
Depending on how much extra logic you add around the model serving library, then you are exposing your source code, too. Maybe you care, maybe not.

Re: Windows, there's no TF serving for that, so TF is no better than other Python frameworks.
Surely something as basic as public healthcare is a requirement? If not that, what could possibly be more important? That, and the ridiculous availability of guns to the general public, mean I definitely consider the US a third world country in the colloquial sense, even if it obviously doesn't fit an dictionary definition originally from the 80's:

"Those countries not aligned with the west or the east during the Cold War."
As a context dropping statement, that's misleading at best.

There are two reasons that occurred. First, the US saw an extremely large immigration wave [1] from Mexico over three decades. The US effectively absorbed 10% of Mexico's entire population. Such vast immigration waves never happen without an eventual return flow. Second, combined with an improved Mexico economy, family reunification became a substantial consideration for immigrants. [2]

[1] https://i.imgur.com/tzDCkOU.png

[2] http://www.pewhispanic.org/2015/11/19/more-mexicans-leaving-...
I like this service as well: https://www.platoforms.com.
Yes. I've been involved in 3 ventures and successfully exited on my own once.

If your model is explicitly ad revenue, then yes; you will find similar pressures.

I don't work in entertainment and I'm telling you we got the same guidance even from respected VC firms. We never once showed an ad and we had a similar model for a long time.
That's basically what's happening. AFAIK, ack kinda started it all by observing, "hey, we frequently have very large directories/files that we don't actually want to search, so let's not by default." Depending on what you're searching, that can be a huge optimization! Tools like `git grep` and the silver searcher took it a step further and actually used your specific configuration for which files were relevant or not. (Remember, we're in best guess territory. Just because something is in your .gitignore doesn't mean you never want to search it. But it's a fine approximation.)

Was this a thing back when the BSD and GNU greps were being developed? Was it common for people to have huge directory trees (e.g., `node_modules` or `.git`) lying around that were causing significant search slow downs? Not sure, but it seems to have taken a while for it to become a popular default!

There are of course other tricks, and most of those are inspired by changes in hardware or instruction sets. For example, back in the day, a correctly implemented Boyer Moore was critical to avoid quadratic behavior by skipping over parts of the input. But that's lessish important today because SIMD routines are so fast that it makes sense to optimize your search loop to spend as much time in SIMD routines as possible. This might change how you approach your substring search algorithm!

... so what's my point? My point is that while sometimes optimizations are classic in the sense that you just need to change your heuristics as hardware updates, other times the optimization is in the way the tool is used. Maybe you can squeeze the former into existing tools, but you're probably not going to make much progress with the latter.

I remember when I first put out ripgrep. Someone asked me why I didn't "just" contribute the changes back into GNU grep. There are a lot of reasons why I didn't, but numero uno is that the question itself is a complete non-starter because it would imply breaking the way grep works.
This was talking about international flights. The difference is much, much more than a few hundred bucks. If you’re buying an international economy ticket from the US for $1500, the business class seat on that same flight will often cost $6,000 - $9,000. The price difference is massive.
"Consider the 449 companies in the S&P 500 index that were publicly listed from 2003 through 2012. During that period those companies used 54% of their earnings—a total of $2.4 trillion—to buy back their own stock, almost all through purchases on the open market. Dividends absorbed an additional 37% of their earnings."

That's shocking, is this is a case of lying with statistics somehow? That paints such an ugly picture that I can't believe it's the first time I've heard anything about it.