Category: technology
You are viewing all posts from this category, beginning with the most recent.
Happy New Year, everyone. 2025 starts with London’s fireworks, and then, surprisingly, The Boomtown Rats on Hootenany.
Adventures in Mac Repairs
I have a 15-inch MacBook Pro from 2017. It’s in perfect working order, except the battery was past its best. ‘Service recommended,’ it always said when I checked. But it was fine, I could get a couple of hours out of it, and I rarely use the computer away from somewhere I can plug in. Especially this last couple of years.
But the screen had developed a problem. There were marks on it that I couldn’t remove. They were kind of hard to photograph, but you can see them here:

I discovered there was a known defect in models of that era called ‘screen delamination.’ The top layer of the screen’s coating was becoming detached from the underlying one.
People had solutions, which involved careful cleaning with various solvents or mild abrasives: isopropyl alcohol, or, I don’t know, toothpaste, maybe.1
Inevitably, the whole affair has a ‘gate’ name: Staingate. Perhaps less inevitably, but unsurprisingly since it’s a manufacturing defect, Apple have long since acknowledged the problem and offered a free repair programme. As long as your machine was no more than four years old.
I discovered these facts back in the summer. Dug out my receipt. I bought the laptop four years and four days ago. Damn!
At the time I was deep in working towards my dissertation, so I wasn’t going to spend any more time on it. In September, though, I thought it would be worth contacting Apple support and seeing what could be done. I couldn’t get a Genius Bar appointment, but I could take it to an Apple Authorised Service Provider called MR in Shoreditch. They had a look at it and said, yes it’s the delamination thing, you’re outside the free programme, we can fix it: 800 quid.
Too much. But! they also said that it would be worth taking it in to Apple. They might, depending on who you saw, do it for free anyway.
I was slightly sceptical, and we were getting ready for a trip to Scotland at the time, so I left it. Eventually, though, I booked it into the Genius Bar.
You’re outside the programme, they said. But we’ll fix it under consumer law. No charge.
The Sale of Goods Act (or its successors) for the win again: a laptop screen should last longer than four years.
During the tests they run, the guy noticed that the battery was poorly, and offered a replacement. £199 seems steep, so I said no thanks.
Yesterday I got an email to say it was ready to pick up, so I toddled off to Westfield. The staff member who brought it out to me asked me to wait while she checked something. Came back and said, ‘You know how you rejected the battery replacement? Well it seems they did it anyway. We won’t charge you.’
So that was weird. The work note that came with it said ‘Battery won’t charge at all,’ which was not true when I took it in. But here I am with a good-as-new battery. Well, actually new.
All of this required what they call a ‘Top case replacement.’ ‘Top case with battery,’ in fact, which suggests the battery is in the screen part of the laptop, not the keyboard part, which seems weird.
The big downside – but one that had been prepared for – is that I lost all my stickers. I had heard of this kind of thing happening, so I took photographs.

The questions now are how and whether to replace them.
-
Don’t clean your computer screen with toothpaste. ↩︎
First Line of Defence?
Dave Winer may be a very smart guy, who effectively invented blogging, RSS, and podcasts, but he’s lost his mind in this post:
We are now all complete newbies when it comes to understanding how networks can be used to spread misinformation. We might look back in a few years and realize that our first line of defense was Facebook, Inc. Maybe tearing them down is like the press tearing down HRC in 2016. I don’t trust their judgement on this stuff, do you?
– Dave Winer, Untitled Scripting News post
The first sentence is fair enough, but the second? Facebook is the first line of attack, rather, on our democratic freedoms. See Cambridge Analytica stories, passim. Or if not the first, then the most powerful tool in the armoury of the anti-democratic forces that plague us.
The ‘them’ he refers to is, I think, journalists. Or ‘journalism,’ as a collective entity:
I judge journalism in the aggregate.
In other words, I say “journalism” did this or that.
– Dave Winer, Journalism in the aggregate
One of the main things he does these days is to rail against journalism.
Multiple Points
Just last month I wrote Single Points, about the Fastly CDN outage. This morning many, many sites were down or inaccessible because of an outage at Akamai. A content delivery network again, though they’re saying the outage is caused by ‘edge DNS.’ I’m familiar with DNS, but not the ‘edge’ variant. In fact, I realise it’s capitalised and is the name of an Akamai product or service.
More evidence that the increasing centralisation of internet services is a problem. On the plus side, it was resolved quickly. When a service provider has the kind of major clients we’re talking about here, then that company is going to have to be able to respond quickly and get things back up. If a random small or midlevel company ran all its own server hardware and software, an outage would only inconvenience that company’s customers. But the company would need to have the staff available to sort the problems out. That would be a large and arguably unnecessary overhead.
So I understand the desire to offload responsibilities to a service provider, and the economies of scale that a company specialising in running network services can bring. But I fear it’s only a matter of time before one of these events results in serious damage or even loss of life.
Not that I’m claiming to know what the answer is.
Single Points
I noticed that GitHub was down this morning – or not down, exactly, but its web pages were profoundly broken. I tried different browsers, then jumped on Twitter to see if it was widely reported.
It was. People were saying the problem was Fastly, a content delivery network (CDN). Also that it was affecting other sites. I don’t know when CDNs started being a thing. I think they might have been recommended by some when I was still using WordPress. The idea being that a CDN can host your site’s static assets – images, mainly – while WordPress carries on with the dynamic bits, generating HTML pages on the fly, as it does. The CDN’s scale will mean it can serve those files faster than your little server.
I didn’t bother with them, not having that much traffic. But in the back of my mind there was always the thought, ‘What if the CDN goes down?’ The idea, of course, was that the CDN would be big, multiply-redundant, reliable: it’s not going to go down!
Here’s a CNN report about the outage. It affected a lot more than GitHub, it seems.
So, are CDNs single points of failure? Obviously there’s more than one CDN, but if the failure of any one can disable large chunks of the web, do they put us in a better position?
It's Never Good When a Useful Site Gets Bought
News comes out that Stack Overflow is being bought by something called Prosus. I’ve never heard of them, but they’re ‘a global consumer internet group and one of the largest technology investors in the world,’ to quote their own site.
This doesn’t bode well. Stack Overflow is without doubt the most useful site in the world, at least as far as programming and other technical matters goes. And its sub-sites cover a vast range of interests beyond the technical: use of English for both beginners and experienced people, for example; or science fiction; parenting, martial arts, the great outdoors, and a hundred more.
When a big company buys up a small one, it rarely ends well for the users of the small company’s products or services, or so it seems to me. Yahoo bought Flickr and let it largely wither on the vine.1 Similarly with Del.icio.us. Google has bought numerous properties and either rolled them into its own products, or abandoned them.
In this case the purchaser is not a technology company itself, but just a holding company. Those ones tend to result in the bought company coming under pressure to make more money. The buyer wants to recover its investment. That tends to end up with the the bought company either selling intrusive advertising space, or selling its customers' data.
It doesn’t have to go that way. Maybe this Prosus will be different. But I can’t help thinking it’s a sad day for mutual help on the web.
-
It’s much better again now that it’s owned by SmugMug. ↩︎
OffMail
I just got an invite/reminder email about a service called OnMail. I must have signed up to be notified when it became available. Could have been months ago: they apologise for it taking so long.
They should apologise for being bad for the email infrastructure that binds the world together.
I’m exaggerating, but only a bit. Email remains the most important thing on the internet aside from the web. Whenever you sign up for a service, or order something online, you expect to get an email confirmation.1
Without reliable email, a lot of things would fall apart.
A while back I wrote about Hey, the new email service from Basecamp. There, I was bothered by it not being based on the standard, open protocols that underlie email, at least to the extent that you can’t get your Hey email using a third-party, standard client.
OnMail seems both visually and functionally similar to Hey, and it’s got exactly the same problem.
This trend is bad for email, bad for people who use email. It should be possible to give us the kind of powerful, automated controls over our inboxes that these services offer, without stopping us from using the apps we prefer. It is possible to do that, as companies like SaneBox show.
I do not like this trend.
-
Oddly, I had this expectation confounded just today, when Birkbeck’s submissions system didn’t send me any confirmations about the pieces that I submitted for assessment. ↩︎
They Don't Call it 'Fastmail' for Nothing
I was opening a ticket with Fastmail (not a problem, just a query), and when I hit ‘Submit,’ the confirmatory email was in my inbox before the next web page finished loading.
It’s a really good service which I highly recommend, and if you were to sign up using the above link, you’d get 10% off your first year. I would get a small kickback too.
Break away from big email!
Wheeling the Reinvention
Dave Winer has ideas:
ideas for rethinking blogs and feeds. I found, as others have, that I need another kind of document to include in my personal CMS other than a story that’s part of the blog. Everything about blogs are set up to be written, then lightly edited, and never touched again. It’s temporal writing. But there are other things that I want to develop over time, keep coming back to, revising. A few years back I started this.how to hold those docs.
– Dave Winer, Tuesday, October 20, 2020 at 16:05
He’s talking about what I like to call ‘web pages,’ surely? You don’t need any fancy CMS for those, as Dave of all people should know. And if you want to use such a thing, well, even WordPress has its Posts/Pages distinction.
HEY, Ho, Let's Not Go
This has been sitting around in my drafts folder for about a month, so it’s long past time to get it out there.
HEY (they always capitalise it, which I don’t care for) is a new email service from Basecamp, makers of fine (I’m told) collaboration software for teams. The video walkthrough lasts about half an hour, but/and gives you a good overview of what it’s like.
Hey was also in the news recently over the way Apple was treating it regarding App Store rules. Apple were clearly in the wrong, and things have been sorted out now.
But that’s all another story. I want to talk about Hey, and why I think it is bad for users. Even at the same time that it’s probably good for users. A company, a service, can — like a person — contain multitudes.
The Good
If you watch that video you’ll see that Hey looks like an unusually interesting and capable email client: good for organising mail, getting the unimportant stuff out of your way until you want to look at it, and making the important things highly visible. It’s both powerful at automatically helping the user, and attractive to look at.
The Bad
But it’s built on a proprietary platform. Email’s biggest strength since its invention has been that it was built on open standards. Whether you were using a Unix command-line client at a university in the early days, or Gmail, Outlook, or another IMAP provider today — none of that matters. If you know someone’s email address, you can contact them, and they you. And more importantly for this discussion: if you want to use different email client software, you can.
That’s because email is built on open protocols: SMTP, POP, and IMAP. Not that you have to understand those – or even know about them – to use email, any more than you have to understand an internal combustion engine to drive a car.
More importantly, if you want to change from one email provider to another, you can do so. This is harder than it should be because the culture of people having their own domain never really caught on. All those josmith1989@gmail.com
and hazy_harriet@hotmail.com
type of addresses could, instead, have been jo@josmith1989.net
and harri@hazyharriet.org
.
They still could be, in fact. And when they are, then you can change the underlying email provider without anyone other than yourself having to know or care. To take a not-made-up example, martin@devilgate.org
used to go by a complex combination of Gmail (for the spam filtering and search) and 5quidhost.co.uk
and its eventual purchaser, TSOHost, because that’s what I used for web hosting, as much as anything else. But a few years ago I switched it to Fastmail. No-one I correspond with had to know anything about the change.
But Hey’s email service does not use the open protocols — principally IMAP — that makes all that possible. Instead they have their own proprietary system. If you move your email into Hey’s service, you might not find it too easy to move it out again.
Secondly, right now they don’t support custom domains, so your correspondents will certainly have to know. While josmith@hey.com
might be available right now, if they have any success we’ll soon be back to appending birth years or random numbers to the end of common names, just like on Gmail, Hotmail, etc. Though they have said they intend to support custom domains, so there’s scope for a better solution there.
The Alternatives
Andrew Canion had the same thought I did when I watched the video: you can do most of this in MailMate.1 At least the viewing, the ‘The Feed’ kind of thing. Though he had the added experience of using SaneBox to automatically file and sort your emails.
Andrew also went further than I did: instead of just thinking, ‘I could do that with MailMate,’ he went ahead and did it, and documented the process (with a tiny bit of help from yours truly).
I had heard of SaneBox through its sponsoring of various podcasts, so I was familiar with the idea, but I hadn’t tried it. I’m now trying it out, along with some of Andrew’s suggestions, and it’s altogether a pretty good setup. Now, all that comes into my main inbox — the only things that appear on unread counts, and hence activate icon badges — are actual emails that I want to see. All the newsletters, receipts, confirmations, and other stuff that isn’t spam but that I don’t want appearing in my inbox, and especially in my unread count — those are all there, but tidily away in other mailboxes, where I can deal with them at my leisure.
That said, SaneBox is not free (though it’s cheaper than Hey), and I don’t get that much annoying email. So I don’t think I’ll continue with this exact setup when the free trial ends. But it’s worth knowing that there are good ways — and standards-compliant ways — to achieve similar functionality to Hey’s.
We Built This City on IMAP
What this all shows is that there’s nothing in Hey’s service that you couldn’t create by building on top of IMAP, except the user interface – and that doesn’t have to know about the underlying protocols in any case. It’s possible that is exactly what they have done: implemented it on top of IMAP. In fact, doing anything else would mean giving themselves a lot of extra work, as they would have to effectively reinvent IMAP in any case.
If I were going to build a service like Hey, I’d start with an off-the-shelf IMAP service, probably open source, and build the filtering rules and all that around it.
So I hope that’s what they have done, and that at some point in the future they make their service available to ordinary email clients via IMAP.
-
And probably plenty of other mail clients. ↩︎