skysight-inc/HackerNews huggingface dataset:
Running your own Kubernetes cluster is complex and deep. Giving a yaml file to EKS and suddenly you have infrastructure is not complex at all. Its actually pretty sweet.
I've already been paying them $12/month for storage for years, mostly out of laziness, but at least Google One added sharing storage a year or so back so I could add my family.

If they added custom domains to Google One I might be tempted to keep it.

At this point I might just go over to Microsoft 365 family which has storage, custom domains and extra fluff, as far as I can tell, for cheaper than just the storage at Google.

Is outlook that bad?
> Problem solved

Not at all! RSI is complex because it can involve a hundred muscles and tendons. People can have inflammation and pain even in wrists, shoulders and elbows due to keyboard use.

Reducing finger travel by using Dvorak can be very beneficial. Obviously it will do little for things like ulnar pronation.
https://www.bayzen.org/ is in Oakland and is in the tradition of Maezumi, which is what most of my training has been from.

https://berkeleyzencenter.org/ is in Berkley and is in the tradition of Soto Zen; I have sat with sister groups in San Jose and they seem pretty solid if a little more laid back than the Maezumi schools. There is a retreat center up in the Santa Cruz mountains, https://www.jikoji.org/ I have gone to retreats there and it is indeed very nice, peaceful and beautiful and nothing extrinsic to decide or worry about. I went with the Floating Zendo: https://floatingzendo.org/about-sesshin/

In Bay area, we have many opportunities to practice/train with other people. I'd say that the long retreats make daily meditation a lot easier and doing regular daily meditation make the long retreats a lot easier. And sitting with other people strengthens the practice in a way it's hard to recreate on your own.

I haven't sat with a group in the Thich Nhat Hanh tradition, but from what I've seen online, the Japanese-derived Zen groups are pretty similar in the essence of the teachings.
Same here, I have not received anything yet. I have a large amount of domains I setup back in the day.
This must be it, then. The key pairs / triplets that I type in most quickly are left to right.
> I'm not sure what you mean when you say that Bitcoin can scale by using 3rd party payment providers?

Try thinking about it. It would work the same way PayPal works with USD. Bitcoin payments simply don't need to happen on the blockchain. Similarly, I can buy gold in my brokerage account without any actual gold moving between warehouses.

> Of course proof of stake can be decentralized! I think what you mean is that it's not clear whether a widely adopted PoS based blockchain will end up centralizing power in the hands of a few whales. This is a legitimate concern

That's right, which is why it probably can't be decentralized. Even if the majority of holders are small individuals, the coins still end up on exchanges, which become whales.

> however, this threat is no different than the threat of centralization of computing power in Bitcoin.

This is a common misunderstanding of Bitcoin. Bitcoin miners do not "vote" or participate in governance. Thus, bitcoin does not have vulnerabilities that proof of stake has. Bitcoin's decentralization does not come from miners. It comes from users who run nodes and enforce the rules of bitcoin by not recognizing illegitimate protocol changes, invalid blocks, etc. Market forces also play an important part: Bitcoiners would not pay for coins from a block that breaks the rules of bitcoin, because those coins will not be recognized as being bitcoin.
I use WEIRD, my completely untested and I researched intuition being that knowing common consonants are in a word isn’t helpful unless you get the right place, but knowing the vowels is. At least that was my logic when I first played and my brain produced WEIRD.

I’m sure it’s far from optimal, but I continue to use it because I obviously understand how I came to choose it, and it “works” and survivor bias is powerful :)

I recall seeing HN posts from people working out “optimal” starting words and guess patterns, but I just like mine :)
I have two friends that have done the Vipassana 10 day retreat and came home rather glowing from it.
There are many many retreats out there so knowing what the right one for you is not easy.

I know of an upcoming in-person retreat based on TWIM (Tranquil Wisdom Insight Meditation) south of San Francisco:

https://www.suttavada.foundation/physical-retreats-suttavada...

The retreat is located here:
https://www.suttavada.foundation/venue/stfrancis/

What is TWIM?

https://www.reddit.com/r/streamentry/wiki/twim-crash-course

Here is a book about the practice:
https://smile.amazon.com/dp/B06WRPZZQF/
As if I didn't have enough reason to be happy with my decision to buy a Framework, here they are giving me yet more reasons.
>I don't think it makes sense to call anyone making an informed decision to overpay for a service a victim.

No, those I'm calling victims are people like me, who would like to buy the update and own it, but are instead forced in a subscription - which if they ever have to stop paying for whatever reason (e.g. out of a job, medical bills, etc) they lose their access to the programs they've been paying for month over month for years.

A music program called Reason is a good example of the scumbuggery involved. It used to have $129 annual updates - which were already overpriced, as they had minimal changes, and more professional competitors like Steinberg with much bigger update deltas (new features, work involved, etc) charged much less for their annual updates.

Now, they switched to subscription, for $20/month ($240/year) where they give access to some extra plugins to entice you. But to force the user's hands (since they still offer the paid annual updates), they also bumped the annual update price to $200/year (without the extra plugins, the regular, already-overpriced-at-129 update).
This is true, I'm also in that category of people: I'm rich enough that money is not a problem for me, but too poor to invest in solving aging meaningfully.

What Calico didn't get right is that it was super secretive for a long time and not collaborated with the underfunded antiaging community. It got better in the last few years, but I have much more hopes for Altos (and I really hope people there push back on being secretive on something, where making the highest possible return is not the most important goal for the investors).
Water’s Hydrogen Bond Strength
> "I want a graphics API!"

> - "Use this game engine or this old and outdated graphics library instead"

That is the actual answer for when people ask that question, most of the time. Almost nobody is asking for a raw GPU API, which is what Vulkan, DX12, and WebGPU are. Rather they want a graphics API. Something that provides utilities and helpers. Something that can actually load textures, models, and animations. Or has a particle effect system.

But if all you want is a GPU API, as I mentioned far higher up in the thread there's no shortage of those today either (like bgfx, or even Angle). 'native' WebGPU isn't addressing some unserved market here.

Although if you actually do want a GPU API, there's also a good chance you actively don't want to use a middleware like WebGPU since it limits what you can do and gets in the way...
Why are Paxos and/or Raft considered superior for distributed systems?
Thats nice to hear, seems like a big market to me and under serviced, I'm just about to release an app on there so fingers crossed.
As well as global keyboard shortcuts, compositing effects, efficient framebuffer rendering, xWayland functionality, configuration-agnostic multidisplay support and input polling.

I'll let you decide for yourself if that's hyperbole, but I think I'm comfortable sticking with Xorg for now.
This UK government is a bunch of maniacs. Too much alcohol got them on one.
Yes, me too. Bread is best with butter, no matter what else you put on it.
Also, its "protection" or "effective against", it's not about preventing from what I can see, it's about "preventing hospitalization". I'd really like to see the calculation, to be clear on what is actually claimed in the 90%. If it actually prevented 90% of people from getting covid, we should have been able to move on long ago.
I am not sure. WFH keeps me inside most days and we have barely had any snow this year.
Doctors are just humans. As my life has progressed I have come to realize more and more how doctors are not somehow a special breed of people.

Just like there are good software developers and bad software developers there are good doctors and bad doctors. Some software developers can debug an issue systematically and figure out the root cause and some run around in circles, making wild guesses, adding duct tape to "fix" things (ultimately breaking things even more) or just plain not figuring it out. Honestly giving up and saying "I can't figure it out" is better. Then you can get the cavalry in.

Doctors are just like that. But unlike software developers they're these half gods in white and we tend to believe without question even when they have no idea whatsoever or make a wild guess or a wrong assumption.

Personal experience what my GPs have been good with:

Were usually able to figure out that I had some sort of viral sinus-y infection.
Were usually able to figure out that I might have a bacterial sinus-y infection and prescribed antibiotics.

That's it! Since it's personal medical stuff I won't go into details but there are multiple other things that they have not been able to figure out even after more than 20 years (including sending me to specialists that were no better at figuring anything out). I figured some of them out or have given up trying to self-diagnose or trying out doctors as they're inconvenient things but I can live with them.
> It is so incredibly wasteful that the companies and governments keep coming up with unique designs for the satellites serving similar purposes.

Common satellite chassis has been a thing for decades. StarLink and other systems like it benefit from mass production and economies of scale. Each block of StarLink satellites is identical. They also have a singular task and everything about them is optimized for it.

Most satellites are not identical copies of one another even if they have "similar" roles. Mass production is less desirable as you'd end up with unoptimized designs which means wasted mass or reduced capabilities.
I think you'll find that once you get used to the idea that char is for UTF-8, and ubyte is for other representations, it not only feels natural but the code becomes clearer.

As for invalid code points, you get to choose the behavior:

1. throw exception

2. use the replacement char

3. ignore it

All are valid in real life, and so D is accommodating.
the new digital town square.

If Youtube is a town square, it's a town square where sane people are unwelcome while morons and lunatics get a spotlight, megaphone and flyers.

https://news.ycombinator.com/item?id=29965813
> and noboby has mentioned it

Muphry's law is an adage that states: "If you write anything criticizing editing or proofreading, there will be a fault of some kind in what you have written." The name is a deliberate misspelling of "Murphy's law".

(from https://en.wikipedia.org/wiki/Muphry's_law )
They're "good enough" for most users that might not care about super high availability, devex etc. As long as its cheap and solves a business problem, it will win.
Yeah same. Is it a country thing?
Label printing is still a world of hurt. My hope is to make it incrementally better, a smaller dumpster-fire, if you will.

I definitely have users triggering labellive:// integrations. The nice thing about the URI is it automatically launches the app if it isn't open - which is not true of HTTP integrations. The downside is it can be slower, especially on windows. Been there, done that. Maybe there's a workaround because Windows optimizations like this are a black box/art.

The other challenge is going to be referencing a standard design. Today, the integrations reference an absolute path or a "pinned" design file. I've had a few subtle requests to allow pulling down a standard "reference" design from the cloud (that you host for your users), and the app will cache the design based on a computed hash that you include in the URI. If your design changes, update the hash, Label LIVE will pull the update on the next invocation.

There's a lot of fun room to play with this. Let me know if you'd like to team up by emailing help @ label dot live. Now that I've got a fairly sturdy base of features my 2022 focus is to really hit and deliver on the potential for integrations like this.
I don't consider explaining motivations as "going to bat" for someone.
-O0 is "well tested" because everyone uses it for debug builds. If it produced incorrect results people would be fairly upset (and they are when it does…but it's not particularly common, because incorrect optimizations are generally the problem when codegen is incorrect.)
ML model made homogenous output.
Snowflake is technically far superior to Redshift. The performance and features are somewhere else. Even if you pay more in operating cost (which is not always the case, especially if you count Redshift DBA salary), you get to do what you actually need to do much faster instead of fighting the platform.

Snowflake is also technically going to always be far superior to Redshift, because AWS is a follower, not a leader. Their strategy is to copy what others are doing and build a moat of "but we can do it too, and you already have other things with us".

And if you really care about operating cost, you should be running Trino+Minio or Clickhouse onprem or something as your warehouse.
Sincere question: How polluting are fabs? When I read "access to water," it scares me.
1: People were stuck in that traffic jam for more than 24 hours

2: It is an interstate heavily used by both commuters and through drivers. The odds of being at 100% charge, or even 90% are pretty slim.

3: After getting unstuck, you still have to get to a charging station, and how long will that take to get charged up? With gas, it is 5-10 minutes and you have 500 miles of range. With an EV, how long would you be there? This is relevant to this case as many/most of the drivers on that route are driving a few hundred miles or more. A shorter trip on that stretch would be Baltimore to Richmond, which is 130 miles.

4: The test was against a car with brand new batteries. What about batteries that are 5 years old?
now base ads on food, places visited, language used. This is useless and just show off.
>You own a license to use it (with some level of constraints around how/when/where you use it)

That's neither here, nor there. I didn't argue we buy and then own software like a shoe or a tire. People bought software before and we know the semantic and legal differences between it and buying physical products.

But that's irrelevant, the discussion is about software-bought (with the license and all it entails) vs software subscription -- not about the semantics of bought software vs bought physical stuff.
Ponzi and the City
> Don’t like Ohio? Good we don’t care.

I see maybe one or two negative comments of substance about Ohio on this post. Meanwhile you've written a rant about the bay area that implies everyone out there has sold their relationships and souls for some kind of elitism.

The midwest is great, but it's not some utopia (the same way the bay area isn't some kind of homeless wasteland). Please stop making the rest of us look ridiculous.
Two phase commit has failure modes that paxos and raft address.
Now that brain drain isn't required to get a great job, we will finally see a diversity of distribution in talent instead of east/west coast. This will be a good thing. It's completely unsustainable to have talent cloistered away forever and always in the same couple spots.
A more enlightened view, I think, would be to in essence say, "Americans of previous generations had views and attitudes that many of us disagree with today, and we would not care to replicate what we see as their mistakes, but out of respect for them and the different era in which they lived, we allow their monuments to stand."
I think this over-estimates the intelligence of cloud businesses, and under-estimates the motives of paying customers.

First there's the assumption that Amazon, Microsoft, Google, "get software". This doesn't really mean anything. So you're a tech company and you know how to churn out software; so what? That doesn't mean your particular tech is better than anybody else's. Amazon alone has 70,000 engineers; they didn't snag all the good ones. If you look at their code (or try to package it for a Linux distribution), it's a hot mess. Their tech is not why they're successful. They know that software is just a tool you use to sell.

These companies' major wins were for all kinds of reasons other than their technical acumen: spinning off a new business from an already-profitable one, acquiring and integrating other businesses, or keeping a moat (sorry - "platform") around a particular market or customer base. It doesn't matter if they "get software". Just look at Google Cloud; it'll probably be sunset in 2 years. Who cares if they "get software" if they suck at acquiring customers? Apple is launching their own public cloud soon, as well as a couple other small and large companies. Will they be successful? It won't be because of their technology (they're all using the same code anyway). If you want to steal customers from Amazon, you need to sell it.

Paying customers don't care if you can see the future or are "internet native". They care if you can lower their costs and get them to market quicker, if you provide stellar support, if your product is more popular (more people know how to built with it/maintain it), if you make their life easier, and if your service appears more reliable.

And AWS knows all this. They're a savvy salesman, a reliable contractor, and an industry standard. They know how to keep and grow their business, and it isn't by reducing what they sell or focusing on a narrow market. If you're the incumbent, you sell more integrated services and diversify your business, and keep pushing until a market implodes. Then you tourniquet that part of the business and pivot. But what they'll never do is strategically refocus on some smaller business sector if it means making less money.
It wouldn’t work on capability-based architectures where pointer validity is enforced by tag bits. Cast the pointer to an integer, lose the tag; cast it back, tag is missing and pointer is invalid (except for privileged system software which has the authority to enable the tag bit on an arbitrary pointer.)

Do such architectures still exist? Do/did they support C? Well, 128-bit MI pointers on IBM i (fka AS/400) are like this - a hardware tag bit protects them against forgery - and ILE C lets you manipulate such pointers (it calls them “system pointers”, _SYSPTR), so that would be a real world example of a pointer in C which can be cast to an integer but cannot be cast back. (IBM i also has 64-bit pointers which aren’t capabilities and hence aren’t tag-protected and can be cast to/from integers - but they don’t point into the main operating system address space, which is a single-level store single address space shared by all non-Unix processes, they only point into per-process private address spaces, so-called “teraspaces”.)

I think some UB in C is motivated by allowing C to be used on these kinds of architectures, even if they are now exceptionally rare. When C was initially being standardised in the 1980s, many people thought these kinds of architectures were the future, I think they were surprised by the fact they’ve never gone mainstream
Missing NotesNook but otherwise good list. Anytype is in beta and there’s of course just ordinary text files ;)
That would be annoying.
Control Preference
The Tweet you linked seems to have a totally different issue with the announcement. Here's the follow-up Tweet:

> It’s so depressing to read about Andy Grove’s brilliant and expert pivot of Intel from memory to processing and then see the same company miss RISC when they had checks watch 50 years to prepare.

Which is a pretty relatable point?
Well, now you're arguing a different point. Are you saying that your definition of ponzi really included an implicit third term? Ponzis are not ponzis when they involve an asset with intrinsic value? That doesn't seem right.

In any case, here's another counterexample. People need ETH for its properties. Ethereum is necessary for payment for the execution of Ethereum smart contracts, which provide a service with no predecessor. You might disagree with me about the utility of the service that they provide, but there really is no pre-crypto smart contract alternative.
Why not eliminate that and just make it FOSS?
I agreed with your earlier comment and was disappointed to see it in the grey, but both your follow-ups have been lacking, esp. on staff having a problem with something that the management doesn't voice a problem with.

You're ignoring circumstances where the boss okays the thing but doesn't adjust their perspective and still holds the staff to the same expectations—to deliver as if under the same parameters, when the parameters have obviously changed.
>My scribble on the HN wall that you're reading right now involved thinking about something more than I thought it deserved.

Well, you might not care or what to think about the market, but the market cares and thinks about you.

And if you don't pay attention, you can easily get taken for a sucker, overcharged, forced in abusive rent-seeking relationships and so on...
Google asks court to dismiss Texas antitrust case
It'd almost certainly have to be a fork anyway.

> Plenty of software works fine with different CHAR_BIT values,

Most won't. And good luck writing a diff program (for example) that works with CHAR_BIT == 32.

> although some poorly-written programs do need to be fixed.

Blaming all the problems on poorly-written programs does not work out well in real life. Good language design makes errors detectable and unlikely, rather than blaming the programmer.
That’s always the hint. “Wow this costs a lot, but I’ll still continue to do it anyway because the alternative is worse”
That's so quaint, it's like it's 1950s, and people still believe there's a free market and open competition...
I am not talking about a back door.

From Wikipedia: A backdoor is a typically covert method of bypassing normal authentication or encryption in a computer, product, embedded device, or its embodiment.

What I am suggesting could be a possibility would not be a secret (covert), nor would it be bypassing encryption. A mechanism for government access with a warrant would be a part of the public design of the system. A simple implementation would be to give all judges a hardware key that could decrypt a key. Chat clients could encrypt a key with the judges public key and have the chat app store it on a server. Law enforcement can access this encrypted key via a warrant and have a judge decrypt it. Now in the actual system you would want it to be more complicated such as being able to handle when a hardware key is stolen.

I personally don't have a strong opinion on this, but I do think it's worth discussing.

>How can I change your opinion on this?

If you wanted to win me over to your side you would need to explain what is so bad with reading someone's messages after getting a warrant. >99% of people won't have their messages read. The most likely reason someone would oppose this is that they would be revealing incriminating evidence. Personally, I don't support this reason as it lets us collect more evidence to ensure we are giving a proper judgment to someone. The next likely reason is people who are obsessed with privacy and couldn't stand that what they ate for dinner the other night could potentially also be revealed to law enforcement. I understand this is a valid concern, but personally I think it's a trade off worth making.