You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/blog/amortize-your-learning-by-writing-how-to-guides.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -52,13 +52,13 @@ Here are some example how-to guides you could write today:
52
52
- Local development & testing instructions for your services, especially if they differ from your organization's norms
53
53
- Deployment steps for your services, in case multiple manual steps need coordination
54
54
- A list of custom metrics emitted by your services and what they mean
55
-
- How to use one of your team's admin tools (and no, strict RPC schemas aren’t self-descriptive)
55
+
- How to use one of your team's admin tools (and no, strict RPC schemas aren't self-descriptive)
56
56
57
57
## Audience three: the public
58
58
59
59
You should be motivated by both helping yourself and your colleagues, but if not, try writing how-to guides for clout.
60
60
61
-
If in the course of your daily tasks you’ve learned something generalizable or publicly applicable, blog about it! You would be surprised how helpful it can be to someone else. If the [Reddit blackout of 2023](https://en.wikipedia.org/wiki/2023_Reddit_API_controversy) taught us anything, it's that a lot of valuable knowledge exists on the internet, and sometimes it only exists in one or two Google-crawled places. You have valuable knowledge, and others should feel honored for you to share it.
61
+
If in the course of your daily tasks you've learned something generalizable or publicly applicable, blog about it! You would be surprised how helpful it can be to someone else. If the [Reddit blackout of 2023](https://en.wikipedia.org/wiki/2023_Reddit_API_controversy) taught us anything, it's that a lot of valuable knowledge exists on the internet, and sometimes it only exists in one or two Google-crawled places. You have valuable knowledge, and others should feel honored for you to share it.
62
62
63
63
I wrote "[Bash Environment Variable Defaults](/blog/bash-environment-variable-defaults)" because I wanted a "snack" article that was easy to write, and even though the topic is relatively niche, the article is in my top five articles by hits. On the other hand, I wrote "[Docker Shell vs. Exec Form](/blog/docker-shell-vs.-exec-form)" mostly as an article to support "[You Don't Need an Init System for Node.js in Docker](/blog/you-don-t-need-an-init-system-for-node.js-in-docker)," but the former gets nearly 10x the hits. There is so much more information about Docker and related technologies that I thought it would get lost in the noise. But you never know what people will find valuable!
64
64
@@ -72,6 +72,6 @@ It can be difficult (and overwhelming!) to start writing something from nothing.
72
72
73
73
There's a Ralph Waldo Emerson quote from his essay titled "[Compensation](https://en.wikipedia.org/wiki/Compensation_(essay))" that is often referenced when talking about the "pay it forward" movement:
74
74
75
-
> In the order of nature we can’t render benefits to those from whom we receive them, or only seldom. But the benefit we receive must be rendered again, line for line, deed for deed, cent for cent, to somebody. Beware of too much good staying in your hand. It will fast corrupt and worm worms. Pay it away quickly in some sort.
75
+
> In the order of nature we can't render benefits to those from whom we receive them, or only seldom. But the benefit we receive must be rendered again, line for line, deed for deed, cent for cent, to somebody. Beware of too much good staying in your hand. It will fast corrupt and worm worms. Pay it away quickly in some sort.
76
76
77
77
In that paragraph, Emerson is talking about paying debts, and the rest of the essay is about keeping one's life in balance. It's not quite the same as writing how-to guides, but I appreciate his opinion that it's one's responsibility to pass benefits on to others.
Copy file name to clipboardExpand all lines: src/blog/an-effective-incident-runbook-template.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -125,7 +125,7 @@ Steps to take, in order:
125
125
> 1. Help the incident responder take steps to stop the situation from getting worse.
126
126
> 2. Help the incident responder take steps to recover from the situation.
127
127
>
128
-
> Incident mitigation is all about fixing the immediate problem. You can think of mitigation as: if I’m paged at 3 a.m., what do I need to do to get the system healthy such that I can confidently & safely go back to sleep?
128
+
> Incident mitigation is all about fixing the immediate problem. You can think of mitigation as: if I'm paged at 3 a.m., what do I need to do to get the system healthy such that I can confidently & safely go back to sleep?
129
129
>
130
130
> Complicated, nuanced, or unclear steps may benefit from the inclusion of screenshots that have been marked up with arrows and/or numbers to indicate action order.
131
131
>
@@ -155,13 +155,13 @@ Indicators that health has been restored:
155
155
>
156
156
> - Help the incident responder take any final, necessary steps before the incident can be resolved.
157
157
>
158
-
> Incident remediation covers the steps that need to be taken after mitigation, generally during normal working hours. Steps may include but aren’t limited to:
158
+
> Incident remediation covers the steps that need to be taken after mitigation, generally during normal working hours. Steps may include but aren't limited to:
159
159
>
160
160
> - Reverting any temporary hotfixes made during mitigation
161
161
> - Dealing with any corrupted data or statistics
162
162
> - Auditing other services, jobs, etc. for similar risks
163
163
>
164
-
> This doesn’t encompass incident follow-ups, which should be created & prioritized as part of the written incident postmortem & debrief meeting.
164
+
> This doesn't encompass incident follow-ups, which should be created & prioritized as part of the written incident postmortem & debrief meeting.
Copy file name to clipboardExpand all lines: src/blog/defensive-shell-scripting-with-shell-options.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -251,7 +251,7 @@ VAR=$(false; echo "this will NOT print")
251
251
252
252
However, there is a whole list of scenarios where `set -e` isn't inherited. From the [`set` docs](https://www.gnu.org/software/bash/manual/html_node/The-Set-Builtin.html):
253
253
254
-
> The shell does not exit if the command that fails is part of the command list immediately following a `while` or `until` reserved word, part of the test in an `if` statement, part of any command executed in a `&&` or `||` list except the command following the final `&&` or `||`, any command in a pipeline but the last (subject to the state of the `pipefail` shell option), or if the command’s return status is being inverted with `!`.
254
+
> The shell does not exit if the command that fails is part of the command list immediately following a `while` or `until` reserved word, part of the test in an `if` statement, part of any command executed in a `&&` or `||` list except the command following the final `&&` or `||`, any command in a pipeline but the last (subject to the state of the `pipefail` shell option), or if the command's return status is being inverted with `!`.
255
255
256
256
```bash
257
257
#!/usr/bin/env bash
@@ -280,7 +280,7 @@ fi
280
280
# "any command in a pipeline but the last"
281
281
false|echo"this will print"&&echo"and so will this"
282
282
283
-
# "or if the command’s return status is being inverted with '!'"
283
+
# "or if the command's return status is being inverted with '!'"
Copy file name to clipboardExpand all lines: src/blog/discussion-guide-more-than-a-glitch.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -72,7 +72,7 @@ Ground rules:
72
72
## Chapter 8
73
73
74
74
- The author shared a story of encountering an electronic medical/health record (EMR/EHR) system with restrictive options to describe her race. As machine learning's understanding of unstructured data progresses, do you think we could allow for more freeform answers on medical and legal forms?
75
-
- The author gives a call to action to "‘call bullshit' on claims about future technology and a rosy tech-enabled future," as a response to a [2017 interview](https://www.newyorker.com/magazine/2017/04/03/ai-versus-md) with [Geoffrey Hinton](https://en.wikipedia.org/wiki/Geoffrey_Hinton). What technology is currently over-valued, either monetarily or in terms of hype from the media?
75
+
- The author gives a call to action to "'call bullshit' on claims about future technology and a rosy tech-enabled future," as a response to a [2017 interview](https://www.newyorker.com/magazine/2017/04/03/ai-versus-md) with [Geoffrey Hinton](https://en.wikipedia.org/wiki/Geoffrey_Hinton). What technology is currently over-valued, either monetarily or in terms of hype from the media?
76
76
- The author asserts that one perpetrator of bias is overvaluing experts' opinions in an area that isn't their expertise, such as technologists making statements about social science. What similar harm do you see technologists making today?
Copy file name to clipboardExpand all lines: src/blog/slis-slos-and-slas-what-are-they.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -72,5 +72,5 @@ SLAs don't make sense for all companies or services, sometimes the consequence o
72
72
## More reading
73
73
74
74
- Google: [SRE fundamentals: SLIs, SLAs and SLOs](https://cloud.google.com/blog/products/gcp/sre-fundamentals-slis-slas-and-slos)
75
-
- Atlassian: [SLA vs. SLO vs. SLI: What’s the difference?](https://www.atlassian.com/incident-management/kpis/sla-vs-slo-vs-sli)
75
+
- Atlassian: [SLA vs. SLO vs. SLI: What's the difference?](https://www.atlassian.com/incident-management/kpis/sla-vs-slo-vs-sli)
76
76
- New Relic: [Best Practices for Setting SLOs and SLIs For Modern, Complex Systems](https://blog.newrelic.com/engineering/best-practices-for-setting-slos-and-slis-for-modern-complex-systems/)
0 commit comments