Jag ifrågasätter inte att det här är en bra produkt ur ett säkerhets- och integritetsperspektiv. En E-postklient utan för mycket bagage är inte en dum tanke.

Men ändå. En E-postklient skriven specifikt för linux med fucking jävla Electron. Min starka åsikt är att man, som linuxspecifik produkt, ska använda andra alternativ i så fall. Det stannar dock inte där.

• Källkoden är stängd.
• Har man mer än ett E-postkonto är det inte längre gratis.

Och sedan, från deras FAQ:

Electron gets a bad reputation, and some of it is deserved. But the framework itself isn't the problem; lazy engineering is. VS Code, Slack, Discord, Figma, and Notion are all built on Electron, and millions of people use them daily without complaint. The difference is in how you build on top of it.

Ingen av dessa exempel fungerar lika bra på Linux som på Windows och Mac. Personer som hävdar det är antingen tursamma, förlåtande eller okunniga. Det har blivit bättre än vad det har varit, jag medger det. Men Electron-teamet har aldrig gett ett intryck - som jag upplevt det - av att prioritera Linux.

Jag har inte testat hur väl Melia integrerar med tangentbordsnavigering och skärmläsare, men allt annat än 10/10 är underkänt för något så vitalt som en E-postklient.

De hävdar också att detta inte är en webbapp:

Is Melia just a web wrapper?
Not even close.

Melia is not a browser window pointed at a webmail interface. It connects directly to your mail servers using standard IMAP and SMTP protocols, stores your email in a local SQLite database, and renders everything natively. There is no web service in the middle.

Melia is built on Electron, which uses Chromium for rendering the UI, but the application logic, email syncing, search indexing, and security features are all custom-built. It's a full desktop application that happens to use web technologies for its interface.

Grattis, denna FAQ beskriver ett jävla web backend. Absolut, den kör inte som en web service, men dess funktion är densamma. Gissnignsvis är denna även skriven i Node.js? Det vet vi inte, då källkoden är stängd.

Det här kör som en Electron-app bara för att försvåra stöld av källkod. Alt så är det det vanliga - att en full stackare som bara kan Node.js bestämt sig för att skriva en egen E-postklient med det enda hen kan.

1/10; kommer inte att rekommendera, utan avråda.

Skämskudde på It's FOSS som delade denna. De behöver flera disclaimers för att förtydliga att detta varken är fri mjukvara eller öppen källkod. Det känns mest som ett ragebait.

Claude bär stora skämskudden vad gäller att säkra tillgänglighet i slutprodukten. ChatGPT och Mercurys Inception2 ligger på acceptabel nivå - på ungefär samma nivå som riktiga programmerare.

LLM:er har som regel dåligt dataunderlag för detta, eftersom tillgänglighet ur ett historiskt perspektiv inte har varit prioriterat i branchen.

This post pushes customizable <select> to an extreme. I think it turned out nice.

Wow! Alltså, WOW!

... Varför använde vi React elle jQuery på vår sajt nu igen? :D

Rätt dystra siffror.

• I genomsnitt hade dessa hemsidor 56 errors enligt WebAIM WAVE. Det är inte så överraskande, eftersom det verktyget inte räknar distinkt. Alltså: om 7 P-element har dålig kontrast rapporteras de som 7 fel, trots att de ligger i samma sektion.
• I genomsnitt 133 ARIA-attribut fanns per hemsida. 2019 var samma siffra 20. Det är såklart med god intention, givet att den första regeln om ARIA följs: Ingen ARIA är bättre än undermålig ARIA.
• Av dessa ARIA-attribut är aria-label, aria-labelledby, or aria-describedby poppis. Snygga formulärfält FTW?
• 96% av hemsidorna hade WCAG 2-fel. I EU är detta numera ett brott. Den vanligaste orsaken är låg kontrast på text (84%), följt av uteblivet ALT-attribut på bilder och uteblivna etiketter på formulärfält (53% respektive 51%).
• Mängden HTML-element på en sida har fördubblats sedan 2019. Från ca 750 till 1437. Längre sidor, mer att skrolla, mer reklam att visa. Eller?

Det är både bra och dåligt om man kikar på hur saker ändrats sedan den första rapporten sammanställdes 2019.

• Positivt: Trenden är att saker har blivit bättre sedan rapporterna började sammanställas 2019.
• Negativt: trenden har vänt de senaste 2 åren, vilket jag misstänker beror på att LLM:er ärvt dåliga vanor.

[...] The ability to choose a single “brand” color and then get an entire scale generated based on that color. All of the various components and layouts would then adopt the color scheme by default, simply based off of one --wll-brand-color CSS variable.

Until fairly recently, there was no way to do this live using vanilla CSS!

However, now that we have real CSS functions calculating color math in real-time, we have the ability to guide the user in setting a single color in their stylesheet—and everything else will come along for the ride.

Detta är guld värt för alla webbutvecklare som inkluderar stilguider i sin leverans och i sitt arbetsflöde!

Designed for a world that doesn’t exist anymore, it has optional encryption, no built-in auth, three⁺ retrofitted security layers bolted on top, an unstandardized filtering layer and many more quirks. Yet billions of emails arrive correctly every single day.

E-post är odödligt. På samma gång fullständigt horribelt att äga tekniskt ansvar över, i någon sorts imbillning att sådant existerar.

Detta är alltså en gammal hederlig telefon med knappsats som kör en moddad version av LineageOS.

Swish, Mobilt BankID och diverse annat man kan tänkas behöva gå att få till via Aurora Store och microG.

Ingen webbläsare. Alldeles för liten skärm för att göra något mer ambitiöst.

Jag har köpt en, och kommer såklart att testa den:

• Authenticator
• BankID
• Swish
• NFC-betalningar
• Åka buss
• Träningsapp på gym

Before language models, writing software required significant and genuine expertise, time and capital. Most users didn't need to understand how code worked to understand that it was bloody hard. You'd hire a developer, or teams of them, pay them a boat load of money, and they'd spend months working on something hard. That effort was visible and it priced the market.

There was a real scarcity of people who could write code well. Years of training, accumulated pattern recognition, architectural instincts. That stuff took time to develop. You couldn't shortcut it to the level that shipped reliable, scalable AAA software. That constraint is now going, or gone.

Som analogi till hur LLM:er påverkar värderingen av mjukvaruutveckling, nämns vad som hänt med musikindustrin på grund av Internet.

We've seen this arc before, and music is the richest analogy.

Pre-internet, making and releasing music was genuinely expensive. Recording, pressing, distribution, promotion all cost real money and required real experts and gatekeepers. Fewer artists got through, but of those who did, a meaningful proportion could make a half-decent living. Then DAWs, MP3s, P2P sharing, and MySpace arrived almost all at once. Anyone could record and release a professional-sounding track for next to nothing.

The filters collapsed almost overnight.

I slutändan är det dock inte detta som spelar roll. Bara för att det går att bygga en klon av Facebook på en helg, betyder inte det att man kommer att få lika stor framgång som Facebook. Ens egna nätverk spelar istället foll, precis som distributionsstrategi och djup, genuin domänkunskap.

• Things är inte bäst på GTD för att koden är unik. Det är deras tusentals små detaljer som gör den stora skillnaden. De har investerat tid och lärt sig vad bra GTD är för något.
• Apple var inte först att presentera kocentpen som iPod, iPhone eller iPad symboliserar, men vann ändå.
• Amazon skriver inte en rad kod i sina forks, men tränger undan de projekt de forkat.

Template strings are a mechanism for custom string processing. They have the full flexibility of Python’s f-strings, but return a Template instance that gives access to the static and interpolated (in curly brackets) parts of a string before they are combined.

Otroligt användbart.

Templates are stored as sequences of literal strings and dynamic interpolations. A values attribute holds the values of the interpolations:

>>> cheese = 'Camembert'
>>> template = t'Ah! We do have {cheese}.'
>>> template.strings
('Ah! We do have ', '.')
>>> template.interpolations
(Interpolation('Camembert', ...),)
>>> template.values
('Camembert',)