skysight-inc/HackerNews huggingface dataset:
That levitation is based on their being a large field gradient (diamagnetic levitation is based on the field gradient), so you could not do the same for a human.
Pfizer’s Edge in the Covid-19 Vaccine Race: Data Science
That is interesting, but a numeric LED display only flickers if you choose to use PWM drivers. LEDs might have met NASA's 1/1000th of a second requirement in a simpler way than nixie tubes. Not as nifty for sure.

I don't know how fast they can switch on and off though, for the purposes of something like the above. Don't particularly trust the internet on this one because switching speed isn't really the diode part (which would be very fast), but rather the emitted light...which I assume lags a bit at "off".
Quarantine in a hotel isn't scalable. You can't suddenly quarantine the whole population. Phone tracking is just a pen and paper away from that. The leap from 'tracking the infected' to 'tracking everyone because ~reasons~' is tiny, especially given the pace Australia is running towards stuff like that.
Yea black people always getting that advantage, you should let more people know. I mean, people just don't understand how hard it is to be white these days with twitter hate and everything. Be the voice! Let me know how it goes.
How to Save for a House – A Step by Step Plan
We use GitHub Actions and we like it. Though the current version feels like a very lukewarm compromise from the original one they had before the Microsoft acquisition. I am rather disappointed to see it become "just another CI" when the original release was so much more. I know, I know, I know, Microsoft bought GitHub so what should I expect, but either way, disappointed when the original had such amazing potential.
The Birthplace of the AC Grid
I changed from AWS managed ElasticSearch to Elastic.co a couple of months ago. Should have done it sooner.
I long ago decided that if I got a terminal disease, I would refuse any treatment that would extend my quantity of life at the expense of my quality of life.

I've seen what chemo does to people. No thank you. If I get cancer, I'll just self-medicate with whatever opioids I can get my hands on until either the cancer kills me or the pain gets bad enough that the opioids stop being able to do anything for it, at which point I'd just intentionally OD by a massive amount while alone in a remote location.

(and on top of all the debilitating, crippling effects of chemo, I am also, for multiple reasons, particularly attached to my hair... it's one of the only parts of my body I like, and I would literally rather die than lose my hair)
There are about 50 deployment actions that have to occur. If everything works perfectly, great. But if something hangs up or gets tangled, the people running the mission are blind when trying to debug the problem
I can understand that from an enginneering perspective ITER is terrible, but fusion in general?

There are all sorts of approaches to fusion, and things such as type 2 superconductors were undiscovered 30 ago and uneconomic/unpractical 10 years ago.
Timing control systems for magnetised target fusion were impossible but now are doable. Our understanding of plasma has been advancing a lot, simulations are good now, we can control plasmas much better.
Chirped pulsed laser amplification is a thing now and really good at making high amplitude pulsed lasers for inertial approaches...

I could go on and on. This isn't the 90s anymore, and our technology is still rapidly advancing. What happens if we find more efficient/cheap/high power density thermocouples, or find a direct energy electrostatic power capture method?

Fusion's economic realities today may be overcome soon, we really do not know what we can do in even 20 years from now.
The fundamental truth is that there is vast amounts of energy available in hydrogen, and all it takes is 100MK to ignite it.
> In the 14th century, the Black Plague devastated Europe. It's impossible to know but there's a lot of evidence to suggest that as much as HALF the population was killed.

If all the variants are to completely overwhelm all the vaccines and treatments (that did not exist then) to render them all ineffective and create this devastation over the next 100 years, time will only tell if half the world will be killed. As of now, we are pretty far from that (but most of the century from the first cases has yet to play out).

> wealth will ultimately get redistributed one way or another.

I agree with what you are saying.

> The ultimate forms of wealth distribution are revolution and war and that's really in nobody's best interests.

I don't necessarily disagree, but is there some kind of shared "best interests" concept that everyone agrees on here that would make the "nobody" true? Are we excluding those who enable war (even to varying degrees) without taking on the higher risk of such (higher share of future resources from those who no longer are around to compete for such, by getting others to take on the higher risk of not being around for such future resources instead of one themselves)?

> It's actually good for everyone if the masses aren't living paycheck-to-paycheck.

This will be largely bounded by whether any given society has enough resources at its disposal to offer an "acceptable" standard of living, the resources to allocate such standard without squandering it between its intended destination, and the choices individual actors make with the current varying resources they have their disposal (not strictly bounded by the physical, but also by those intangible like "knowledge" of cheaper resource allocation in adverse environments).
Nobody understands estate taxes, it's so frustrating. I have had conversations with coworkers who believe that the gov't will ruin you through estate taxes. People don't seem to understand things like (depending on locality):

- If you don't have literally $1M in assets you get taxed zero

- If you live in the home it is exempted

- There can be major deductions

The idea that the state comes in and destroys your way of life through estate taxes is an amazing failure of describing how a thing works (right up there with how progressive income taxes work).

I mean the fact that everyone's assets are tied up in things like houses doesn't help things, but... yeah.
> The way I look at it, chemicals which my ancestors have been exposed to for hundreds and thousands of years come with a lower risk than those which have just been synthesized and were not naturally occurring before the last century.

This clearly isn't true according to the EWG. They want you to believe that the tiny amount of zinc (which is an essential nutrient) that might be present in dishwasher detergent is poisonous enough to slap a big red warning on it. So which is it?

> I do smoke weed occasionally...

I'm all for cannabis, but I'm confused as to why someone who avoids household cleaning products is willing to put their lungs in such danger. It is well established that even occasional smoking increases your chances of lung and heart disease, and exposes you to a pantheon of toxins, including heavy metals and whatever pesticides are being used by growers in the still poorly regulated cannabis industry.

Seriously, whether you smoke or use edibles, you should be growing your own. Pesticides are a problem.

> but I think I take in less smoke than someone living with a campfire, something my ancestors have dealt with on many occasions.

Yes, and it was killing our ancestors, just as it's killing people now. Smoke pollution is a leading cause of disease, disability, and mortality across the world. It's true that your occasional smoke is probably less damaging than living with an open indoor cooking fire, but it's still doing significant damage, and it's a lot worse for your health than proper use of any cleaning product will ever be.

> I don't think fruits and veggies which have been consumed for centuries and millennia are that dangerous.

Why not? Why would you discount the danger of highly carcinogenic mycotoxins that have historically contaminated nuts, grains, and dried fruits, especially in the old days before industrial food production, and which likely killed a lot of our ancestors? And more importantly, why would you give more credence to the EWG's idiotic flagging of zinc in a cleaning product? This is a failure of risk evaluation.
I second FreshRSS. I was a longtime tt-rss user, but switched about 4 years ago.

Now if only I could find the perfect Android RSS client to talk to it. EasyRSS is the closest so far, but it has some bugs that occasionally annoy me.
* CRACKED SCREENS (glass screen will break)

* THAT “KEYBOARD” (virtual keyboard will be slow to type on)

* BLANK SCREENS (terrible battery life)

lol
> Fusion is what reduces energy cost potentially another 10x

How did you arrive at that conclusion?
> With baby boomers retiring in mass numbers, the argument that pop ratio to employment is null and void.

That isn't a complete sentence -- I am not following. Can you restate it? What argument do you disagree with?
yea it's a basic situation everyone deals with, this person just thinks it pertains to males.
So essentially automated barium meal preparation. Won't this be defeated by OCR/retyping? Professional journalists already destroy original materials prior to publication so they can't be compelled to hand over information that would expose their sources.
Are you claiming this is a bad thing? Your statement doesn't have a whole lot of meat in it without elaborating a bit.

There were a lot of decisions and changes that were made that led to this happening, and we have no idea how it ends up.

I personally am interested to see what happens in the elasticsearch versus opensearch space. I want to see how this experiment plays out.
Such an unbelievable lie.

See the recent case explosions in so called "zero covid" utopias like Mongolia: https://graphics.reuters.com/world-coronavirus-tracker-and-m...

You can delay. You cannot run forever.
Yeah since it's a shared server others on the server can feel when someone's using a lot of CPU and complain. That's when they'll intervene. You're lucky here. Also it does depend on what's happening on the server. There's no chance of some of the complex mods working on a cheap instance.
I'm a big fan of the database first code generator approach to talking to an SQL database, so much so that I wrote pggen[1] (not to be confused with pggen[2], as far as I can tell a sqlc fork, which I just recently learned about).

I'm a really big partisan of this approach, but I think I'd like to play the devil's advocate here and lay out some of the weaknesses of both a database first approach in general and sqlc in particular.

All database first approaches struggle with SQL metaprogramming when compared with a query builder library or an ORM. For the most part, this isn't an issue. Just writing SQL and using parameters correctly can get you very far, but there are a few times when you really need it. In particular, faceted search and pagination are both most naturally expressed via runtime metaprogramming of the SQL queries that you want to execute.

Another drawback is poor support from the database for this kind of approach. I only really know how postgres does here, and I'm not sure how well other databases expose their queries. When writing one of these tools you have to resort to tricks like creating temporary views in order infer the argument and return types of a query. This is mostly opaque to the user, but results in weird stuff bubbling up to the API like the tool not being able to infer nullability of arguments and return values well and not being able to support stuff like RETURNING in statements. sqlc is pretty brilliant because it works around this by reimplementing the whole parser and type checker for postgres in go, which is awesome, but also a lot of work to maintain and potentially subtlety wrong.

A minor drawback is that you have to retrain your users to write `x = ANY($1)` instead of `x IN ?`. Most ORMs and query builders seem to lean on their metaprogramming abilities to auto-convert array arguments in the host language into tuples. This is terrible and makes it really annoying when you want to actually pass an array into a query with an ORM/query builder, but it's the convention that everyone is used to.

There are some other issues that most of these tools seem to get wrong, but are not impossible in principle to deal with for a database first code generator. The biggest one is correct handling of migrations. Most of these tools, sqlc included, spit out the straight line "obvious" go code that most people would write to scan some data out of a db. They make a struct, then pass each of the field into Scan by reference to get filled in. This works great until you have a query like `SELECT * FROM foos WHERE field = $1` and then run `ALTER TABLE foos ADD COLUMN new_field text`. Now the deployed server is broken and you need to redeploy really fast as soon as you've run migrations. opendoor/pggen handles this, but I'm not aware of other database first code generators that do (though I could definitely have missed one).

Also the article is missing a few more tools in this space. https://github.com/xo/xo. https://github.com/gnormal/gnorm.

[1]: https://github.com/opendoor/pggen
[2]: https://github.com/jschaf/pggen
I mean, this was pretty embarrassing. Seems like poor judgment. https://www.theverge.com/2016/11/23/13739026/reddit-ceo-stev...
> theoretically maintain content availability for as long as anybody wants to keep it available, not just whoever originally published it

I'd argue that this is probably as good as we can get. Even if something is built-to-last, a person can still throw something away (and indeed many people find good stuff in dumpsters!) If nobody is willing to pay the cost to actually host something, then it goes "into the trash" so to speak. I realize that physical goods last even in the trash, but that's not something a digital good can ever be unless it's serialized to some form of storage.

VPRI (of Alan Kay fame) has published an interesting paper [1] trying to create a Cuneiform Tablet of code.

[1]: The Cuneiform Tablets of 2015 - http://www.vpri.org/pdf/tr2015004_cuneiform.pdf
The funny thing was that for about two to three years before the iPhone was announced, I was ranting and raving about the "race to the bottom" in typical smart phones. Small, dull, low-contrast screens, plastic cases, wide bezels, etc...

The second I saw the first iPhone announced, with its all-screen design, I knew that finally someone with some sense had designed a decent phone!

When people complained about the price, I didn't understand what they were on about. I would have paid twice that for the screen alone. And I have, because since then the price for a top-end iPhone Pro Max has gone up to about double what the original cost!

People don't "get" it. Entire mega-corps can be utterly blind to what the market actually wants, sometimes for decades.

I still rant and rave about these things, but this has shifted to:

- Only Apple makes premium laptops. Nobody else comes close, they're all still racing to the bottom. There's a handful of half-arsed attempts like the Dell XPS 13, but they're made by companies that don't have quality in their culture, and it always "leaks through".

- Manufacturers have totally abandoned the PC display market. There is nothing available at a reasonable price point that's even remotely comparable to the quality of -- as a great example -- an iPhone Pro Max OLED screen OR a mass-market OLED television. As of late 2021, it's impossible to get an 8K OLED PC display. It's impossible to obtain a 120 Hz OLED display. There are a handful of 4K+HDR+120 Hz LCD panels, but they cost 2-3x the equivalent TV's cost, despite a quarter of the glass size, which is 8-12x the expense per unit area. That's crazy.

Someone somewhere "decided" that the market doesn't want quality in those two spaces, in the same way that before the iPhone the decided that people only want cheap plastic phones. The market doesn't agree, but when they have zero options, voting with wallets doesn't work.
> Working with SQL in X (any language) usually has a poor developer experience that is why ORM or query builders are popular.

At least when it comes to Postgres, I don't understand why more developers don't create their own user-defined functions with PL/pgSQL. It's very a robust and powerful procedural language. In my opinion, ORM's like SQLAlchemy add a completely unnecessary layer of abstraction. ORMs might be convenient for quick/simple queries, but when you're creating or troubleshooting a moderately complex query, it's far better to do it with native SQL than it is with a chained mess of ORM methods.

At my company, we employ UDFs for every SQL query we make and every UDF returns a declared type. The end result is far easier to debug and maintain when compared with the ad hoc ORM query alternatives. Plus it has the side benefit of separating out application code from database code which allows our DBAs to more effectively code review SQL code written by developers.

> You just have to choose wisely your tools for sure, but most of the code you write needs to be rewritten anyway every X years.

Not if you stick with plain SQL and/or Pl/pgSQL :-)
JetBrains IDEs help with this actually.

When I was working with Go, all SQL longer than one or two lines went into the package level sql.go file, each query being a multi-line string. If you preface it with a comment like `// language=PostgreSQL`, you get syntax highlighting for PGSQL. What's more, if you have databases configured in your IDE, it tries to cross-reference the tables, columns, etc, and validates the queries for you.

I never did manage to get the latter part working 100%, but I think it's because we used multiple top-level databases, but in the DB setup we had just one connection, that we then switched around to look at things.
> It seems more likely that in the time we could get a viable hydrogen infrastructure in place (I imagine decades) that both the refueling and 'chemical disaster' aspect of batteries will have been solved. We're getting fairly close on both counts, I believe.

I would be surprised if they solved the battery issues in less than decades
I thought this was some joke involving Bears and Beets. Turns out it is an actual thing [1].

>In 1992, Dan Goldin became the NASA Administrator. Goldin believed in a philosophy of Faster… better… cheaper—i.e., he thought NASA could do more with less. Hence, Goldin did not support the idea of having large EOS platforms in space and in fact once referred to them as “Battlestar Galactica.” He believed smaller, less expensive missions that could be built more quickly were the way to go and supported development of new programs that actually diverted funds from EOS.

[1] https://eospso.nasa.gov/sites/default/files/eo_pdfs/Perspect...
Bad Faith
Also if the upper tray is height-adjustable, check the rubber one-way valve flaps in the middle of the supply tube that runs up the inside rear wall of the basin. If any of those flaps are damaged or missing, water will leak out there instead of being directed to the spray arm depending on which height position you're using. If you're lucky, you might still have one usable height position without replacing anything. Otherwise you need a whole new supply tube ($60-100) as the rubber part doesn't seem to be sold separately.
Today's medicine is focused to treat the diseases, refusing to admit that people at 70-80 years old die not from disease, but from the old age.

Everybody but a few enthusiasts refuse to treat ageing instead of cancer or heart diseases. People in general refuse to treat ageing as a disease, thinking it is something natural.

I would not want a couple more miserable years on earth, I want a few million years of a healthy young life.
America is not unique in this. But America's history is uniquely relevant to the problems in America. Where Facebook is based and the tech industry is centered.
You don't need to put up valid information to sign up for social media
This reminds me of the outcry when the Australian Bathurst 1000 car race, introduced beer limits to their campgrounds.

I was angry initially, then found out it was limited to 24 cans of full strength beer per person per day - apparently this is not enough for the event patrons.
Dang unfortunate name clash. I wrote a very similar tool of the same name and just open sourced it. I stumbled on your tool right after publishing https://github.com/opendoor/pggen.
Most of my family are physicians or nurses. They are all of this opinion.

My mom was an ER and ICU RN and NP. She’s to the point where I have a written protocol for when and how I am to call 911 in the event of an emergency for her.

Nobody wants to die, but few who understand want to live in the purgatory between life and death that futile care entails.
Lol, another reason to NEVER USE SOCIAL MEDIA. Unnecessary unless you use it for your business or activism. Everything else is pure honey pot.
Here’s what Elasticsearch thinks:

https://news.slashdot.org/story/21/08/07/0040229/elasticsear...
I ended up buying the whole album too. Very chill!
Not everyone puts up their real identifying information on social media
They should stop the whining. Just hire a bunch of Stanford grads and innovate.

https://cafexapp.com/

https://misorobotics.com/
The restaurant and bar industry has always been notoriously tough. Most fail. Competition is fierce. Successful owners have to hustle to get top line revenue and maintain cost discipline down to individual shifts and boxes of napkins.

My opinion is that the US has an oversupply of restaurants. It’s fundamentally a luxury service. People have come to expect to eat out often at rock bottom prices. We have even bent our labor laws ($2.13) to perpetuate the current market equilibrium.
> I'm of the school of thought that believes that we're at real risk of creating a permanent ruling class and a permanent working class by virtue of massive amounts of inherited wealth.

Possibly - but only if the ruling class is very, very small. The top 1% in wealth have $10M. That's enough to draw down ~$450k per year indefinitely (before taxes). As someone who makes that much - it's certainly a lot of money - but far from "ruling".

You'll need to get into the top .1% to even remotely resemble "ruling". Quite frankly, I think we'd eat the rich before we let .1%. The top .1% makes ~$1.5M per year (before taxes), and a lot of this still comes from income.

More realistically, you need to get to the .01% to have something resembling a "ruling" class.
Did you check %steal?
If 5% of your revenue is profit (a very healthy number), and half your costs are labor, an 11% hike in labor costs will wipe out all your profits. Corporate profit margins are smaller than most people think, and labor is usually their largest cost.
It's about time. Governments and corporations are getting a bit too transparent, and this is exactly the tool we need to keep what they do out of the public eye.
Perfectly in line with the contrast between the U.S. meddling in international affairs and their outrage when it happens to them.

This isn't whataboutism, to be clear - I'm just pointing out that this is what big governments DO. It becomes less about ideals and more about expedience.
I'm not close to Zig development, but in addition to the GeneralPurposeAllocator work that a comment already links to, there is other ongoing stuff in that space, like an allocator in 64-bit that does not reuse pages (and instead keeps using new addresses in the "infinite" 64-bit space).

There are also known techniques like Type-After-Type that can avoid use-after free in C and C++ [0]. And also advances in hardware like ARM MTE [1]. Those things - and GPA, and not reusing 64-bit pages - have various tradeoffs in terms of overhead, but Zig is a developing language that has a chance to explore possibilities that C and C++ can't. So this is an interesting area to follow.

[0] https://dl.acm.org/doi/10.1145/3274694.3274705
[1] https://security.googleblog.com/2019/08/adopting-arm-memory-...