This is it, the year is 2025 and vibe coding is upon us!

I’ve been using LLMs for programming for some time: they help me choose the right high level architecture, and they implement well-defined self-contained functions for me. I don’t trust an LLM to make changes to my code on its own.

Rysio from LSG independently invented two layer go. Two go boards above each other, connected. A regular stone has 5 liberties (4 neighbors + 1 from the other layer), the border has 4 liberties, and the corner has 3. It plays much better than full-3D go, which suffers from too much connectivity.

I wanted to implement it, but Omi said I should just vibe code it. Well, it worked. Here is my transcript:

“two layer” game of go, dimensions 11x11x2. Ideally something on the browser, front-end only, no backend. 3d representation one can rotate, click places stones of alternating colours, normal go rules apply

I randomly chose v0 from Vercel, which one-shotted a fully working, playable version in a couple of seconds. Some ~300 lines of TypeScript.

Amazing actually! Three changes I’d like to make:

1. The menu covers most of the screen on mobile. Make it collapsible by a button.
2. Hard to click: make the clickable spots bigger
3. Connect the upper and the lower layer by lines (same as there are lines connecting the spots on the upper and lower layers themselves)

That worked too.

Again, amazing. One more little thing: can you please make the distance between the layers the same as the distance between other neighboring points? I just want the distances to be equal…

And that, too. Here it changed the opacity of some of the lines for a mysterious reason, but that was pretty simple to fix.

It works, it’s done: No side project for me! Vercel even hosts it for me.

Here is the fully playable two-layer go and the chat that led to it (which I suppose you can fork or something).

Why is the Czech keyboard such a mess? QWERTZ/QWERTY is still a topic. The letters with the diacritical marks (ěščřžýáíé) are on the numeric top row, in place of 234567890. All the other stuff is shuffled around compared to the US English keyboard.

Everyone suffers: the “regular people” use QWERTZ. Many computer literate people prefer QWERTY, and some prefer the English keyboard and type without diacritics. Sit a random Czech at a random Czech keyboard and it’s likely they’ll feel lost.

Why don’t we learn from Poland? the 40 million Poles use a simple superset of the US English keyboard. From Wikipedia:

[T]he “Polish programmer’s” layout has become the de facto standard, used on virtually all computers sold on the Polish market.

Most computer keyboards in Poland are laid out according to the standard US visual and functional layout. Polish diacritics are accessed by using the AltGr key with a corresponding similar letter from the base Latin alphabet. Normal capitalization rules apply with respect to Shift and Caps Lock keys. For example, to enter “Ź”, one can type ⇧ Shift+AltGr+X with Caps Lock off, or turn on Caps Lock and type AltGr+X.

No wonder Poland has been experiencing the biggest economic boom in Europe for the past 20 years. Without keyboard woes, they are supremely productive.

When I started working in Czechia again, I was quickly overwhelmed by the constant need to switch between the Czech keyboard for messaging and Polish (ie English) for programming, the main problem was I’d always thought the other layout was being active. I didn’t find any of the choices from xkb config suitable. I stumbled upon CShack and liked it, with the only exception I want to keep my CapsLock, as I’ve mapped it to Ctrl, and use it all the time.

So now I can type á by pressing AltGr+a and Ó by pressing AltGr+Shift+o. I’ve reclaimed my sanity.

I spent eight wonderful years living in Warsaw, at Piwna 7. It was the greatest place to live:

• nice surroundings, the beautiful tiny old town
• restaurants abound, personal faves:
  • Ciao Napoli, Wąski Dunaj: superb Neapolitan pizza
  • Vege Miasto, Solidarności: vegan stuff that tastes amazing
  • Maharani, Freta: Indian
  • San Antonio, Ogród Saski: unfortunately perma-closed
• art galleries everywhere
• plac Zamkowy with an endless supply of amazing street musicians
• in Summer, Jazz na starówce, an annual jazz festival
• in Winter, “Lodowisko na rynku starego miasta”, free-entrance ice rink
• Ogród Krasińskich and Ogród Saski walking distance
• wonderful and interesting neighbours
• friends randomly dropping by whenever they happened to be nearby, which was often

It is one thing to see all these things as a tourist and to be immersed for years. During the 2020 pandemic it felt like I had the whole old town for myself.

Over the years, the Piwna 7 downstairs commercial area was occupied by:

1. Cukrowa Sowa, very expensive sugar, they had nice logo and were friendly and harmless.
2. A jewelery store with an atrocious logo, didn’t last long.
3. The worst Żabka in the whole wide world.

Piwna street has its own wikipedia page (in Polish). And the Piwna 7 house has its history written on warszawska.info and an item on WikiData (with a pic!).

You can see some of my 2016 pictures from Warsaw, and 2020 pandemic pictures from Warsaw.

As of early 2025, the apartment I lived in for eight years is for rent on AirBnB, TripAdvisor, and Booking. Seeing how these types of services care about their urls, the links will probably be dead before anyone clicks.

During the past few years I’ve gone through some effort to keep my digital life simpler and more orderly than my real life.

• Migrated from Ubuntu to Debian. Been a breeze. Debian is like Ubuntu without the bad parts. I blogged about still actually being happy with Ubuntu, but am even happier with Debian. The Debian repos mostly move faster than I notice things. While I’d sometimes like to use a newer neovim, it’s not a big issue. I enjoy the stability and the feeling that my system belongs to me again.
• Migrated from Dropbox to Syncthing. Syncthing gives me headaches, but fewer than Dropbox. Oh well…
• Migrated from LastPass to KeePassXC. Passwords are too important to outsource to a for-profit. LastPass wasn’t the right for-profit anyway.
• All the websites I maintain now self-host all the css/js/fonts. I try to avoid Bootstrap and other large dependencies anyway.
• My content websites mostly use Markdown and Jekyll. Markdown might be a terrible format, but it’s good enough for me. Jekyll works for now, if it stops working, I can rewrite the parts I need in a language of choice in about an afternoon.
• Stick with Elm for my side projects and avoid backend like the plague. I almost started learning OCaml. And Janet. And Zig. And Roc and Gleam. But for now, if I need a backend, I’ll swallow the ten thousand string types, the exorbitant size of ~/.stack/, the slow compile times, and reluctantly use Haskell ¯\_(ツ)_/¯
• I rewrote most (all?) of my favicons into hand-crafted SVG. Inkscape output is verbose and an unreadable mess. Hand-written SVG can be beautiful.

Here’s my tsumego collections favicon, followed by its source:

<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 8 8" width="64px" height="64px">
<defs>
<filter id="blur">
	<feGaussianBlur in="SourceGraphic" stdDeviation="0.1"/>
</filter>
<radialGradient id="stripes" gradientTransform="translate(-4, -1) scale(6, 4)">
	<stop offset="40%" stop-color="#EEE"/>
	<stop offset="43%" stop-color="#CCC"/>
	<stop offset="44%" stop-color="#EEE"/>

	<stop offset="45%" stop-color="#EEE"/>
	<stop offset="48%" stop-color="#CCC"/>
	<stop offset="49%" stop-color="#EEE"/>

	<stop offset="50%" stop-color="#EEE"/>
	<stop offset="53%" stop-color="#CCC"/>
	<stop offset="54%" stop-color="#EEE"/>

	<stop offset="55%" stop-color="#EEE"/>
	<stop offset="58%" stop-color="#CCC"/>
	<stop offset="59%" stop-color="#EEE"/>

	<stop offset="60%" stop-color="#EEE"/>
	<stop offset="63%" stop-color="#CCC"/>
	<stop offset="64%" stop-color="#EEE"/>

	<stop offset="65%" stop-color="#EEE"/>
	<stop offset="68%" stop-color="#CCC"/>
	<stop offset="69%" stop-color="#EEE"/>

	<stop offset="70%" stop-color="#EEE"/>
	<stop offset="73%" stop-color="#CCC"/>
	<stop offset="74%" stop-color="#EEE"/>
</radialGradient>
<radialGradient id="edges">
	<stop offset="80%" stop-color="#FFF0"/>
	<stop offset="100%" stop-color="#0003"/>
</radialGradient>
<radialGradient id="highlight" gradientTransform="translate(-0.15 -0.15)">
	<stop offset="0%" stop-color="#FFF"/>
	<stop offset="20%" stop-color="#FFF"/>
	<stop offset="50%" stop-color="#FFF0"/>
</radialGradient>
</defs>

<circle cx="4.1" cy="4.1" r="3.8" fill="#000C" filter="url(#blur)"/>
<circle cx="4" cy="4" r="3.8" fill="url(#stripes)" />
<circle cx="4" cy="4" r="3.8" fill="url(#edges)" />
<circle cx="4" cy="4" r="3.8" fill="url(#highlight)" />
</svg>

Little wins for simplicity. They make me happy.

There are many things which are vitally important to one’s overall wellbeing. Exercise, eating well, sleep, mental health, personal finance, and a few more.

There are people who concentrate a lot on one of these, eg they exercise a lot. Nothing wrong with exercise, but doing much beyond the bare minimum is high effort low payoff.

I try to do the five tibetans every morning. I only do seven repetitions of each, it takes about five minutes. The difference between doing nothing vs the five minutes of exercise is large. The difference between doing five minutes versus two hours, I won’t ever know but suspect it’s not so great.

Is the same true for blogging? This was not a high effort blog post. Just something I’d like not to forget.

Ultimate TK is a Finnish top down shooting game. I used to play it in high school. It’s been open sourced and there’s a nicely working cross-platform fork at suomipelit.

Here’s a bit of a cheat-sheet for the episodes, listing the enemies and goodies available at each level:

For your (in?)convenience, I ordered the episodes by difficulty (from easiest to hardest) rather than alphabetically.

[Edit:] I managed to find more episodes on archive.org! Some of them might suck or crash the game, I don’t have the time to check.

[Edit 2:] I created a fork. It includes the following changes:

• Faster fade-in/out for less wait time.
• Larger (and easily configurable) in-game viewport, so you can see more around you!

Original solarized colours:

The grayish pairs are almost indistinguishable to my old eyes. In L*A*B, these are: 15 -12 -12, 20 -12 -12, 45 -7 -7, 50 -7 -7, 60 -6 -3, 65 -5 -2, 92 0 10, 97 0 10

I tried more regular spacing as per OKLCH interpolation between the two extremes, and quickly found out it’s actually useful to have a colour which is right next to the extreme, to be able to get a slightly different background.

So, here’s an attempt to take the most extreme two colours from both sides and interpolate the four in the middle, giving a better range of usable shades:

It’s a small improvement, no?

Continuing, the orig solarized colours:

And my tweaked version:

Tweaks mainly to better separate the red from its neighbors. Also shorthand notation, because who needs more than 4096 colours? Limiting the number of available colours lets one focus on things that matter rather than focusing on things that don’t. (The irony being that improving a colour scheme is a thing that doesn’t matter.)

Here’s a screenshot from my terminal. Left is original Solarized, right is after the changes:

{
  "name": "solar base",
  "hues": [
    {
      "name": "color",
      "colors": [
        "#002b36",
        "#073642",
        "#37565e",
        "#62797a",
        "#8f9c98",
        "#bec2b6",
        "#eee8d5",
        "#fdf6e3"
      ]
    }
  ]
}

{
  "name": "solar colours",
  "hues": [
    {
      "name": "color",
      "colors": [
        "#aa8800",
        "#cc6600",
        "#dd2244",
        "#cc3399",
        "#7777dd",
        "#2288cc",
        "#22aa99",
        "#889900"
      ]
    }
  ]
}

Some people think screen-time = bad. Or that smart phones = bad. I think it’s mostly creation vs consumption, no matter the medium.

Creation = good.
Comsumption = bad.

Scrolling Instagram (TikTok? whatever people use these days…) is consumption (bad). Posting on Instagram: creation (good). Checking instagram followers: consumptive (bad).

Of course it’s a spectrum. Playing computer games is more consumptive than creating them, but probably more creative than scrolling Instagram. It also depends on the particular game, playing Factorio being more creative than playing Farmville.

I’ve been doing ok recently wrt consumption vs creation, I don’t consume much and mostly spend my little free time creating. See, even now I’m creating this blog post (good). While you’re reading it (bad). Stop and go create something!

Colours are tricky! OKLCH is a colour space. OKLCH is better than most colour spaces in that changing the values leads to natural sensible results. But sometimes, those sensible results are not achievable because of physics, biology (eyes), and technology (display devices).

Evil Martians have a very good blog post on OKLCH. In case that goes down, MDN has a somewhat drier explanation.

The problem with the other colour spaces is that changing one of the values a certain amount leads to strange results. In HSV, changing the hue by 30 sometimes shows almost the same colour, other times an entirely different one.

In OKLCH, changing one of the values gives you nice results. Also, sometimes it gives you an inexistent colour, or a colour which is theoretically displayable, but not by your device. Oops.

Here’s an OKLCH Color Picker & Converter, go play around with it! In case it goes down, source.

I like cyclical rainbow colour palettes. I like having them consist of existing and displayable colours.

Here’s a somewhat dark one. OKLCH with Lightness 50%, Chroma 0.08 and all them hues. Anything darker, and the chroma can’t go up because of the missing cyans (and yellows). The maximum chroma that has all the colours for Lightness 50% is 0.08 – all the chromas in this post will be the maximal possible ones for the given lightness so that all the hues are still available in rgb.

Increasing Lightness to 60%, Chroma can go up to 0.1, again hitting the cyans.

The maximum chroma (for preserving all the hues) is 0.12 for Lightness 71–76%.

At lightness 85%, the purples are becoming a problem, allowing chroma of only up to 0.07 – a light saturated purple doesn’t exist. I’m so sorry.

Welp. I want to write a simple backend service and have it low maintenance for the upcoming decade. I will probably want to write other simple backend services in the upcoming decade and I’m getting old so I’d rather stick to fewer than more languages. But also I’d rather the languages to be tidy. This is a stream-of-thought for my own reference, but I might end up pushing the “publish” button anyway.

Without further ado, the contenders:

Haskell

I already wrote 30 lines of Haskell to do very simple API call forwarding, so I’m not starting from scratch here. The ergonomics just aren’t there:

• Stack downloads a lot of things and uses exorbitant amounts of disk space. I’m running on a $5 DigitalOcean droplet!
• With such strong typing I want an amazing IDEs but mostly end up typing things in vim.
• Haskell is not a beautiful language. Yes it maintains backwards compatibility. Why fmap on functors and map only on lists?
• I count six different string types and I’m trying very hard to count as few as possible. If one wanted to count as many as possible, I shudder to think what the number would be. Ideal number of string types is one.

On the plus side, stack is in my distro’s repos…

PHP

Hey, I have three-ish things running PHP on the aforementioned $5 DigitalOcean droplet. Less beautiful language than Haskell, very low maintenance, just works. But hey it’s not 2004 anymore…

Python

It’s everywhere and there’s no hope of it ever going away. Its library ecosystem is amazing, its package management story is atrocious. Reads like pseudocode, but all bugs are runtime. Probably a practical choice, but is it really that much better than PHP? If I’m getting invested in another language apart from PHP, I’d like it to be nicer.

Scala

Maybe. Having worked with Scala professionally for 7 years, I know it well and like it enough. It seems to be losing a lot of steam recently, as in its cake eaten completely by the inferior Kotlin. But it’s not disappearing completely, is it? And the ecosystem of Java (and Kotlin!) libraries is there.

F#

F# is a nicer language than Scala. But it’s not that much nicer and reportedly the .NET ecosystem is worse. It’s also an ecosystem I don’t know at all. There’s ASP.NET and .NET and .NET core and .NET framework and perhaps they’re complementary or one replaces the other and the naming is confusing…

Idris and PureScript and Roc

Idris is Haskell without the warts, but no one uses Idris and it has no libraries. Nor even a package manager really.

PureScript requires a lot of imports and seems to be more of a frontend language, but perhaps I’m just being uncharitable to it. And uh JavaScript as its main compile target. It makes sense for a frontend language, of course. I use Elm and don’t complain about JavaScript being the compile target. PureScript looks real nice!

ROC is not even a thing yet.

All three a bit too much bleeding edge.

Conclusion

There is no conclusion! The only conclusion I can possibly come up with is that the nicer the language, the worse its ecosystem. The worse the language, the nicer its ecosystem. Here’s, uh, an infographic: