@@ -4,11 +4,11 @@ easily as it is using Markdown. That
44really fits for digital content writers,
55even for non-code.
66
7- When I'm doing a content that is like
7+ When I'm doing content that is like
88a tutorial, I have my personal
99workflow, so that I am always efficient.
1010
11- The very first rule is that, everything
11+ The very first rule is that everything
1212should be online, even the drafts of
1313my content, so that I can access that
1414everywhere. The only downside is that,
@@ -28,7 +28,7 @@ you want your content as a plaintext
2828format and let it be rendered for
2929different versions and platforms.
3030Plus, when you put your content in
31- GitHub, it is really an efficient
31+ GitHub, it is really efficient
3232tracking the version of your file
3333particularly when others
3434are collaborating with your work.
@@ -70,7 +70,7 @@ I need to proofread, for spelling
7070and grammar and the structure of the
7171content itself. I found it out that
7272the simplest way of doing this
73- is to use Google Docs. I will be
73+ is to use Google Docs. I will
7474copy and paste the rendered content
7575in Google Docs. Don't get me wrong,
7676I am not using this for the content,
@@ -97,13 +97,13 @@ because the `main` branch is
9797always deployable. Even if I'm
9898developing alone, this is very
9999important. Then, I'll push the changes
100- in ` main ` function when it's
100+ in the ` main ` function when it's
101101ready.
102102
103103So, there you have it. To summarize:
104104
1051051 . Create a private repo. Consider it
106- as a draft. And then, final step
106+ as a draft. And then, the final step
107107is to proofread using Google Docs
108108for spelling and grammar.
109109
0 commit comments