Write for Us
- Word count: min 1000 words (excluding code) – $100;
- Must be well-written, thorough, technically correct, and within the guidelines of this guidebook;
- Must include pictures (gifs), relevant code snippets, live-coding demos (if possible).
- You’re getting paid for the quality-content and word-count of your article;
- You can include any links (in fact, you’re very encouraged and welcome to do so) to any outside sources, including and preferably your blog, social media (Linkedin, Twitter, Facebook), GitHub;
- Your stories are yours. You will be featured as an author, even if your work is going to be proofread (and it will be), expanded, or otherwise, technically edited. Nevertheless, if any other people participate in improving your article, we’ll include their names at the bottom of the post;
- You cannot post the same material simultaneously at your own blog or any other resources but rather wait at least four weeks before publishing it elsewhere. That’s done for SEO purposes.
Before embarking on a journey to write a technical article, please look through technical publications like medium, freecodecamp.org, hackernoon.com, medium.com/dailyjs, dzone.com, realpython.com, codeburst.io, and similar. See if there’s enough material on the subject you’re about to cover. If there’s a lot of material on the topic, we suggest you think of something else to write about. Try to come up with something original: relate your real experience and share your own unique perspective.
Ensure your article is targeted toward developers, designers, data scientists, or software engineers. Preferably, developers.
As a programmer who wants to write and share his knowledge, you have to grab the reader’s attention: make your title <h1> specific and interesting. If you have trouble coming up with an interesting title, don’t worry, just say so, and we’ll help you to come up with a viable option.
Headline: make sure it’s specific enough (as outlined earlier), not too short, not too long — just the right size — aim at 80 characters or fewer. Try to make your title emotional, appealing to the reader, and attention-grabbing (do not confuse with “clickbaity”). For example, ‘Why The Hell Would I Use Node.js,’ ‘A Case-by-Case Tutorial,’ ‘Clean, DRY, SOLID Spaghetti,’ ‘The Worst Bug I Ever Caused,’ ‘Fullstack Programming: A Prelude To Failure.’
Avoid writing a series of articles like Part 1, Part 2, instead — write an in-depth piece.
Before diving into writing, start your story with a Lead, that is: tell the reader what you are going to talk about. Start making points, highlight important messages that you’ll cover at the beginning of your article. Tell the reader what they will learn from reading your post early on.
If you have particular expertise on the subject, like you’ve earned a Ph.D. and your thesis was on IoT, then you should mention that in the beginning as well. So the reader knows you’re an expert.
Write about what you know very well. If you’re working with Node.js every day, it makes perfect sense if you want to write a particular tutorial on that environment. It would not make very much sense if you decide to write about machine learning and Python, and if it does make sense, explain it early on why you’re credible enough to talk on the subject.
Do not plagiarise. Your writing will be checked against the plagiarism checker, and if it’s less than 70%, you’ll be asked to rewrite your piece and aim to at least 90% of authenticity.
Showcase your code. Use the platform’s coding editor. If you’re writing about developing an app or any other project that seems complex, include links to codepen.io, jsfiddle.net, codesandbox.io, and the project’s GitHub repo.
If you’re using a piece of code that’s not obvious, you’ll need to explain it in detail or as best as you can, so it’s easy for the reader to follow your train of thought.
If you think everything in your code is obvious, then ask yourself a question if it’s going to be just as obvious for a junior. And if not, explain every line of your code if need be.
Whenever you use abbreviations, define them first because what might seem very familiar to you, to others — might sound at the very least strange. However, there are a few common knowledge abbreviations which do not require a definition — API, AJAX, HTTP, WWW, CSS, JS, JSON, REST, etc.
Try to avoid italics, and use bold sparingly.
You have to have one <H1> as the title of the article, everything else should be <H2> or <H3> if it’s a subset to <H2>
Choose a cover image and paste it before your text (700×400).
Images are powerful tools to keep the reader engaged and interested in your article. Thus, think of what images you’re going to use very early in the process. It’s important to break up long stories with images.
Soshace blog 650×366 (outside a blog) — just one image of this size since it’s a blog post preview [or a ‘featured image’ in the text editor], 700×400 (inside a blog) — could be any number of images within the text (try to make your images of the same size for readability and aesthetics).
Name all your images. Use alt tags. If you don’t provide an image description in the code, write the image title below the image, and we’ll do the description in the code for you.
If you use stock images that are free, please add credits to every picture if the author’s name is available. If you’re using paid stock images, attribute the source (the name of the website). You can also search for images in Google that are labeled for reuse. Otherwise, try to come up with your own custom images (use Photoshop, Figma, Sketch, etc.) — this is not a requirement but highly favorable and preferred. If you find an image you’d like to use on a paid site, like depositphotos.com [right now, only this site is available] — say so, and we’ll buy an image for you, provided you’ll add custom text or tweak the image so it doesn’t appear generic.
To make your work look appealing and engaging, look for interesting Tweets, Facebook posts, YouTube videos, and embed them in the code editor.
Whenever we publish your story, we encourage you to share the link to it across your social network to help publicize your story and reach more people.
Examples of great posts:
To start writing, please go to blog.soshace.com and click on the yellow button ‘WRITE’ in the top-right corner of the screen. Register under your full real name, attach your real picture. Then start writing.
When using code, use this —>
[Theme: VS2012 Black; Font: Monaco; don’t forget to choose the appropriate language: JS, Python, Java, etc.]
For images inside the blog post: all images/gifs for the blog should be optimized [same size as they appear].
Look at the below screenshot — the uploaded image/gif is bigger, yet it needs to be of the same size as it appears. Intrinsic value has to be, in this case, no more than 879×547. To check if your image is optimized, click on Preview, then find the image, right-click, and choose Inspect. Hover over the image link to learn its size.
We are interested in and strongly encourage social media sharing of your own content. Thus, we’ll ask you to share your article on Reddit. We’ll tell you the specific subreddits where you’ll need to share your written piece. We’ll expect you to answer comments both on the subreddit threads and the Soshace’s blog.
Other possible and encouraged sources for sharing:
Facebook [your profile, web dev groups]
Twitter [repost and a generic tweet]
Linkedin [your profile, web dev groups]
NB! Please don’t copy the content and share it on your personal blog [anywhere else] until you explicitly ask for permission [done for SEO purposes; possible only after 4 weeks of initial publication at Soshace’s blog]. Thank you for understanding.
If interested, please reach out to us at email@example.com with your CV/Linkedin and links to published technical pieces [dev.to, medium, hashnode, etc.] of more than 1000 words excluding code.