News for hackers. Stuff that matters.

grahamlee

Re:A Book That Will Never Be Read on Tuesday October 13, 2026 @11:18AM (#50073083)
Here's where we talk about whether AI is taking our jobs; it took me 5 years and three supervisors to produce a doctoral thesis that nobody will ever read.
Re:Apple/macOS silently removed from official Unix registry on Saturday October 10, 2026 @12:21PM (#50034391)
Apple originally certified Mac OS X as a UNIX because they used the word UNIX all over their website and the Open Group came knocking; they decided it was cheaper/better for goodwill to do the conformance and pay the license fee than to fight the case in court.

Looking now, I see almost no uses of the word UNIX on the website except the docs archive, so I guess they’ve decided to abandon both the certification and the use of the UNIX trademark in macOS.

Re:Reasons to Dislike AI Coding on Wednesday October 07, 2026 @09:08AM (#49992258)
Author here, just getting things out of my head.
Re:What Sun got wrong on Monday September 21, 2026 @10:27AM (#49787736)
The Sun model of beefy server, ultra-thin client worked incredibly well and presaged the widespread adoption of virtualisation that eventually led to cloud computing and containerised software. Unfortunately that model made it very easy to undercut their prices using commodity hardware; I managed a Solaris/Sun Ray network c.2004 and it was cheaper to switch to Linux/Intel and buy spare hardware to keep in a cupboard “just in case” than to keep the Sun network going through its support contract.
Re:About the security content of macOS Tahoe 26.6 on Tuesday July 28, 2026 @06:28AM (#49081838)
And it's not actually that much information "about the security content". For example: "Impact: An app may be able to access sensitive user data. Description: An access issue was addressed with additional sandbox restrictions." This references CVE-2026-43819, which doesn't have any more information. Compare this with the nearly decade-old https://support.apple.com/en-gb/103680, and you see much more specific information about problems and their remedies (except in situations where Apple's action was to update a vendor component).
Re:Our position on open-weights models on Tuesday July 28, 2026 @04:18AM (#49080915)
Ctrl-H is the rubout/backspace command on old terminals. So if I say it's nuts^H^H^H^Hunwise to ignore UNIX history, I've erased the first word and replaced it with the second.
Re:Swift Package Index joins Apple on Wednesday June 24, 2026 @05:44AM (#48657427)
Agreed, congratulations are in order!
Re:Open Source Does Not Imply Open Community on Sunday May 03, 2026 @04:41AM (#47994848)
If you look at the Open Source Definition, you see the four freedoms: https://opensource.org/osd

That’s unsurprising because the OSD is based on the Debian social contract, and Debian is a GNU distribution.

so many peripherals now come in external boxes that communicate _incredibly quickly_ over Thunderbolt 4/5 that the need for PCIe is marginal, while the cost to support it is significant.
but the point of an EULA is to restrict distribution, so AGPL3 can help there.
It's clear that we're entering a new era of copyright _expectations_ (whether we get new _legislation_ is different), but for now realise this: the people like me who like copyleft can do this too. We can take software we like, point an agent at it, and tell it to make a new version with the AGPL3.0-or-later badge on the front.
Re:How AI Impacts Skill Formation on Friday January 30, 2026 @03:07AM (#46821758)
I’ve been making the case (e.g. https://youtu.be/uL8LiUu9M64?si=-XBHFMrz99VZsaAa [1]) that we have to be intentional about using AI to augment our skills, rather than outsourcing understanding: great to see Anthropic confirming that.

[1] plug: this is a video about the Patreon community I founded to do exactly that. Just want to make sure you’re aware that’s the pitch before you do ahead and watch.

OK thanks for clarifying your reasoning!
As the submitter, I want to point out that I submitted this post with the original title. The one that makes it clear a16z are behind the social media astroturfing. The mods changed the title.
Re:A Remarkable Assertion from A16Z on Friday November 28, 2025 @09:11AM (#46078792)
These modern times that literally began in 1769. Oxford English Dictionary, “literally (adv.), sense I.1.c,” June 2025, https://doi.org/10.1093/OED/9189024563.
Re:When did people favor composition over inheritance? on Monday November 17, 2025 @12:57PM (#45956083)
What you lose by using composition is that the composing object is no longer a subtype of the constituent object, so you can't use it as a "decoration" of the original object in a program that expects an instance of the original.
Re:When did people favor composition over inheritance? on Monday November 17, 2025 @12:55PM (#45956069)
Article author here. Your idea "gluing together things that don't know necessarily know about each other" is basically what the GoF book means: composition is "this object has a reference to that object and uses its public API". They don't mean "this object ontologically contains an instance of that object" in the sense that a car "has" an engine, which is a narrower definition of composition that people frequently use.

It's that broader version of composition—particularly in its extreme realization, delegation—that underlies a lot of the behavioral patterns in the book. For example, the State and Strategy patterns boil down to "this object relies on another object to fill in the behavior here, and there are ways to choose what that other object is", which is something it's easy to arrange with subclassing and the only point of the pattern is to avoid subclassing.

Re:When did people favor composition over inheritance? on Sunday November 16, 2025 @06:21AM (#45944232)
Author here. I wrote “ But even a modestly more recent language like Java has visibility attributes that let a class control what its subtypes can view or change, meaning that any modification in a subclass can be designed before we even know that a subtype is needed.” which covers your situation: if you need to ensure that subtypes use the supertype’s behaviour in limited ways, use the visibility modifiers and `final` modifier to impose those limits.

Older »