Blog on AI Coding, Development & Beyond

Screenshots on a marketing page are the kind of work you hate twice. The first time is when you take the shots by hand, curate the data so there are no empty tables and no "asdf" test rows, then drag everything into Photoshop for a browser frame and retina sharpness. The second time is a month later, when you've changed the UI and every image is stale at once. And round you go again.

In the TTSL Ferries post I promised to add a visual map of the lines — which terminal sits where, where the routes overlap. Done. Here's how, exactly: an unexpectedly easy pipeline of a Google Maps screenshot, Nano Banana, an online vectorizer, Claude Code, and a small editor that I'll embed right into this post below — you'll be able to drag the points and curves yourself. And no designer was involved at any step.

In a month of calendar time and three days of actual work I rolled out TTSL Ferries to Google Play and the App Store — a ferry schedule app for Lisbon with live departures, seven languages, a dark theme, and native builds for Android and iOS. All the code was written by Claude Code: I didn't open an IDE once, I only described what I wanted, checked the result, and gave feedback.

Any website you're even slightly trying to promote and optimize eventually develops a ritual: once a week, open Google Search Console, check positions, switch to Google Analytics, review traffic, jot down the numbers in a spreadsheet, compare with last week, and think about what to do next. Done manually, it's half an hour of clicking through dashboards and switching between tabs. Skip it, and you quickly lose track of what's happening with your site.

Claude Code is capable out of the box, but sooner or later you'll hit a task it handles poorly — or not at all. That's what skills are for — text-based instructions that get loaded into context on demand. I'll walk through the entire process of creating a skill using image-to-ICO conversion as an example.

For years, we showed clients static screens and clickable mockups built in Axure or Figma. With Claude Code, we've moved to the next level: from idea to working application in hours, not weeks. Instead of mockups, we now show a living prototype.

In my previous post, I covered techniques for working with Claude Code — context management, subagents, planning. But all of those techniques work significantly better when the project itself is properly organized. Here I'll share how I structure my workspace to get the most out of Claude.

I use Claude Code every day — for personal projects and at my day job. Over this time, I've hit plenty of walls: lost context mid-task, got hallucinations out of nowhere, burned through limits too early. Gradually, I developed a set of habits that significantly improved my workflow. Here's what I learned.

Claude Code in a Telegram bot: run AI on your phone 24/7 with voice, images, and MCP integrations (Strava, TickTick, Gmail). Full setup guide with code.

I'm building a pet project — a time tracking app called Timetracker. I built the web version a while ago, and now it was finally time for the Android app. I put it together fairly quickly using a hybrid approach with Capacitor. Built it, tested it, and decided to upload it to Google Play Console to make it publicly available. Turns out, under the new rules (new since the last time I tried to publish anything there), you can't just publish an app. You need to pass closed testing first.

On February 15th, I ran my first marathon — the Zurich Maratón Sevilla. 42 kilometers and 195 meters. I finished in 4:09:18. Didn't break the four-hour mark as I'd planned. That's worse than I wanted, but much better than I feared. My fear was that I wouldn't be able to keep running and would have to walk part of the way. That didn't happen, and I made it!

I don't have a system administrator on staff. I build my own apps, but my server administration skills are — let's be honest — mediocre at best. On the cheapest (and not exactly rock-solid) hosting I could find, I run several projects on a single VPS: this website and blog, Poetory, a time tracker, and a language flashcard app (still in internal testing). All on Dokku, all in Docker containers. It worked — so I didn't worry about it.

I run. Not professionally, but regularly — several times a week. I don't have a coach, but I want to run properly: avoid overtraining, monitor heart rate, make progress, and finally finish that damn marathon.