https://about.gitlab.com/blog/2018/03/05/gitlab-for-agile-software-development/
PRINCE2
The GRPI model – an approach for team development
ITIL4
V-Modell-XT 2.3
Projektmanagment im öffentlichen Dienst
Fünf agile KPI-Metriken
JobsToBeDone
Handbook First
The Gitlab Inc. Handbook and the “Handbook First” approach.
https://handbook.gitlab.com/handbook/
https://handbook.gitlab.com/handbook/handbook-usage/#handbook-guidelines
How platform teams get stuff done
B612 Font family
B612 is an highly legible open source font family designed and tested to be used on aircraft cockpit screens.
Linear code is more readable
Clean code again. This blog.separateconcerns.com post is a reply to this testing.googleblog.com post .
My opinion. I buy both! For me it is a matter of code maturity. During early development I like a to leave code in linear style like proposed by the commentor. Abstraction is expensive and sometimes I feel like I don’t need the extra step. But at some points I definitely like to clean code like proposed in the original post.
An Opinionated YubiKey Set-Up Guide
In a git repository, where do your files live?
Creating the First Confidential GPUs
Textual interpretation and large language models
The GitHub Actions Worm
Collecting 1.5 Million Multilingual News Stories’ URLs
What to do with AI
Let it read all your ebooks, so you don’t have to.
Then let it write excerpts.
It’s good to know someone did all the hard work, isn’t it.
Unix tools introduced. Today: readonly
In bash you can set a variable to ‘readonly’. This can be very useful to prevent accidental overwrites.
readonly INSTALLDIR="/opt/goodSoftware"