From 8966f9e2336758073fc48f147dbf691d5902aabd Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Sat, 7 Sep 2024 16:45:26 +0300 Subject: Update content for gemtext --- gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi | 2 ++ gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi.tpl | 2 ++ gemfeed/atom.xml | 4 +++- index.gmi | 2 +- uptime-stats.gmi | 2 +- 5 files changed, 9 insertions(+), 3 deletions(-) diff --git a/gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi b/gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi index 56105315..4500e7bb 100644 --- a/gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi +++ b/gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi @@ -67,3 +67,5 @@ It is important that runbooks are not a "project to be finished"; runbooks have By structuring the onboarding process with KT sessions, shadowing, comprehensive runbooks, and a feedback loop, we've been able to fast-track the process from six months to just six weeks. This not only prepares our engineers for the on-call rotation quicker but also ensures they're confident and capable when handling incidents. If you're looking to optimize your on-call onboarding process, these strategies could be your ticket to a more efficient and effective transition. Happy on-calling! + +=> ../ Back to the main site diff --git a/gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi.tpl b/gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi.tpl index 9f71542b..b07e94fa 100644 --- a/gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi.tpl +++ b/gemfeed/2024-09-07-site-reliability-engineering-part-4.gmi.tpl @@ -64,3 +64,5 @@ It is important that runbooks are not a "project to be finished"; runbooks have By structuring the onboarding process with KT sessions, shadowing, comprehensive runbooks, and a feedback loop, we've been able to fast-track the process from six months to just six weeks. This not only prepares our engineers for the on-call rotation quicker but also ensures they're confident and capable when handling incidents. If you're looking to optimize your on-call onboarding process, these strategies could be your ticket to a more efficient and effective transition. Happy on-calling! + +=> ../ Back to the main site diff --git a/gemfeed/atom.xml b/gemfeed/atom.xml index c243b8ba..927de5ef 100644 --- a/gemfeed/atom.xml +++ b/gemfeed/atom.xml @@ -1,6 +1,6 @@ - 2024-09-07T16:40:35+03:00 + 2024-09-07T16:44:29+03:00 foo.zone feed To be in the .zone! @@ -89,6 +89,8 @@ jgs \\`_..---.Y.---.._`// By structuring the onboarding process with KT sessions, shadowing, comprehensive runbooks, and a feedback loop, we've been able to fast-track the process from six months to just six weeks. This not only prepares our engineers for the on-call rotation quicker but also ensures they're confident and capable when handling incidents.

If you're looking to optimize your on-call onboarding process, these strategies could be your ticket to a more efficient and effective transition. Happy on-calling!
+
+Back to the main site
diff --git a/index.gmi b/index.gmi index 5f24e9aa..150285bd 100644 --- a/index.gmi +++ b/index.gmi @@ -1,6 +1,6 @@ # foo.zone -> This site was generated at 2024-09-07T16:40:35+03:00 by `Gemtexter` +> This site was generated at 2024-09-07T16:44:29+03:00 by `Gemtexter` Welcome to the foo.zone. Everything you read on this site is my personal opinion and experience. You can call me a Linux/*BSD enthusiast and hobbyist. I mainly write about tech, IT, programming and sometimes also about self-improvement here. Note that this blog usually does not overlap with what I do at my day job as a Site Reliability Engineer. diff --git a/uptime-stats.gmi b/uptime-stats.gmi index e8f0baca..31a46222 100644 --- a/uptime-stats.gmi +++ b/uptime-stats.gmi @@ -1,6 +1,6 @@ # My machine uptime stats -> This site was last updated at 2024-09-07T16:40:35+03:00 +> This site was last updated at 2024-09-07T16:44:29+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