After completing all the steps in your Mission 2 [pt. 1] email, post a link to your favorite outline. You should create these outlines as ...
For further actions, you may consider blocking this person and/or reporting abuse
Here are my three writing ideas:
Explainer: How I used cherry-pick to solve a Git issue with Forking workflow
Something that I recently worked on. I want to write it down so that it could be useful to others.
Explainer: What are Node.js Streams?
I feel Node.js streams are something people rarely talk about. And it's a mystery for most. I want to share whatever information I have gained about them.
Project: Integrating a payment-gateway in an e-commerce website (Focus on Backend part)
For a long time, I've worked with payment gateways. I want to create a project that people can used as a reference by people who might be new to e-commerce.
I'm going forward with idea #1
Here's the link to my unpublished post outline.
community.codenewbie.org/gaurang84...
Hey there! I can't seem to access your unpublished post!
Woops! I guess you can't use liquid tag to embed an unpublished post. ^^'
Alrighty! Able to access it now :D
I'm not sure what do you mean by "Take backup clone first" π€
It's my personal safety measure when dealing with these kinds of things.
When you're trying to solve a Git issue, you often need to revert certain commits, reapply them, merge and rebase branches, etc. right?
You're essentially re-writing (Git) history.
If you're not careful, you could lose important parts of your code. And if you push it to the origin without realizing what you've done, you're in developer hell. RIP.
To avoid that, this is what I generally do. If I feel unclear about how to solve a problem, I clone the repo again in another directory and checkout the branches that I'm gonna touch on.
This is the backup clone.
If things go south and I lose some code. Or I somehow mess up the history more than it already was. I can just scrape the existing local repo and start using the backup clone.
Now if I'm having one of my worse days. And I force-push my changes to the origin without realizing that I've made a blunder.
I can just go to my backup clone and run
git push --force origin master
.It's basically like a save-point before the boss battle.
ohh, now i understand what you mean by "backup clone"! I also like your analogy of "save-point before the boss battle", you could include that in your article :P
I do that sometimes as well when it comes to complicated merge/rebase xD
A trick that my friend taught me recently was to just remove the branch that has problems entirely from your local machine and then git pull to get that branch completely fresh from remote - but of course this trick only applies if the problem is only for that branch and that you don't need any local changes on that anymore.
Looking forward to your cherry picking article! Haven't tried it before.
Oh! Imma include the whole comment in my post! π
Ah yes! That's a good one.
Thanks, man! π
The deployment practice at my work is such that I often have to cherry-pick commits for a release π
I hope you'll like the article. Would you be interested to review a more mature draft once it's ready?
sure of course! π
Short and sweet. I think when it gets fleshed out I can see an extremely helpful article. I need this article awhile ago when I had to cherry pick for the first time.
Haha, I'm convinced. We just don't talk enough about Git!
Even though it's literally a lifeline for developers.
Btw there's still a lot of time. But would you be interested in reading a more mature draft once it is ready? π
Sure! I'd love to.
Haha, we don't talk about Git enough so I'm all for learning more.
Here's the link to my unpublished post outline on VueJS fundamentals for React developers.
You will notice that I have used a lot of sentence structure provided by the template and then I add on content π
Wasn't really sure how much I need to fill out for the outline since the outline itself is huge... This alone definitely took up the entirety of the 60+30+30mins sessions. Didn't manage to work on the outlines for the other articles yet.
I'm not so knowledgeable in React or Vue but reading over your outline so far gets points accross even to someone who doesn't know the subject at all. π
I'm such a fan of the little design details you have in your blog outline. The use of bolding, linking in the right place, emojis and you're whole ending paragraph are all awesome!
I'm definitely taking notes π
Thank you! π
Very good outline setup. I could follow along easily, knowing some React. If I didn't know React I feel there was more than enough links and mentions of things to look up that I could come up to speed. Great job!
Thank you Tori :D
Hello, here is a project outline that I've completed, outline. Any feedback would be nice, I have a demo video I made in quicktime but I'm unsure how to add it into the article.
wow a project for your mom, that's so sweet! There are quite a lot of libraries that you're using which I'm unfamiliar with hehe, looking forward to your article.
I think it's quite hard to read the technical challenges in code blocks though, i have to drag the slider to the right to read it.
Thanks for pointing this out. I'll try and figure out how to fix that.
Had the exact same reaction! π
More power to you @vpugh ! π
You mentioned that this project made you use technologies that you never used before. And then you described those technologies. I'd love to hear more on that. How and why you chose what.
Hello, Hello π
I'm a little late to the party as I'm learning to balance "writing more" with my busy work schedule. π
I made an outline of my tutorial blog idea: Styling a Mobile Navigation Bar.
I changed the title and idea to 1 example so I could use more of the text in explaining 1 example in much more detail.
Here is my unpublished outline link.
Hello Khloe! Just read through it and here's my feedback:
Perhaps an intermediate sentence or explanation is required, it feels abrupt.
Hello! π
Thank you for your reply and feedback! I looked over and highlighted your comments and critiques to review my own work.
For the header section, definitely I'll work on a better title name that goes with the content under it π
For my paragraphs with the superscripts, I plan on having some sort of implementation of a glossary for readers to learn about more technical terms I use. Do you think if I include the glossary at the bottom it would be efficient or should I just have the definition or explanation next to the word in the paragraph?
I also will work on transitioning with my quotes, tips and flow of instruction as well.
Thank you again for your feedback, it was very helpful! π€
I think it will be better if you include definitions directly next to them when you introduce them for less reading fatigue! unless you plan to reveal those definitions one by one through your steps π
you could have at the end a list of resources that will expand more on each of those if you want to.
Glad that my feedback helped!
For the other writers that have yet to start on this like me π (i'll get to it during the weekend...)
Personally I use notion to write my posts since its a lot easier to format markdown there, so here are some notion templates based on the 3 templates that are sent to us in the email:
Tutorial Outline
Explainer Outline
Project Outline