







Like AI companies care about business ethics


Ever put a task in your todo list or calendar, but forget what it means later?
Todo:
only a tool
“The essence of technology is by no means anything technological”
Every tool contains within it a philosophy — a particular way of seeing the world.
But especially digital technologies… they give the developer the ability to embed their values into the tools. Like, is DoorDash just a tool?


“This is sensitive data that could do a lot of damage if it fell into the wrong hands”, said the people paying a for-profit company to collect the data


“Is the stress of late-stage capitalism making you unproductive? Here are some ways to improve your efficiency without questioning the underlying logic of the system.”


Lemme share the tea for anyone who isn’t aware:
His soul’s neck is fully bearded


To solve climate change, we need two fundamental beliefs:
This graph proves that we can take meaningful action. That proof is essential to our success.
I don’t understand the people who insist that while there is an urgent problem, we have never done anything to address it, we’re currently doing nothing to address, and we will never do anything to address it.
What is the point of that belief?
Perhaps the certainty of failure is more comforting than the vulnerability of working towards a success that isn’t guaranteed.


To add to the other replies: This is what AI is for. Not to replace labor, but to enhance the ruling class’ ability to exploit labor.
As a convenient side effect: If you use AI to spam people with bug reports, you’re basically DDoSing them… unless they then decide to use AI to help triage the avalanche. And wouldn’t you know it, Google just happens to sell AI to help you solve this problem they made for you!
“Nice FOSS project you got there. It’d be a shame if something happened to it.”
And also also: If FOSS in general turns into a ghost town… where are you gonna turn to get that boilerplate code you need to do a common task? That’s right, AI baby! All roads lead to boiling the Great Lakes so Nvidia can pay itself back.
If they used a projector, they could adjust the keystone


Those additional requests will reuse the existing connection, so they’ll have more bandwidth at that point.
Feels more like a home manager thing to me


14kB club: “Amateurs!!!”
https://dev.to/shadowfaxrodeo/why-your-website-should-be-under-14kb-in-size-398n
a
14kBpage can load much faster than a15kBpage — maybe612msfaster — while the difference between a15kBand a16kBpage is trivial.This is because of the TCP slow start algorithm. This article will cover what that is, how it works, and why you should care.


And now something much worse than SEO is gearing up to take its place: https://www.engadget.com/researchers-find-just-250-malicious-documents-can-leave-llms-vulnerable-to-backdoors-191112960.html


The original source was much more sensible.
The comparison makes sense for evaluating whether you’re over-invested in something. Like, if Nvidia suddenly poofed out of existence, would it seriously be worth 16% of everything the whole country makes in a year to get it back?
Owning a car that’s worth 16% of your yearly income sounds reasonable, no matter what your actual income is. A Pokemon card collection that’s 16% of your income is probably too risky, no matter what your actual income is.
Also, GDP is a decent scale to use for charting investment in a productivity tool, because if GDP ramped up at the same time as investment then it looks less like a bubble, even if they both ramp up quickly.
But that’s not what we see. We see a sudden and volatile shift, nothing like the normal pattern before the hype.



I think maybe the biggest conceptual mistake in computer science was calling them “tests”.
That word has all sorts of incorrect connotations to it:
You get this notion of running off to apply a ruler and a level to some structure that’s already built, adding notes to a clipboard about what’s wrong with it.
You should think of it as a pencil and paper — a place where you can be abstract, not worry about the nitty-gritty details (unless you want to), and focus on what would be right about an implementation that adheres to this design.
Like “I don’t care how it does it, but if you unmount and remount this component it should show the previous state without waiting for an HTTP request”.
Very different mindset from “Okay, I implemented this caching system, now I’m gonna write tests to see if there are any off-by-one errors when retrieving indexed data”.
I think that, very often, writing tests after the impl is worse than not writing tests at all. Cuz unless you’re some sort of wizard, you probably didn’t write the impl with enough flexibility for your tests to be flexible too. So you end up with brittle tests that break for bad reasons and reproduce all of the same assumptions that the impl has.
You spent extra time on the task, and the result is that when you have to come back and change the impl you’ll have to spend extra time changing the tests too. Instead of the tests helping you write the code faster in the first place, and helping you limit your tests to only what you actually care about keeping the same long-term.


No apps, no code, just intent and execution.
So the only problems you’re left with are:
Problems which… code is much better than English at handling.
And always will be.
Almost like there’s a reason code exists other than just “Idk let’s make it hard so normies can’t do it mwahaha”.
But why the Random Capitalization?