Aldrich Ames, the most murderous turncoat in the history of the Central Intelligence Agency, whose betrayal in working for the Soviet Union went undetected for almost a decade, died on Monday. He was 84 and had been a federal prisoner, serving life without parole, since 1994.
The death was recorded in the federal Bureau of Prisons inmate database. A spokesman said he died at the Federal Correctional Institution in Cumberland, Md.
The son of an alcoholic C.I.A. officer, Mr. Ames failed upward through the agency ranks for 17 years until he attained a headquarters post of extraordinary sensitivity.
He became the chief of the counterintelligence branch of the C.I.A.’s Soviet division in September 1983. He had access to some of the nation’s deepest secrets: in particular, its clandestine liaisons with the Soviets, who worked in secret with American intelligence. These were a small cadre, barely a dozen all told, who were cultivated over the course of two decades and well-placed in Soviet government agencies and embassies around the world.
As the Cold War was cresting, Mr. Ames decided that he would change the course of history by upending a long-running game of nations, the contest of spy versus spy. He saw it as a charade. By his own account, he was fueled by a toxic cocktail of vodka, arrogance, delusions of grandeur and naked greed.
In April 1985, he took his first gamble. He hand-delivered an envelope addressed to the K.G.B. chief at the Soviet Embassy in Washington. He offered a smattering of C.I.A. secrets, and he requested $50,000 in return. He identified himself by name and rank. The relationship was sealed over a long, boozy lunch at an elegant hotel near the White House.
Then he bet the house. Mr. Ames feared that one of the C.I.A.’s Russians might betray him, so he decided to betray them all. He knew he would be paid a fortune.
“I panicked,” he said in a 1994 interview with The New York Times, conducted from jail. “Only by suddenly giving them everyone” would he be protected — and he knew in return that he would be paid “as much money as I could ever use, if I chose to do that.”
Mr. Ames put together hundreds of secret documents in a six-pound stack — a who’s who of Soviets working for the C.I.A. and an encyclopedia of American intelligence operations behind the Iron Curtain. He stuffed them in his briefcase, walked out of headquarters and delivered them to a contact at the Soviet Embassy.
“I was delivering myself along with them,” he said in the 1994 interview. “I was saying, ‘Over to you, K.G.B. You guys take care of me now.’”
The K.G.B. took care of him — he was paid at least $2,705,000 — and it took care of its own turncoats. As many as 10 Soviet and Soviet-bloc spies were arrested, interrogated and executed for treason. One was imprisoned. At least two escaped, one step ahead of their pursuers. The network that had provided the United States with political, military, diplomatic and intelligence insights on Moscow was destroyed.
A movie about the Ames saga was released in 1998 and was by all accounts sub-mediocre; a more talented filmmaker really should try again to tell the story of the guy who got promoted to a position high enough to betray double agents although he was a constantly inebriated mediocrity who barely even pretended to work.
Stack Overflow's monthly question volume has collapsed to about 300 -- levels not seen since the site launched in 2009, according to data from the Stack Overflow Data Explorer that tracks the platform's activity over its sixteen-year history.
Questions peaked around 2014 at roughly 200,000 per month, then began a gradual decline that accelerated dramatically after ChatGPT's November 2022 launch. By May 2025, monthly questions had fallen to early-2009 levels, and the latest data through early 2026 shows the collapse has only continued -- the line now sits near the bottom of the chart, barely registering.
The decline predates LLMs. Questions began dropping around 2014 when Stack Overflow improved moderator efficiency and closed questions more aggressively. In mid-2021, Prosus acquired Stack Overflow for $1.8 billion. The founders, Jeff Atwood and Joel Spolsky, exited before the terminal decline became apparent. ChatGPT accelerated what was already underway. The chatbot answers programming questions faster, draws on Stack Overflow's own corpus for training data, and doesn't close questions for being duplicates.
I was reading Macintosh Human Interface Guidelines from 1992 and found this nice illustration:
accompanied by explanation:
Fast forward to 2025. Apple releases macOS Tahoe. Main attraction? Adding unpleasant, distracting, illegible, messy, cluttered, confusing, frustrating icons (their words, not mine!) to every menu item:
Sequoia → Tahoe
It’s bad. But why exactly is it bad? Let’s delve into it!
Disclaimer: screenshots are a mix from macOS 26.1 and 26.2, taken from stock Apple apps only that come pre-installed with the system. No system settings were modified.
Icons should differentiate
The main function of an icon is to help you find what you are looking for faster.
Perhaps counter-intuitively, adding an icon to everything is exactly the wrong thing to do. To stand out, things need to be different. But if everything has an icon, nothing stands out.
The same applies to color: black-and-white icons look clean, but they don’t help you find things faster!
Microsoft used to know this:
Look how much faster you can find Save or Share in the right variant:
It also looks cleaner. Less cluttered.
A colored version would be even better (clearer separation of text from icon, faster to find):
I know you won’t like how it looks. I don’t like it either. These icons are hard to work with. You’ll have to actually design for color to look nice. But the principle stands: it is way easier to use.
Consistency between apps
If you want icons to work, they need to be consistent. I need to be able to learn what to look for.
For example, I see a “Cut” command and next to it. Okay, I think. Next time I’m looking for “Cut,” I might save some time and start looking for instead.
How is Tahoe doing on that front? I present to you: Fifty Shades of “New”:
I even collected them all together, so the absurdity of the situation is more obvious.
Granted, some of them are different operations, so they have different icons. I guess creating a smart folder is different from creating a journal entry. But this?
Or this:
Or this:
There is no excuse.
Same deal with open:
Save:
Yes. One of them is a checkmark. And they can’t even agree on the direction of an arrow!
Close:
Find (which is sometimes called Search, and sometimes Filter):
Delete (from Cut-Copy-Paste-Delete fame):
Minimize window.
These are not some obscure, unique operations. These are OS basics, these are foundational. Every app has them, and they are always in the same place. They shouldn’t look different!
Consistency inside the same app
Icons are also used in toolbars. Conceptually, operations in a toolbar are identical to operations called through the menu, and thus should use the same icons. That’s the simplest case to implement: inside the same app, often on the same screen. How hard can it be to stay consistent?
Preview:
Photos: same and mismatch, but reversed ¯\_(ツ)_/¯
Maps and others often use different symbols for zoom:
Icon reuse
Another cardinal sin is to use the same icon for different actions. Imagine: I have learned that means “New”:
Then I open an app and see. “Cool”, I think, “I already know what it means”:
Gotcha!
You’d think: okay, means quick look:
Sometimes, sure. Some other times, means “Show completed”:
Sometimes is “Import”:
Sometimes is “Updates”:
Same as with consistency, icon reuse doesn’t only happen between apps. Sometimes you see in a toolbar:
Then go to the menu in the same app and see means something else:
Sometimes identical icons meet in the same menu.
Sometimes next to each other.
Sometimes they put an entire barrage of identical icons in a row:
This doesn’t help anyone. No user will find a menu item faster or will understand the function better if all icons are the same.
The worst case of icon reuse so far has been the Photos app:
It feels like the person tasked with choosing a unique icon for every menu item just ran out of ideas.
Understandable.
Too much nuance
When looking at icons, we usually allow for slight differences in execution. That lets us, for example, understand that these technically different road signs mean the same thing:
Same applies for icons: if you draw an arrow going out of the box in one place and also an arrow and the box but at a slightly different angle, or with different stroke width, or make one filled, we will understand them as meaning the same thing.
Like, is supposed to mean something else from ? Come on!
Or two-letter As that only slightly differ in the font size:
A pencil is “Rename” but a slightly thicker pencil is “Highlight”?
Arrows that use different diagonals?
Three dots occupying ⅔ of space vs three dots occupying everything. Seriously?
Slightly darker dots?
The sheet of paper that changes meaning depending on if its corner is folded or if there are lines inside?
But the final boss are arrows. They are all different:
Supposedly, a user must become an expert at noticing how squished the circle is, if it starts top to right or bottom to right, and how far the arrow’s end goes.
Do I care? Honestly, no. I could’ve given it a shot, maybe, if Apple applied these consistently. But Apple considers and to mean the same thing in one place, and expects me to notice minute details like this in another?
Sorry, I can’t trust you. Not after everything I’ve seen.
Detalization
Icons are supposed to be easily recognizable from a distance. Every icon designer knows: small details are no-go. You can have them sometimes, maybe, for aesthetic purposes, but you can’t rely on them.
And icons in Tahoe menus are tiny. Most of them fit in a 12×12 pixel square (actual resolution is 24×24 because of Retina), and because many of them are not square, one dimension is usually even less than 12.
It’s not a lot of space to work with! Even Windows 95 had 16×16 icons. If we take the typical DPI of that era at 72 dots per inch, we get a physical icon size of 0.22 inches (5.6 mm). On a modern MacBook Pro with 254 DPI, Tahoe’s 24×24 icons are 0.09 inches (2.4 mm). Sure, 24 is bigger than 16, but in reality, these icons’ area is 4 times as small!
Simulated physical size comparison between 16×16 at 72 DPI (left) and 24×24 at 254 DPI (right)
So when I see this:
I struggle. I can tell they are different. But I definitely struggle to tell what’s being drawn.
Even zoomed in 20×, it’s still a mess:
Or here. These are three different icons:
Am I supposed to tell plus sign from sparkle here?
Some of these lines are half the pixel thicker than the other lines, and that’s supposed to be the main point:
Is this supposed to be an arrow?
A paintbrush?
Look, a tiny camera.
It even got an even tinier viewfinder, which you can almost see if you zoom in 20×:
Or here. There is a box, inside that box is a circle, and inside it is a tiny letter. i with a total height of 2 pixels:
Don’t see it?
I don’t. But it’s there...
And this is a window! It even has traffic lights! How adorable:
Remember: these are retina pixels, ¼ of a real pixel. Steve Jobs himself claimed they were invisible.
It turns out there’s a magic number right around 300 pixels per inch, that when you hold something around to 10 to 12 inches away from your eyes, is the limit of the human retina to differentiate the pixels.
And yet, Tahoe icons rely on you being able to see them.
Pixel grid
When you have so little space to work with, every pixel matters. You can make a good icon, but you have to choose your pixels very carefully.
For Tahoe icons, Apple decided to use vector fonts instead of good old-fashioned bitmaps. It saves Apple resources—draw once, use everywhere. Any size, any display resolution, any font width.
But there’re downsides: fonts are hard to position vertically, their size doesn’t map directly to pixels, stroke width doesn’t map 1-to-1 to pixel grid, etc. So, they work everywhere, but they also look blurry and mediocre everywhere:
Tahoe icon (left) and its pixel-aligned version (right).
They certainly start to work better once you give them more pixels.
iPad OS 26 vs macOS 26
or make graphics simpler. But the combination of small details and tiny icon size is deadly. So, until Apple releases MacBooks with 380+ DPI, unfortunately, we still have to care about the pixel grid.
Confusing metaphors
Icons might serve another function: to help users understand the meaning of the command.
For example, once you know the context (move window), these icons explain what’s going on faster than words:
But for this to work, the user must understand what’s drawn on the icon. It must be a familiar object with a clear translation to computer action (like Trash can → Delete), a widely used symbol, or an easy-to-understand diagram. HIG:
A rookie mistake would be to misrepresent the object. For example, this is how selection looks like:
But its icon looks like this:
Honestly, I’ve been writing this essay for a week, and I still have zero ideas why it looks like that. There’s an object that looks like this, but it’s a text block in Freeform/Preview:
It’s called character.textbox in SF Symbols:
Why did it become a metaphor for “Select all”? My best guess is it’s a mistake.
Another place uses text selection from iOS as a metaphor. On a Mac!
Some concepts have obvious or well-established metaphors. In that case, it’s a mistake not to use them. For example, bookmarks: . Apple, for some reason, went with a book:
Sometimes you already have an interface element and can use it for an icon. However, try not to confuse your users. Dots in a rectangle look like password input, not permissions:
Icon here says “Check” but the action is “Uncheck”.
Terrible mistake: icon doesn’t help, it actively confuses the user.
It’s also tempting to construct a two-level icon: an object and some sort of indicator. Like, a checkbox and a cross, meaning “Delete checkbox”:
Or a user and a checkmark, like “Check the user”:
Unfortunately, constructs like this rarely work. Users don’t build sentences from building blocks you provide; they have no desire to solve these puzzles.
Finding metaphors is hard. Nouns are easier than verbs, and menu items are mostly verbs. How does open look? Like an arrow pointing to the top right? Why?
I’m not saying there’s an obvious metaphor for “Open” Apple missed. There isn’t. But that’s the point: if you can’t find a good metaphor, using no icon is better than using a bad, confusing, or nonsensical icon.
There’s a game I like to play to test the quality of the metaphor. Remove the labels and try to guess the meaning. Give it a try:
It’s delusional to think that there’s a good icon for every action if you think hard enough. There isn’t. It’s a lost battle from the start. No amount of money or “management decisions” is going to change that. The problems are 100% self-inflicted.
All this being said, I gotta give Apple credit where credit is due. When they are good at choosing metaphors, they are good:
Symmetrical actions
A special case of a confusing metaphor is using different metaphors for actions that are direct opposites of one another. Like Undo/Redo, Open/Close, Left/Right.
It’s good when their icons use the same metaphor:
Because it saves you time and cognitive resources. Learn one, get another one for free.
Because of that, it’s a mistake not to use common metaphors for related actions:
Or here:
Another mistake is to create symmetry where there is none. “Back” and “See all”?
Some menus in Tahoe make both mistakes. E.g. lack of symmetry between Show/Hide and false symmetry between completed/subtasks:
Import not mirrored by Export but by Share:
Text in icons
HIG again:
Authors of HIG are arguing against including text as a part of an icon. So something like this:
or this:
would not fly in 1992.
I agree, but Tahoe has more serious problems: icons consisting only of text. Like this:
It’s unclear where “metaphorical, abstract icon text that is not supposed to be read literally” ends and actual text starts. They use the same font, the same color, so how am I supposed to differentiate? Icons just get in a way: A...Complete? AaFont? What does it mean?
I can maybe understand and . Dots are supposed to represent something. I can imagine thinking that led to . But ? No decorations. No effects. Just plain Abc. Really?
Text transformations
One might think that using icons to illustrate text transformations is a better idea.
Like, you look at this:
or this:
or this:
and just from the icon alone understand what will happen with the text. Icon illustrates the action.
Also, BIU are well-established in word processing, so all upside?
Not exactly. The problem is the same—text icon looks like text, not icon. Plus, these icons are excessive. What’s the point of taking the first letter and repeating it? The word “Bold” already starts with a letter “B”, it reads just as easily, so why double it? Look at it again:
It’s also repeated once more as a shortcut...
There is a better way to design this menu:
And it was known to Apple for at least 33 years.
System elements in icons
Operating system, of course, uses some visual elements for its own purposes. Like window controls, resize handles, cursors, shortcuts, etc. It would be a mistake to use those in icons.
Unfortunately, Apple fell into this trap, too. They reused arrows.
Key shortcuts:
HIG has an entire section on ellipsis specifically and how dangerous it is to use it anywhere else in the menu.
And this exact problem is in Tahoe, too.
Icons break scanning
Without icons, you can just scan the menu from top to bottom, reading only the first letters. Because they all align:
macOS Sequoia
In Tahoe, though, some menu items have icons, some don’t, and they are aligned differently:
Some items can have both checkmarks and icons, or have only one of them, or have neither, so we get situations like this:
Ugh.
Special mention
This menu deserves its own category:
Same icon for different actions. Missing the obvious metaphor. Somehow making the first one slightly smaller than the second and third. Congratulations! It got it all.
Is HIG still relevant?
I’ve been mentioning HIG a lot, and you might be wondering: is an interface manual from 1992 still relevant today? Haven’t computers changed so much that entirely new principles, designs, and idioms apply?
Yes and no. Of course, advice on how to adapt your icons to black-and-white displays is obsolete. But the principles—as long as they are good principles—still apply, because they are based on how humans work, not how computers work.
Humans don’t get a new release every year. Our memory doesn’t double. Our eyesight doesn’t become sharper. Attention works the same way it always has. Visual recognition, motor skills—all of this is exactly as it was in 1992.
So yeah, until we get a direct chip-to-brain interface, HIG will stay relevant.
Conclusion
In my opinion, Apple took on an impossible task: to add an icon to every menu item. There are just not enough good metaphors to do something like that.
But even if there were, the premise itself is questionable: if everything has an icon, it doesn’t mean users will find what they are looking for faster.
And even if the premise was solid, I still wish I could say: they did the best they could, given the goal. But that’s not true either: they did a poor job consistently applying the metaphors and designing the icons themselves.
I hope this article would be helpful in avoiding common mistakes in icon design, which Apple managed to collect all in one OS release. I love computers, I love interfaces, I love visual communication. It makes me sad seeing perfectly good knowledge already accessible 30 years ago being completely ignored or thrown away today.
On the upside: it’s not that hard anymore to design better than Apple! Let’s drink to that. Happy New year!
From SF Symbols: a smiley face calling somebody on the phone
Notes
During review of this post I was made familiar with Jim Nielsen’s article, which hits a lot of the same points as I do. I take that as a sign there’s some common truth behind our reasoning.
Also note: Safari → File menu got worse since 26.0. Used to have only 4 icons, now it’s 18!
Thanks Kevin, Ryan, and Nicki for reading drafts of this post.
Between Sisu and Ready Or Not 2, the world of John Wick is finding common cause with the influence of Quentin Tarantino. And there’s no shortage of comedic kung fu, ironic bloodletting, and stylish hotel rooms in the first trailer for They Will Kill You. Produced by It sibilings Andy and Barbara Muschietti and directed by Kirill Sokolov, the Russian action-comedy filmmaker behind Why Don’t You Just Die, the trailer makes no attempt to hide its influences before veering off in its own Satanic course. Still, while it may take people a second to realize that this isn’t the trailer for Ready Or Not: Here I Come, it still gives Zazie Beetz, the Bullet Train star who’s no stranger to this type of thing, an excuse to square off against Patricia Arquette, Tom Felton, and Heather Graham.
Here’s the logline:
A young woman must survive the night at the Virgil, a demonic cult’s mysterious and twisted death-trap of a lair, before becoming their next offering in a uniquely brazen, big screen battle of epic kills and wickedly dark humor.
They Will Kill You opens in theaters on March 25, 2026.
The year 2025 ended with more than 14,000 active satellites from all nations zooming around the Earth. One-third of them will soon move to lower altitudes.
The maneuvers will be undertaken by SpaceX, the owner of the largest satellite fleet in orbit. About 4,400 of the company's Starlink Internet satellites will move from an altitude of 341 miles (550 kilometers) to 298 miles (480 kilometers) over the course of 2026, according to Michael Nicolls, SpaceX's vice president of Starlink engineering.
"Starlink is beginning a significant reconfiguration of its satellite constellation focused on increasing space safety," Nicolls wrote Thursday in a post on X.
The maneuvers undertaken with the Starlink satellites' plasma engines will be gradual, but they will eventually bring a large fraction of orbital traffic closer together. The effect, perhaps counterintuitively, will be a reduced risk of collisions between satellites whizzing through near-Earth space at nearly 5 miles per second. Nicolls said the decision will "increase space safety in several ways."
Why now?
There are fewer debris objects at the lower altitude, and although the Starlink satellites will be packed more tightly, they follow choreographed paths distributed in dozens of orbital lanes. "The number of debris objects and planned satellite constellations is significantly lower below 500 km, reducing the aggregate likelihood of collision," Nicolls wrote.
The 4,400 satellites moving closer to Earth make up nearly half of SpaceX's Starlink fleet. At the end of 2025, SpaceX had nearly 9,400 working satellites in orbit, including more than 8,000 Starlinks in operational service and hundreds more undergoing tests and activation.
There's another natural reason for reconfiguring the Starlink constellation. The Sun is starting to quiet down after reaching the peak of the 11-year solar cycle in 2024. The decline in solar activity has the knock-on effect of reducing air density in the uppermost layers of the Earth's atmosphere, a meaningful factor in planning satellite operations in low-Earth orbit.
With the approaching solar minimum, Starlink satellites will encounter less aerodynamic drag at their current altitude. In the rare event of a spacecraft failure, SpaceX relies on atmospheric resistance to drag Starlink satellites out of orbit toward a fiery demise on reentry. Moving the Starlink satellites lower will allow them to naturally reenter the atmosphere and burn up within a few months. At solar minimum, it might take more than four years for drag to pull the satellites out of their current 550-kilometer orbit, according to Nicolls. At the lower altitude, it will take just a few months.
The constellation shuffle will help ensure any Starlink satellites that become space junk will deorbit as quickly as possible. "These actions will further improve the safety of the constellation, particularly with difficult to control risks such as uncoordinated maneuvers and launches by other satellite operators," Nicolls wrote.
The passage of Starlink satellites is seen in the sky over southern Poland on November 1, 2024.
Credit:
Jakub Porzycki/NurPhoto
Performance boost
There are other important reasons for making the change that Nicolls did not mention in his social media post. Moving the satellites closer to the Earth—and closer to SpaceX's Starlink subscribers—should improve the network's performance.
Elon Musk, SpaceX's founder and CEO, suggested this is actually the "biggest advantage" of moving to a lower altitude. "Beam diameter is smaller for a given antenna size, allowing Starlink to serve a higher density of customers," he wrote on X, his social media platform.
Reducing the distance between Starlink satellites and SpaceX's 9 million Starlink customers will also provide a small improvement in latency, or the time it takes Internet signals to travel between a transmitter and receiver. The lower altitude may also make the Starlink satellites appear slightly brighter in the sky, although the precise effect hasn't been quantified.
Hundreds of Starlink satellites specially modified to beam connectivity directly to smartphones already fly in orbits as low as 223 miles (360 kilometers).
SpaceX launched 165 missions with its workhorse Falcon 9 rocket last year, and nearly three-quarters of them carried Starlink satellites into space. The company reported its assembly line in Redmond, Washington, churned out new Starlink satellites at a rate of more than 10 per day.
Aside from continuing Starlink network expansion with more Falcon 9 launches, SpaceX intends to debut the more powerful Starlink V3 satellite platform this year. Starlink V3 is too big to fit on a Falcon 9, so it must launch on SpaceX's super-heavy Starship rocket, which has not yet begun operational flights.
Stewart Cheifet, the television producer and host who documented the personal computer revolution for nearly two decades on PBS, died on December 28, 2025, at age 87 in Philadelphia. Cheifet created and hosted Computer Chronicles, which ran on the public television network from 1983 to 2002 and helped demystify a new tech medium for millions of American viewers.
Computer Chronicles covered everything from the earliest IBM PCs and Apple Macintosh models to the rise of the World Wide Web and the dot-com boom. Cheifet conducted interviews with computing industry figures, including Bill Gates, Steve Jobs, and Jeff Bezos, while demonstrating hardware and software for a general audience.
From 1983 to 1990, he co-hosted the show with Gary Kildall, the Digital Research founder who created the popular CP/M operating system that predated MS-DOS on early personal computer systems.
From 1996 to 2002, Cheifet also produced and hosted Net Cafe, a companion series that documented the early Internet boom and introduced viewers to then-new websites like Yahoo, Google, and eBay.
A legacy worth preserving
Computer Chronicles began as a local weekly series in 1981 when Cheifet served as station manager at KCSM-TV, the College of San Mateo's public television station. It became a national PBS series in 1983 and ran continuously until 2002, producing 433 episodes across 19 seasons. The format remained consistent throughout: product demonstrations, guest interviews, and a closing news segment called "Random Access" that covered industry developments.
After the show's run ended and Cheifet left television production, he worked to preserve the show's legacy as a consultant for the Internet Archive, helping to make publicly available the episodes of Computer Chronicles and Net Cafe.
In a comment on Slashdot, Brewster Kahle, founder of the Internet Archive, remembered meeting Cheifet during a Net Cafe interview and later collaborating with him to bring the show's archives online: "After it I asked what he was doing with his archive, we kept talking and he founded the 'collections group' at the Internet Archive and helped us get all of Computer Chronicles on this new site and so much more. Wonderful man, and oh that voice!"
As a result of that collaboration, most episodes of the show remain freely available on the Internet Archive, where they serve as a historical record of the personal computing era. A re-digitization project that involves Cheifet's personal tapes is underway to recover episodes of Computer Chronicles that were missed in the original archiving effort.
Cheifet was born in Philadelphia on September 24, 1938, and earned degrees in mathematics and psychology from the University of Southern California in 1960. He later graduated from Harvard Law School. In 1967, while working at CBS News in Paris, he met Peta Kennedy, whom he married later that year.
In addition to his television work, Cheifet taught broadcast journalism at the Donald W. Reynolds School of Journalism at the University of Nevada, Reno. In a 2014 interview with the school, he explained why he pursued both law and journalism: "They are the two legal revolutionaries. They are the two professions that allow you to change the world without having to blow someone up."