Posts on Ricardo Dantas

Building BragLog: Turning Daily Wins Into Brag Documents

Mon, 16 Mar 2026 06:00:00 +0100

Performance review season is universally dreaded. Not because people don’t do great work, but because nobody remembers what they did six months ago. You sit down with a blank document, try to recall that critical bug you fixed in July, that feature you shipped under pressure in September, and end up writing something generic that undersells everything.

I’ve been there too many times.

The Problem

The advice is always the same: “keep a brag document.” Write down your wins as they happen. Julia Evans wrote a great post about it years ago, and the concept stuck with me. But every time I tried, I’d keep it up for a week, forget about it, and find myself back at square one come review time.

The friction was the problem. Opening a text file, context-switching from whatever I was working on, writing something coherent. It’s just enough resistance that you skip it on busy days, which are exactly the days worth documenting.

What I Built

BragLog is a native app for iPhone, iPad, and Mac. The core loop is simple: log a quick win (takes seconds), and when review time comes, tap a button and get an AI-generated brag document ready to paste into whatever form your company uses.

Six categories keep things organized: Shipped, Led, Fixed, Learned, Mentored, Improved. They map roughly to the things managers care about in reviews. The app suggests a category as you type using on-device AI, so you don’t even have to think about it.

On-Device AI With Tool Calling

The brag document generation is the feature I’m most proud of, and also the one that caused the most headaches.

I used Apple’s FoundationModels framework, which runs entirely on-device. No API keys, no cloud calls, no data leaving the phone. The model generates structured brag documents using Tool Calling: it can fetch entries for a specific period, get category breakdowns, and pull streak information, then weave it all into a coherent narrative.

You can choose a tone (professional, confident, or modest) and the AI adapts accordingly. The output comes as structured sections that you can export as Markdown, plain text, or HTML compatible with Word, Pages, and Google Docs.

The catch? FoundationModels requires Apple Silicon. On older devices, the AI features gracefully degrade. You can still log, organize, and export everything manually. The AI is a convenience layer, not a hard dependency.

One lesson I learned the hard way: the @Generable macro and Tool Calling have quirks. You can’t capture SwiftData @Model objects in tool closures because they’re not Sendable. I had to create a SendableEntry pattern where I extract plain data from model objects before passing them to the AI pipeline. Not complicated once you know, but it cost me a few hours of confusing compiler errors.

Intelligent Search

Standard text search feels limiting once you have hundreds of entries. “I know I fixed something related to database performance, but I didn’t use the word ‘database’ in the entry.”

BragLog’s search uses FoundationModels for semantic matching. Search “database” and it’ll surface entries about SQL migrations, query optimization, and PostgreSQL tuning even if those exact words aren’t in the query. There’s a debounce (0.8 seconds) and a cap at 200 entries to keep it responsive.

The Streak Game

I added streak tracking because I know myself. A GitHub-style contribution heatmap, daily progress, and milestone celebrations at 7, 30, and 100 days. It’s a small psychological trick, but it works. There’s a grace period built into the streak calculator so missing a weekend doesn’t break a work-week streak.

The streak also shows as a Live Activity on the Lock Screen and Dynamic Island on iOS. It’s a subtle reminder throughout the day. “You’ve logged for 23 days straight. Don’t break the chain.”

17 Tips and an Animated Onboarding

I went deep on TipKit. Seventeen contextual tips that appear progressively as you use the app. First-time composing? You get a tip about AI category suggestions. Hit 10 entries? A tip about generating your first brag doc. Reach the insights screen? Tips about the heatmap and streak tracking.

The onboarding is a 4-page animated flow with MeshGradient backgrounds, floating particles, and spring animations. I probably spent more time on this than I should have, but first impressions matter, and I wanted the app to feel polished from the moment you open it.

Making It Feel Native Everywhere

The iOS version uses an adaptive tab bar with Liquid Glass styling on iOS 26. On iPad, it switches to a sidebar. On Mac, it’s a full NavigationSplitView with a menu bar extra for quick capture. You can log a win from the menu bar without switching away from your code editor.

Widgets cover Home Screen, Lock Screen, StandBy, and Control Center. Seven Siri Shortcuts let you log wins, check your streak, or generate summaries by voice. Handoff lets you start composing on your iPhone and continue on your Mac. Spotlight indexes all entries so you can find them from system search.

None of these integrations are individually complex, but together they make the app feel like it belongs on the platform rather than just running on it. That’s the goal.

Zero Dependencies

BragLog is built entirely with Apple frameworks. No SPM packages, no CocoaPods, nothing. Swift 6 with strict concurrency, SwiftUI, SwiftData, CloudKit, FoundationModels, TipKit, WidgetKit, AppIntents, CoreSpotlight, ActivityKit. About 7,700 lines across 48 Swift files.

I chose this constraint deliberately. Every third-party dependency is a maintenance burden and a potential privacy concern. For an app that handles people’s work accomplishments, I wanted to be able to say with certainty: nothing in this app talks to anyone except Apple’s iCloud, and only if you have it enabled.

What I’d Do Differently

The @Generable struct wrappers for FoundationModels output were clunky at first. I’d design the model layer around the AI output format from the start instead of retrofitting it.

I’d also invest in screenshot automation earlier. I built a DebugDataSeeder that generates realistic sample data for App Store screenshots, but I added it late in the process. Having it from day one would have made design iteration faster.

And the 17 TipKit tips? I’d still do all of them, but I’d define the milestone triggers in a configuration file rather than scattering them across views. They work great, but they’re harder to maintain than they should be.

Try It

If you’ve ever stared at a blank self-review form trying to remember what you did last quarter, BragLog might help. Log your wins as they happen, let AI do the heavy lifting at review time.

Download on the App Store | Website

Launching Calometric: A Nutrition Tracker That Respects Your Privacy

Thu, 05 Mar 2026 10:00:00 +0100

I’ve never been great at tracking what I eat. I’d download a calorie tracker, spend five minutes manually searching for “grilled chicken breast 150g,” give up after three days, and delete the app. The friction was always too high.

Most nutrition apps want you to weigh everything, type everything, and subscribe to everything. And in return, they collect your data and sell it to advertisers. That never sat well with me.

So I built something different.

Introducing Calometric

Calometric is a nutrition tracker for iPhone and Apple Watch. Take a photo of your meal, and it tells you the calories and macros. That’s the core idea.

What makes it different is where the AI runs: entirely on your device. The food recognition uses Core ML, and the portion estimation uses Apple’s Foundation Models. Nothing gets sent to a server. There’s no account to create. No data to leak.

Five Ways to Log

Not every meal is a photo opportunity. Sometimes you’re eating a protein bar with a barcode. Sometimes you’re driving and just want to say “two eggs and toast.” So I built five input methods:

Photo scan for when you can snap a picture
Barcode scanner for packaged foods (via Open Food Facts)
Voice logging for hands-free moments
Food search against a local USDA database with 177+ foods
Nutrition label OCR for when you want exact numbers from the package

Each one feeds into the same pipeline and saves consistently to SwiftData, HealthKit, Spotlight, and widgets.

Why On-Device AI?

Privacy was a hard requirement from day one. I didn’t want to build something that phones home every time you eat lunch. But beyond privacy, there’s a practical benefit: it works offline. On a plane, in the mountains, in your kitchen with spotty Wi-Fi. It just works.

The trade-off is that on-device models aren’t as powerful as cloud models. The AI portion estimation requires an iPhone 15 Pro or newer with Apple Intelligence enabled. On older devices, everything still works, you just get default portion sizes instead of smart estimates.

Apple Watch Too

I wanted to log meals from my wrist. The watchOS app is fully independent, with voice logging, a quick-add menu of common foods, and complication widgets showing your daily progress. It syncs with the iPhone via WatchConnectivity.

The Business Model

One-time purchase. That’s it. No subscriptions, no ads, no in-app purchases. One price covers iPhone and Apple Watch.

I keep coming back to this model because I believe in it. If you’re building a tool that respects people’s privacy, charging them a recurring fee to keep accessing their own data feels contradictory.

Try It

If you’re looking for a nutrition tracker that stays out of your way and keeps your data on your device, give Calometric a look.

Download on the App Store | Website

ratatui-themes: Building a Theme Library and Finding a Community

Mon, 02 Mar 2026 10:00:00 +0100

There’s a moment in every side project where you push your code to the world and think, “Well, that’s done.” You close the laptop, maybe feel a brief spark of accomplishment, and move on. Nobody’s going to notice. It’s just another crate in a sea of crates.

And then someone opens an issue.

The Backstory

While building Perch, Feedo, and Hazelnut, I kept running into the same problem: theming. Every ratatui application handles colors differently. Some hardcode hex values. Others define their own theme structs. There’s no shared vocabulary for “give me a Dracula theme” or “switch to Catppuccin.”

I wanted a simple, reusable library. Define a theme by name, get consistent semantic colors (foreground, background, accent, error, warning, success) that any ratatui app could use. No runtime overhead. No complex configuration. Just Theme::new(ThemeName::Dracula) and you’re done.

So I built ratatui-themes.

What It Does

The crate is deliberately minimal. It gives you:

15+ popular themes - Dracula, Nord, Catppuccin (all four flavors), Gruvbox, Tokyo Night, Solarized, One Dark, Kanagawa, Everforest, Rosé Pine, and a few originals
Semantic colors - Every theme maps to the same set of named colors, so your app looks consistent regardless of which theme the user picks
Theme cycling - Built-in next() and prev() methods, because every TUI app needs a “press T to switch theme” feature
Light/dark detection - Programmatically check if a theme is light or dark, useful for adapting UI elements
Optional serde support - For persisting the user’s theme choice in a config file

Zero dependencies beyond ratatui itself. The whole thing compiles in seconds.

Publishing to crates.io

Publishing a crate is oddly nerve-wracking every time. You run cargo publish, watch the progress bar, and suddenly your code is on crates.io for anyone to install. There’s no review process, no gatekeeper. Just you and the Rust ecosystem’s trust model.

I wrote thorough documentation: rustdoc with examples for every public function, a detailed README, a changelog. Partly because good docs matter. Partly because if someone was actually going to use this, I didn’t want them to have to read my source code to figure out how.

Then I waited. Not expectantly. I genuinely assumed the crate would sit there with maybe a handful of downloads from bots and search indexers.

The First Issue

A few days later, I got a GitHub notification. Someone had opened an issue. My first reaction was a small adrenaline spike, the kind you get when your phone rings unexpectedly. Is it a bug report? Did I break something?

It wasn’t a bug. It was a feature request. And not just any feature request, but a thoughtful, well-structured proposal for “associated colors.” The idea was to add extended color palettes (reds, greens, blues, etc.) that go beyond the core semantic colors, useful for things like charts, graphs, and data visualization.

The message opened with: “I was just looking for something like this three days ago when you published it. Amazing timing!”

I read that line three times. Someone had been looking for exactly what I built. The timing was coincidental, but the validation was real. This wasn’t a theoretical exercise anymore. Someone had a concrete use case, and my crate was close enough to what they needed that they wanted to help shape it.

The First Pull Request

Then came the pull request. They’d built a theme gallery example, a visual picker that renders all available themes side by side so you can see what they look like before choosing one. 192 lines of additions, cleanly written, with a new ThemePicker widget.

I reviewed the code, left some comments, we discussed the approach, and I merged it. The whole interaction was respectful, constructive, and genuinely fun. This is open source at its best: a stranger on the internet saw something they liked, made it better, and shared the improvement with everyone.

Why This Matters

I’ve contributed to open source projects before. I’ve opened PRs, filed issues, and reviewed code on other people’s repos. But being on the receiving end is a completely different experience.

When someone uses your library, they’re trusting your decisions. Your API design, your color choices, your documentation. When they open an issue, they’re investing their time to make your project better. When they submit a PR, they’re saying “I believe in this enough to write code for it.”

That’s a powerful thing. And it’s easy to take for granted if you’ve been in the open source world for a while. But with ratatui-themes, it hit differently.

What I Learned

If you’re sitting on a library or tool that you built for yourself, consider publishing it. Here’s what I learned:

Someone needs what you built. You wrote it to solve your problem. Chances are, someone else has the same problem. The timing might just line up.
Documentation is your first impression. Good docs with real examples lower the barrier to adoption. People will judge your crate by its README before they ever read a line of source code.
Start small. ratatui-themes does one thing. It doesn’t try to be a full UI framework or a design system. Focused libraries are easier to maintain and easier for others to adopt.
Be responsive. When that first issue comes in, engage with it. The early contributors are the ones who’ll shape your project’s direction. Treat their input with respect.
It doesn’t have to be perfect. Version 0.1.0 had rough edges. That’s fine. Ship it, iterate, improve. The crate is on 0.2.0 now, and each version is better because of real-world feedback.

What’s Next

The “associated colors” proposal from that first issue is still being discussed. We’re figuring out the right API. I suggested a HashMap<String, Vec<Color>> approach instead of fixed fields, which would be more flexible and future-proof.

The crate is integrated into Feedo, Perch, and my other TUI apps. It’s doing exactly what I built it to do: making theming consistent and easy across projects. But now it’s also doing something I didn’t plan for: connecting me with other developers who care about making terminal apps look beautiful.

And honestly? That’s better than any download count.

Check it out: crates.io/crates/ratatui-themes | GitHub | Docs

PRs and new theme suggestions are always welcome. 🎨

Perch: Social Media from the Terminal

Fri, 27 Feb 2026 10:00:00 +0100

I’ve been on a bit of a streak with Rust and terminal apps. After Feedo and Hazelnut, I kept looking for things I do daily that could live in the terminal. Social media was an obvious one, and an interesting challenge.

The thing about social media clients is that they’re either overwhelming web apps with infinite scroll and algorithmic noise, or they’re bare-bones API wrappers that feel like work. I wanted something in between: a beautiful, keyboard-driven interface that makes social media feel intentional instead of addictive.

Why a Terminal Client?

I spend most of my day in the terminal. Between coding, managing files with Hazelnut, reading feeds with Feedo, and everything else, the terminal is home. Opening a browser tab for Mastodon or Bluesky always felt like a context switch. And context switches are expensive.

There’s also something philosophical about using social media in a terminal. It strips away the visual manipulation: the infinite scroll, the notifications badge, the algorithmic feed. You see the content, you engage with it, and you move on. It’s social media on your terms.

What Perch Does

Perch supports both Mastodon and Bluesky, which covers the decentralized social networks I actually use. You authenticate once, and then everything works through either the TUI (text user interface) or the CLI.

The TUI is a three-panel layout: accounts on the left, timeline in the center, and post detail on the right. It’s navigated entirely with vim keybindings, which at this point feels as natural as breathing. You can browse your home timeline, like and boost posts, reply, compose new posts, everything you’d do in a web client.

But the part I’m most proud of is cross-posting. Write a post once, and Perch sends it to both Mastodon and Bluesky simultaneously. I’ve been maintaining a presence on both networks, and doing it manually was getting old. Now it’s one command or one keystroke.

The CLI side is equally useful. You can script your social media: schedule posts, fetch timelines, manage accounts, all from shell scripts or cron jobs. It composes nicely with other tools.

The Technical Bits

Building a multi-network social client in Rust was more complex than my previous projects. Mastodon uses OAuth and a REST API, while Bluesky uses the AT Protocol with app passwords. Abstracting these behind a unified SocialApi trait took some careful design, but the result is clean. Adding a new network in the future would be straightforward.

Credentials are stored in the system keyring (via the keyring crate), so no plaintext tokens lying around in config files. There’s also a SQLite-backed cache for offline reading, which means Perch works even when your connection doesn’t.

For theming, I integrated ratatui-themes, a theme library I built separately. Perch ships with 15 themes out of the box, from Dracula to Catppuccin to a neon Cyberpunk theme that’s entirely too fun.

What I Learned This Time

Each Rust project teaches me something different:

Trait-based abstraction pays off. The SocialApi trait let me treat Mastodon and Bluesky uniformly throughout the app. When I added cross-posting, it was trivial because the abstraction was already there.
OAuth in Rust is painful. Not because of Rust itself, but because OAuth flows involve HTTP redirects, local servers, token exchange… it’s inherently messy. Getting it right took more time than I’d like to admit.
SQLite is the right default. Every time I reach for SQLite in a desktop/CLI app, I’m reminded how good it is. Zero configuration, embedded, fast. The rusqlite crate makes it feel native to Rust.
People care about themes. I added theming almost as an afterthought in Feedo, and it was the most commented-on feature. For Perch, I made it a first-class concern from day one.

Try It

Perch is open source and available now:

Website: perch.ricardodantas.me
GitHub: github.com/ricardodantas/perch
Install: brew install ricardodantas/tap/perch or cargo install perch

If you use Mastodon, Bluesky, or both, give it a try. It might change how you think about social media. Or at least save you from opening another browser tab. 🐦

Launching Pikr: A Color Picker for Accessibility-Minded Developers

Tue, 17 Feb 2026 16:00:00 +0100

If you’ve ever worked on a UI, whether as a developer or designer, you know the dance. Pick a color. Check if it’s accessible. Open another tool. Paste the hex code. Check the contrast ratio. Realize it fails AA. Go back. Adjust. Repeat.

It’s tedious. And it’s a workflow I’ve done hundreds of times.

So I built something to fix it.

Introducing Pikr

Pikr is a color picker with built-in WCAG accessibility contrast checking. Pick any color from your screen, and instantly see if it meets AA or AAA compliance standards. No switching between apps. No copy-pasting hex codes into web tools. Just pick and know.

It sounds simple because it should be simple. That’s the whole point.

The Problem It Solves

Accessibility isn’t optional anymore, and it shouldn’t be. But the tooling around it has always felt fragmented. You have your design tool, your color picker, and then some separate contrast checker (usually a website). Every time you want to verify a color choice, you’re context-switching.

I wanted something integrated. Pick a color, see the contrast ratio against your background, know immediately if it passes. All in one place.

What It Does

Pikr keeps things focused:

Pick colors from anywhere on screen - Works system-wide, not locked to any specific app
Instant WCAG contrast checking - See AA and AAA compliance as you pick
Multiple color formats - Hex, RGB, HSB, HSL, LAB, and OpenGL
Clean, minimal interface - It stays out of your way until you need it

Nothing more than necessary. I’ve grown to appreciate tools that do one thing well.

Why Tauri?

After spending time with Rust building Feedo and Hazelnut, I wanted to apply what I learned to a desktop app with an actual GUI. Tauri was the natural choice. It combines a Rust backend with a web-based frontend, resulting in small, fast, native applications.

The development experience was smooth. Tauri handles the cross-platform complexity (system tray, global shortcuts, native dialogs) while letting me use familiar web technologies for the interface. The final binary is tiny compared to Electron-based alternatives, and it feels snappy.

Pikr currently runs on macOS and Linux, with Windows support coming soon.

Shipping Something

There’s something satisfying about taking a personal frustration and turning it into a tool others can use. Pikr started as a solution to my own workflow problem, but accessibility affects everyone building interfaces. If it saves someone else from the tab-switching dance, that’s a win.

The app is available at getpikr.app for $5, or $3 right now with a 40% launch discount. It’s not free, but it’s also not trying to be a subscription or harvest your data. Just a small tool that does its job.

What’s Next?

I’ll keep refining Pikr based on feedback and my own usage. Windows support is the immediate priority. Beyond that, I have some ideas for features, but I want to be careful not to bloat it. The simplicity is intentional.

If you’re a developer or designer who cares about accessibility (and you should), give it a look. And if you have feedback, I’d love to hear it.

Let’s see where this one goes. 🎨

Building TUI Apps with Rust: Feedo and Hazelnut

Wed, 04 Feb 2026 17:00:00 +0100

My family traveled abroad for a month, and suddenly I had something rare: free time. Instead of binge-watching series or scrolling endlessly, I decided to channel that energy into something I’ve been curious about for a while: Rust development.

I’ve been watching Rust from the sidelines for years. The language always intrigued me: its focus on memory safety, the passionate community, the promise of “fearless concurrency.” But between work and family life, I never found the right moment to dive in properly.

Well, the moment arrived.

Why Rust?

As a software developer, I’ve worked with many languages over the years. JavaScript and TypeScript dominate my day job, and I’ve dabbled in Python, Go, and others. But Rust felt different. The learning curve is famously steep, but the payoff (fast, safe, reliable code) seemed worth it.

What really drew me in was the terminal ecosystem. Rust has incredible libraries for building command-line and TUI (Text User Interface) applications. Tools like ratatui make it surprisingly pleasant to create rich terminal interfaces.

Feedo: A TUI RSS Reader

The first project I tackled was Feedo, a terminal-based RSS feed reader.

I’ve always liked RSS. It’s the antidote to algorithm-driven feeds: you choose what you want to read, and that’s what you get. But most RSS readers are either web-based or clunky desktop apps. I wanted something fast, keyboard-driven, and integrated into my terminal workflow.

Feedo lets you:

Add and organize RSS/Atom feeds
Browse articles with vim-like keybindings
Open articles in your browser
Search through your feeds
Choose from multiple themes

Building it taught me a lot about async Rust, HTTP clients, and XML parsing. The ratatui library made the UI work enjoyable, and I’m genuinely happy with how it turned out.

Check it out: feedo.ricardodantas.me | GitHub

Hazelnut: Automated File Organization

The second project, Hazelnut, scratches a different itch. It’s inspired by Hazel, the popular macOS file automation tool.

I’ve always wanted something like Hazel, but cross-platform and terminal-based. Hazelnut watches folders and automatically organizes files based on rules you define. Downloaded a PDF? Move it to Documents. Old screenshots? Archive them. Temporary files older than 30 days? Delete them.

The architecture is split into two parts:

hazelnut - The TUI for managing rules and watches
hazelnutd - The background daemon that does the actual work

Building the daemon was particularly interesting. It uses the notify crate for cross-platform file watching (inotify on Linux, kqueue on macOS) and supports hot-reloading configuration via Unix signals.

Check it out: hazelnut.ricardodantas.me | GitHub

What I Learned

This month of intense Rust development taught me more than I expected:

The compiler is your friend. Yes, it’s strict. Yes, it will reject your code often. But when it compiles, it usually works. The confidence that brings is remarkable.
TUI development is fun. There’s something deeply satisfying about building interfaces that run in the terminal. It feels efficient and focused.
Side projects need deadlines. Having a month with clear free time created natural pressure to ship something. Without that, these projects might have lingered in “someday” territory forever.
Rust is worth the investment. The learning curve is real, but the language’s design makes you think more carefully about your code. That translates to better habits in other languages too.

What’s Next?

Both projects are open source and available on GitHub. I’ve already published them on crates.io and set up Homebrew formulas, so you can install them with a simple brew install ricardodantas/tap/feedo or brew install ricardodantas/tap/hazelnut.

There’s still plenty to improve: better documentation, more features, and refinements based on real-world usage. But for now, I’m happy to have shipped two actual tools that I use daily.

If you’re curious about Rust or TUI development, I encourage you to try building something small. The ecosystem is welcoming, the tooling is excellent, and there’s something special about seeing your creation run in the terminal.

Now I just need to figure out what to build next. 🦀

Leveling up my dotfiles

Fri, 23 Jan 2026 23:54:21 +0100

For months, I have sought better ways to automate reinstalling my work tools when switching to a new laptop. Years ago, I began using dotfiles. Initially, I used some tooling I wasn’t entirely happy with, but given the options at the time, it was what I had. After a few months, I simplified my approach, adopting only Stow and a Bash Script for managing my dotfiles. This made the setup process much faster and easier, significantly reducing overhead. However, I was concerned about the security of my secrets, since they were stored in plain text in the config files. Although my repository was private and I used a password manager via a Bash Script, I didn’t feel comfortable with unencrypted passwords in the configs.

Mise (or “mise-en-place”) is an open-source development environment setup tool designed to make local dev environments easy, consistent, and reproducible across projects and languages.
Fnox is a developer-focused secret management CLI tool that helps you securely manage and use sensitive configuration values (like API keys, database passwords, tokens) across development, CI/CD, and production workflows. It combines encrypted storage in version control with support for remote secret providers into a single workflow.

I don’t like giving other apps permission to integrate with my password manager, and that is non-negotiable. This was one of the main problems in integrating my secrets with my old workflow. With Fnox and Mise, I can pull the secrets from my password manager during the setup script, encrypt them with a disposable key, and that is it. No secrets exposed in the config files.

Maintaining my Bash scripts became much easier thanks to Mise Tasks. It reminded me of Makefiles, but easier to use. Additionally, with support for managing versions of Node.js, Rust, Ruby, and many other packages (since it also functions as a package manager), along with integration for idiomatic version files like .ruby-version, Gemfile, .nvmrc, environment variable management, and CI/CD integration, it fulfilled all my needs.

As a result, my dotfiles are now easier to maintain, more secure, and quicker to install. I might consider making my dotfiles public at some point. Yeah… maybe. 🤔

And, Yes! I rotated all my secrets while refactoring my dotfiles and recreated my repo from scratch. 😎

New Release: Edge Protocol

Wed, 15 Oct 2025 19:07:26 +0100

Today is the day! I am excited to announce the release of my first album, “Edge Protocol”!

A cinematic cyberpunk EP chronicling the origin of a dystopian world where rogue AIs, militarized corporations, and augmented rebels clash. The EP unfolds the chain reaction sparked by a single event: Genesis Override, the first cyber-assault that triggers the collapse of modern civilization. What follows is warfare, infiltration, survival, and the emergence of a resistance protocol: Edge Protocol.

It is available on all streaming platforms:

And many more here.

OUT NOW: Killware

Wed, 17 Sep 2025 11:11:08 +0100

My debut single, Killware, is out now! 🎉

“Killware” began as a fun little idea during a late-night jam session, and before I knew it, it evolved into a more electronic and techno-inspired track. This sparked even more inspiration for the other tracks that will be featured on my first EP, which is set to release on October 15, 2025.

It’s a short instrumental track, just like the others on the upcoming EP, that uses sound effects to tell a story. The EP as a whole is inspired by a cyberpunk theme. So, if you’re creating this type of content, it might be helpful for your project.

Assembling and releasing everything took a long time, but it was a very rewarding experience. Now I understand the entire process of releasing a song. I’ve taken on the entire process myself, from composing and mixing to mastering and publishing through a distributor.

If you take the time to listen to my music, thank you so much. If you save it to a playlist or share it with a friend, it means the world to an independent artist like me. It genuinely helps me keep going. I’d love to hear what you noticed about my music: a transition you enjoyed, a tone that resonated with you, or even suggestions for improvement. I’m constantly learning and growing with each track I release.

Listen on streaming platforms:

Here are additional links for other streaming platforms: https://ffm.to/darkfrets-killware

If you’d like to support me even further, you can do so on my Ko-fi profile or by purchasing tracks on Bandcamp.

Guess what? My second EP is already in progress! Stay tuned for more exciting updates, available right here on this blog and on my Ko-fi profile.

My first EP: Mix and Master are done!

Thu, 04 Sep 2025 15:40:00 +0100

I have finally completed the mixing and mastering process! 🎉

In the next couple of weeks, the single will be released, followed by the EP in mid-October.

It was intense and a lot of work, but I managed to do it all by myself. The learning curve was long, and I still have much to learn to improve my workflow. However, I’m happy to say it’s finally done!

I spent hours learning about registering songs, entering data for the distribution to streaming platforms, and registering the songs with the PRO. Now, it’s just a matter of waiting for the distribution process to be completed. Soon, I will reveal the title and links for the streaming platforms.

Overall, it was a very interesting process to learn about composing, mixing, distributing, and releasing music.

12 Albums That Shaped My Music Taste

Sat, 16 Aug 2025 07:00:00 +0100

The albums that profoundly influenced my musical taste during my teenage and early adult years were truly transformative. Each one holds a special place in my heart, representing not just a collection of songs but moments of self-discovery and emotional growth. These albums introduced me to various genres and artists, expanding my horizons and shaping my identity. Each record played a significant role in defining my appreciation for music and its ability to connect deeply with personal experiences.

Iron Maiden - Fear Of The Dark
Iron Maiden - Best Of the Beast
Black Sabbath - Paranoid
Metallica - Black Album
Megadeth - Rust in Peace
Van Halen - Van Halen
Angra - Rebirth
Unearth - The Oncoming Storm
Misery Signals - Of Malice and the Magnum Heart
As I Lay Dying - Shadows Are Security
As I Lay Dying - Frail Words Collapse
Killswitch Engage - The End of Heartache

Music: Producing my first EP

Fri, 15 Aug 2025 16:04:00 +0100

I know my Instagram may look abandoned. I’ve been quiet there and took a break from posting cover songs. The reason is that I’ve been working on my first EP, which might include four to five short-length songs. I’ve always wanted to release my music, but I’ve postponed this dream for decades, and now it feels like I’m very close to making it a reality.

All the songs are instrumental and designed to tell a story on their own, with sound effects, quite different from the metal music I usually write. The songs are finished, and I’m currently in the process of mixing and mastering them. This may take some time, as I can only dedicate a few hours at a time. I’m handling everything myself without outsourcing any part of the work. Because of this, the release of the singles and the EP will be entirely independent, which requires more time. However, it has been an interesting challenge in many ways, and I’ve been learning a lot about the various aspects of the process.

That’s all I can share for now. Hopefully, I will make it through the next months. 🤞

I was too optimistic about using Safari as my default browser

Fri, 15 Aug 2025 11:02:51 +0100

I was initially optimistic about Safari, as it was fast and smooth. However, once I started using extensions, it began to freeze and crash frequently. This was particularly frustrating with the Grammarly extension, which I rely on heavily. Additionally, I experienced crashes on YouTube, and the sound would randomly stop working, forcing me to reload the page. I tried various workarounds, but none of them resolved the issues.

For now, I am switching back to Arc, even though it will no longer be updated with new features. Arc just works, and for web development, it is much better than Safari.

This experience is part of my broader journey of leaning into the Apple ecosystem, where I talk about the trade-offs of going all-in on Apple products and services.

My top 10 movies of all time

Sun, 10 Aug 2025 09:42:57 +0100

I have a deep love for these movies and have watched them many times.

Thank you Mr. Ozzy Osbourne

Tue, 22 Jul 2025 20:07:34 +0100

Today marks a profoundly sad day for the Heavy Metal community as we mourn the loss of the legendary Ozzy Osbourne. His passing leaves a significant void, as he was a major influence on generations of musicians and fans, including myself. Ozzy was a pivotal figure who played a crucial role in shaping the Heavy Metal genre, and his legacy will undoubtedly endure.

So thank you, Mr Ozzy Osbourne! Rest in peace.

Leaning Into the Apple Ecosystem

Tue, 15 Jul 2025 09:39:44 +0100

I began my journey with computers in 1996, using MS Windows. In 1999, I discovered the incredible world of Open Source and Linux, which was mind-blowing.

In 2006, after a trip to the 🇳🇱 Netherlands, I met a guy using a MacBook. I approached him and asked about the computer, and he enthusiastically discussed it. He mentioned that there was an Apple store nearby, which had a wide variety of products on sale. Excited by the opportunity, I decided to buy my very first Apple device, a white MacBook. I had never used macOS before, so I spent the day familiarizing myself with it and customizing the settings to suit my preferences. It was a rewarding experience, and since then, I have exclusively used MacBooks.

The macOS has been a key part of my workflow. For my use case, it is the best Operating System, especially with all the improvements and integration with iPhones and iPads in the last decade.

I have always been concerned about being locked into a single ecosystem, which feels unsettling. Naturally, I have had those thoughts:

“What if I decide to switch to a different ecosystem someday?”

“Some apps and workflows that are designed exclusively for Apple devices may have difficulty adjusting to new environments.”

Yeah, those points make sense, but in reality, I never switched or truly wished to move away from Apple. In fact, I have only become more invested in their features and devices. Over the years, I have acquired more and more Apple products, and now I own an Apple TV, Apple Watch, iPhone, iPad, MacBook, and Magic Keyboard. However, I do not have the Magic Mouse; in my opinion, it has poor ergonomic design. While its features are impressive, I find it uncomfortable to use for long sessions.

After the recent announcement about unifying features across Apple devices with iOS, macOS, watchOS, and tvOS 26, which will significantly enhance my workflow, I have been considering fully committing to the Apple ecosystem. The overall experience and simplicity of using Apple products are hard to beat. Everything just works, eliminating the need to waste time on configurations. The interface is very intuitive for me, likely because I have been using their devices for decades. If I had to summarize my experience in a single word, it would be “convenience.”

For my online services and apps, I have the following setup:

iCloud: Basic plan includes 50GB for syncing app data and hosts my main email with a custom domain.
Apple Music: I recently switched from Spotify because I can’t stand the way they treat artists, and their user interface has become very cluttered in recent years. Additionally, I wanted better integration with Apple operating systems, especially to use features like Shortcuts.
Apple TV: I subscribe occasionally. Their catalog is currently limited, especially for kids’ content. Because of this, I primarily use Netflix and Disney+ for video streaming.
Google Drive: It’s my main cloud storage provider, chosen for easy sharing with non-Apple users.
Google Photos: It’s similar to Google Drive, but it’s easier to share with non-Apple users.
Mail: I have used Apple Mail for years. I also tried many third-party apps, but due to performance, simplicity, and privacy concerns, I returned to Apple Mail.
Notes: I experimented with various note-taking apps, but ultimately I returned to Apple Notes because accessing my notes across my Apple devices is seamless and straightforward. However, I do miss Markdown, so I use iA Writer for creating Markdown content.
Reminders: Just like Apple Notes, this app is seamless and incredibly user-friendly. It’s my go-to task management tool!
Final Cut: for video editing. Love it.
Logic Pro: I am currently in a 90-day trial period and not using it yet, but I plan to start soon, especially after the recent updates that include AI integration and improved performance. For music production, I have been using Luna from Universal Audio, which I really like. The workflow is very intuitive; however, there are times when it struggles with performance.
XCode: For Apple app development, I am still new to this field, but it is the most integrated IDE for the job. For my regular software development routine, I use VS Code. Xcode is not suitable for languages other than Swift and Objective-C, and it lacks many features.
Safari: I switched to Safari for internet browsing because of its performance, bookmark management across devices, which suits my needs for most daily tasks. Previously, I used Arc, but managing numerous pinned tabs became a nightmare, and I frequently experienced performance issues in recent months. However, I still use Arc as a secondary browser for its translation feature, especially when I need to translate languages like Swedish that aren’t supported by Apple’s translation feature. For front-end related work, I primarily use Arc as well, but I am considering switching to another browser for secondary use. (Update: I ended up switching back to Arc after Safari’s extension crashes became too frequent.)
Maps: I’ve started using Apple Maps more frequently than Google Maps, and I realized it can create lists like Google Maps. This was the missing feature for me. Now, I think it’s finally time to switch completely from Google Maps.
Smart home: I used to use a combination of Google devices, including Google Nest and Google Home, along with the Apple ecosystem. However, I decided to eliminate many of these devices due to compatibility and privacy concerns. Now, I only keep the devices that I truly need and that are Matter-compatible. My plan is to acquire several HomePod Minis to play Apple Music throughout my home.

I plan to completely move away from Google services. Months ago, I began the process of reducing my dependence on Google in my digital life. I dislike their core values, especially regarding privacy. I’m uncertain about the timing and method of this transition, but I will attempt to share updates here.

I understand that none of the major tech companies prioritize privacy, but I try to stick with those that are more committed to delivering privacy-first features.

At the end of the day, it’s not about brand loyalty, it’s about using the tools that help me focus on what matters most: my work, my creativity, and my life with less friction.

I know this setup isn’t perfect, and it might evolve over time. But right now, the Apple ecosystem gives me the balance of performance, simplicity, and integration that I need without constant maintenance or second-guessing.

I’ll keep exploring, refining, and adjusting along the way. If it helps bring a bit more peace and flow into my digital life, then it’s a path worth continuing.

My first Micro.blog contribution: Instagram plugin

Mon, 14 Jul 2025 21:51:49 +0100

This is my first contribution to the Micro.blog community. I’ve created a simple plugin that lets you embed Instagram posts and reels right into your Micro.blog posts.

To install it, just search for Instagram in the plugins directory.

Code available on Github.

Starting without a plan

Mon, 14 Jul 2025 12:48:52 +0100

I’ve been thinking about starting a blog for a little while now. It’s not about having an audience or building a personal brand. I just want to slow down and share what’s on my mind.

As a software developer and a dad, I understand the challenges of balancing work and family life. I find joy in playing guitar and writing code, and I’m constantly striving to live a more mindful life.

I’m not quite sure yet what this blog will become. Maybe it’ll be a place to share my thoughts on life in Sweden, digital habits, fatherhood, or even the occasional nerdy tech or guitar post. Or maybe it’ll just serve as a public journal.

There is no set schedule for posts; I will write whenever I have time and feel inspired to share something.

Let’s see where this journey takes us.