Panduan Utama untuk Menulis Posting Blog Teknis
Tags: penulisan, pengembangan, kepimimpinan
Published: 2023-06-07 10:39:24

Pengantar yang sangat panjang tentang bagaimana saya mulai menulis posting blog teknologi

Keahlian teknis dan pembuatan konten sama pentingnya untuk pengembangan perangkat lunak Anda atau karier (berdekatan dengan pengembangan perangkat lunak). Keterampilan teknis seperti pengkodean membantu Anda melakukan pekerjaan di tingkat dasar, tetapi pembuatan konten dapat memperkuat Anda sebagai pemimpin dalam industri ini. Saya mengakui bahwa tidak semua orang memiliki hak istimewa untuk membuat konten di samping menyelesaikan tugas pekerjaan sehari-hari dan tanggung jawab pribadi mereka, tetapi ini adalah investasi yang berharga. Membuat konten teknis dapat memudahkan untuk mendapatkan pekerjaan, dipromosikan, dan memengaruhi arah industri kita karena memungkinkan manajer perekrutan dan pemimpin teknologi lainnya mengintip otak dan proses berpikir Anda. Lebih penting lagi, ini membantu Anda menyerap dan memantapkan konsep yang telah Anda pelajari. Anda bisa menjadi pengembang perangkat lunak paling cerdas dan terampil di dunia, tetapi jika tidak ada yang tahu siapa Anda, maka kesempatan Anda mungkin terbatas. Pembuatan konten membantu Anda mengadvokasi diri sendiri. Ini mungkin tampak ngeri, tetapi Anda dapat menempatkan diri Anda di luar sana dengan cara autentik yang tidak membuat ngeri. Orang-orang seperti Kelsey Hightower membangun dan memajukan karier mereka dengan membagikan pemikiran mereka dengan cara yang autentik dan bijaksana.

Bentuk pembuatan konten teknis favorit saya adalah blogging. Berkat ibu saya, saya mengembangkan hasrat untuk membaca dan menulis sejak usia dini, jadi menulis selalu menjadi metode ekspresi diri yang saya sukai. Saya memiliki persediaan buku bergambar, buku audio kaset, novel, puisi, dan buku catatan setengah penuh yang mendokumentasikan pengalaman masa kecil saya. Ketika tidak ada panas di rumah saya, ibu saya akan membawa saya dan saudara saya ke perpustakaan, sehingga perpustakaan menjadi rumah kedua saya. Penafian: Saya bukan penulis yang sempurna; itu hanya sesuatu yang saya senang lakukan.

Sayangnya, saya meninggalkan menulis di awal masa dewasa karena saya belajar bahwa sulit menghasilkan uang sebagai penulis, dan saya memiliki satu tujuan dalam pikiran: menghasilkan BANYAK uang. Saya tumbuh miskin, dan saya bertekad untuk meningkatkan kualitas hidup saya, jadi saya memfokuskan seluruh energi saya pada karir yang menghasilkan uang: pengembangan perangkat lunak.

Bertahun-tahun kemudian, saya memulai pekerjaan pengembangan perangkat lunak penuh waktu ketiga saya, dan manajer saya Andy Cunningham mendorong saya untuk menulis apa yang saya pelajari dalam pekerjaan itu. Sebagai bagian dari sprint saya, saya akan memperbaiki bug atau mengimplementasikan fitur baru, dan kemudian saya akan menulis tentangnya. Salah satu posting blog teknis pertama saya adalah tentang bagaimana saya menggunakan Tindakan GitHub untuk menyinkronkan repositori kami dengan AWS S3 Bucket kami. Beberapa bulan kemudian, saya mendapatkan peran saya saat ini sebagai Advokat Pengembang, dan sebagian dari peran saya adalah membuat blog.

Sementara saya bersemangat untuk menggabungkan keterampilan masa kecil saya (menulis) dengan keterampilan yang saya pelajari di masa dewasa (coding), saya juga merasa terintimidasi. Menulis tentang teknologi ternyata tidak semudah menulis puisi atau esai. Dengan puisi, saya memiliki semua otoritas kreatif, dan dengan esai, guru memberi kami pedoman. Tapi, seperti apa postingan blog teknis itu? Saya khawatir dan bergumul dengan konsep-konsep berikut:

Akankah orang membacanya atau bahkan peduli untuk membacanya?
Akankah orang mengira saya salah atau bodoh?
Apakah saya memiliki sesuatu yang berharga untuk dikatakan?
Apakah posting blog saya terlalu pendek?
Apakah posting blog saya terlalu panjang dan berlebihan?
Saya ingin memberi tahu audiens segalanya, tetapi kapan saya harus menghentikan posting blog?
Saya tidak memiliki struktur atau strategi untuk menulis posting blog saya. Setelah setahun menulis posting blog teknis dan belajar dari pembuat konten hebat seperti Kurt Kemple, saya telah mengembangkan strategi yang nyaman bagi saya. Dalam posting blog ini, saya akan membagikan strategi saya dengan harapan dapat memberdayakan Anda.

Atasi ketakutan Anda
Alasan umum mengapa teknolog tidak menulis adalah karena mereka takut.

Jika Anda takut tidak memiliki sesuatu yang baru atau berbeda untuk ditulis…
Ingatkan diri Anda bahwa Anda tidak perlu menulis tentang sesuatu yang revolusioner atau inventif, tulislah apa yang Anda ketahui. Meskipun seseorang mungkin telah menulis tentang topik serupa, mereka tidak akan menjelaskannya dengan cara yang sama seperti Anda. Dan cara Anda menjelaskan dan mendeskripsikan informasi akan menjangkau audiens tertentu yang mempelajari dan informasi konsumen dengan cara yang sama seperti yang Anda lakukan.

Jika Anda takut keterampilan menulis Anda tidak maksimal…
Ingatkan diri Anda bahwa ini adalah platform Anda untuk berlatih. Anda akan meningkat seiring waktu, dan terkadang posting blog tidak perlu memiliki kosakata berbunga-bunga dan kalimat yang rumit. Terkadang, semakin sederhana sebuah blog ditulis, semakin mudah dikonsumsi oleh audiens.

Jika Anda takut tidak cukup tahu…
Mungkin, Anda hanya tahu HTML, tetapi Anda tahu lebih banyak daripada seseorang yang tidak tahu HTML. Anda akan terus tumbuh dan belajar dari waktu ke waktu. Anda tidak perlu menunggu sampai mencapai titik tertentu karena sebagai teknolog, kami selalu belajar. Akan selalu ada hal yang tidak kita ketahui.

Jika Anda takut membuat kesalahan…
Rangkullah kesalahan Anda; mereka membantu Anda tumbuh. Saya membuat kesalahan sepanjang waktu. Kadang-kadang, saya mengalami kesalahan tata bahasa dalam posting blog saya atau bahkan kesalahan teknis, dan seseorang mengoreksi saya. Saya belajar dari kesalahan itu dan sebagai hasilnya saya menjadi penulis, pendidik, dan insinyur yang lebih baik. Jangan bertujuan untuk membuat kesalahan, tetapi ketika Anda melakukannya, ketahuilah bahwa setiap orang membuat kesalahan dan itu adalah bagian dari perjalanan kita menuju kehebatan.

Jika Anda takut tidak punya waktu…
Ini benar-benar adil karena kita semua memiliki tanggung jawab yang berbeda-beda dan waktu yang terbatas. Namun, merupakan investasi yang layak untuk merenungkan apa yang telah Anda pelajari dan membagikan pengetahuan Anda kepada dunia. Jika memungkinkan, bekerjalah dengan manajer Anda untuk mengukir waktu yang dijadwalkan secara teratur untuk menulis, dan postingan blog Anda tidak harus panjang. Mereka bisa sesingkat atau selama yang Anda inginkan. Anda memiliki otoritas kreatif atas konten Anda.

Jika Anda takut dikritik…
Ingatkan diri Anda bahwa Anda menulis untuk Anda. Anda sedang menulis, sehingga Anda dapat melihat ke belakang dan merenungkan pertumbuhan Anda. Anda sedang menulis, sehingga Anda tidak perlu berulang kali Google atau meminta bantuan rekan kerja Anda untuk pertanyaan yang sama. Pendapat berbahaya dari orang lain tidak masalah. Anda selalu dapat menghapus komentar mereka atau menanggapi dengan hormat dan melanjutkan hidup. Saya telah menemukan bahwa orang suka mengkritik orang lain ketika mereka merasa terancam.

Simpan daftar hal-hal yang telah Anda pelajari
Saat Anda menulis kode di pekerjaan Anda, menyelesaikan proyek sampingan, atau berkontribusi pada proyek sumber terbuka, simpan daftar hal-hal yang telah Anda pelajari.

Saya menyimpan daftar di aplikasi Catatan saya di komputer Mac dan iPhone saya. Sepertinya ini

```
`### Idea list
Hack.Diversity

- How to negotiate salary
- Write thank you letters after interviews
- How to pass the technical interview
- How to learn / navigate a new codebase quickly 
- Tips for passing the CompTIA+ test
- Code
- Invite Automation
- Teaching to Empower: Supporting Early Career Devs
- Generate Social Cards with JavaScript
- From Code to Cloud — Git Emoji
- Build a Blockchain Simulation with JavaScript
- Make better pull requests
- Fuzzy Search Made Easy
- Overcoming the Fear of Contributing to Open Source
- How to Convince Your Boss to Open Source a Project
- Create the Perfect ReadME for your Open Source Project 
Small things I learned with code

- Linked issues
- Fusejs
- How to make a pull request template
- .github/.github/PULL_REQUEST_TEMPLATE.md
- https://github.com/open-sauced/.github/blob/main/.github/PULL_REQUEST_TEMPLATE.md
- .github
- Issue templates
- Forms yaml 
- Being autonomous
- Turning a Checkbox into a circle
- Handling routing with netlify
- Dependencies vs devDependencies
- React functions run on load or after
- Dealing with broken images in React 
- SEQA 
- Rendering components
- Using classList
- Invite automation
- Automatically generate a social image card
- Pull request template forms
GitHub ideas

- Prompt engineering tips with GitHub Copilot
- Lowering barriers with GitHub Codespaces
- Automatically install extensions with GitHub Codespaces
- Automatically install npm dependencies with GitHub Codespaces
- Automatically run your node app with GitHub Codespaces
- GitHub Actions extension
- Using GitHub Pages to federate your Mastodon identity 
- Building a to do list user interface with GitHub Copilot 
- Sending a toot with GitHub Copilot
- P5.js with GitHub Copilot
- I made a GitHub action with my voice
- I used AI to build AI
- How does GitHub Copilot help businesses`
```

Seperti yang Anda lihat, ide saya berkisar dari konsep sederhana seperti "Mengubah kotak centang menjadi lingkaran dengan CSS" hingga konsep yang lebih canggih dan kreatif (seperti "Membangun Aksi GitHub dengan suara saya"). Beberapa ide juga diulang. Setiap kali saya mendapat ide atau salah satu manajer saya menyebutkan bahwa saya harus meliput suatu topik, saya menuliskannya.
Menyimpan daftar ide sangat membantu, sehingga ketika Anda ingin menulis, Anda juga tidak membuang-buang energi dan waktu, bertukar pikiran tentang topik.

Pilih topik yang paling Anda sukai
Perlu dicatat bahwa saya belum menulis tentang banyak topik yang tercantum di atas. Saya hanya menulis tentang apa yang paling saya sukai saat ini atau yang paling saya butuhkan dalam pekerjaan saya (karena ini adalah pekerjaan saya). Jika itu salah satu ide dalam daftar, maka saya akan menulis tentang itu. Namun, jika saya mendapat inspirasi secara acak, saya akan segera menindaklanjuti ide tersebut. Di sisi lain, saya mungkin juga harus menulis tentang topik yang diminta oleh rekan kerja saya, dan saya akan fokus pada topik itu. Saya memilih topik yang paling mendesak atau paling menarik karena itu membantu memotivasi saya.

Juga, pertimbangkan perincian dalam topik Anda. Jika Anda ingin menulis tentang topik umum, seperti React, akan sulit untuk menulis tentang setiap konsep React. Dibutuhkan buku atau dokumentasi untuk mencakup seluruh kerangka kerja. Sebagai gantinya, saya menyarankan untuk membuat gambaran umum tentang React atau memilih subtopik seperti, "Memahami Hook useEffect" atau "Bagaimana saya menggunakan React untuk membuat blog"

Baca posting blog lain untuk inspirasi
Sebelum menulis apapun, saya selalu membaca. Membaca menginspirasi saya:

Bercerita
Gaya tulisan saya
Pilihan kata dan struktur kalimat saya
Perspektif saya
Teknik menulis saya
Dengan membenamkan diri dalam berbagai teks, saya dapat menyerap gaya dan teknik penulisan yang berbeda, memungkinkan saya untuk beradaptasi dan bereksperimen dengan tulisan saya sendiri. Selain itu, membaca memaparkan saya pada beragam ide dan perspektif, memperluas pemahaman saya tentang dunia dan memberi saya wawasan baru untuk dimasukkan ke dalam tulisan saya. Ini juga membantu saya mengidentifikasi area untuk perbaikan, seperti menyempurnakan struktur kalimat saya atau memperluas kosa kata saya. Anda tidak harus membaca posting blog atau novel yang sangat panjang, tetapi membaca paragraf singkat bermanfaat untuk menyempurnakan tulisan saya.

Tentukan audiens Anda
Sekarang setelah Anda tahu apa yang ingin Anda tulis, dan Anda terinspirasi untuk menulis, inilah waktunya untuk menentukan untuk siapa Anda menulis.

Sebagai manusia, kita memiliki kecenderungan ingin menulis untuk semua orang. Kami ingin mengajar dan membantu semua orang, dan itu tidak salah, tetapi saya tidak menyarankan melakukan ini untuk posting blog. Saya sering berbicara dengan orang-orang yang memiliki tujuan seputar pembuatan konten, dan mereka ingin menargetkan insinyur junior, insinyur tingkat menengah, dan insinyur senior secara bersamaan. Jika Anda mencoba menjangkau semua orang, Anda mungkin akan membuat postingan blog yang sangat panjang yang tidak ingin dibaca oleh siapa pun atau Anda mungkin membuat diri Anda kewalahan dan tidak pernah benar-benar menyelesaikan postingan blog tersebut. Percayalah kepadaku; itu terjadi pada saya sebelumnya dan penulis teknis lainnya. Bahkan jika saya menyelesaikannya, posting blog akhirnya memiliki keterlibatan yang rendah dan terlihat berantakan.

Jika Anda memilih audiens yang sangat spesifik, maka audiens lain akan tetap mendapatkan keuntungan. Misalnya, saya telah menulis postingan blog untuk pemula, tetapi terkadang insinyur senior memberi tahu saya bahwa mereka masih mempelajari sesuatu yang baru dari postingan blog tersebut atau bahwa mereka menghargai cara saya memecahkan dasar-dasarnya.

Orang yang biasanya saya pilih untuk menulis adalah saya, khususnya melewati saya. Berikut contohnya:

Saya menulis posting blog "Mengatasi rasa takut Berkontribusi pada Open Source" untuk diri saya sendiri ketika saya berada di bootcamp pengkodean dan tidak terlalu memahami open source.
Saya menulis “Bagaimana saya menggunakan kontainer dev untuk mengaktifkan GitHub Codespaces untuk ChatGPT” untuk diri saya sendiri sebagai Advokat Pengembang GitHub yang bertindak sebagai “Pelanggan Nol (mungkin pelanggan 100)” di GitHub Codespaces.
Saya menulis "Bagaimana berbicara di konferensi ketika Anda takut berbicara di depan umum" kepada saya di sekolah menengah yang takut berbicara di depan umum.
Dan saya menulis posting blog ini untuk diri saya sendiri sebelum saya menulis posting blog teknis.
Saya juga menulis untuk diri saya di masa depan. Seperti, saya sering membuat saran untuk pengelola open source, tetapi saya baru mulai mengelola proyek pada tahun 2023. Saran yang saya tulis pada tahun 2021 dan 2022 sangat membantu saya saat ini.

Bangun garis besar
Sekarang, saatnya merencanakan apa yang Anda tulis. Membangun garis besar membantu menyelaraskan pemikiran Anda dengan cara yang akan dipahami pembaca. Jangan ragu untuk men-tweak template garis besar di bawah ini, tapi inilah yang saya gunakan untuk menulis posting blog saya sendiri

Garis besar untuk posting blog "bagaimana caranya".
Jika saya menulis posting blog yang memandu orang langkah demi langkah tentang cara menyelesaikan suatu tugas, saya akan menggunakan garis besar seperti di bawah ini:
`Intro
- Hook
- Problem statement/What this solves for myself or readers

Step-by-Step Guide
1. Step 1
Optional: brief explanation of the step with supporting links for folks to learn more
2. Step 2
Optional: brief explanation of the step with supporting links for folks to learn more   
3. Step 3
...
N. Final Step

Conclusion
- Recap of the process
- Final thoughts or additional tips
- Call to action (e.g., encourage readers to try the steps and share their results/feedback)`

Garis besar untuk postingan blog penjelas
Saya mendefinisikan posting blog penjelajah sebagai posting blog yang menjelaskan suatu topik, tetapi itu tidak selalu memandu orang menyelesaikan tugas. Tujuan utamanya adalah agar pembaca mendapatkan pengenalan suatu konsep.
`Intro
- Hook
- Brief overview of the topic and why care

Body
1. Key Concept 1
    - Definition/explanation
    - Examples 
    - Importance or relevance
2. Key Concept 2
    - Definition/explanation
    - Examples
    - Importance or relevance
3. Key Concept 3
    - Definition/explanation
    - Examples
    - Importance or relevance
...
N. Final Key Concept
    - Definition/explanation
    - Examples
    - Importance or relevance

Conclusion
- Summary of the key concepts
- Closing thoughts or implications
- Call to action (e.g., encourage readers to explore further or ask questions)`

Garis besar untuk posting blog pemikiran kepemimpinan/opini
Jenis posting ini adalah posting di mana saya hanya membagikan pendapat saya tentang arah industri. Sering kali, saya menggunakannya untuk menciptakan percakapan yang produktif dan membagikan keterampilan kepemimpinan saya.
`Intro
- Hook
- Brief introduction to the topic/opinion and why it matters to me

Body
1. Supporting Point 1
    - Explanation of the point
    - Supporting evidence or examples
2. Supporting Point 2
    - Explanation of the point
    - Supporting evidence or examples
3. Supporting Point 3
    - Explanation of the point
    - Supporting evidence or examples
...
N. Final Supporting Point
    - Explanation of the point
    - Supporting evidence or examples

Counter arguments (optional)
- Address potential counterarguments or opposing views

Conclusion
- Reinforce the opinion and provide a call to action`
Garis besar untuk posting blog listicle
Ini adalah posting yang sering ditulis dalam format daftar. Alasan mereka ditulis dengan cara ini adalah untuk membuat konsepnya menyenangkan, cepat dan mudah dikonsumsi oleh pembaca. Jenis posting blog ini sering memiliki judul di bawah ini:

Sepuluh Tip Teratas untuk…
5 Wajib Dimiliki…
7 Menakjubkan…
`Intro
- Hook or intriguing statement related to the topic
- Brief introduction to the theme or subject of the listicle

Listicle Items
1. List Item 1
    - Explanation 
    - Example
2. List Item 2
    - Explanation 
    - Example
3. List Item 3
    - Explanation
    - Example
...
N. List Item N
    - Explanation
    - Example

Conclusion
- Final thoughts or insights
- Call to action (e.g., encourage readers to share their favorite item or suggest additions to the list)`

Mandi
Ini adalah saran yang aneh, tetapi saya melakukan yang terbaik untuk berpikir di kamar mandi. Saya pikir suara air yang mengalir membantu saya untuk fokus pada pikiran saya. Di kamar mandi, saya bisa menulis seluruh posting blog di pikiran saya. Selain mandi, Anda bisa mencoba aktivitas lain yang bisa merangsang pikiran Anda:

Sedang berjalan
Joging
Mendengarkan musik
Bermeditasi
Masukkan kondisi alur untuk menulis
Nonaktifkan semua gangguan dan mulailah menulis. Saya sangat menyarankan agar Anda tidak mengedit saat Anda menulis. Saya menemukan itu mengganggu aliran saya. Saya mengisi setiap bagian dari garis besar yang saya buat dalam urutan apa pun yang saya sukai. Saya menulis seperti saya berbicara, dan saya terus berjalan. Setelah saya menulis semua pemikiran saya di atas kertas, saya akan mulai mengedit.

Proses pengeditan saya terdiri dari menghapus paragraf yang tidak relevan, memperbaiki kesalahan ejaan, dan menghapus tanda baca yang tidak perlu. Saya seorang editor super ringan. Saya merasa jika saya mengeditnya terlalu banyak atau menghabiskan terlalu banyak waktu untuk menyempurnakan posting blog saya, maka saya tidak akan pernah menerbitkannya. Dalam paragraf berikut, saya memperluas sedikit lebih banyak tentang proses pengeditan saya. Namun, cara saya melihatnya, saya ingin mengeluarkan pikiran saya. Begitu saya melakukannya, seseorang akan menghubungi saya – menyukai pekerjaan saya dan meminta versi postingan blog saya yang lebih halus. Kemudian, saya dapat menggunakan sumber daya yang disediakan oleh pekerjaan saya seperti editor profesional untuk meningkatkan postingan blog saya.
Juga, saya menyadari bahwa tidak masalah seberapa banyak saya mengedit; posting blog saya akan selalu membutuhkan lebih banyak pengeditan. Ini seperti kode – ada bug di suatu tempat. Terkadang, saya baru mengeditnya setelah saya publikasikan. Seringkali, orang mengirim pesan kepada saya untuk mengatakan bahwa saya salah mengeja kata, dan saya biasanya memperbaruinya setelah itu.

Ini bukan masalah besar. Menulis untuk penyelesaian daripada kesempurnaan.

Berjuang dengan menulis? Rekam suara Anda
Ada beberapa orang yang menganggap menulis itu sulit, dan tidak apa-apa. Brian Douglas memberi tahu saya tentang tip yang dapat membantu orang-orang yang berjuang dengan meletakkan kata-kata di atas kertas: bicaralah. Rekam diri Anda berbicara, unggah audio ke komputer Anda, dan gunakan alat yang dapat menyalin kata-kata tersebut.

Alat yang saya sarankan adalah Descript . Itu melakukan pekerjaan yang bagus untuk menyalin audio. Mungkin ada beberapa kesalahan di sana-sini, jadi periksa kembali apa yang dihasilkannya dan lakukan pengeditan kecil.

Baca dengan lantang (atau gunakan pembaca Text-to-Speech)
Membaca tulisan saya dengan lantang meningkatkan kualitas konten saya. Ketika saya membaca teks yang saya tulis di kepala saya, saya mungkin memperhatikan masalah tertentu, tetapi membaca dengan lantang memungkinkan saya untuk:

Meningkatkan kejelasan dan aliran
Meningkatkan nada dan suara
Temukan kesalahan tata bahasa dan gaya
Evaluasi ritme dan irama konten saya
Menilai daya tarik penonton
Kadang-kadang, saya terlalu malas untuk membaca tulisan saya dengan keras atau saya kesulitan untuk fokus, jadi saya menggunakan pembaca text-to-speech seperti, Natural Reader .
Gunakan asisten penulisan digital
Asisten penulisan digital seperti Grammarly menemukan kesalahan yang mungkin Anda lewatkan. Word Tune adalah alat lain yang menurut saya sangat membantu. Ini bagus karena mengambil kalimat saya yang sulit dipahami dan mengubahnya menjadi kalimat yang jelas dan singkat. ChatGPT adalah alat lain, tetapi yang ini sedikit lebih kontroversial. Meskipun saya tidak mendorong orang untuk menggunakannya untuk menulis seluruh artikel, itu memberikan umpan balik yang bagus. Saya akan sering meminta ChatGPT dengan yang berikut:

Apa yang saya lakukan dengan baik di posting blog ini?
Apa yang tidak saya lakukan dengan baik di posting blog ini?
Bisakah Anda membantu saya membuat judul yang lebih baik untuk posting blog ini?
Bagikan draf Anda dengan pemangku kepentingan untuk mengumpulkan umpan balik
Saya menerima saran ini dari Kurt Kemple: Bagikan draf postingan blog Anda dengan orang-orang di tempat kerja yang meminta Anda untuk menulis postingan blog (manajer produk, dll.) DAN seseorang dari audiens target Anda. Saat saya mengikuti saran ini (karena saya malas), saya selalu mendapatkan tingkat keterlibatan yang tinggi dan produk akhir yang berkualitas. Misalnya, saya menulis postingan blog ini berjudul, “ Bagaimana cara mengatasi konflik penggabungan? .” Saya membagikan draf tersebut dengan teman saya Nathan, yang baru saja lulus dari bootcamp coding. Umpan balik Nathan membantu saya memastikan bahwa para pemula juga dapat memahami posting blog saya!

Tambahkan gambar sampul
Selain konten yang ditulis dengan baik, menambahkan gambar sampul ke posting blog teknis Anda dapat meningkatkan daya tarik dan keterlibatan mereka secara signifikan. Jangan abaikan langkah ini. Menyertakan gambar sampul menunjukkan komitmen Anda untuk menyajikan konten teknis Anda secara profesional dan halus. Ini menunjukkan bahwa Anda telah mencurahkan pemikiran dan upaya untuk menyusun postingan yang menarik secara visual dan dirancang dengan baik, yang dapat meningkatkan kredibilitas Anda sebagai penulis dan pakar teknis.

Saya bukan seorang seniman dan saya juga tidak hebat dalam desain. Saya sering menggunakan alat berikut untuk membantu saya membuat gambar seperti:

Canva
Figma

Menerbitkan
Publikasikan posting blog Anda di platform pilihan Anda. Anda dapat gunakan:

DEV
Hashnode
Kamp Kode Gratis
Sedang
Atau situs web pribadi Anda
Anda dapat membuat keputusan di mana Anda ingin memposting berdasarkan audiens target Anda dan bagaimana Anda ingin memiliki konten Anda. Saya terkadang menggunakan platform bernama BloggU untuk memposting silang di berbagai platform.

Bagikan di media sosial
Selamat, Anda memposting blog, tetapi Anda belum selesai. Bagikan pos Anda dengan orang lain membantu pos tersebut mendapatkan lebih banyak keterlibatan. Terkadang, saya menerima pesan dari orang-orang yang belum pernah saya temui sebelumnya bahwa posting blog saya bermanfaat bagi mereka. Media sosial memungkinkan saya menjangkau orang-orang di seluruh dunia. Saya mencoba membagikan posting blog saya di:

Twitter
Langit biru
Mastodon
LinkedIn
Perselisihan
Terkadang saya membagikan postingan dengan rekan kerja saya di Slack (mungkin ngeri, tetapi tidak ada yang akan tahu bahwa saya membuat hal-hal ini jika saya tidak memberi tahu mereka)
Saya mencoba untuk tidak mengumumkan hal-hal dengan cara yang egois. Anda bisa jika mau, tetapi saya ingin menunjukkan bahwa niat saya adalah untuk berbagi pengetahuan dan berkembang daripada menjadi pusat perhatian. Jadi saya mungkin menambahkan uraian kecil yang mengatakan sesuatu di sepanjang baris: “Hai kalian semua! Saya dulu kesulitan menulis posting blog, tetapi sekarang saya sudah menguasainya, jadi saya menulis posting blog untuk membantu orang lain mengembangkan strategi yang baik juga. Lihat dan beri tahu saya pendapat Anda.

Sumber Tambahan
Panduan Pengacara Pengembang untuk Pembuatan Konten oleh Kurt Kemple

Kesimpulan
Menulis konten blog teknis memang tidak mudah, tetapi saya berharap langkah-langkah di atas dapat membantu Anda untuk tetap mengikuti arus dan membuat konten yang Anda banggakan. Sekali lagi, saya ingin menekankan bahwa kita tidak berjuang untuk kesempurnaan. Blog ini sendiri jauh dari sempurna, tetapi ini menyelesaikan dua hal:
Jika saya pernah melupakan proses saya atau saya merasakan sindrom penipu, saya selalu dapat membaca kembali posting ini sebagai pengingat
Ini membantu calon penulis blog teknis untuk meningkatkan karir mereka

Panggilan untuk bertindak
Saya ingin mendengar tentang berbagai strategi penulisan untuk meningkatkan konten blog Anda atau apa pun yang saya cantumkan yang bermanfaat bagi Anda. Untuk lebih banyak konten seperti ini, ikuti saya!

Tetap keren, teman-teman 😎