Today marks two years since I first set up an e-ink display in my mom’s apartment to help her live on her own with amnesia.

Via https://blog.jim-nielsen.com/2024/beauty-of-building/

Nos sociétés: L'hyper efficience et minimalisme au mépris du détail, de la beauté, le design...

Nine months ago, we switched to a monorepo. Here is a retrospective on our experience with the switch so far.

Pas mal de bibliothèques de style dans la catégorie retro et nostalgiques

Dont https://github.com/Gioni06/terminal.css ❤️

It turns out the review apps are fundamentally incompatible with short-lived branches. We prefer to use feature flags.

Encore un language de markup en plain text pour la prise de notes

Via https://hn.trieve.ai/?score_threshold=5&page_size=30&prefetch_amount=30&rerank_type=none&highlight_delimiters=+%2C-%2C_%2C.%2C%2C&highlight_threshold=0.85&highlight_max_length=50&highlight_max_num=50&highlight_window=0&recency_bias=0&highlight_results=true&use_quote_negated_terms=true&q=mobile+friendly+markup+language&storyType=story&matchAnyAuthorNames=&matchNoneAuthorNames=&popularityFilters=%7B%7D&sortby=relevance&dateRange=all&searchType=fulltext&page=1&getAISummary=false

TLDR: A product trying to simplify user tasks invariantly makes users want to perform more complex tasks

Tog’s Paradox (also known as The Complexity Paradox or Tog’s Complexity Paradox) is an observation that products aiming to simplify a task for users tend to inspire new, more complex tasks. It’s one of the key reasons for the symptom of requirements changing after delivery in enterprise software products, and for feature creep in consumer products. Tog’s Paradox also explains why it’s futile to try to completely nail down requirements for a software product, as the product itself will have an impact on the users,causing them to demand new functions.

I have ADHD. It's my excuse for having bad memory

Bingo 😂

Even with a lot of help from a good text editor, writing HTML can be a drag. Nice documents end up as tag-swamps with little bits of content perched atop hills of tabs. Editing them becomes a test of patience and we get sick at the thought of having to look at our once-loved text. It doesn't have to be like this! There's a lightweight, easygoing way to write HTML that's been around since the beginning of the web.

Via https://discourse.32bit.cafe/t/the-messy-pile-unplannedobsolescence-com/1559

BareText™
This is the official specification of a new markup language that I just invented, being sick and tired of markdown, multimarkdown, github-flavored markdown, org, redmine, wiki, textile, fuckdown, and other fabulous, all different, plain-text “markup languages”.

Plain text is great, when it comes about writing plain text. Please leave my plain text intact.

Syntax
Just type the goddamn text and it'll come out literally.

Le support markdown et son interopérabilité restent pauvres

Via https://dev.to/ninjin/markedtext-healthy-person-markdown-14c1

Orgdown (in short “OD) is a lightweight markup language similar to Markdown but it’s consistent, easy to learn, simple to type even without tool-support, and it is based...

HTML looks and functions well by default without the need for CSS or JavaScript. This page includes the majority of HTML elements, including semantic HTML elements, that have a unique visual style or interaction.