Pekerjaan apa yang lebih baik daripada menulis di Habr tentang pembangunan? Saat seseorang sedang mempersiapkan habrapost besarnya secara pas dan dimulai di malam hari, di sini, tepat di jam kerja, Anda berbagi hal-hal menarik dengan komunitas dan mendapatkan manfaat darinya.
Pekerjaan apa yang lebih buruk daripada menulis tentang pembangunan di Habr? Saat seseorang menulis kode sepanjang hari, Anda melihat orang-orang ini dan menjilat bibir Anda, dan Anda mengerjakan proyek kesayangan Anda dengan cepat dan dimulai di malam hari.
Kita () setiap tahun kami mengadakan lebih banyak konferensi berbeda untuk pengembang, jadi kami sekarang mencari karyawan lain (selain saya dan ) untuk teks di habrablog kami. Untuk memperjelas siapa yang kami butuhkan dan apa yang menanti orang ini, saya menjelaskan secara umum bagaimana tugas Anda adalah menulis teks untuk pengembang di blog perusahaan di Habré.
Apa yang keren?
Apa yang saya sukai dari pekerjaan ini? Meskipun tujuan dari setiap blog korporat adalah untuk membantu perusahaan, hal itu tidak berarti "menulis salinan penjualan yang cemerlang tentang betapa menakjubkannya blog tersebut". Ini tidak berhasil di Habré. Hal lain yang berhasil di sini: tulis postingan yang menarik dan bermanfaat bagi komunitas, yang menyebutkan aktivitas Anda tampaknya tepat.
Anda dapat menulis “konferensi kami luar biasa dan luar biasa” setidaknya sepuluh kali tanpa argumen, dan tidak ada yang akan membacanya. Atau Anda dapat menerbitkan transkrip teks laporan dari konferensi sebelumnya, orang-orang akan mencari informasi yang berguna bagi mereka - dan pada saat yang sama, dengan menggunakan contoh nyata, mereka akan memahami apa yang dapat dilihat di acara tersebut dan apakah mereka ingin pergi ke sini lain kali.
Jika saya diminta untuk terus-menerus menulis teks yang berisi omong kosong iklan, saya pasti ingin segera gantung diri. Untungnya, saya malah menulis teks tentang topik konferensi kami, yang pada akhirnya hanya ada catatan kecil “karena Anda tertarik dengan teks tentang pengembangan seluler ini, perhatikan, ini konferensi tentang hal itu.”
Keuntungan lain dari pekerjaan ini adalah Anda bisa berinteraksi dengan banyak orang keren. Ketika bagian dari pekerjaan Anda adalah mewawancarai seseorang berkaliber Yunus Skeete, Anda mendengarkan jawabannya dengan napas tertahan, dan pada akhirnya dia berkata "terima kasih atas pertanyaannya, ini menarik", Anda mendapati diri Anda berpikir "tunggu, saya akan membayarnya mereka juga membayar»?
Nah, bonus bagi pecinta perut: ketika menulis habrapost adalah pekerjaan Anda, dan Anda sering mempublikasikannya, Anda bisa mencapai peringkat pertama dalam peringkat pengguna habra. Dan kemudian Anda akan mulai menerima pesan pribadi yang aneh!
Apa kesulitannya?
Namun semua hal ini tidak berarti semuanya sempurna. Tantangan utamanya adalah ini.
Di satu sisi, jelas bahwa semakin banyak Anda tahu tentang pengembangan, semakin baik untuk pekerjaan tersebut, dan jika Anda sangat mendalami topik tertentu, maka Anda dapat menulis sesuatu yang keren sehubungan dengan topik tersebut.
Namun pada saat yang sama, kami mengadakan sejumlah konferensi di berbagai area (dari Java hingga pengujian), jadi untuk setiap penulis ada beberapa acara yang perlu diliput, dan acara baru dapat ditambahkan kapan saja. Ini berarti Anda tidak akan dapat membatasi diri pada topik favorit Anda dan harus mempelajari sesuatu yang benar-benar berbeda, apalagi yang familiar. Dan pada saat yang sama, konferensi kami cukup ketat, pengunjungnya bukanlah orang baru di industri ini, jadi kontennya harus menarik bagi pengembang berpengalaman.
Menjadi senior di beberapa bidang sekaligus umumnya tidak realistis. Sekarang tambahkan juga bahwa Anda juga tidak bekerja sebagai pengembang: sebagian waktu kerja Anda dapat dicurahkan untuk kode agar tidak melepaskan diri dari bidang subjek, tetapi ini bukan aktivitas utama. Dan ditambah lagi keteraturan postingan: jika orang yang menulis ke Habr atas panggilan jiwa mereka dapat menghabiskan waktu berbulan-bulan untuk menyusun satu topik sebelum menulis teks, maka ini tidak akan berhasil di sini.
Bagaimana, dalam kondisi seperti itu, mungkin untuk menulis sesuatu yang menarik minat pengembang berpengalaman?
Tampaknya semuanya benar-benar suram, tetapi ada opsi yang cukup bisa diterapkan.
Bagaimana hidup?
Pertama, meskipun Anda tidak dapat menulis tentang banyak topik tanpa pengalaman kerja pribadi yang luas, ada banyak topik yang tidak memerlukan hal ini.
Versi baru Java telah muncul, dan pengembang bertanya-tanya “apa yang berubah di sana”? Untuk posting normal tentang ini, Anda harus bisa menulis dalam Java, tetapi Anda tidak memerlukan "pengalaman berbulan-bulan" khusus dengan versi baru; cukup memahami sumber berbahasa Inggris dengan cermat (berguna juga untuk mencobanya inovasi secara langsung, namun hal ini dapat dilakukan dengan cepat). Apakah Java versi baru ini dilengkapi dengan alat JShell? Karena ini masih baru, bahkan pengembang berpengalaman pun akan merasakan manfaat dari tutorial ini, dan sebelum menulisnya, cukup bermain-main dengan JShell selama satu atau dua jam (“bulan” di REPL tidak ada gunanya). GitHub membuat repositori pribadi gratis? Tentunya saya ingin segera menginformasikan kepada hubbrowser tentang berita tersebut, dan perlu waktu untuk risetnya (agar postingannya tidak hanya satu baris), tapi juga sederhana.
Kedua, jika Anda tertarik dengan topik tertentu dan memahaminya secara mendalam, ini juga bagus. Ya, Anda tidak akan bisa menulis tentang hal itu setiap hari; lebih sering Anda harus berurusan dengan hal lain - tetapi ketika, antara lain, topik favorit Anda muncul, maka pengetahuan tersebut akan berguna. Di sini, Oleg mengutak-atik proyek Graal bahkan sebelum menjadi populer, jadi dia dengan rela bertanya kepada Chris Thalinger, yang bekerja dengan Graal, tentang hal-hal seperti parameter inlining - bagus, bagus: pada akhirnya, baik Oleg maupun orang lain yang tertarik dengan topik tersebut adalah tertarik.
Dan ketiga, Anda tidak bisa membatasi diri pada kompetensi Anda sendiri, menghubungkan kompetensi orang lain. Misalnya saja dalam format wawancara, di mana Anda tidak perlu mengetahui semua jawaban yang ada, tetapi bisa mengajukan pertanyaan. Orang-orang paling menarik dari seluruh dunia datang untuk berbicara di konferensi kami, dari legenda .NET Jeffrey Richter ke kepala Kotlin Andrew Breslav, adalah dosa jika tidak menanyakan pertanyaan seperti itu. Ternyata semuanya sama-sama menguntungkan: pewawancara tertarik dan pembaca Habr tertarik (catatan kami adalah dengan yang sama Jon Skeet, yang telah mengumpulkan lebih dari 60 penayangan), dan para pembicara sendiri biasanya dengan senang hati memberikan wawancara pada malam konferensi, dan ini merupakan keuntungan nyata bagi konferensi tersebut.
Tentu saja, untuk mempertanyakan orang-orang seperti itu, diperlukan pengetahuan tertentu - tetapi skala persyaratannya sangat berbeda.
Cara lain untuk membagikan kompetensi orang lain adalah dengan transkrip teks laporan yang telah disebutkan. Kebetulan salah satu pembicara kami menerbitkan postingan blog dalam bahasa Inggris, dan kami, dengan persetujuannya, menerjemahkannya ke dalam bahasa Rusia. Dalam kasus seperti itu, Anda perlu memahami teksnya, tetapi Anda tidak perlu menjadi ahli yang bisa menulisnya.
Apa yang menyebabkan ini?
Dari pengalaman saya sendiri, saya ingin mengatakan bahwa dengan pekerjaan seperti ini Anda melihat TI dari sudut pandang yang cukup menarik.
Secara umum, ini bisa menyinggung: ada semacam gerakan yang terjadi di mana-mana, orang-orang mengerjakan hal-hal menarik, dan Anda melihat semua ini “dari luar”, mengajukan pertanyaan, dan pada akhirnya Anda memahami sesuatu tentang masing-masing gerakan. hal-hal ini secara dangkal, tetapi dalam detail penerapannya Anda sudah tidak memahaminya - untuk mengetahuinya, Anda harus terus-menerus mengerjakannya. Mungkin juga ada banyak hal menarik di kedalamannya; melihat semua ini sekilas hanya akan menggoda Anda!
Namun pada saat yang sama, ketika Anda kehilangan informasi secara mendalam, Anda mendapatkan cakupan yang lebih luas - dan ini juga berharga. Jika Anda bekerja dalam peran tertentu dalam proyek tertentu, maka Anda melihat segala sesuatu melalui prisma ini: sesuatu tidak terlihat sama sekali, sesuatu yang Anda lihat dari samping (“penguji adalah orang jahat yang melanggar kode indah saya ”). Dan ketika Anda menulis tentang hal-hal yang berbeda, Anda melihat hal-hal yang sangat berbeda, dan bukan “dari samping”, tetapi dari sudut pandang luas: Anda tidak dapat melihat detailnya, tetapi Anda mendapatkan gambaran keseluruhannya di kepala Anda. Saya berbicara (baik dalam wawancara dan konferensi kami) dengan banyak orang yang sangat berbeda: dari compiler hingga penguji, dari Googler hingga startup, dari mereka yang menulis di Kotlin hingga mereka yang menulis Kotlin itu sendiri.
Pengembang JS mungkin penasaran untuk membaca habraposts dari dunia C++ (“apa yang ada di sana?”), tapi dia akan kewalahan dengan materi di bidang utama dan tidak akan sampai ke materi non-inti tersebut. Bagi saya, hampir semua bidang terspesialisasi; teks apa pun yang saya baca tentang pengembangan dan pengujian dapat berguna dalam pekerjaan saya.
Saya merasa bahwa saya sangat beruntung: tidak seperti kebanyakan orang, selama jam kerja saya dapat mengamati dengan penuh minat bagaimana perkembangan secara umum hidup dan berkembang.
Siapa yang kita butuhkan?
Dari semua ini dapat disimpulkan bahwa pekerjaan seperti itu membutuhkan orang yang cukup unik.
Ia harus mempunyai pemahaman yang baik tentang pembangunan, namun pada saat yang sama harus bersedia melakukan sesuatu selain pembangunan itu sendiri.
Memahami pembangunan tidak hanya memerlukan perspektif kode, namun juga perspektif komunitas. Anda perlu berbicara bahasa yang sama dengan pengembang dan mengetahui apa yang membuat mereka khawatir.
Anda memerlukan kombinasi inisiatif dan ketekunan. Di satu sisi, ada tugas standar yang perlu diselesaikan (misalnya, kami memiliki postingan tradisional “10 laporan teratas dari konferensi terakhir”). Di sisi lain, kami ingin Anda menawarkan sendiri ide untuk teks yang menarik, dan tidak hanya menunggu instruksi.
Tentu saja, Anda harus bisa menulis: baik dari sudut pandang literasi maupun dari sudut pandang “membuatnya menarik”. Kami menghargai teks yang tidak hanya terlihat seperti tutorial teknis kering, namun juga benar-benar menawan. Misalnya, jika Anda memiliki kisah pribadi dari kehidupan Anda yang bersinggungan dengan topik materi, itu bisa menjadi pengantar yang bagus.
Fleksibilitas juga diperlukan: saat ini kami terutama memperhatikan teks tentang .NET dan pengujian, jadi kami sangat tertarik pada orang-orang dengan kompetensi yang relevan, namun prioritas dapat berubah. Selain Habr, terkadang kami mempublikasikan di situs lain, dan kami juga harus mampu beradaptasi (intinya tetap sama, “teks untuk pengembang”, tetapi formatnya mungkin berbeda).
Dan meskipun tidak ada yang mengharuskan kita bekerja di luar jam kerja, para ahli TI yang, di waktu luangnya, mengerjakan proyek kesayangan untuk bersenang-senang atau membaca tentang TI, akan merasa nyaman di sini: ini tidak secara langsung menyelesaikan masalah pekerjaan, tetapi pada akhirnya membantu menyelesaikannya dengan lebih efektif.
Jika semua yang tertulis di atas tidak membuat Anda takut, tetapi membuat Anda tertarik, dan Anda ingin mengetahui lebih detail atau merespons, keduanya dapat dilakukan di .
Sumber: www.habr.com