skysight-inc/HackerNews huggingface dataset:
Oh, such techno-utopianism, cheer the tech!!
Sweden still has increased death rates due to Chernobyl, this disaster is still killing by a statistical significance, if we make it to the future we could forget it and later remind ourselves by looking in the atmosphere, in the mud, in the food, in the oceans, in the animals, in the ice and we can find traces of the man made disaster in DNA, in the fingerprint of God, we are the Gods now...

If you haven't figured it out yet, if you still believe in the government's figures, I've got one thing to tell you: pull your head out of your ass.
For one example, the leaders of the free world are now leaving the so called Paris Agreement, because they believe anthropogenic climate change is a hoax.
Are they still telling you the truth?

Okay, back to nuclear now for a second round. We are likely to see a worldwide collapse due to many reasons, but lets blame a lot of it to the actions of the government's mentioned. Before you dismiss this premise I would like to inform that this is a major fear, and therefor a major field of research for the nuclear industry and is a major reason to why we even care about long term storage of the waste – if everything "went well", why would we care about a thousand years? if we can manage "it" now we for sure can in the future when our GDP is like risen by a gazillion percents.
We must pause here, this is the thing: we are talking about waste that is extremely insanely dangerous if it would "leak" out, if this would happen our civilization would be finished, life could die out (not like we are not killing of 100-200 species a day already, but hey, gotta go faster!)

Where were we now, right: can you imagine this planet in five hundred years? and the nuclear waste has to be securely stored for hundreds of thousands of years. This is the reason they try to universal signs instead of writing the warning in plain language [1].

I am way off the article now, so Sweden and France has a decarbonized their economies? Where a the figures? I would guess without looking into any numbers, that both Sweden and France has in fact increased their carbon output since they started using nuclear power, I would go so far that I would argue that they have in fact increased their carbon output because they have added nuclear. By using nuclear power we grow our economy, the larger the economy the more carbon output.

[1] https://en.wikipedia.org/wiki/Long-time_nuclear_waste_warnin...
> Ironically, table-based HN has the best responsive behavior for reading text on mobile than any "responsive" site

No it doesn't, HN literally sucks on mobile. From the top of my head:

- On the front page I always click the stories title when I want to click on the "xxx comments" link

- When reading comments, it's impossible to use the tiny [-] buttons to collapse threads

- "code" blocks are still broken
You can buy from sellers offering FBM SFP (seller fulfilled prime) which has a 2-day guarantee and Amazon enforces it and kicks sellers out if they can't keep it.
Far from any population centers, just like large coal power plants.
The person you’re replying to was quoting you saying no data collection should be done.

Now you’re saying banks have to collect data and saying other things.

So you do agree data does have to be collected at some level?
Buy bitcoin in 2010, ask for more money to employers
Multiculturalism Has Failed
Mainly thinking of explicitly stream oriented data sources like kafka, but yeah, change logs are really solved with an analogous abstraction.

There's a great paper on that: "One SQL to Rule Them All", check it out.

We also want to scale well from single computer one-of data exploration queries, to full blown clustered long-term stateful stream processing.

The point is to provide a well thought out SQL interface to as many data sources as possible, and like drill does, push down as much computation as possible.

We actually learned about drill only after creating OctoSQL, but that's another story. (We're definitely less mature currently and support fewer datasources)
Potential culprit found in vaping-related lung injuries and deaths
I wonder how it compares with growth and the Rule of 40.
df_merged = df1.merge(df2, on="common_key")

or

SELECT * INTO df_merged
FROM (SELECT *
FROM df1
JOIN df2
ON df1.common_key = df1.common_key)

Python and its mature libraries are vastly more concise than most alternatives, SQL included. Especially when you get to beginner Pandas vs. beginner SQL. The latter is an absolute horror show.
When ukraine was starting it's revolution in 2013/4, and it was unclear what was going to happen in the country, if it would break into war, or just become some place we could no longer keep our 250 employees, my HR team came to talk to me.

I had 12+ employees there and they asked me to write down the names of 3. Those 3 would be the ones we would try to extricate from a country descending into war should that happen. Them, their wives, and their children.

How the fuck do you make that decision?
> Can we tie logins to employee badges to skip all password entry? (Lost badges would thus warrant reporting loss.)

You can, but typically you'd use a badge with a PIN. If you use something like this[1] with virtual desktops (VDI) that don't terminate your session when you disconnect, you can get the "time to login" down to a few seconds, since it's the same RDP session following the user around.

[1] https://www.identityautomation.com/iam-platform/healthcare-c...
Had it? As a software developer in the 1990s, I saw a lot more C than C++.
Yeah it always seemed like it a shaky argument to me too. Even if people were unable to accurately perceive the timing of their own decisions, that doesn't seem to preclude the idea that people are still consciously making those decisions themselves....
Congrats! When a man's gotta Go, he's gotta Go!
OK, let me change my question to:

Some random person told me that the parts of the spectrum that are absorbed by CH4 are already absorbed by H2O, which is way more prevalent, so the CH4 doesn't matter much.

Is that true/valid/scientific?
If that’s the case then the increase would be seen in the NHL where there is a history of fights and enforcers but not e.g in the Swiss or Swedish leagues where there isn’t. But concussions are up across the board.

The more reasonable explanation for more head injuries is the game is faster (much fewer hookings, for example) and a focus on speed and skill over size and strength.

There just is no “I can’t punch this guy in the face so I’ll give him a cheap blindside to the head”. The stats doesn’t support the hypothesis.
But enough of his supporters have that the culture of support for Trump has been conflated with support for those other, far more toxic ideals.

Trump supporters can pretend that American white supremacists and neo-reactionaries didn't flock to him like moths to a flame and turn his campaign into a referendum against the loss of white male political and cultural relevance and the advance of progressivism and feminism, or that they aren't tainted by association, but that is what happened.

Trump supporters were perfectly aware of the racial narrative forming around him, and they chose to embrace it, rather than fight against it, because they found common ground with the racists in their hatred of the left and Hillary Clinton. They don't now have cause to complain about being tarred with the same brush.
I think they simply show the period for which the data is reliable, but I'd like to know if that assumption is wrong.
We could have used our educational system in the US to teach people about radiation so they would not be so afraid of it. That would have been great and could have paved the way to the use of nuclear power about 30-50 years later.
What would you want to see instead? That's pretty much the same syntax as generics in Java.
Matching speeds to the target object isn't all that difficult, right. The problem is the travel time becomes enormous to a distant target object, because it's going so slow comparatively.

Pluto's orbital period is 248 years. If you aim to match its velocity when you arrive, the journey takes a significant fraction of those 248 years. Compare Mars, where the orbital period is 22 months, and a Hohmann transfer orbit takes 9. A similar trajectory to Pluto would be on the order of 80 to 90 years.

It's not just about the magnitude of the speed vector, it's also the direction. To match and orbit Pluto, you need that 4.7 km/sec to be tangent to the sun. You need to start out slow enough so that your radial velocity can fall to zero by the time you get there. You can't apply more radial velocity to get there faster, either by launch or slingshot, if there isn't equivalent fuel or mass to decelerate you; you'll overshoot as New Horizons did.
Also good luck getting customer service in English. Its worse if you are not white.

I am not sure you can call it 'culture', but I find Québec is culturally friendly to "white French speakers"
> Isn't censoring one of their employee to not enflame the situation would be what China/Russia would do with their citizen for the same reason? kind of an ironic situation.

One of these entities is a sovereign government and the other is a for profit company. I'm not sure I understand where the irony lies.
I've pushed a few admittedly minor backend services in Swift to production. It is ok.

You basically have one viable non-Apple OS platform (Ubuntu) to deploy on. This means that your basic Golang service is a 10MB Docker image while it can be over 100MB for a basic Swift service. There are frameworks like Swift NIO which is based on Java's Netty (and there are some Apple developers who work on Netty also working on Swift NIO). It works well enough but in most benchmarks, Swift is not even close to Netty ( https://www.techempower.com/benchmarks/#section=data-r18&hw=... ), so if you're pushing the code expecting high performance, I would think twice. Swift gRPC (latest version based on Swift NIO) is also available, and while I think it works very well, it is still relatively new.

As far as tooling, Swift is very immature IMO if you step outside Xcode. There are efforts to get a LSP service fully working (SourceKit-LSP), but I find it to be ok at best (performance and code completion suggestions are often very hit or miss). From benchmarking to diagnostics/backtraces to logging and metrics frameworks to shared common knowledge/answers on Stack Overflow, it is still very early days for Swift. Golang is so far ahead here that I personally think (at least today) the only reason you should launch a Swift service into production is because you want to reuse code that you have in your app.

If you like Swift's type system and want a backend service equivalent, I would strongly recommend looking into Rust. IMO, Rust is a version of Swift where the programmer is given more control of what the code is actually doing (along with the associated responsibility). It sounds like a lot of trouble, but I find most Swift code naturally translates to Rust code (especially if you follow the "value vs reference" semantics ideology that the Swift compiler team advocates). At worst, if you learn Rust, you will understand Swift a lot better (like what really is an escaping vs. non-escaping closure or what is the difference if I use a generic versus a dynamic protocol type (dyn trait in Rust) in a function definition).
Are you arguing we should make nuclear power less safe, then?

Why? So it can finally be cheaper than wind and solar? What's the advantage of that?
As a legacy player (a magic format where there are a lot of very expensive out of print cards), we just print them out for playtesting. No sense in dropping hundreds on missing cards for a deck until you know if it performs well and is fun to play. If you aren't planning on taking it to a sanctioned tournament you can just stop there with the proxies.
What leads you to conclude it won't be fixed till it's done at the federal level?
I'm not sure why this keeps getting repeated.

Boeing certainly bears culpability for failing to execute, and whatever terrible lapses in certification were made to get there.

But why were they doing a dumb thing in the first place?

Because American Airlines asked-told them to. (Because they didn't want to have to pay to retrain pilots)

Boeing deserves to have substantial portions of management jailed over this, but there's blood on the legacy 737 operators' hands as well, for asking them to do it in the first place.
Income redistribution. Your health care premiums, deductibles are paying for this.
We have something similar here -- everyone gets a giant recycling and compost bin, but you pay for the trash bin, and bigger costs more. The problem is that it just leads people to put non recyclable things in the recycling bin. You wind up with a bunch contaminated mixed waste that just gets sent to the landfill anyhow because China won't take this low quality mixed stream anymore.
> There are nuclear reactors closing in the US not because of regulation, but because they cannot compete with much cheaper wind and fracked gas sources

The former is intermittent, and the latter emits carbon.

> There is little difference in operational cost between running a nuclear plant at 50% and running it at 100%. So when they start losing key customers to cheaper power, pretty soon they're operating the plant in the red.

Yes, and we're replacing nuclear plants with fossil fuel plants because of it. When California shut down its second to last nuclear plant, it's carbon emissions from electricity generation rose by 35%. And now we're poised to shut down the Diablo canyon plant with solar during the day and natural gas during the evening.

If we cared about reducing carbon, we'd keep the nuclear plant operating and shut down a fossil fuel plant with the surplus energy.
Yes a week. More even. Just look at the data on Germany's renewable production last month and you'll see are multiple multi day long periods of little production:

https://www.energy-charts.de/power.htm?source=solar-wind&yea...

Now consider seasonal differences and you're going to need even more to compensate.
Buffalo (https://gobuffalo.io/) seems to be getting popular but can't speak from personal experience
> I don't understand the desperate need to paint all modern C++ code bases as dangerously unsafe.

Because the idea that security vulnerabilities can be fixed by just "modernizing" C++ codebases is actively harming security, by discouraging investment in memory-safe languages.

> It is demonstrably not true and doesn't reflect well on the motivations of those that would blindly assert it.

It is demonstrably true, as http://twitter.com/lazyfishbarrel shows. Perhaps consider that those of us who work on browsers, which are some of the largest most-attacked pieces of software in the world, would know what we are talking about.
Any idea why it appears black and white? The links say it was taken with the "Multispectral Visual Imaging Camera (MVIC)", whose description suggests it can capture in visible spectra. Is Pluto really made of grey?
Too long to fit in the title, I suppose.
> Today's poor are worse-off than those in times past regardless of whatever trinkets they have. In almost every culture and occupation throughout history up to the industrial revolution, working people have never spent 8+ hours a day, year round, in servile labor.

Every single analysis of that ignores women. Women in the past spent basically all their time cooking and washing. Washing clothes before washing machines was an arduous, laborious task. In addition, without reliable birth control, family sizes were larger so a women had more children to take care of.

Now women have the opportunity and control to not be consigned to a life of house work.

Hans Rosling has a great TED talk on how socially transformative the washing machine was:

https://www.ted.com/talks/hans_rosling_and_the_magic_washing...
> I can give you one reason: Most of the ML tutorials online work on toy problems. Full stop.

And most libraries and implementations are also in Python because they work on toy problems?

> There's a reason why data engineers are more in demand now than data scientists. With Scikit learn, keras etc it's easy to build models. It's not easy to deploy models to production. Half the tutorials don't teach the important bits: that your model needs to live in production.

There is also a reason why you employ full stack web developer instead of frontend developer. I can tell you what is the reason - it's cheaper than employing frontend developer and backend developer. And for toy problems you can hire fullstack developer.

> Now, if you write your programs using Gonum or Gorgonia, you need to think a lot deeper about what your model is doing, about memory about things that software engineers think about. It's not easier, but it's the only sustainable way forwards.

So you are implying that whole industry, researchers and ML practitioners got that wrong and they should use Go now?
I know a lot of people working on ML related problems and none of them use Go for their ML work. Some of them have Go in their stacks, sure, but it's not used for ML directly. And they solve practical business problems.

I've also worked before with two ML researchers respected in the industry and I can assure you, they are not working on toy problems and they do not know Go. And this is coming from Go user and enthusiast. Programming languages are just tools, not a religion.
Troubling? The quality of nearly all television in the 80's and 90's was troubling. The outrageous amount of unskippable commercials was troubling. The fact that people would have to be home at a certain time on certain days to watch a show they liked was troubling. And the fact that all of this was tightly controlled by a small number of gatekeepers was particularly troubling.

Media today is better in every way. The delivery methods, the diversity of perspectives, the reduction of advertising, even just the overall quality of content is far beyond what most of us grew up with.

There's of course nothing wrong with critiquing the many ways content has changed over the last couple decades. But let's not pretend for a moment that television before the internet was anything other than anti-consumer garbage.
There was also an completely finished Austrian plant never turned on because of a referendum:
https://en.wikipedia.org/wiki/Zwentendorf_Nuclear_Power_Plan...
I hate point-by-point rebuttals, but here goes mine anyway ;)

> 1. It's old. There have been many, many advancements in programming languages since its inception in the mid-80s, none of which have made it into the language itself.

It's even older than that (around 1979), but being old isn't an argument in itself.

> 2. objects/interfaces/functions/monads, Stored procedures

Not the job of a database

> 3. There's no vendor-agnostic way to write unit tests.

As compared to alternative NoSQL database code that isn't portable at all? Agree though that the testing culture in SQL land could be improved.

> 4. The code itself is ugly.

Entirely a subjective matter. Programming != poetry.

> 5. Over time SQL tends towards becoming unmaintainably complex

If queries are complex in a language that is already very compact compared to equivalent procedural code, then chances are they're complex because the business problem is irreducibly complex, and another langauge won't save you here.

> 6. There's no type checking.

Of course there is! You can't insert character data into number columns for example (SQLite handles this a bit different though), and will receive proper type-related error message on eg. date functions.

> 7. There's no standardized library sharing framework like RubyGems or Python's pip.

What exactly would a stdlib (of table definitions?) be useful for? The standard is the SQL language itself. Maybe the state of portable SQL scripting could be improved by eg. lifting the syntax of eg. Oracle SQLPlus, also implemented by DB/2 since a couple years, or another syntax into the ISO SQL standard.

> 8. IDE support is limited, and is mainly limited to basic code formatting.

Last I checked, IDE support for SQL was quite good on Eclipse, including autocompletion. When you assemble SQL from strings in your app, there's a limit to what an IDE can do.

> 9. Refactoring is dangerous

SQL/relational algebra has a very powerful construct known as "views" - a consistent relational interface for your apps to work against. Refactoring is as good or bad as you make it to be.
The cost of poking holes in the American Dream narrative. I wonder how much longer can we ride the wave of karma?
Tombstones with pictures exist, so moving pictures would be a natural evolution.
This is also a problem for any future fusion power plants. Using the fusion power as a dumb heat source to create steam is not going to be economically competitive.
Ha! I was going to link that to you once I understood what you meant.

https://news.ycombinator.com/item?id=20059006#20062821

I believe there is a similar effort going on in the Flink project. They're slowly merging in work from the Blink project to provide a unified SQL paradigm (batch + stream).
We really need automated continuous monitoring and alerting of these things. It doesn't take much time for an event to release huge quantities of what was thought to be contained gas into the atmosphere.

I'm surprised to not see any reference to the Aliso Canyon leak in this thread yet:

https://en.wikipedia.org/wiki/Aliso_Canyon_gas_leak
Go has reflection, but it doesn't have annotations or generics. Annotations are key for libraries such as hibernate.
Also, there is a regulation that requires no design have a single point of failure capable of resulting in a catastrophic outcome.

That's why they have to rearchitect the system. If those bit-flips happened to the Flight Computer in command, they could lose the plane. Therefore, redundancy must be built in.

It wasn't originally evaluated as posing a catastrophic outcome in the safety analysis, which is why no one paid it any mind.
Yes, but I don't see the relevance. The use of the term "social credit system" is intended to imply an system of political oppression and censorship similar to that used by the Chinese Communist party, and further to create fear of the implied radical leftist/progressive agenda assumed to be behind codes of conduct by associating them with violent authoritarianism.

Being banned from a private venue is an expression of the right of free association. It is not a violation of anyone's rights, because one does not have a right to attend a private venue. It is not a form of political oppression or censorship, because one does not require attendance at a private venue to express one's political beliefs.

Therefore, because the rights of banned attendees have not been violated, nor their speech suppressed, nor has any violence been imposed against the banned attendees, or critics of the code of conduct, said code of conduct is not equivalent to the policies of the Chinese government or a social credit system.
Vitamin E acetate found in all lung fluid samples tested from injured vapers
Not my field, but for deployment you'd need to worry about targeting the GPU anyway? It doesn't look like gonum has GPU support?

Machine learning code isn't going to run just anywhere.
I like the analysis but I hate the title. This wasn’t an editor rewriting a boring title for more clicks either.The editor was the writer.
Er.. in short, tech-blind industry representatives are using the LF brand to advance their careers, and LF insiders are helping them out of sheer kindness.
Is that why this particular film was chosen?
Cute, as the court said, but no cookie. The court sentenced John Doe to life in prison, meaning he never leaves prison alive, short of a pardon. Since he's still alive, end of story.

But what a brilliant argument for on that has plenty of time and can only gain from this.
Methane is a far more potent greenhouse gas, and it naturally degrades into CO2 in the atmosphere. Burning methane it on the ground, even not for energy, helps mitigate the warming effect, because it is that much more potent than CO2.