diff options
| -rw-r--r-- | contact-information.html | 3 | ||||
| -rw-r--r-- | gemfeed/2021-06-05-gemtexter-one-bash-script-to-rule-it-all.html | 2 | ||||
| -rw-r--r-- | gemfeed/2021-09-12-keep-it-simple-and-stupid.html | 4 | ||||
| -rw-r--r-- | gemfeed/atom.xml | 8 | ||||
| -rw-r--r-- | gemfeed/index.html | 2 |
5 files changed, 10 insertions, 9 deletions
diff --git a/contact-information.html b/contact-information.html index 870b7cc6..e83ae456 100644 --- a/contact-information.html +++ b/contact-information.html @@ -79,7 +79,8 @@ p.quote:after { <h3>Internet Relay Chat</h3> <p>I am on irc.german-elite.net in #talk, #coding, #linux (and maybe in others) as rantanplan.</p> <h3>My Open Source code repositories</h3> -<a class="textlink" href="https://github.com/snonux">My personal GitHub page</a><br /> +<a class="textlink" href="https://codeberg.org/snonux">My personal Codeberg page</a><br /> +<a class="textlink" href="https://github.com/snonux">My personal GitHub page (slowly moving all my stuff over to Codeberg)</a><br /> <a class="textlink" href="https://github.com/mimecast/dtail">DTail at Mimecast</a><br /> <a class="textlink" href="https://github.com/mimecast/ioriot">I/O Riot at Mimecast</a><br /> <h3>My old personal website</h3> diff --git a/gemfeed/2021-06-05-gemtexter-one-bash-script-to-rule-it-all.html b/gemfeed/2021-06-05-gemtexter-one-bash-script-to-rule-it-all.html index aca21a54..4760b0ad 100644 --- a/gemfeed/2021-06-05-gemtexter-one-bash-script-to-rule-it-all.html +++ b/gemfeed/2021-06-05-gemtexter-one-bash-script-to-rule-it-all.html @@ -111,7 +111,7 @@ p.quote:after { <p>Another benefit of using Gemini is that the Gemtext markup language is easy to parse. As my site is dual-hosted (Gemini+HTTP), I could, in theory, just write a shell script to deal with the conversion from Gemtext to HTML; there is no need for a full-featured programming language here. I have done a lot of Bash in the past, but I am also often revisiting old tools and techniques for refreshing and keeping the knowledge up to date here.</p> <a href="./2021-06-05-gemtexter-one-bash-script-to-rule-it-all/blog-engine.jpg"><img alt="Motivational comic strip" title="Motivational comic strip" src="./2021-06-05-gemtexter-one-bash-script-to-rule-it-all/blog-engine.jpg" /></a><br /> <p>I have exactly done that - I wrote a Bash script, named Gemtexter, for that:</p> -<a class="textlink" href="https://github.com/snonux/gemtexter">https://github.com/snonux/gemtexter</a><br /> +<a class="textlink" href="https://codeberg.org/snonux/gemtexter">https://codeberg.org/snonux/gemtexter</a><br /> <p>In short, Gemtexter is a static site generator and blogging engine that uses Gemtext as its input format.</p> <h2>Output formats</h2> <p>Gemtexter takes the Gemntext Markup files as the input and generates the following outputs from it (you find examples for each of these output formats on the Gemtexter GitHub page):</p> diff --git a/gemfeed/2021-09-12-keep-it-simple-and-stupid.html b/gemfeed/2021-09-12-keep-it-simple-and-stupid.html index a898d6f6..afc4ee8c 100644 --- a/gemfeed/2021-09-12-keep-it-simple-and-stupid.html +++ b/gemfeed/2021-09-12-keep-it-simple-and-stupid.html @@ -77,7 +77,7 @@ p.quote:after { / ************ \ / ************ \ -------------------- -------------------- </pre> -<p class="quote"><i>Written by Paul Buetow 2021-09-12, last updated 2021-10-02</i></p> +<p class="quote"><i>Written by Paul Buetow 2021-09-12, last updated 2021-10-22</i></p> <p>A robust computer system must be kept simple and stupid (KISS). The fancier the system is, the more can break. Unfortunately, most systems tend to become complex and challenging to maintain in today's world. In the early days, so I was told, engineers understood every part of the system, but nowadays, we see more of the "lasagna" stack. One layer or framework is built on top of another layer, and in the end, nobody has got a clue what's going on.</p> <h1>Need faster hardware</h1> <p>This not just makes the system much more complex, difficult to maintain and challenging to troubleshoot, but also slow. So more experts are needed to support it. Also, newer and faster hardware is required to make it run smoothly. Often, it's so much easier to buy speedier hardware than rewrite a whole system from scratch from the bottom-up. The latter would require much more resources in the short run, but in the long run, it should pay off. Unfortunately, many project owners scare away from it as they only want to get their project done and then move on.</p> @@ -105,7 +105,7 @@ p.quote:after { <p>I don't say that the ELK stack doesn't work, but it requires experts and additional hardware resources to support it. But instead, if you keep your infrastructure simple (e.g. only use DTail), it will maintain pretty much by itself. </p> <h1>More KISS</h1> <h2>The Adslowbe PDF Reader</h2> -<p>Another perfect example is the Adobe PDF reader. How can it be that the inventor of the PDF format creates such a terrible user experience with its official reader? The reader is awful bloated, and slow. There are much better alternatives around (especially for Linux and other UNIX like operating systems). I believe the reason Adobe's reader is like this is featuritis, and 90% of the users don't use 90% of all available features. Less is more; keep it simple and stupid. </p> +<p>Another perfect example is the Adobe PDF reader. How can it be that the inventor of the PDF format creates such a terrible user experience with its official reader? The reader is awful bloated, and slow. There are much better alternatives around (especially for Linux and other UNIX like operating systems, look at Zathura for example). I believe the reason Adobe's reader is like this is featuritis, and 90% of the users don't use 90% of all available features. Less is more; keep it simple and stupid. </p> <h2>The power of plain text files</h2> <p>Speaking of file formats, never underestimate the power of plain text files. Plain text files don't require any special software to be opened, and they outlive the software which created them in the first place. You will still be able to read a plain text file on a modern computer system ten (or twenty) years from now, but you probably won't be able to read such an old version of an Adobe Photoshop image file if the software required for reading that format isn't supported anymore and doesn't run anymore on modern computers.</p> <h2>KISS for programmers</h2> diff --git a/gemfeed/atom.xml b/gemfeed/atom.xml index 2a484a8d..7ca3388e 100644 --- a/gemfeed/atom.xml +++ b/gemfeed/atom.xml @@ -1,6 +1,6 @@ <?xml version="1.0" encoding="utf-8"?> <feed xmlns="http://www.w3.org/2005/Atom"> - <updated>2021-10-22T10:09:20+03:00</updated> + <updated>2021-11-01T08:33:56+02:00</updated> <title>buetow.org feed</title> <subtitle>Having fun with computers!</subtitle> <link href="https://buetow.org/gemfeed/atom.xml" rel="self" /> @@ -112,7 +112,7 @@ / ************ \ / ************ \ -------------------- -------------------- </pre> -<p class="quote"><i>Written by Paul Buetow 2021-09-12, last updated 2021-10-02</i></p> +<p class="quote"><i>Written by Paul Buetow 2021-09-12, last updated 2021-10-22</i></p> <p>A robust computer system must be kept simple and stupid (KISS). The fancier the system is, the more can break. Unfortunately, most systems tend to become complex and challenging to maintain in today's world. In the early days, so I was told, engineers understood every part of the system, but nowadays, we see more of the "lasagna" stack. One layer or framework is built on top of another layer, and in the end, nobody has got a clue what's going on.</p> <h1>Need faster hardware</h1> <p>This not just makes the system much more complex, difficult to maintain and challenging to troubleshoot, but also slow. So more experts are needed to support it. Also, newer and faster hardware is required to make it run smoothly. Often, it's so much easier to buy speedier hardware than rewrite a whole system from scratch from the bottom-up. The latter would require much more resources in the short run, but in the long run, it should pay off. Unfortunately, many project owners scare away from it as they only want to get their project done and then move on.</p> @@ -140,7 +140,7 @@ <p>I don't say that the ELK stack doesn't work, but it requires experts and additional hardware resources to support it. But instead, if you keep your infrastructure simple (e.g. only use DTail), it will maintain pretty much by itself. </p> <h1>More KISS</h1> <h2>The Adslowbe PDF Reader</h2> -<p>Another perfect example is the Adobe PDF reader. How can it be that the inventor of the PDF format creates such a terrible user experience with its official reader? The reader is awful bloated, and slow. There are much better alternatives around (especially for Linux and other UNIX like operating systems). I believe the reason Adobe's reader is like this is featuritis, and 90% of the users don't use 90% of all available features. Less is more; keep it simple and stupid. </p> +<p>Another perfect example is the Adobe PDF reader. How can it be that the inventor of the PDF format creates such a terrible user experience with its official reader? The reader is awful bloated, and slow. There are much better alternatives around (especially for Linux and other UNIX like operating systems, look at Zathura for example). I believe the reason Adobe's reader is like this is featuritis, and 90% of the users don't use 90% of all available features. Less is more; keep it simple and stupid. </p> <h2>The power of plain text files</h2> <p>Speaking of file formats, never underestimate the power of plain text files. Plain text files don't require any special software to be opened, and they outlive the software which created them in the first place. You will still be able to read a plain text file on a modern computer system ten (or twenty) years from now, but you probably won't be able to read such an old version of an Adobe Photoshop image file if the software required for reading that format isn't supported anymore and doesn't run anymore on modern computers.</p> <h2>KISS for programmers</h2> @@ -373,7 +373,7 @@ Hello World <p>Another benefit of using Gemini is that the Gemtext markup language is easy to parse. As my site is dual-hosted (Gemini+HTTP), I could, in theory, just write a shell script to deal with the conversion from Gemtext to HTML; there is no need for a full-featured programming language here. I have done a lot of Bash in the past, but I am also often revisiting old tools and techniques for refreshing and keeping the knowledge up to date here.</p> <a href="https://buetow.org/gemfeed/2021-06-05-gemtexter-one-bash-script-to-rule-it-all/blog-engine.jpg"><img alt="Motivational comic strip" title="Motivational comic strip" src="https://buetow.org/gemfeed/2021-06-05-gemtexter-one-bash-script-to-rule-it-all/blog-engine.jpg" /></a><br /> <p>I have exactly done that - I wrote a Bash script, named Gemtexter, for that:</p> -<a class="textlink" href="https://github.com/snonux/gemtexter">https://github.com/snonux/gemtexter</a><br /> +<a class="textlink" href="https://codeberg.org/snonux/gemtexter">https://codeberg.org/snonux/gemtexter</a><br /> <p>In short, Gemtexter is a static site generator and blogging engine that uses Gemtext as its input format.</p> <h2>Output formats</h2> <p>Gemtexter takes the Gemntext Markup files as the input and generates the following outputs from it (you find examples for each of these output formats on the Gemtexter GitHub page):</p> diff --git a/gemfeed/index.html b/gemfeed/index.html index f7b29b10..1f620be6 100644 --- a/gemfeed/index.html +++ b/gemfeed/index.html @@ -65,7 +65,7 @@ p.quote:after { <h1>buetow.org's Gemfeed</h1> <h2>Having fun with computers!</h2> <a class="textlink" href="./2021-10-22-defensive-devops.html">2021-10-22 (2276 words) - Defensive DevOps</a><br /> -<a class="textlink" href="./2021-09-12-keep-it-simple-and-stupid.html">2021-09-12 (1360 words) - Keep it simple and stupid</a><br /> +<a class="textlink" href="./2021-09-12-keep-it-simple-and-stupid.html">2021-09-12 (1365 words) - Keep it simple and stupid</a><br /> <a class="textlink" href="./2021-08-01-on-being-pedantic-about-open-source.html">2021-08-01 (2919 words) - On being Pedantic about Open-Source</a><br /> <a class="textlink" href="./2021-07-04-the-well-grounded-rubyist.html">2021-07-04 (2048 words) - The Well-Grounded Rubyist</a><br /> <a class="textlink" href="./2021-06-05-gemtexter-one-bash-script-to-rule-it-all.html">2021-06-05 (1191 words) - Gemtexter - One Bash script to rule it all</a><br /> |