skysight-inc/HackerNews huggingface dataset:
A free magazine covering speculative writings. In issue three, it will start adding content for gaming. Digital copies are always free to read. Print copies and subscriptions can be found on the Website as well. Pretty awesome project, and it is starting to make waves in speculative fiction publishing, with it being rated one of the most personable markets on Duotrope's index.
That once stirrups came into use anywhere, they never fell out of use, demonstrates utility. It is then the historian's work to explicate and bound that utility, not to dispute it.
The imx.8 can't even initialize RAM without blobs. If it comes with a modern WiFi it will need blobs too. Don't know the details about the display, but I don't think it affects all RK3399 devices.
Because, quite frankly, ARM silicon is held back by other vendors. Apple is unique in the ARM space in that they actually make an attempt at retaining compatibility across SoC iterations. Linus Torvalds has famously gone on multiple rants about how much of a mess ARM chips are - every new chip usually meaning a full reshuffle of the register map and new drivers everywhere. The work being done on Asahi Linux, on the other hand, is very likely to carry forward to M2, M2 Pro/Max, etc.

FWIW, M1 Macs are also one of the few ARM platforms that will let you[0] actually install regular GNU-and-Wayland desktop Linux. I think the current crop of Windows on ARM machines will also let you install Linux, of course. But most Android hardware ranges from mildly to very hostile to users who want regular Linux - even if there's a bootloader unlock, the hardware is going to require all sorts of extra vendor-proprietary drivers that won't work with a standard distro. This also ties in with what I said before about backwards-compatibility across multiple SoCs.

The reason why people treat the M1 as separate from all other ARM hardware is because it actually acts like a computer; providing the performance and control you expect from something bearing the name. Most other ARM vendors are not aiming to provide that.

[0] You do have to sign the kernel with your Owner key, but that's manufacturer-supported, so it counts.
> Because they made the choice to work at some incredibly evil corporations

FAANG are not incredibly evil corporations.

They are average evil, and incredibly successful.

If you are CTO at another company and you think your company is less evil, it's probably just less successful and you’re blinded to its evil by your vested interest in changing the “less successful” part.
For people recommending static sites to replace WordPress, what do you do if you want to give users a basic page builder in the CMS where you can easily preview the page before it goes live?

E.g. bolting together page blocks for testimonials, feature lists and a contact form with some basic customisation like colours and images.

Markdown only support is straightforward but most company websites need a bit more than this. Accurate page previews before production deploys is really important too. Open source preferred as well.
On the other hand, I've seen organizations run an average of 4% utilization for their VMs.
the replacement for SimpleDateFormat/Calendar came with Java 8 (released in 2014)
I thought I was the only one who wasn’t getting it.
Honestly I can see it being a higher priority for switch emulator devs pretty soon. A rpi5 would be in the right neighborhood of being able to emulate the switch when using the virtualization extensions. The CPU is already more than there on the RPi4, just the GPU is a bit anemic. If they have it working against KVM, hypervisor.framework is then an almost trivial amount of work.
nope. You might be interested in Gregor MacGregor who sold many people land to the non-existent country of Poyais for billions in today's dollars, and even when people started to die after arriving in the middle of nowhere the few who made it back to the UK defended him. And he even managed to pull that con off more than once.

https://www.bbc.com/future/article/20160127-the-conman-who-p...
You might be splitting hairs.

I think the broader point the author is making is that we are over-consuming — because we can. But without the fulfillment that comes from the time spent with the purchased thing we are finding our lives paradoxically empty.

The problem the author elucidates really resonated with me, but perhaps it was framed a little awkwardly.

We are living in an age when consuming is easy, while time has become so much more precious. Contrast that with days past when the opposite was true: purchases were precious while time was more plentiful.
BTC is liquid. You can easily convert BTC to a currency of your choice on an exchange, similar to stocks. There is plenty of volume to meet demand. Tether solves the problem of tying on-chain things to the U.S. dollar, which exists off the blockchain.
It has to flow in somewhere, it cannot just disappear from the balance sheet. Money can be created to grow an economy, i.e. it has to be backed up by people's production. Can the fed even destroy money to fix inflation? I am not an economist, but I doubt it.

https://en.wikipedia.org/wiki/Money_burning

Smart/rich people are always betting on potential gains on the market - i.e. they are always searching for the next best investment, they key is to find out where that money is going to be parked next.
Oh, awesome! That's great to hear!
https://defundthepolice.org/alternatives-to-police-services/
If I am doing something else while listening, it helps to have it slow down a bit. Maybe that's why audiobooks slow it down from the get go.
I’m confused. Who’s the target audience of this post? Anyone strictly adhering to FSF recommendations is most likely not a for profit business, and therefore probably doesn’t give a care about spectre or meltdown, for example. I for one add mitigations=off to all my personal systems boot flags.
If you are interested in knowing the stories of the true rejects of the world, I encourage following the YouTube channel Soft White Underbelly: https://www.youtube.com/c/SoftWhiteUnderbelly
"Ever since I started photographing back in 2012 at the ripe old age of 19, my primary subject has been garbage and everything that comes with it."

The author tells you how old they are in the first sentence.
I always wondered why small SBCs almost never have internal USB ports. There are a lot of projects out there which feature short USB cables coming out of case just to be plugged back in.
This is so true to the T.
Rails is a fine framework. It comes with a sets of trade-offs, but that's true for all solutions. It's probably not as popular as it once was, but that doesn't mean it's "dead" or "irrelevant" or whatnot.

If you're a solo founder I would just stick with what you already know and have experience with. Learning Ruby and Rails takes time better spent elsewhere in this phase, and you also risk doing things badly as you lack the experience using it effectively which may end up hurting you.
For context, the reason Routes were designed to inline cert info (about 6-12mo before ingress) was that ingress controllers (which run on nodes) having the ability to read all secrets (which means the ingress controller has to be considered to be as powerful as any ServiceAccount on the cluster) was too scary. The alternative chosen was to prevent ingress controllers from seeing any secret but the ones the user decides to expose via the route.

Later on, the pattern of referencing secrets in extensions became more common, and things like the NodeAuthorizer (which allows nodes to only read the secrets associated with the pods scheduled onto them) demonstrated a possible different pattern we could have chosen to implement (although nothing that can be efficiently implemented without changing kube itself today).

Agree routes should have added a ref - that was feedback informing Gateway API, and once that hits GA and provides the best of both routes and ingress, we would probably suggest using that instead. Routes is mostly frozen for all but critical new features now though so we can ensure Gateway has everything we need to replace it while still providing the necessary forward compat.

I would treat routes as sensitive. Note that within a namespace there is minimal cross user security (not part of the kube / openshift threat model), so giving namespace read access to a specific set of routes and only infrastructure users access to all routes, OR using a wildcard cert on the routers and keeping all key material out of the user’s space. On 4.x versions you could also create multiple ingress controllers and assign them to different namespaces, preventing leak between them.
There‘s this scene in the movie „Walk the Line“ (about Johnny Cash“ where John fails to correctly operate a tractor that he bought (first price) alongside with the estate he was now living on. He hadn’t spent the second price to get familiar with his estate and the tractor, which resulted with him ending up in the river, falling off the tractor. His inability of paying the second price is what gets him almost killed, and is the reason his family rallies behind him to help him get his life in order.

I could never put the concept from the scene in words, but first and second price describes this problem perfectly.
Why is it that small craft work but large craft don't, when two of the main problems you mention (leakage and wind shear attack surface) scale favourably with increased volume? Both should scale as 1/r per transported mass if my math is correct?
How is it the opposite of capitalism? Capital is being allocated such that this happens, yes or no?

What you mean to say is this doesn't follow what you think capitalism should be, aka capitalism in theory. This is capitalism in practice, like it or not.
That's what Green Aqua in Budapest are doing, except they're not selling fish at all and they're running workshops with aquascaping prize winners. They have all their past workshops plus other edicational content on Youtube.
Despite the absolutely terrible inefficiencies, the scaling benefit these """serverless""" technologies provide is hard to replicate with traditional software. Throwing a Javascript file into some *aaS platform and having that run on a datacenter near the user, automatically upload the output to storage near the user, and scale up dynamically if there's a sudden influx of thousands of users is very hard to accomplish manually without reserving tons of VMs or using some kind of data center API with auto provisioning.

Most businesses have no need for such a system, of course, and the costs per function execution are astronomical in comparison to a native program, but for some use cases, the benefits outweigh the costs.

As for Ruby and Python, the cost is measured in dev time rather than server costs. Servers are cheap compared to devs, and if a dev can pump out a feature three times as fast because they can make use of a simpler framework, you can afford the overhead of slower programming languages.

For this reason I'm watching the Rust space with interest, because the speed is much closer to C++ than to the traditional Java/C# servers most big applications are written in, but the frameworks are slowly shaping up to be similarly complete. Of course, there's a huge difference between Rust and most other languages that cannot be overlooked, but services like Vaultwarden show an interesting opportunity in the server space. It'll still be a while before the tools and frameworks reach a similar level of usability, though.
> You could invest your time into learning that finite list, or you could invest your time into learning a new language with a long list of _unknown_ issues yet to be discovered

That's a bad argument, because it could be used against any change or improvement. By that logic, humans should have never even come down from the trees.

> if Rust spends even one CPU cycle checking array lengths

That's the thing: Almost all checks and guarantees which make Rust safer than C are done at compile time and have no negative effect on the generated code.
It's a weird one.

The fact that callbacks in Go may be on a different thread means it's so damn easy to use a variable reference from an outer scope within in a callback. This increases the chances that someone inadvertently causes a race condition. Something that requires additional awareness and screening during code reviews.

This by itself isn't an indictment of the language as threading is essential to quality GUI applications and as such Go is a great language for writing client applications - which it is largely not used for.

You really need to evaluate the value the overhead Go's thread management brings when used in the context of web servers - where we typically split processes up using container orchestration, making them functionally threaded any way.

Comparatively, TypeScript running on Node or Deno is single threaded yet asynchronous. Using it as a web server means you have a better type system which follows a similar structural typing model to go (interfaces and such) and you don't have to screen for race conditions. In K8 or ECS, you spawn as many processes as you have CPUs and Bob's your unkle.

Personally, I would love it if Go focused on GUI application development but I can _bearally_ write GTK apps with it. Windows and MacOS applications are near-to or impossible to write. Don't even talk to me about Web Assembly. Such a missed opportunity.
The logic behind Google rejecting Max Howell, the author of Homebrew (2017)
When Gateway API lands we definitely plan to streamline everyone moving to that (since it’s the superset of Routes and Ingress and supports the features we didn’t want to lose going back to ingress). That should help.

We have considered having a controller that mirrors both routes and ingress to a gateway http route (since gateway is similar to routes), but plans aren’t finalized yet.
I worked at Bell Labs from mid-1980 until 1990 as a contractor - termed "Resident Visitor" in the org chart. I don't recall our department title but we were at the Indian Hill facility near Naperville IL and worked on the 3B-20D reliable processor and operating system that was supposed to be the core of switching systems. I remember a lot more women in our department in both tech and management roles than the department in the directory. The Research Department in Murray Hill NJ would be the interesting org chart with all the big names of Unix legend. The offices for individual contributors were two persons sharing with kind of T-shaped desk arrangement that made playing backgammon at lunchtime very convenient.
Very neat. I wonder if hucksters are using these theories to make predictions? My buddy says there is this just guy that has made these earthquake predictions and they came true. He of course couldn't provide a first-hand source where the prediction was made in advance, and that was what I required to look further into the subject.

So probably total BS, rather than mostly BS.

Can't find the name, but did find a cool article on earthquake lightning. https://archive.fo/uV59x
I built this with Handbrake on Windows with batch scripts 12 years ago. But anyhow good to have a Linux version. Handbrake is a real powerhouse and was a game changer.
this is what most of SF is like, outside FiDi
Don't celebrate, give the teams a bonus.
A restaurant's capacity isn't limited to the amount of customers that make it viable. There can be enough population to support two restaurants, but if the first restaurant has the capacity to serve them all and the customers prefer it, only one of them will actually survive.

So once you hit the point where the foot traffic retail is all viable, there's a stretch where there's not a real need for new businesses and any new competitors would face a large disadvantage from location.

Not that there aren't ways to design around that to make very high density areas viable, but it's not a simple line graph correlation.
They exist (fasthttp and fastjson for example), but no one actually uses them.

I should have written "no one wants to use third-party versions of these packages", and I don't think that small semantic issue changes my comment meaningfully.

Do you take issue with the way I'm presenting the go ecosystem other than that small pedantic point?
I can write a program and send it to my friend - and they can actually run it - without me paying $99/year to Apple.

Try that on your M1.
Sorry, my searches are unlikely to be better than yours. But "radioactive waste" and "clay cat litter" should narrow things, even without "disaster".
Golden daze: 50 years on from the Summer of Love
Obviously what you say is true, but there is a cultural element to this.

Java has a library ecosystem that is stable but not ideological, unlike golang.

I think of golang as the opposite of "The Curse of Lisp" [1], wherein its so standard that it can't fit the evolutionary cracks as well as a less opinionated framework. The ugliness of Java has been its strength. Whether it's Hotspot or ZGC or arch support or whatever, the JVM bytecode and rather limited capabilities of the language forced more focus on the objective quality of the artifacts of the language rather than the language itself. A lot of those artifacts continue becoming more impressive over time.

[1] http://www.winestockwebdesign.com/Essays/Lisp_Curse.html
Article was super light on details with broken English.

A better article:
https://www.aljazeera.com/amp/news/2022/1/20/pakistan-rawalp...
Canada’s Real Estate Bubble Is So Big Even a Crash Can’t Fix It
And then we fall on the whole subject we're discussing here. In this particular case, a "power controller chip" I can even consider a fix or a change that improves efficiency... Nevertheless, I doubt most devices allow the update of a firmware for such a thing, in the end, it wouldn't make much of a difference.

If the firmware is open source, sign me in! No opposition! Neither from me nor from the FSF. FSF would not oppose libre firmware.

If it is not open source... well, then this is discussed in the other comments.
I remember reading about Dynamicland on hacker news, I think quite a while ago. A few years ago (pre-covid) I went to the very popular art exhibit "teamlab borderless" in Japan, which was fascinating. While I understand their goals are completely different, looking at Dynamicland again today they look pretty similar in some ways visually and how they approach making things interactive. Beyond the fact of using projectors (and sensors) it seems like they have some of the same philosophy.

From dynamicland's website

"A humane dynamic medium embraces the countless
ways in which human beings use their minds and bodies,
instead of cramming people into a tiny box of pixels."

One guest, after spending time at Dynamicland, held up
his smartphone and shouted, “This thing is a prison!”

From teamlab borderless "athletic forest exhibit" webpage

"Humans understand the world with their bodies and think with their bodies

Creating and telling stories that move people emotionally is not a skill that can be achieved only through repetitive training in writing compositions. Stories are spun from the experiences that are cultivated while exploring the world with our bodies.

Humans understand the world with their bodies and think with their bodies."

https://dynamicland.org/
https://borderless.teamlab.art/concepts/athletics-forest/
Just looking at the numbers, Go is 71% faster. That could be due to the Go HTTP library being more efficient than the Java HTTP library, rather than language or runtime features.
Lots of options out there. I’ve found the iOS focus option helpful, as well as groups with fellow ADHDers. Counseling, meds, meetup groups. All the boring, standard stuff.
Surgical Programming
Cool ADS-B projects are awesome! If anyone is interested in one written in rust, see https://github.com/rsadsb/adsb_deku
I wonder if you could give it to chemical plants or industrial forges that make use of it regularly. But the unknown sourcing, purity, and relatively tiny volume would probably be a total blocker - if not by company policy then by regulation. Maybe there's some kind of trial run or safety drill they can waste it on.
Depends on how things are set up with the refresh rate; subpixel rendering may have an effect IIRC. Details I don’t really understand, but e ink has a shorter lifespan than other tech.
In the case of medical training, you're taught that you should assume an incapacitated person would like to receive care unless otherwise instructed. I think that pretty easily carries over to software licensing too; unless your patient refuses to receive treatment aided by proprietary software, you should assume that they're comfortable having their body fed to the proprietary meat-grinder.
In what potential world would it ever make sense to start an entire container for each request?

The entire architecture that leads to such a concept is so dumb I have trouble believing anyone ever thought it could be a decent idea.
It is perhaps worth noting that G++ specifically provides a C-compatible definition for the final example. As they are allowed to do.
> and I don't want to pay out 190USD to test

Windows can be downloaded and installed for free these days. You've got a month for activation.

Regardless of the opinion on systems, I was interested whether the touchpad issues are going to be fixed with time on this model (software problem), or not (hardware problem).
Go pull up a list of the top steak houses in NYC, or in Chicago, or in Los Angeles, and find me the steak house that doesn't have a steak au poivre, or a bunch of other sauce options. What you're saying about steak restaurants is just not true at all.

Also, the best steaks that you're getting in steak houses are honestly pretty boring (at least, until you dry age them halfway to the point of rot) and if you think that a prime ribeye is the acme of cuisine, I really recommend you go out and find yourself some birria.
My Awk version, not using the `words` alias:

$ gawk '/.ri../ && /[c]/ && !/[aosebk]/ && /^[a-z]{5}$/ { print }' /usr/share/dict/words
crimp
crith
prich

Based on the article:

$ words | grep '.ri[^c].' | grep c | grep -v '[aosebk]'
crimp
crith
Making money appear and disappear from circulation is one of the Fed's primary functions.

> The Fed can influence the money supply by modifying reserve requirements, which generally refers to the amount of funds banks must hold against deposits in bank accounts. By lowering the reserve requirements, banks are able to loan more money, which increases the overall supply of money in the economy. Conversely, by raising the banks' reserve requirements, the Fed is able to decrease the size of the money supply.

https://www.investopedia.com/ask/answers/07/central-banks.as...
> it's almost mandated by law that there can't be. FCC regulations require that devices be made resistant to attempts to change their function in an effort to limit people's ability to transmit stuff unintentionally (or intentionally). Modern radio protocols are heavily dependent on SDR (software defined radio), so fixed function is probably infeasible. You could make the firmware unchangeable, but now any bugs discovered in your public source code are now entirely uncorrectable.

1. You can use signed firmwares to make it both compliant and upgradable.

2. You can separate the controller/receiver and the transmitter, and only lock up/restrict the transmitter part.
Alternatively, you can implement the restriction at the hardware level if feasible (effectively making it fixed function).

3. Finally, you can sell the parts individually to serve a separate market segment.