Why we need distributed issue tracking

This post was written during my trip through Iceland and published much latern than it was written. When writing my last entry, I argued that we need decentralized issue tracking. Here’s why. Why these things must be decentralized Issue tracking, bug tracking and of course pull request tracking (which could all be named “issue tracking”, btw) must, in my opinion, be decentralized. That’s not only because I think offline-first should be the way to go, even today in our always-connected and always-on(line) world.

How to improve your open source code (3) - Modularization

This post was written during my trip through Iceland. It is part of a series on how to improve ones open-source code. Topics (will) contain programming style, habits, project planning, management and everything that relates to these topics. Suggestions welcome. Please note that this is totally biased and might not represent the ideas of the broad community. When it comes to hobby projects in the open source world, one often works alone on the codebase.

CI first vs. Review first

This post was written during my trip through Iceland and published much latern than it was written. Almost all toolchains out there do a CI-first approach. There are clearly benefits for that, but maybe that’s not what one wants with their self-hosted solution for their OSS Projects? Here I try to summarize some thoughts. CI first CI first is convenient, of course. Take github and Travis as an example.

All we need for a self-hosting distributed open source programming toolchain

This post was written during my trip through Iceland and published much latern than it was written. From my last article on whether to move away from github with imag , you saw that I’m heavily thinking about this subject. In this post I want to summarize what I think we need for a completely self-hosted open source programming toolchain. Issue tracking Do we actually need this? For example, does the kernel do these things?

How to improve your open source code (2) - Function naming and size

This post was written during my trip through Iceland. It is part of a series on how to improve ones open-source code. Topics (will) contain programming style, habits, project planning, management and everything that relates to these topics. Suggestions welcome. Please note that this is totally biased and might not represent the ideas of the broad community. We’re slowly working ourselves up from if statements in the last episode of this article series to functions in this article.

Why I think about closing contributions to imag

This post was published on both my personal website and imag-pim.org. I’m thinking of closing contributions to imag since about two months. Here I want to explain why I think about this step and why I am tending into the direction of a “yes, let’s do that”. github is awesome First of all: github is awesome. It gives you absolutely great tools to build a repository and finally also an open source community around your codebase.

Please KDE, make your config syncable!

This article is a cry for a feature which is long overdue in KDE, in my humble opinion: Syncable, user readable (as in plain-text) configuration files. But let me start explaining where I come from. I started with Linux when I was 17 years old. At the time I ran an Kubuntu 9.04 (if I remember correctly) with KDE 3. I disliked Gnome because it looked silly to me (no offense, Gnome or Gnome people).

Why are some people stupid as _?

This post was written during my trip through Iceland and published much latern than it was written. Right now I’m sitting in front of our mobile home in Iceland, at the most western point of europe. We’ve had a great day here and the camping side (nothing more than a few square meters of grass, but enough to host 20-30 parties with tents or mobile homes) is nice.

Writing a Rust library crate for time calculating (1)

In this blog post, which might turn into a short series, I want to plan a rust library crate and write notes down how to implement it. This article was yet another one that I wrote while being on my trip through Iceland. As you can see - my head does never stop thinking about problems. Usecase So first of all, I want to write down the use case of this library.

How to improve your open source code (1) - if statements

This post was written during my trip through Iceland. It is part of a series on how to improve ones open-source code. Topics (will) contain programming style, habits, project planning, management and everything that relates to these topics. Suggestions welcome. Please note that this is totally biased and might not represent the ideas of the broad community. During my trip through Iceland I had a really great time seeing the awesome landscapes of Iceland, the Geysir, the Fyords and the Highlands.