skysight-inc/HackerNews huggingface dataset:
Remember, the internal combustion engine is terribly inefficient. It was attractive because it's small enough to fit in a personal vehicle and the liquid fuel has so much energy that you can throw most of it away without bankrupting yourself, but that means there's a big difference between how much energy is used by a conventional ICE car and how much electricity is needed (and thus passes through the grid) for an electric car with the same power.

You might easily get rid of 10GW of ICE cars and only need to buy 2GW of electrical grid capacity to replace that.

There are lots of more immediately noticeable consequences while you wait decades for any global climate effects, the air on city streets is better, a bunch of land used to store incredibly dangerous liquid fuel where people want to buy it is released for new housing, maintenance costs on cars fall. I don't think it'll take long for the story to be "Why didn't we do this sooner?" rather than "Why did we bother trying this?"
> I just don't think Go has a place in new code.

This is a confusing statement, to me. This implies that go has a place in old code. Or are you saying that Go should not be used at all, because any future use is "new code"?
Thanks so much! Really appreciate it.
Thats a great idea. That would certainly help if someone unwittingly had some malware that enabled this behavior on their host, but you still wanted them to reach you.
>nobody can arbitrarily increase the supply

Why is this good? This seems like a missing feature
From the article: "Now that mathematicians know Hedetniemi’s conjecture is false, the natural next question is just how false it is..."

And from Stanislaw Lem works (Cyberiad): "Everyone knows that dragons don’t exist. But while this simplistic formulation may satisfy the layman, it does not suffice for the scientific mind."

Time to read some Lem again?.. ;)
Yepp,
just realized how good this works. Started to work I a company with a landline and we get lots of marketing calls, no robocalls though.

I was quite irritated in the beginning and always thought that my company as some kind of a business relationship with the caller.
I got used to it and my first question is always if we have an ongoing business relationship of another former point of contact. If not I hang up.
"I see you're trying to shoot down an Irani F-14. Would you like help with that?" [Yes] [No] [Cancel]
The Libra Blockchain · Libra
How much Go do you have to write to use K8s though? So far all I've seen is YAML.
Now that's a problem I hadn't come across, mainly because most of the Podcasts that we work with don't post to YouTube, but this is definitely something we can take a look at. Thank you!
Show HN: Requirements Specification Templates Based on ISO/IEEE, Volere and FMEA
> Which have an effect on fertility and death rate.

Yes, but given that they are unknowns you can't just extrapolate from the presently available data and call it a day.

> But that doesn't mean this prediction is useless.

It's an open door that the world population will stabilize at some point, it is also an open door that the speed with which the world population is increasing itself is reducing. It has to, simply because more affluent people will have fewer children because they are not looking at their children as their source of income when they are themselves unable to generate any. Children as a pension scheme is a very common thing still, but that is fortunately changing.

> And this is would not be due to "sensitivity to initial inputs".

To a degree it is: any error in the predictions for the next couple of years will result in a much larger error in the future, simply because of the fact that population increase is a non-linear affair to begin with, and that any med-tech development that causes people to live longer will also cause a large increase in the number of people alive at any one moment.

Compounded those two could have an enormous effect.

For reference, the world, 80 years ago, so just before WWII had only 2.2 billion people.
Arrogance/PTSD? Hard to tell.
It looks like an anarcho-capitalist's dream
The Libra Blockchain White Paper [pdf]
> the ubiquitous `interface{}` pattern

I’m totally biased because I’ve worked on and with go for a decade, including reviewing all sorts of Go we write at Google, but I just don’t get this criticism. It’s just not something I see in the code bases I work on. I admit that I may be working on different kinds of programs to what some others do, and I don’t want to deny anyone their legitimate experiences, but my personal experience has been that this is rarely a thing, if ever.
Good catch, I totally missed that.
That's one vote against. Reality is that "everyone" uses FB /Whatsapp and sending money via FB that everyone uses makes plenty of sense.

See China or plenty of other countries where people send money to each other via mobile.
Define business logic. You want a rules engine? Java's got them by the bucketload!
Or a totally unrelated misconfiguration, I assume this is why this particular host is sending a low MSS.

I just assume that stripping MSS should be enough, looking through the information that is available.
SWIFT is just a on paper private entity, there’s a reason they are located in Belgium where also the NATO headquarters are: SWIFT is a pillar of the US empire and its client states.
You don’t need to use 'unsafe' yourself in Rust. Any package that you’re using might contain unsafe code that its author believes (rightly or wrongly) to be thread-safe.

The situation with Go is pretty clear. Channels are safe. If you start mutating shared state across different goroutines, then you’re in the same situation you’d be in if you were doing the same thing in C++. Anyone who doesn't understand why that's potentially unsafe wouldn't be ready for Rust in any case.
Based on historical precedents, I will not believe any "customer commitment" / "privacy commitment" statements from Facebook.
We also need to significantly upgrade transmission and distribution. That might be even more capital intensive, than building new production capacity.
Looks like its not a blockchain at all, there is no Proof-of-Work or Proof-of-Stake, instead validators. Skimmed over documentation, consensus protocol seems to be BFT, like Stellar (XLM). So, they did not even innovate anything in cryptocurrency space. Just re-write, re-implement, re-hash old ideas with their name on it.

So not really distributed, just slightly decentralized. Zuckerercoin.
Bitcoin uses a fixed currency supply, but it's not inherent to all cryptocurrencies.

> You also can’t spend your bitcoins while you’re offline.

Is that supposed to invalidate my points? Especially since I placed emphasis on them being a digital currency and I even said so in my comment?
More like:

The guy that designed the flight control surfaces of the F-22 did so using an elaborate Excel spreadsheet powered by 4,000 lines of uncommented VBA filled with aerodynamics equations, and he retired 3 years ago.
I did miss it at first also, but wondered why it didn't increase the value.
I liked it... but I'm also a pretentious, intellectual Reddit user like all you fine folk ;)
I’m pretty sure the people that say they won’t use go for new code won’t use go for new code. Not sure what your point is.

Go (like Rust) is not particularly popular ourside the wider HN/SV community.
I wonder what happened to Telegram's currency
Saving the climate requires quite ambitious plans, but for normal parking spots you don't need fast charging. You need just enough power to recharge typical usage over night.

For long trips Tesla's supercharger network seems to work okay.
How 13 Became the Internet’s Age of Adulthood
Theirs is just more specific. Both should mitigate the attack, but I would follow theirs instead of my example. They are certainly a better authority on the subject. If something goes wrong, much better to say "Followed vendor suggestions" than random HN poster. :-) That said, I would still use the raw table vs input.
Project Soli: interaction sensor using radar technology
This happened in the Netherlands as well until coal was found in the province of Limburg. Quite a few of the old polders are actually dug up peat (veen) reserves which were originally converted into a lake and then afterwards dammed and drained.
The problem with the financial industry is not currency. Hyping cryptocurrency's benefits to actual humans is like criticizing Facebook for releasing personal data to Cambridge Analytica using tab delimited files instead of JSON. It's completely missing the point.
Currently not available in AU kindle store?
When you consider that

1. validators are hand picked
2. "To execute transactions, each validator must know the global state of the latest version of the blockchain's distributed database."

it looks like blockchain doesn't offer much additional value over a few replicated Postgres databases.
In my 30+ years of experience writing software in a wide variety of paradigms (never mind imperative languages) I've found most of the arguments for and against Go to amount to little more than tribalism and snobbery[1]

There is no such thing as perfect language and clearly some languages are designed to be better at some scenarios than some other languages...and visa versa. The problem with Go is that it's designed to be a boring language where it's aims are more around language simplicity and API stability. This makes it very easy to play the "death by a thousand paper cuts" game with Go. If you'd believe what you read on HN, nobody would be using it when actually it is a very popular language.

[1] I'm sure that comment will annoy a great many on here but that's my honest observation.
A landmark in drug discovery based on complex natural product synthesis
Yes.

I hate Slack with a passion. I am on 14+ servers and it's completely impossible to manage, mostly because of memory.

Recently, I've decided to make a chat client (desktop) natively with C++ for Windows, Linux, and OSX that has a smooth layout like the original AIM (very easy to use). Including, with future plans to do audio/video chats and screen sharing including file sharing.

I just hope that within time, I will be able to release something to the world.
The oligarchic model offers considerable savings (less computational and energy waste). It's understandable why it's tempting.

But I think that the consensus protocol of Stellar looks a lot more like a sweet spot: it has different levels of participation to the network, each of which gives different incentives, requirements and use cases.

> https://www.stellar.org/developers/stellar-core/software/adm...

My criticism is specific to this particular implementation (and management).
Heat waves and urban heat island effect in the Netherlands
I’d say Java - most of our stack is in Go, but when it came to a modeling / business rules problem I found it easier to jump to Java 8+ (streams, lambdas), AutoValue for immutable objects, Google Guava for immutable data structures and built in ForkJoin system for easy concurrency and parallelism. It’s super easy to use all cores even when just using streams, which is superb.
> all concurrency systems converge until they become an Erlang actor model

That's absolute gold, and I've seen a very accurate real life representation of that in recent times. Uncanny how many of those wheels we keep re-inventing.
Because it ignores the relative amount of carbon produced by each approach. With electricity it’s fairly easy to have a true understanding, which takes summing from each source not just listing the worst offenders.

However, Oil is expensive in part from the vast amount of energy used for exploration, extraction, refining, and transportation. Just looking at carbon produced when burning gas is a vast underestimate of it’s true impact.

Even in Ireland going fully electric would significantly reduce their carbon footprint.
> This is different from Bitcoin's idea of decentralizing

Libra is Facebook Credits [1] rebooted. All that changed is the meme it’s attaching to, “cryptocurrency” being better at suspending consumers’ scepticism.

[1] https://en.m.wikipedia.org/wiki/Facebook_Credits
I've had cats over the years, and currently have 1 cat and 3 dogs (my wife is part of a dog rescue). While cats are easier, IMO they do not give the same emotional reward that dogs give.

You are absolutely right about understanding the breed and the work a dog requires. It makes my wife and I sad whenever we see someone get a 'cute' working dog puppy that requires proper exercise, and then barely letting it outside 2x/day.

Any dog can have psychological issues, so all dogs should be trained. I highly recommend taking a training class with any new dog. The basics are easy, and generally work.

EDIT
I wanted to also add that insurance is a good thing to have with a dog. I never want to be in the vet and have to make a medical decision based on cost. My 2 year old dog had to have back surgery and the vet explained that many people just put the dog down when this injury happens even though it's completely fixable and recoverable otherwise.
LEDs can be very bad, depending on the circuitry, to the extent that it's uncomfortable for peoples. Incandescent bulbs won't flicker.
Thanks for those links, fascinating
But they can, and taking that away scares many. It's easier in Ireland, the only way to drive farther is by taking a ferry where you could charge anyway. That means that you can effectively reach all of Ireland, most of the UK and most of France without any additional stops.
You're welcome. Sorry for being self-referential, but we really did put our best productivity advice in the book -- Chapter 3: Spend Your Time Wisely. Here are the "Key Takeaways" from that chapter (there is a little section at the end of each).

* Choose activities to work on based on their relevance to your north star.

* Focus your time on just one of these truly important activities at a time (no multitasking!),
making it the top idea on your mind.

* Select between options based on opportunity cost models.

* Use the Pareto principle to find the 80/20 in any activity and increase your leverage at every turn.

* Recognize when you’ve hit diminishing returns and avoid negative returns.

* Use commitment and the default effect to avoid present bias, and periodic evaluations to avoid loss aversion and the sunk-cost fallacy.

* Look for shortcuts via existing design patterns, tools, or clever algorithms. Consider
whether you can reframe the problem.
I have to admit I don't quite understand your issue. To me it seems like you've used a lot of OOP and cannot befriend the idea that the data structure (e.g. "Circle" in file GeometryTypes.blub) and operations that are performed with it (e.g. collisions in "CollisionDetection.blub") are completely separate. There should be no discussion whether the circle type and collision belong in the same file, while combinations are in some other file. Think of it like this: if you're going to add 3d rendering of circles, will you put that in Circle.blub together with collision detection? Wouldn't you rather add it to 3DRenderer.blub?

That said, ultimately it doesn't really matter. If you're going to implement collision detection like this, then yes, you will have a combinatorial explosion. This is not a language issue. Switching from Java to some other language with a different form of dispatch will not save you from implementing a lot of algorithms when adding bezier curves into the mix.

The practical approach is reduce the problem to a common case, e.g. to turn the collision shapes into a set of triangles first, and then perform triangle-triangle collision detection.
Taiwan Is in the Clutches of a Claw Machine Craze
Bellingcat Briefly Suspended by YouTube
>> This new equilibrium is different from the one in the past when it was the very high mortality that kept population growth in check. In the new balance it will be low fertility keeps population changes small.

What is the reason for low fertility prediction?
Somebody should tell this guy lol https://news.ycombinator.com/item?id=19895407
Have a look at gorgonia.

https://github.com/gorgonia/gorgonia
There are lots of decentralized processes unfolding in your body that you have no control over.
Let's see how aware the "general public" are about Facebook's lack of trust, or whether they'll adopt this. Obviously FB have probably seen how WeChat does it in China and are copying them.

It's interesting to think that money is one of the things that the Internet hasn't "distrupted" yet, but maybe this is one attempt.

Speaking of trust, one should remember that the dollar bill was a promise from the Federal Reserve to pay whoever had that piece of paper to pay them the actual money written on it. I wonder who would trust the Central Bank of Facebook that they're "good for it"?
No PDF for sale?
Smart Light Switches
i hope to god they used the llvm -> cl transpiler also written by this guy to make this xD can't imagine the horror of writing this directly. awsome though. nerd points 9000+
> You don’t need to use ‘unsafe’ yourself in Rust. Any package that you’re using might contain unsafe code that its author believes (rightly or wrongly) to be thread-safe.

Sigh. That's true of Go too. Both Rust and Go have `unsafe` labels that give access to dangerous things that can cause UB. Both Rust and Go are susceptible to UB-at-a-distance if library code internally uses `unsafe` incorrectly. The difference is that, in Go, you can write code with data races without using any `unsafe` at all. Nothing will yell at you (unless you exercise the race in a test and run the race detector). Rust does not suffer from this flaw.

I've been writing both Rust and Go since before each had their 1.0 release, and I like both languages. This isn't some back-handed comment about how I think Go is bad because of this. I rarely trip over data race related bugs in Go, but they do happen, so they aren't a huge issue in practice. (And your continued mention of channels is a red herring. Go has mutexes and idiomatic code uses mutexes quite frequently. Channels are not always the right thing to use.) Nevertheless, the comments here comparing Rust and Go are a fairly important mischaracterization of how each language treats memory safety, and it's important therefore to correct that.
Rewriting existing, working programs in a different language very rarely makes sense. Avoiding a certain language for greenfield programs is much easier.
Is everyone really using FB/Whatsapp? The apps used in China , SE Asia or Japan have quite a different approach than FB.
That depends on the kind of longevity.

- If it's "stay old longer" then yeah, that's a problem (most of our present advances are this since they don't address ageing, just save people from its consequences).

- If it's "stay young longer (or indefinitely)" that will change a lot of assumptions. But it might also make people put off children until really late, like, "if you're less than 100 why are you even considering being a parent?"
Facebook can't keep people's phone numbers, pictures and sex life private and we trust them to invent a currency?

I'm not a crypto backer - in fact I'm skeptical of the long term usefulness, but this isn't crypto, it's shitty PayPal. It's not decentralized, not removed from fiat, not anonymous and not trustworthy.
Or if you are married dual income earner you can get a job anywhere else, not have to spend $5000 a month rent just to live in a small 35 year old house, live off one income and save the other.....
I have a feeling that this book is _the_ advice. It's literally in the subtitle: "Upgrade Your Reasoning and Make Better Decisions with Mental Models". I imagine mental models have a lot to do with managing and balancing one's life.
I think the point is to call their little consortium "decentralized" and let the various on-ramps (be it wallets, exchanges, merchants) deal with AML, just as if it were cash or Bitcoin.

This is apparent in how their wallet Calibra is what requires KYC, not the crypto token itself.
When I consider that 1) all transactions must pass through validators 2) which are hand picked 3) by the worlds largest surveillance machine 4) that knows most everything there is to know about me already, I'm thinking I'll take a pass on this one.
Actually my reading is that the uncertainty here is driven entirely mostly the uncertainty in the fertility rate. People living longer has a relatively linear effect on population, fertility is much stronger. By eyeball this uncertainty projection for fertility seems extremely high, given the relatively smooth and predictable decline we've seen in the past [1]:

https://population.un.org/wpp/Graphs/Probabilistic/FERT/TOT/...

I spend a bit of time looking for the publications underlying this model right now, but couldn't find any.

But accepting the error bars doesn't change the story. Which is that this isn't that much of a prediction. The main driver behind the population dynamics of the next century is the decline in fertility that has already happened.

It's not a highly uncertain prediction that can turn out to be vastly different based on minor changes in the initial conditions.

But if we underestimate the decline of fertility in Africa (where it is changing the most at the moment [2]) over the next decade or two it could easily end up being off by 10% or more.

It's all fairly predictable.

[1] For example the 95th percentile prediction sees a sudden bump in Asia, taking it up to fertility levels not seen since the early 2000s by the mid 2020s, despite a perfectly smooth decline since:
https://population.un.org/wpp/Graphs/Probabilistic/FERT/TOT/...

[2] https://population.un.org/wpp/Graphs/Probabilistic/FERT/TOT/...
A major point the article is missing is that after population peak comes population decline. The pattern of "demographic transition" is that as lifespans extend, infant mortality declines, and lifestyles change the birthrate drops. But it doesn't drop just to replacement rate, it drops much below replacement rate.

Most developed countries are in this state now where their population would be declining but for immigration.

When today's fast-growing countries reach the same point in their demographic transitions, the whole world's population will enter decline.

This could happen even earlier than around 2100 when the UN estimates; other demographers are forecasting a date more like 2065. [1]

What will the economics be of a world in population decline? How will culture and policies change to eventually stabilise the decline? Lots of questions...

[1] Lutz et al 2018 : https://ec.europa.eu/jrc/sites/jrcsh/files/lutz_et_al_2018_d...
Just had very quick look at coal subsidies in Germany, it seems stone coal alone is getting 3.2 Bn per year... Not verified the source, so. Based on the last Wp prices for solar modules of roughly 0.3 €, doubling to cover installation, that amounts to 5 GW, give or take a little bit... Not too bad I think considering that in 2017 or 2018 world wide installations amounted to roughly 100 GW. And you would have jobs to get the plants installed and maintained.
>Sigh. That's true of Go too.

Yes I know. I'm not sure why you think I'm saying that this is not true of Go.

>The difference is that, in Go, you can write code with data races without using any `unsafe` at all

Again, I know. I addressed this in my previous comment.

Less sighing, more reading!
You're arguing with a point that I'm not making at all.