Pekerjaan apa yang bisa lebih baik daripada menulis di Habr tentang pembangunan? Sementara seseorang sedang mempersiapkan habrapost besar dalam potongan di malam hari, di sini selama jam kerja Anda berbagi hal-hal menarik dengan komunitas dan mendapatkan nilai tambah dari itu.
Pekerjaan apa yang bisa lebih buruk daripada menulis di Habr tentang pembangunan? Ketika seseorang menulis kode sepanjang hari, Anda melihat orang-orang ini dan menjilat bibir mereka, dan Anda memotong proyek kesayangan Anda dengan fit dan mulai di malam hari.
Setiap tahun kami (
Grup JUG.ru ) mengadakan lebih banyak dan lebih banyak konferensi berbeda untuk pengembang, jadi sekarang kami mencari karyawan lain (selain saya dan
olegchir ) untuk teks di hubblog kami. Untuk memperjelas siapa yang kita butuhkan dan apa yang diharapkan orang ini, saya melukis rasanya ketika pekerjaan Anda adalah menulis teks untuk pengembang di blog perusahaan di Habré.
Apa kecuramannya?
Apa yang saya sukai dari pekerjaan ini? Meskipun tujuan dari setiap blog korporat adalah untuk membantu perusahaan, di sini itu tidak berarti "mencoret-coret teks iklan antusias tentang betapa menakjubkannya itu." Pada Habré hal seperti itu tidak berfungsi. Di sini ada satu hal lagi yang berfungsi: menulis posting yang menarik dan bermanfaat bagi komunitas di mana penyebutan aktivitas Anda terlihat tepat.
Anda dapat menulis setidaknya sepuluh kali tanpa argumen "konferensi kami luar biasa dan luar biasa," dan tidak ada yang akan membacanya. Dan Anda dapat menerbitkan transkrip teks laporan dari konferensi terakhir, orang-orang akan mencari informasi yang berguna bagi mereka - dan pada saat yang sama mereka akan mengerti dengan contoh nyata apa yang dapat mereka lihat di acara tersebut dan apakah mereka ingin pergi ke tempat seperti itu di waktu berikutnya.
Jika saya diminta untuk terus menulis teks yang terdiri dari papan buletin, saya akan sangat cepat ingin gantung diri. Untungnya, alih-alih saya menulis teks pada topik konferensi kami, di mana pada akhirnya hanya ada catatan tambahan kecil "karena Anda tertarik pada teks ini tentang pengembangan ponsel, perhatikan, ini adalah konferensi tentang itu."
Keuntungan lain dari pekerjaan ini adalah Anda berkomunikasi dengan banyak orang keren. Ketika bagian dari pekerjaan Anda adalah mewawancarai seseorang dari skala
John Skeet , Anda mendengarkan jawabannya dengan napas tertahan, dan pada akhirnya ia mengatakan "terima kasih atas pertanyaannya, itu menarik", tangkap diri Anda dengan berpikir "tunggu, saya
juga membayar untuk itu ?
Nah, bonus untuk pecinta puzomerki: ketika menulis habrapost adalah pekerjaan Anda, dan Anda sering menerbitkannya, Anda dapat mencapai tempat pertama di peringkat pengguna habrapost. Dan kemudian Anda mulai menerima pesan pribadi yang aneh!
Apa kesulitannya?
Tetapi semua roti ini tidak berarti bahwa semuanya sempurna. Tantangan utamanya adalah sebagai berikut.
Di satu sisi, jelas bahwa semakin Anda tahu tentang pengembangan, semakin baik untuk pekerjaan seperti itu, dan jika Anda sangat tenggelam dalam topik tertentu, maka hanya dalam hubungannya dengan itu Anda dapat menulis sesuatu yang keren.
Tetapi pada saat yang sama, kami memiliki sejumlah konferensi di berbagai bidang (dari Jawa hingga pengujian), jadi untuk setiap penulis ada beberapa acara yang perlu dicakup, dan kapan saja yang baru dapat ditambahkan. Dan ini berarti bahwa membatasi diri pada topik favorit seseorang tidak akan berhasil dan seseorang harus merangkak ke topik yang benar-benar berbeda, jauh lebih tidak familier. Dan pada saat yang sama, konferensi kami agak hardcore, pengunjung mereka bukan tahun pertama di industri, jadi kontennya harus menarik bagi pengembang berpengalaman.
Menjadi senior dalam beberapa arah sekaligus umumnya tidak realistis. Dan sekarang tambahkan ke ini bahwa Anda juga tidak bekerja sebagai pengembang: Anda dapat mencurahkan sebagian waktu kerja untuk kode agar tidak melepaskan diri dari area subjek, tetapi ini bukan aktivitas utama. Dan tambahkan ke keteraturan posting ini: jika orang yang menulis ke Habr atas panggilan jiwa mereka dapat menggambar satu topik selama berbulan-bulan sebelum menulis teks, maka ini tidak akan berhasil.
Bagaimana, dalam kondisi seperti itu, apakah mungkin untuk menulis apa pun yang dapat menarik minat pengembang berpengalaman?
Tampaknya semuanya benar-benar suram, tetapi ada beberapa opsi yang cukup berhasil.
Bagaimana hidup?
Pertama, meskipun Anda tidak dapat menulis tentang banyak topik tanpa pengalaman pribadi yang panjang, ada cukup banyak yang tidak memerlukan ini.
Versi baru Java telah muncul, dan pengembang tertarik pada "apa yang telah berubah di sana"? Untuk posting normal tentang ini, Anda harus dapat menulis di Jawa, tetapi tidak memerlukan pengalaman berbulan-bulan khusus dengan versi baru. Alat JShell REPL diperkenalkan di Java versi baru ini? Karena ini baru, bahkan pengembang yang berpengalaman akan menemukan tutorial yang berguna, dan sebelum menulisnya, itu cukup untuk bermain-main dengan JShell selama satu atau dua jam (tidak ada apa-apa untuk menghabiskan "bulan" di REPL). Apakah GitHub membuat repositori pribadi gratis? Tentu saja, saya ingin segera memberi tahu habruiser tentang berita semacam itu, dan kemudian akan membutuhkan waktu untuk menggambar (sehingga pos tidak dari satu baris), tetapi juga sederhana.
Kedua, jika Anda membakar dengan topik tertentu dan memahaminya secara mendalam, maka ini juga luar biasa. Ya, tidak mungkin menulis tentang hal itu setiap hari, lebih sering Anda harus berurusan dengan hal lain - tetapi ketika, di antara hal-hal lain, topik favorit Anda muncul, maka pengetahuan akan berguna. Oleg sedang bermain-main dengan kami di proyek Graal di Jawa sebelum menjadi mode, jadi ia dengan penuh semangat bertanya kepada Chris Talinger, yang bekerja dengan Graal, tentang hal-hal seperti inlining parameter - well, baik: pada akhirnya, Oleg tertarik, serta orang lain yang menemukan topik tersebut.
Dan ketiga, Anda tidak dapat dibatasi oleh kompetensi Anda sendiri dengan menghubungkan orang lain. Misalnya, dalam format wawancara, di mana Anda tidak perlu tahu semua jawaban di dunia, tetapi bisa mengajukan pertanyaan. Orang-orang yang menarik dari seluruh dunia datang kepada kami untuk berbicara di konferensi, dari legenda NET.
Jeffrey Richter ke kepala Kotlin,
Andrei abreslav Breslav , bukanlah dosa untuk bertanya kepada orang-orang seperti itu. Ternyata menang / menang yang solid: pewawancara tertarik, dan pembaca Habré (catatan kami adalah
wawancara dengan
John Skeet yang sama, yang mengumpulkan lebih dari 60.000 tampilan), dan para pembicara sendiri biasanya senang memberikan wawancara pada malam konferensi, dan ini jelas menguntungkan bagi konferensi.
Tentu saja, untuk mempertanyakan orang-orang seperti itu, pengetahuan tertentu juga diperlukan - tetapi skala persyaratannya benar-benar berbeda.
Cara lain untuk membagikan kompetensi orang lain adalah transkrip teks laporan yang telah disebutkan. Itu juga terjadi bahwa salah satu pembicara kami menerbitkan posting 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 seorang ahli yang dapat menulisnya.
Apa yang menyebabkan ini?
Dari pengalaman saya sendiri, saya ingin mengatakan bahwa dengan pekerjaan seperti ini Anda melihat TI dari perspektif yang agak menarik.
Secara umum, ini bisa menyinggung: semacam gerakan terjadi di mana-mana, orang-orang melihat hal-hal menarik, dan Anda melihat semua ini "di luar", mengajukan pertanyaan, dan sebagai hasilnya, Anda memahami sesuatu yang dangkal tentang masing-masing, tetapi dalam detail implementasi sudah Anda tidak mengerti - untuk memahami, Anda harus bekerja dengannya terus-menerus. Di sana, di kedalaman, mungkin ada juga banyak hal menarik, untuk melihat semua ini dengan lancar hanya memancing!
Tetapi pada saat yang sama, kalah dalam-dalam, Anda menang dengan luas - dan ini juga berharga. Jika Anda bekerja untuk peran tertentu dalam proyek tertentu, Anda dapat melihat semuanya melalui prisma ini: sesuatu tidak muncul sama sekali, Anda melihat sesuatu dari samping ("penguji adalah orang-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 pandangan mata burung: Anda tidak dapat melihat detailnya, tetapi gambaran umum di kepala Anda berkembang. Saya berbicara (baik dalam wawancara dan hanya di konferensi kami) dengan banyak orang yang sama sekali berbeda: dari kompiler ke penguji, dari googler ke startup, dari penulis Kotlin ke penulis Kotlin sendiri.
Pengembang JS mungkin penasaran untuk membaca habraposts dari dunia C ++ ("apa yang mereka miliki di sana?"), Tapi dia akan dikotori dengan materi di arah utama dan tidak akan sampai ke materi non-inti ini. Bagi saya, hampir semua arah adalah khusus, teks bacaan apa pun tentang pengembangan dan pengujian dapat berguna bagi saya.
Saya merasa bahwa saya sangat beruntung: tidak seperti kebanyakan orang, selama jam kerja saya dapat mengikuti dengan minat bagaimana perkembangan secara keseluruhan hidup dan berkembang.
Siapa yang kita butuhkan?
Dari semua ini dapat disimpulkan bahwa seseorang untuk pekerjaan seperti itu membutuhkan yang agak aneh.
Dia (atau dia) harus memiliki pemahaman yang baik tentang pembangunan, tetapi pada saat yang sama keinginan untuk tidak terlibat dalam pembangunan itu sendiri.
Memahami pengembangan diperlukan tidak hanya dalam hal kode, tetapi juga dalam hal kehidupan masyarakat. Anda perlu berbicara dengan pengembang dalam bahasa yang sama dan tahu apa yang membuat mereka khawatir.
Anda membutuhkan kombinasi inisiatif dan ketekunan. Di satu sisi, ada tugas standar yang harus diselesaikan (misalnya, kami memiliki posting tradisional dari "10 laporan teratas dari konferensi yang lalu"). Di sisi lain, kami ingin Anda membuat sendiri ide teks yang menarik, dan tidak hanya menunggu arahan.
Tentu saja, Anda harus bisa menulis: baik dari sudut pandang literasi, dan dari sudut pandang "untuk membuatnya menarik." Kami menghargai teks yang terlihat tidak hanya seperti tutorial teknis yang kering, tetapi benar-benar memikat. Katakanlah, jika Anda memiliki kisah kehidupan pribadi yang entah bagaimana bersinggungan dengan tema materi, itu bisa menjadi pengantar yang bagus.
Fleksibilitas juga diperlukan: sekarang kami terutama memusatkan perhatian pada .NET dan menguji teks, itulah sebabnya orang dengan kompetensi yang relevan sangat tertarik, tetapi prioritas dapat berubah. Selain Habr, kami terkadang menerbitkan di situs lain, dan kami juga harus bisa beradaptasi dengan ini (intinya tetap sama, "teks untuk pengembang", tetapi formatnya mungkin berbeda).
Dan meskipun tidak ada yang mengharuskan kita untuk bekerja setelah jam kerja, para Geeks TI akan merasa benar di tempat mereka, yang, di waktu luang mereka, melihat proyek kesayangan atau membaca tentang IT: ini tidak secara langsung menyelesaikan tugas-tugas pekerjaan, tetapi pada akhirnya membantu menyelesaikan mereka lebih efektif.
Jika semua yang ditulis di atas tidak membuat Anda takut, tetapi membuat Anda tertarik, dan Anda ingin tahu lebih detail atau merespons, Anda dapat melakukan keduanya di halaman pekerjaan di
HH atau
My Circle .