From 69dbe7f82a967a707a3782a46029732b6257c9e8 Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Sat, 5 Apr 2025 11:33:52 +0300 Subject: Update content for gemtext --- about/resources.gmi | 186 ++++++++++----------- ...1-12-26-how-to-stay-sane-as-a-devops-person.gmi | 10 +- ...i-tried-emacs-but-i-switched-back-to-neovim.gmi | 2 +- gemfeed/atom.xml | 4 +- index.gmi | 2 +- uptime-stats.gmi | 2 +- 6 files changed, 103 insertions(+), 103 deletions(-) diff --git a/about/resources.gmi b/about/resources.gmi index 8da3d312..3e2f765c 100644 --- a/about/resources.gmi +++ b/about/resources.gmi @@ -36,102 +36,102 @@ You won't find any links on this site because, over time, the links will break. In random order: -* Object-Oriented Programming with ANSI-C; Axel-Tobias Schreiner -* The Kubernetes Book; Nigel Poulton; Unabridged Audiobook -* C++ Programming Language; Bjarne Stroustrup; -* 97 things every SRE should know; Emil Stolarsky, Jaime Woo; O'Reilly -* Higher Order Perl; Mark Dominus; Morgan Kaufmann +* Ultimate Go Notebook; Bill Kennedy +* Distributed Systems: Principles and Paradigms; Andrew S. Tanenbaum; Pearson +* Site Reliability Engineering; How Google runs production systems; O'Reilly * Programming Ruby 3.3 (5th Edition); Noel Rappin, with Dave Thomas; The Pragmatic Bookshelf +* The Docker Book; James Turnbull; Kindle * DevOps And Site Reliability Engineering Handbook; Stephen Fleming; Audible -* Effective awk programming; Arnold Robbins; O'Reilly -* Hands-on Infrastructure Monitoring with Prometheus; Joel Bastos, Pedro Araujo; Packt -* Distributed Systems: Principles and Paradigms; Andrew S. Tanenbaum; Pearson -* 21st Century C: C Tips from the New School; Ben Klemens; O'Reilly -* Systems Performance Tuning; Gian-Paolo D. Musumeci and others...; O'Reilly -* Java ist auch eine Insel; Christian Ullenboom; * Amazon Web Services in Action; Michael Wittig and Andreas Wittig; Manning Publications -* Tmux 2: Productive Mouse-free Development; Brain P. Hogan; The Pragmatic Programmers -* Clusterbau mit Linux-HA; Michael Schwartzkopff; O'Reilly -* Perl New Features; Joshua McAdams, brian d foy; Perl School -* The Docker Book; James Turnbull; Kindle -* Site Reliability Engineering; How Google runs production systems; O'Reilly -* Programming Perl aka "The Camel Book"; Tom Christiansen, brian d foy, Larry Wall & Jon Orwant; O'Reilly -* The DevOps Handbook; Gene Kim, Jez Humble, Patrick Debois, John Willis; Audible -* Leanring eBPF; Liz Rice; O'Reilly +* 97 things every SRE should know; Emil Stolarsky, Jaime Woo; O'Reilly +* DNS and BIND; Cricket Liu; O'Reilly * Systemprogrammierung in Go; Frank Müller; dpunkt -* The Practise of System and Network Administration; Thomas A. Limoncelli, Christina J. Hogan, Strata R. Chalup; Addison-Wesley Professional Pro Git; Scott Chacon, Ben Straub; Apress * Modern Perl; Chromatic ; Onyx Neon Press -* Effective Java; Joshua Bloch; Addison-Wesley Professional -* The Go Programming Language; Alan A. A. Donovan; Addison-Wesley Professional -* Data Science at the Command Line; Jeroen Janssens; O'Reilly +* Think Raku (aka Think Perl 6); Laurent Rosenfeld, Allen B. Downey; O'Reilly +* Developing Games in Java; David Brackeen and others...; New Riders +* Terraform Cookbook; Mikael Krief; Packt Publishing * Learn You Some Erlang for Great Good; Fred Herbert; No Starch Press -* Polished Ruby Programming; Jeremy Evans; Packt Publishing -* Raku Recipes; J.J. Merelo; Apress +* Leanring eBPF; Liz Rice; O'Reilly +* Effective Java; Joshua Bloch; Addison-Wesley Professional +* The Practise of System and Network Administration; Thomas A. Limoncelli, Christina J. Hogan, Strata R. Chalup; Addison-Wesley Professional Pro Git; Scott Chacon, Ben Straub; Apress +* The Pragmatic Programmer; David Thomas; Addison-Wesley +* Higher Order Perl; Mark Dominus; Morgan Kaufmann * The KCNA (Kubernetes and Cloud Native Associate) Book; Nigel Poulton +* Kubernetes Cookbook; Sameer Naik, Sébastien Goasguen, Jonathan Michaux; O'Reilly +* Programming Perl aka "The Camel Book"; Tom Christiansen, brian d foy, Larry Wall & Jon Orwant; O'Reilly +* Polished Ruby Programming; Jeremy Evans; Packt Publishing +* Data Science at the Command Line; Jeroen Janssens; O'Reilly * Funktionale Programmierung; Peter Pepper; Springer -* Concurrency in Go; Katherine Cox-Buday; O'Reilly +* 21st Century C: C Tips from the New School; Ben Klemens; O'Reilly * Pro Puppet; James Turnbull, Jeffrey McCune; Apress -* Kubernetes Cookbook; Sameer Naik, Sébastien Goasguen, Jonathan Michaux; O'Reilly -* Terraform Cookbook; Mikael Krief; Packt Publishing -* Go Brain Teasers - Exercise Your Mind; Miki Tebeka; The Pragmatic Programmers -* The Pragmatic Programmer; David Thomas; Addison-Wesley -* Ultimate Go Notebook; Bill Kennedy -* Developing Games in Java; David Brackeen and others...; New Riders * Learn You a Haskell for Great Good!; Miran Lipovaca; No Starch Press -* Think Raku (aka Think Perl 6); Laurent Rosenfeld, Allen B. Downey; O'Reilly +* Java ist auch eine Insel; Christian Ullenboom; * Raku Fundamentals; Moritz Lenz; Apress +* The Go Programming Language; Alan A. A. Donovan; Addison-Wesley Professional * 100 Go Mistakes and How to Avoid Them; Teiva Harsanyi; Manning Publications -* DNS and BIND; Cricket Liu; O'Reilly +* Concurrency in Go; Katherine Cox-Buday; O'Reilly +* Raku Recipes; J.J. Merelo; Apress +* Go Brain Teasers - Exercise Your Mind; Miki Tebeka; The Pragmatic Programmers +* The DevOps Handbook; Gene Kim, Jez Humble, Patrick Debois, John Willis; Audible +* Tmux 2: Productive Mouse-free Development; Brain P. Hogan; The Pragmatic Programmers +* Perl New Features; Joshua McAdams, brian d foy; Perl School +* Effective awk programming; Arnold Robbins; O'Reilly +* Object-Oriented Programming with ANSI-C; Axel-Tobias Schreiner +* C++ Programming Language; Bjarne Stroustrup; +* Hands-on Infrastructure Monitoring with Prometheus; Joel Bastos, Pedro Araujo; Packt +* Systems Performance Tuning; Gian-Paolo D. Musumeci and others...; O'Reilly +* Clusterbau mit Linux-HA; Michael Schwartzkopff; O'Reilly +* The Kubernetes Book; Nigel Poulton; Unabridged Audiobook ## Technical references I didn't read them from the beginning to the end, but I am using them to look up things. The books are in random order: -* Implementing Service Level Objectives; Alex Hidalgo; O'Reilly -* Relayd and Httpd Mastery; Michael W Lucas * Algorithms; Robert Sedgewick, Kevin Wayne; Addison Wesley -* BPF Performance Tools - Linux System and Application Observability, Brendan Gregg; Addison Wesley -* The Linux Programming Interface; Michael Kerrisk; No Starch Press +* Relayd and Httpd Mastery; Michael W Lucas * Groovy Kurz & Gut; Joerg Staudemeier; O'Reilly +* Implementing Service Level Objectives; Alex Hidalgo; O'Reilly +* The Linux Programming Interface; Michael Kerrisk; No Starch Press * Understanding the Linux Kernel; Daniel P. Bovet, Marco Cesati; O'Reilly +* BPF Performance Tools - Linux System and Application Observability, Brendan Gregg; Addison Wesley ## Self-development and soft-skills books In random order: -* Soft Skills; John Sommez; Manning Publications +* The Bullet Journal Method; Ryder Carroll; Fourth Estate +* Slow Productivity; Cal Newport; Penguin Random House +* Consciousness: A Very Short Introduction; Susan Blackmore; Oxford Uiversity Press +* Never Split the Difference; Chris Voss, Tahl Raz; Random House Business +* Atomic Habits; James Clear; Random House Business +* The Good Enough Job; Simone Stolzoff; Ebury Edge * Stop starting, start finishing; Arne Roock; Lean-Kanban University -* So Good They Can't Ignore You; Cal Newport; Business Plus -* Psycho-Cybernetics; Maxwell Maltz; Perigee Books +* Eat That Frog; Brian Tracy * Digital Minimalism; Cal Newport; Portofolio Penguin -* Atomic Habits; James Clear; Random House Business * The Daily Stoic; Ryan Holiday, Stephen Hanselman; Profile Books -* Getting Things Done; David Allen -* Ultralearning; Scott Young; Thorsons -* Influence without Authority; A. Cohen, D. Bradford; Wiley * The Phoenix Project - A Novel About IT, DevOps, and Helping your Business Win; Gene Kim and Kevin Behr; Trade Select +* Psycho-Cybernetics; Maxwell Maltz; Perigee Books +* Ultralearning; Scott Young; Thorsons +* The Complete Software Developer's Career Guide; John Sonmez; Unabridged Audiobook +* The Obstacle Is The Way; Ryan Holiday; Profile Books Ltd +* The Off Switch; Mark Cropley; Virgin Books (RE-READ 1ST TIME) +* So Good They Can't Ignore You; Cal Newport; Business Plus +* Getting Things Done; David Allen +* Deep Work; Cal Newport; Piatkus +* Who Moved My Cheese?; Dr. Spencer Johnson; Vermilion +* Time Management for System Administrators; Thomas A. Limoncelli; O'Reilly * Buddah and Einstein walk into a Bar; Guy Joseph Ale, Claire Bloom; Blackstone Publishing -* Search Inside Yourself - The Unexpected path to Achieving Success, Happiness (and World Peace); Chade-Meng Tan, Daniel Goleman, Jon Kabat-Zinn; HarperOne * Solve for Happy; Mo Gawdat (RE-READ 1ST TIME) +* The Power of Now; Eckhard Tolle; Yellow Kite * The 7 Habits Of Highly Effective People; Stephen R. Covey; Simon & Schuster UK -* Who Moved My Cheese?; Dr. Spencer Johnson; Vermilion -* The Bullet Journal Method; Ryder Carroll; Fourth Estate -* Consciousness: A Very Short Introduction; Susan Blackmore; Oxford Uiversity Press -* Never Split the Difference; Chris Voss, Tahl Raz; Random House Business -* Ultralearning; Anna Laurent; Self-published via Amazon -* Eat That Frog!; Brian Tracy; Hodder Paperbacks -* Time Management for System Administrators; Thomas A. Limoncelli; O'Reilly -* Deep Work; Cal Newport; Piatkus -* Slow Productivity; Cal Newport; Penguin Random House -* The Off Switch; Mark Cropley; Virgin Books (RE-READ 1ST TIME) -* The Complete Software Developer's Career Guide; John Sonmez; Unabridged Audiobook * Staff Engineer: Leadership beyond the management track; Will Larson; Audible -* The Power of Now; Eckhard Tolle; Yellow Kite -* Eat That Frog; Brian Tracy -* The Good Enough Job; Simone Stolzoff; Ebury Edge +* Search Inside Yourself - The Unexpected path to Achieving Success, Happiness (and World Peace); Chade-Meng Tan, Daniel Goleman, Jon Kabat-Zinn; HarperOne +* Soft Skills; John Sommez; Manning Publications +* Eat That Frog!; Brian Tracy; Hodder Paperbacks +* Influence without Authority; A. Cohen, D. Bradford; Wiley * The Joy of Missing Out; Christina Crook; New Society Publishers -* The Obstacle Is The Way; Ryan Holiday; Profile Books Ltd * 101 Essays that change the way you think; Brianna Wiest; Audible +* Ultralearning; Anna Laurent; Self-published via Amazon => ../notes/index.gmi Here are notes of mine for some of the books @@ -139,30 +139,30 @@ In random order: Some of these were in-person with exams; others were online learning lectures only. In random order: -* Developing IaC with Terraform (with Live Lessons); O'Reilly Online +* Structure and Interpretation of Computer Programs; Harold Abelson and more...; +* Scripting Vim; Damian Conway; O'Reilly Online +* AWS Immersion Day; Amazon; 1-day interactive online training +* The Ultimate Kubernetes Bootcamp; School of Devops; O'Reilly Online * Cloud Operations on AWS - Learn how to configure, deploy, maintain, and troubleshoot your AWS environments; 3-day online live training with labs; Amazon -* The Well-Grounded Rubyist Video Edition; David. A. Black; O'Reilly Online -* F5 Loadbalancers Training; 2-day on-site training; F5, Inc. +* Linux Security and Isolation APIs Training; Michael Kerrisk; 3-day on-site training * Ultimate Go Programming; Bill Kennedy; O'Reilly Online +* Protocol buffers; O'Reilly Online * Apache Tomcat Best Practises; 3-day on-site training * Functional programming lecture; Remote University of Hagen +* MySQL Deep Dive Workshop; 2-day on-site training * Red Hat Certified System Administrator; Course + certification (Although I had the option, I decided not to take the next course as it is more effective to self learn what I need) -* Linux Security and Isolation APIs Training; Michael Kerrisk; 3-day on-site training -* Protocol buffers; O'Reilly Online -* AWS Immersion Day; Amazon; 1-day interactive online training +* Developing IaC with Terraform (with Live Lessons); O'Reilly Online * Algorithms Video Lectures; Robert Sedgewick; O'Reilly Online -* The Ultimate Kubernetes Bootcamp; School of Devops; O'Reilly Online -* Structure and Interpretation of Computer Programs; Harold Abelson and more...; -* Scripting Vim; Damian Conway; O'Reilly Online -* MySQL Deep Dive Workshop; 2-day on-site training +* F5 Loadbalancers Training; 2-day on-site training; F5, Inc. +* The Well-Grounded Rubyist Video Edition; David. A. Black; O'Reilly Online ## Technical guides These are not whole books, but guides (smaller or larger) which I found very useful. in random order: * Raku Guide at https://raku.guide -* Advanced Bash-Scripting Guide * How CPUs work at https://cpu.land +* Advanced Bash-Scripting Guide ## Podcasts @@ -170,55 +170,55 @@ These are not whole books, but guides (smaller or larger) which I found very use In random order: +* Deep Questions with Cal Newport +* Dev Interrupted * Fallthrough [Golang] -* Maintainable -* Hidden Brain -* The Changelog Podcast(s) * The Pragmatic Engineer Podcast -* Dev Interrupted -* Fork Around And Find Out -* The ProdCast (Google SRE Podcast) -* Deep Questions with Cal Newport +* The Changelog Podcast(s) * BSD Now +* Maintainable * Backend Banter +* Fork Around And Find Out * Cup o' Go [Golang] +* The ProdCast (Google SRE Podcast) +* Hidden Brain ### Podcasts I liked I liked them but am not listening to them anymore. The podcasts have either "finished" (no more episodes) or I stopped listening to them due to time constraints or a shift in my interests. -* Ship It (predecessor of Fork Around And Find Out) -* Java Pub House -* Modern Mentor -* CRE: Chaosradio Express [german] * FLOSS weekly +* CRE: Chaosradio Express [german] +* Modern Mentor * Go Time (predecessor of fallthrough) +* Java Pub House +* Ship It (predecessor of Fork Around And Find Out) ## Newsletters I like This is a mix of tech and non-tech newsletters I am subscribed to. In random order: -* Andreas Brandhorst Newsletter (Sci-Fi author) -* byteSizeGo -* The Valuable Dev +* Ruby Weekly +* Changelog News * Register Spill * Monospace Mentor -* Golang Weekly -* The Imperfectionist -* Changelog News +* VK Newsletter +* The Valuable Dev * Applied Go Weekly Newsletter +* Golang Weekly +* byteSizeGo * The Pragmatic Engineer -* VK Newsletter -* Ruby Weekly +* Andreas Brandhorst Newsletter (Sci-Fi author) +* The Imperfectionist ## Magazines I like(d) This is a mix of tech I like(d). I may not be a current subscriber, but now and then, I buy an issue. In random order: -* LWN (online only) +* Linux User * freeX (not published anymore) +* LWN (online only) * Linux Magazine -* Linux User # Formal education diff --git a/gemfeed/2021-12-26-how-to-stay-sane-as-a-devops-person.gmi b/gemfeed/2021-12-26-how-to-stay-sane-as-a-devops-person.gmi index e9ca9728..1d0c298c 100644 --- a/gemfeed/2021-12-26-how-to-stay-sane-as-a-devops-person.gmi +++ b/gemfeed/2021-12-26-how-to-stay-sane-as-a-devops-person.gmi @@ -2,7 +2,7 @@ > Published at 2021-12-26T12:02:02+00:00; Updated at 2022-01-12 -Log4shell (CVE-2021-44228) made it clear, once again, that working in information technology is not an easy job (especially when you are a DevOps person). I thought it would be interesting to summarize a few techniques to help you to relax. +Log4shell (CVE-2021-44228) made it clear, once again, that working in information technology is not an easy job (especially when you are a DevOps person). I thought it would be interesting to summarize a few techniques to help you relax. (PS: When I mean DevOps, I also mean Site Reliability Engineers and Sysadmins. I believe SRE, DevOps Engineer and Sysadmin are just synonym titles for the same job). @@ -58,7 +58,7 @@ Due to politeness, many people are not setting clear expectations. I personally ## Always respond to requests but set expectations and boundaries -There are many temptations to get side-tracked by other projects and/or issues. It is important to set boundaries here. But always answer to all requests as nothing is more frustrating than asking a person and never getting any answer back. This is especially the case when everyone is working form home where people are using tools such as Slack and E-Mail for most of their communications. +There are many temptations to get side-tracked by other projects and/or issues. It is important to set boundaries here. But always answer to all requests as nothing is more frustrating than asking a person and never getting any answer back. This is especially the case when everyone is working from home where people are using tools such as Slack and E-Mail for most of their communications. ### Dealing with requests @@ -91,7 +91,7 @@ So even if you think that you can do everything faster by your own, can you real ### Don't rush -Slowing down also helps to prevent errors. Don't rush your tasks, even if they are urgent. Try to be quick, but don't rush them. Maybe you are writing a script to mitigate a production issue. You could others peer review that script, for example. Their primary programming language may not be the same (e.g. Golang vs Perl), but they would understand the logic. Or ask another DevOps person from your company with good scripting skills review your mitigation, but he then may lack the domain knowledge of the software you are patching. So in either case, the review will take a bit longer as the reviewer might not be an expert in everything. +Slowing down also helps to prevent errors. Don't rush your tasks, even if they are urgent. Try to be quick, but don't rush them. Maybe you are writing a script to mitigate a production issue. You could let others peer review that script, for example. Their primary programming language may not be the same (e.g. Golang vs Perl), but they would understand the logic. Or ask another DevOps person from your company with good scripting skills review your mitigation, but he then may lack the domain knowledge of the software you are patching. So in either case, the review will take a bit longer as the reviewer might not be an expert in everything. So relax, don't always expect immediate results. Set clear and reasonable timelines for the management about the mitigations. You are not a superhero who has to do everything by yourself. Sometimes, you will miss a deadline. But that will have good reasons. Don't rush to complete just to meet a deadline. @@ -109,7 +109,7 @@ This doesn't mean, that you shouldn't try your best. But you don't need to try t If you are a superhero, try to give away some of your superpowers, so that you can relax in the evening knowing that others (e.g. the current on-call engineers) know how to tackle things. Every member of the team needs to do DevOps (even the team managers, in my humble opinion). Some may be less experienced than others or have other expertises, but to counteract this you could document the recurring tasks so that they are easy to follow (which then later could be either automated away or, even better, fully fixed). -On the other side, if you are a DevOps person, try to sneak into other people's shoes too. For example, you might not be an expert in Java programming, but a lot of the infrastructure is programmed in Java. This is where usually the Software Developers and Engineers shine. But if you know how to read, debug and even extend Java code too (by learning from the Software Developer superheroes), then your will only benefit from it. +On the other side, if you are a DevOps person, try to sneak into other people's shoes too. For example, you might not be an expert in Java programming, but a lot of the infrastructure is programmed in Java. This is where usually the Software Developers and Engineers shine. But if you know how to read, debug and even extend Java code too (by learning from the Software Developer superheroes), then you will only benefit from it. So you are not a superhero. Or, if you are a superhero, then all colleagues should be superheroes too. @@ -121,7 +121,7 @@ In order to distribute the troubleshooting skills across the team, you should no The whole paragraph changes when there is an issue you don't know how to resolve. Jump on it, so you can learn from it. But also ask for advice if you are unsure about it. -If the issue is a very critical one, then you might better off trying to resolve it as fast as possible with your full powers in order to avoid any major damage to the company. This, of course, only works if you know how to resolve it quickly. So, don't leave others with not much experience yet looking at it. If possible, work with the team to resolve the issue. Unfortunately, solving it with the team is not always the fastest way. So in this particular circumstance, the company may be better off being saved by a single superhero. Make sure that the problem will not occur again or, at least, that others can fix it the next time without Superman flying by. +If the issue is a very critical one, then you might be better off trying to resolve it as fast as possible with your full powers in order to avoid any major damage to the company. This, of course, only works if you know how to resolve it quickly. So, don't leave others with not much experience yet looking at it. If possible, work with the team to resolve the issue. Unfortunately, solving it with the team is not always the fastest way. So in this particular circumstance, the company may be better off being saved by a single superhero. Make sure that the problem will not occur again or, at least, that others can fix it the next time without Superman flying by. ## Force breaks; and shutdown now diff --git a/gemfeed/2022-11-24-i-tried-emacs-but-i-switched-back-to-neovim.gmi b/gemfeed/2022-11-24-i-tried-emacs-but-i-switched-back-to-neovim.gmi index dfe9fbd8..4da83db7 100644 --- a/gemfeed/2022-11-24-i-tried-emacs-but-i-switched-back-to-neovim.gmi +++ b/gemfeed/2022-11-24-i-tried-emacs-but-i-switched-back-to-neovim.gmi @@ -40,7 +40,7 @@ Art by \ \_! / __! ## Emacs is a giant dragon -Emacs feels like a giant dragon as it is much more than an editor or an integrated development environment. Emacs is a whole platform on its own. There's an E-Mail client, an IRC client, or even games you can run within Emacs. And you can also change Emacs within Emacs using its own Lisp dialect, Emacs Lisp (Emacs is programmed in Emacs Lisp). Therefore, Emacs is also its own programming language. You can change every aspect of Emacs within Emacs itself. People jokingly state Emacs is an operating system and that you should directly use it as the `init 1` process (if you don't know what the `init 1` process is: Under UNIX and similar operating systems, it's the very first userland processed launched. That's usually `systemd` on Linux-based systems, `launchd` on macOS, or any other init script or init system used by the OS)! +Emacs feels like a giant dragon as it is much more than an editor or an integrated development environment. Emacs is a whole platform on its own. There's an E-Mail client, an IRC client, or even games you can run within Emacs. And you can also change Emacs within Emacs using its own Lisp dialect, Emacs Lisp (Emacs is programmed in Emacs Lisp). Therefore, Emacs is also its own programming language. You can change every aspect of Emacs within Emacs itself. People jokingly state Emacs is an operating system and that you should directly use it as the `init 1` process (if you don't know what the `init 1` process is: Under UNIX and similar operating systems, it's the very first userland process launched. That's usually `systemd` on Linux-based systems, `launchd` on macOS, or any other init script or init system used by the OS)! In many aspects, Emacs is like shooting at everything with a bazooka! However, I prefer it simple. I only wanted Emacs to be a good editor (which it is, too), but there's too much other stuff in Emacs that I don't need to care about! Vim and NeoVim do one thing excellent: Being great text editors and, when loaded with plugins, decent IDEs, too. diff --git a/gemfeed/atom.xml b/gemfeed/atom.xml index 9809ec4c..282d4fb1 100644 --- a/gemfeed/atom.xml +++ b/gemfeed/atom.xml @@ -1,6 +1,6 @@ - 2025-04-05T10:06:30+03:00 + 2025-04-05T11:33:13+03:00 foo.zone feed To be in the .zone! @@ -9312,7 +9312,7 @@ Art by \ \_! / __!

Emacs is a giant dragon



-Emacs feels like a giant dragon as it is much more than an editor or an integrated development environment. Emacs is a whole platform on its own. There's an E-Mail client, an IRC client, or even games you can run within Emacs. And you can also change Emacs within Emacs using its own Lisp dialect, Emacs Lisp (Emacs is programmed in Emacs Lisp). Therefore, Emacs is also its own programming language. You can change every aspect of Emacs within Emacs itself. People jokingly state Emacs is an operating system and that you should directly use it as the init 1 process (if you don't know what the init 1 process is: Under UNIX and similar operating systems, it's the very first userland processed launched. That's usually systemd on Linux-based systems, launchd on macOS, or any other init script or init system used by the OS)!
+Emacs feels like a giant dragon as it is much more than an editor or an integrated development environment. Emacs is a whole platform on its own. There's an E-Mail client, an IRC client, or even games you can run within Emacs. And you can also change Emacs within Emacs using its own Lisp dialect, Emacs Lisp (Emacs is programmed in Emacs Lisp). Therefore, Emacs is also its own programming language. You can change every aspect of Emacs within Emacs itself. People jokingly state Emacs is an operating system and that you should directly use it as the init 1 process (if you don't know what the init 1 process is: Under UNIX and similar operating systems, it's the very first userland process launched. That's usually systemd on Linux-based systems, launchd on macOS, or any other init script or init system used by the OS)!

In many aspects, Emacs is like shooting at everything with a bazooka! However, I prefer it simple. I only wanted Emacs to be a good editor (which it is, too), but there's too much other stuff in Emacs that I don't need to care about! Vim and NeoVim do one thing excellent: Being great text editors and, when loaded with plugins, decent IDEs, too.

diff --git a/index.gmi b/index.gmi index b82dcc42..1640f03f 100644 --- a/index.gmi +++ b/index.gmi @@ -1,6 +1,6 @@ # Hello! -> This site was generated at 2025-04-05T10:06:30+03:00 by `Gemtexter` +> This site was generated at 2025-04-05T11:33:13+03:00 by `Gemtexter` Welcome to the ... diff --git a/uptime-stats.gmi b/uptime-stats.gmi index d7e76726..88ce61f7 100644 --- a/uptime-stats.gmi +++ b/uptime-stats.gmi @@ -1,6 +1,6 @@ # My machine uptime stats -> This site was last updated at 2025-04-05T10:06:30+03:00 +> This site was last updated at 2025-04-05T11:33:13+03:00 The following stats were collected via `uptimed` on all of my personal computers over many years and the output was generated by `guprecords`, the global uptime records stats analyser of mine. -- cgit v1.2.3