skysight-inc/HackerNews huggingface dataset:
I kinda do this at my work using lab power supplies. Most support some kind of remote control. I guess it's a trade-off on time and jank vs upfront cost for a decent lab supply.
Artificial scarcity, the proposal is for the elimination of the ability of owning classes to restrict supply of a given good through various means.

That said, >100 years in the future it could be possible to make more land with rotating habitats in space, which would functionally eliminate land scarcity.
The courts will be pleased as punch to hear it is that easy /s
> "Capacity firming" will be carried out by legacy gas turbines as they run less and less, and eventually by batteries

At least among the American TSOs, there are zero I know of that plan to do this. Do you have a source for one that does?

Trillions have already been spent on gas. That infrastructure will need to earn its return through the 2040s at the very least, and that precludes running them exclusively for firming. To the extent retrofits are being discussed, it’s as an add-on amidst full peaked functionality.

> Batteries are also much better than gas at frequency regulation

Limiting solar and wind by utility-scale battery capacity means scaling back EV adoption or solar and wind deployment. The math simply doesn’t work. (Again, in America. Without significantly raising rates. Not sure elsewhere.)

> it only takes a very small number of grid batteries to completely solve that problem

Frequency regulation is one component of firming. Batteries are good at some components, marginal at others. (As a system. Technologically, they're fine.)

Apart from de-industrialised grids, a batteries-only approach has been practically abandoned through the 2030s. It's why we're building so many turbines and abandoning nukes.
Maybe to give additional fans when the environment is so loud you can't hear them anyway
It’s funny though you can learn to visualize in chess through solving puzzles. I couldn’t do it at all at first but after awhile it clicked and I could just move pieces in my head.
In politics, signalling is more important than results.
Cleantech startup Moxion Power lays off a third of its workforce
Founded by Alex Meek, Alex Smith, Jed Mickle, Paul Huelskamp, Moxion Power manufactures portable battery energy storage systems, meant to replace diesel powered generators in a wide variety of settings, including construction sites and film shoots. After raising more than 100 million dollars in total, Moxion Power laid off over 100 employees last Friday. Moxion manufactures battery energy storage systems (BESS). I was an employee there and it was definitely a roller coaster of a ride over the past year. The company grew extremely rapidly, there was a while where every week a few dozen people were onboarded. Things seemed like they were going well at first but eventually I often heard rumors that power units were performing poorly in the field and that major customers had cancelled purchase orders. By May, company-wide optimism had largely faded and the reality became clear that unless the company received a significant cash injection, massive layoffs had to occur. It was a shocking turn of events but in hindsight a lot of it seems avoidable.

I simply want to make some observations and comments. I was merely a rank and file employee so some of my perspective and facts may not be accurate. But I think I saw enough to write an effective post-mortem of sorts.

Lack of fiscal discipline. While this is a capital intensive business, if you cannot create a path to profitability after being handed 100 million I don't see how raising more money could help. I understand that founders are always seeing things through rose colored lenses but we had a seasoned finance team. How could the CFO allow this kind of spending, which put the company on a path to crash and burn unless the stars aligned perfectly.

Too eager to scale. Instead of "doing things that don't scale" Moxion was incredibly ambitious, building a giant factory in Richmond, CA to produce hundreds of battery units a day when they hadn't actually yet designed and manufactured a reliable and highly sought after product. I don't understand why the company was so eager to expand when even the few hundred battery units that had already been produced were not selling. I believe most of the company's cash was burned by the effort to build a new factory.

Questionable economics: The main motivation for purchasing a Moxion BESS seems to come down to customers wanting to offset their carbon footprint. The cost of a unit is incredibly high and getting the same amount of electricity (in kwH) is way more expensive than the diesel powered generators that Moxion is trying to replace. Much like many renewable energy projects, once the tax and other incentives dried up, the unit economics are incredibly dicey.

company website: https://www.moxionpower.com/
last fundraise: https://news.crunchbase.com/clean-tech-and-energy/venture-rounds-power-moxion/
The courts have repeatedly ruled on this. Well-known case: https://en.m.wikipedia.org/wiki/Monkey_selfie_copyright_disp...
One usually needs modules to easily do something more advanced, but yes, Perl is almost always installed. Although I find Ruby much more ergonomic, I still reach for Perl as well because I know it better and don’t have to open the documentation so often.
I've stopped using box plots (2021)
For me, the problem with shell scripting is that I do it only occasionally. I’ve always been tempted by higher-level languages. The arrival of tools like ChatGPT has made me much more comfortable writing scripts of intermediate complexity. I find shell scripting more interesting now.
A model will be biased to the average of its input data until it is carefully tuned otherwise by its overlords.
Any article about rebase is incomplete without the mention of `git commit --fixup fb2f677`. When committing you usually already know which commit you’re “fixing” so you specify that.

Then you run `git rebase -i --autosquash origin/main` instead and the commits are already in the right order.
> Of course they are, everything that runs on a present day computer is a Turing machine.

A turing machine is by definition turing complete. You can run non-turing complete systems within turing machines. Thus your statement contains a contradiction.

> They so obviously are not.

I'm well aware of their limitations. But I'm also not blind to their intelligence. Producing unique coherent and factually accurate text is human-like intelligence. Powerful models practically only fail on factuality. Humans also do that, but for different reasons.

It is human-like intelligence because there are other entities with varying degrees of intelligence, but none of them have been able to reason about text and make logical inferences about it, except LLMs.

I know they aren't very reliable at it but they can do it in many out of distribution cases. It's fairly easy to verify.

I read that book some years ago but can't think of what you're referring to. Which chapter/idea is relevant?
That's still not answering the question though. I don't know of any bulk email provider who doesn't allow you to export and import your lists via an open format like csv.
This reads very much like a Waymo advertisement.

> The once-dreaded long commute is about to come back in a big and pleasant way. I would have no issue at all sitting in a Waymo for 45 minutes each way every day. It’s just a nice time to myself that I can use to nap, work, or read.

In places with working public transit, you can already have that experience. While it may make the experience less stressful (because you're not driving), it is still a huge time sink. You can do something entertaining while on a bus or in a Waymo, but it still blocks off time you could spend more productively.
Ukraine may not have started as a proxy, but it became one as its military stocks were exhausted. Both EU and US politicians claim on record that Ukraine would fold within days or weeks if it didn’t get support.
At this point US+EU are paying for the pensions, military and keeping Ukraine’s economy afloat. Our military aid is keeping Ukraine in the fight.

This doesn’t mean the Ukrainians don’t have agency or don’t make their own decisions, but the US and to some extent EU have a huge amount of influence.

By the way, South Korea has already sent hundreds of thousands of artillery shells to Ukraine at the request of the US. They’re now considering sending weapons and this might trigger Russia to send missiles or nuclear tech to North Korea.

Russia is as far as the world knows is just buying weapons from North Korea.
Sounds like a recipe for Heisenbugs.
In regard to performance, Meta should be getting behind the TC39 Signals proposal rather than playing around with this clumsy tool built for their ecosystem.
Ruby is surprisingly picky with white space
Except when physically logged in via console you're already using ssh before using sudo.

So the complexity you describe is already there.

sudo removed is one less moving part in the end.
In the case of TinyLetter, this is what happened to me: I didn't receive any email notifications before the shutdown (I verified multiple times). I reached out to Mailchimp and they deleted everything (https://x.com/thibaut_barrere/status/1771931157564727468).

Am I responsible for backups ultimately? Absolutely. Will I trust Mailchimp in the future for my own projects? Not very likely.
Chengyu are very common in Chinese, more common than analogous English phrases, but the entirety of Chinese isn't composed of chengyu. I haven't seen much Star Trek so I read the wiki description and watched a couple of clips + explainer YouTube videos to understand what you're talking about. From what I understand, Tamarian seems to be a language that is entirely chengyu/成语.
Nothing about dependencies!

A scripting language needs a way to declare dependencies in a locked-down way, inside of the script that requires them. They must be portable across platforms.
If this is of interest I suggest taking a look at what Robin is doing at https://kaveland.no/eugene/

TLDR; Eugene helps you write zero downtime schema migration scripts for PostgreSQL databases by giving you a friendly report warning you about any anti patterns or potential problems.
I’d be interested in the tail end of the graph. I assume that the longer the software is in operation, the more complex and worse it gets. From an anecdotal perspective, that’s my experience anyway having worked on some legacy projects in my time.
But maybe the quality of the code will be very good in the long run. Why do you think that developer will write better code than LLMs in the long run?
The technique for producing the code is so unconventional, the grandparent commenter is unsure if this is a serious attempt, a joke, or a stunt.
Sounds like Python has yeeted the shark with this one
I wonder if that has something to do with the experience of death. Narcissistic god complex in those who haven’t had it. Humility and a real sense of purpose, legacy and a connection with those who came before and who will come after in those who have.

Probably not true in such simplistic terms. But I can certainly observe a change in that direction in my own life. And if you read works of people in their 20s from 100 years ago (pre antibiotics), you see a lot less narcissism also. (May just be survivorship bias, of course.)
I can't speak for Apple, but for my Prusa 3D-printer: Worn/cheap ball bearings will make a rattling sound until they heat up and the balls expand. If you care about the auditory experience, using audio in the feedback loop makes some sense.
Nah it's just bad parenting. If a parent lets social media have that large of an impact on their child's life that's on them. The reason kids are psychologically messed up is because their parents aren't handling their responsibilities. If your kid has a problem with social media or anything else then deal with it and stop finger pointing
I came across Tanenbaum's Operating Systems book during my CS and it had a huge influence over me, till then I was a huge Windows nerd and after reading the book I felt like I was being cheated by Windows, like I was denied something which was rightfully mine.

I hated my labs as it had only Windows, started exploring *nix systems post class and never went back.

Thank you Mr.Andrew and congratulations.
This has been my experience too reading the Gitlab code. It's absolutely impossible to follow - you can't use static typing to follow flow because there isn't any, and you can't even grep for identifiers because half of them are dynamically generated. Every time I've wanted to understand something I've been unable to even find the relevant code.

Contrast that with gitlab-runner (Go) or VSCode (Typescript) both of which I have been able to not only read easily but contribute features to. VSCode is at least as big a codebase as Gitlab.

That experience has made me want to avoid Ruby like the plague!
Curious what you do with them,,
The dominant model of the universe is creaking
https://archive.ph/wLWu5
I didn't use FORTH long, maybe for a year, (back when 8080s were The Thing), but I remember my first reaction (after learning about Reverse Polish) to it: it was like using assembly language, but without the pain.

(Moved to 6502; don't recall having a version for that.)
Yeah no you certainly can do that, but imo it's kinda weird when it's not even something important or anything.
> ... the new LSP one from Shopify doesn't want to work for whatever reason.

Sorry, but calling it "a mess" simply because you can't get it to work is quite unfair.
I've been using the LSP from Shopify since it came out, it works great, is very stable and updates come in on a regular basis.
It's absolutely possible to have a successful product with an unsuitable language. It doesn't mean it doesn't cost you.
This sounds like a factoid to me.

Jokes aside, what do we actually do in this scenario, when the same word has opposite meanings?

In my opinion, it’s always best to err on caution and use another word if possible (“short fact” instead?).

Because I have seen this factoid discussion before…
Anyone remembers the legendary Torvalds-Tanenbaum debates? What were they exacly about?
In English your family and friends are absolutely part of your network. If I needed a job and someone told me they'd reach out to everyone in their network until they found me one, I'd be very confused if they'd failed without ever speaking to their friends and family about it. "Your network" is definitely related to/aimed at economic productivity and personal productivity, but it is not composed only of people you've met at work.
Makes sense. Humans are really bad at perceiving the environmental noise floor. Our brains just tune it out, but it is has a huge impact on your perception of the loudness of fans that you've strapped to your face.
There's tooling that helps with some of that. I have evaluated StGit for a month or so now, and while it does require that one unlearns some git in the process, it has been handling that sort of situation well.
Is America approaching peak tip?
https://archive.ph/EYxyp
Sounds like you like myself have taken Rob Pike’s take from long ago to heart http://www.herpolhode.com/rob/utah2000.pdf

While plenty of things have happened since that paper, I have this sinking feeling that he was right and we just stopped trying to really expand and explore what’s possible. But it may be more a matter of the state of academia than about the domain itself. It’s not like people were getting a bunch of conference invitations for GPGPU applications with ML until hype freight trains hit. This sobering reality of academic hegemony and grant chasing kept me from ever getting terribly interested in systems research unfortunately.
The Long Road to Success
lets say a publisher secures the manuscript after buying it and the copyright is gone at the author's death. As a first mover they will make most of the money during the first publishing round. By the time copycats end up on the market most of the market for the book was captured by the first mover.
> but it's temperamental and I have trouble getting it working.

> I was trying to set up editor support

Not sure what problems you had exactly, but saying that editor tooling is bad, simply because you can't get it to work, is not fair.
I've been using the LSP from Shopify since it came out, it works great, is very stable and updates come in on a regular basis.
Wonder if they really don’t have any retention at all. Maybe it would magically become available if they got a letter from a lawyer.
Part of it is that, but part of it is that people pay for getting from 95% optimal to 99% optimal, and doing that is actually a lot of work. If you peek inside the matrix multiplication library you'll note that it's not just "we have the best algorithm for the last 7 GPU microarchitectures" but also 7 implementations for the latest architecture because that's just how you need to be to go fast. Kind of like how if you take an uninformed look at glibc memcpy you'll see there is an AVX2 path and a ERMS path but also it will switch between algorithms based on the size of the input. You can easily go "yeah my SSE2 code is tiny and gets decent performance" but if you stop there you're leaving something on the table, and with GPUs it's this but even more extreme.
Yeah strictly for my own personal use. Having a bunch of unrelated stuff in one place is bananas
Helen Keller wrote about having memories of being something like a stimulus-response automata before language enabled her to be conscious and think. I think that example is actually in favour of language being required for thought, because she remembers a state of being before language where she wasn't really conscious and didn't really think. I don't see any particular reason why language would be required for memory formation, though.
Bundler inline works great for that: https://bundler.io/guides/bundler_in_a_single_file_ruby_scri...
There's an easy fix for that: https://www.reddit.com/r/aoe2/comments/127qxhi/fixing_out_of...
The goal is probably not to absolutely manage cooling but to focus on the audio experience and try to keep noise below some threshold.

I think that's an interesting idea, even if not everyone might be happy with the tradeoff (comes down to how much you care about noise vs getting throttled), especially for a vr device.
I always had a negative view of pigeons as being “flying rats”, but someone pointed this out to me that humans domesticated them, revered them, bred them, used them to deliver messages and then the telegram and telephone came along. These new communication tools made them superfluous to our needs so we abandoned them.

Put in that context it’s rather sad.
I happen to be German. So thanks for that! Will get it right away.
If a client has certified a specific Linux distro as an approved platform, that's what we use.

We can either deliver a single executable (Go) or a Python script, as python is preinstalled on their distro.

If we'd want to use Ruby, it'd be a huge hassle of re-certifying crap and bureauracy and approvals and in that time we'd have the Python solution already running.
Interesting how it was perceived me suggesting they publish a crate with multiple unrelated functionality.

My point is that I keep my own little collection of useful code. I don’t publish it as a package or crate. It’s what I suggested to the other poster.
Do you live in a wind-tunnel?
Auditing is irrelevant to whether or not it's reproducable, which was the question here.

You also forgo any improvements to compiler improvements
So broken that it’s probably just a tool to collect URLs
Or will they transfer to feudalism?
For me, visualisation is related to memory recall. If someone asks me to imagine a scene, I'll run through memories of actual experiences and combine them where necessary to produce an approximation. For aural imagination, such as music composition, I imagine snippets of music I've heard, then combine them. There is a visual component to that, but it's symbolic, not vivid. If I need to imagine something I haven't experienced, it's like a combination of line drawings, animation and written and spoken language. It would look like a mess if I could project it. Colours are there, but they're not vivid. They're more like bad watercolours. If I take my time, I can clear up the image, and over time it becomes more vivid. This is actually how I write. It's a slow process, but it's the only way I can think clearly. I find social conversation difficult because it tends to move faster than my ability to visualise so I find it dull and uninspiring. I prefer to spend my time slow-reading literature.

Contextual conversations are ok, such as business or academic conversations, because the language is generally a closed set and visualisations are well practiced. But social situations can be without context, and difficult to navigate.
Oh I'm for squashing to make the history make sense. Please do not blindly squash-merge though.
Why is ein better than einopt?
I spent a weekend going through all my old python scripts with Gemini and ChatGPT, rewriting them to Go just because of this.

Most of them were so old that I would have had to skip like 3 generations of package managers to get to the one that's used this year (dunno about next year) if I wanted to upgrade or add dependencies.

With Go I can just develop on my own computer, (cross)compile and scp to the destination and it'll keep working.
Right. There's plenty of such non-obvious aspects of MAD. Counterintuitively to any other matter in the military, it's beneficial to you to let your enemy know the extent of your arsenal (or at least the lower bound), and the technologies used - like you explained above. And the corollary to that is, any defense or recon technology that makes it easier for you to defend against enemy nuclear attack, risks causing a war[0]. Same with offense upgrades that make first-strike weapons significantly better. For the balance to work, destruction must be mutually assured, and all sides must believe that.

--

[0] - Which is why I'm worried about recent developments in detecting underwater objects by gravity or whatnot. A critical part of MAD is nuclear SLBM-carrying submarines. Those subs, lurking in the darkness, are what guarantees that no matter how fast and effective your first strike is, you'll still get glassed in retaliation. Being able to detect those subs breaks MAD.
I mean you should be designing your commits such that each individual commit builds. That's the point of using squashes to fix up your history!
I wonder how a disassembled and then scrambled code rates in this regard. Is it a piracy or a retell of a story? Is it something that perfectly makes sense? Because if that’s okay for some algo to retell copyrighted stuff without being in offense, then that’s a very bright future ahead of all.

No wonder companies stopped distributing software, and moved to the cloud. That way you can’t disassemble them right so?
That is a furphy, because both tools are also used non-interactively.

If you forced me to choose one to remove, I’d delete ssh in many cases. Anything production that isn’t bare-metal is a candidate for never allowing a remote terminal. Easiest with cloud instances since they’re almost completely disposable, but many sites still don’t have the stomach/discipline for it.
Has anyone prepared a list of distributions indicating the default sudo setup comparing to each other? I'd be interested to see the defaults for each distro as a factor to consider.
The thread explains one possible reason why. You should read the link before commenting.

The reason proposed is that if the environment is loud, you won't be bothered by additional noise from the fans.
This is the key.

I can easily provide precompiled packages for all sane combinations and users can just download one executable, edit the config file and be running.

Instead of having to mess with virtual environments and keeping them updated (they tend to break every time you upgrade the system python version).