چه کار بهتر از نوشتن در Habr درباره توسعه؟ در حالی که شخصی در حال آماده کردن هابراپست بزرگ خود است و عصرها شروع می کند، اینجا، درست در ساعات کاری، چیزهای جالبی را با جامعه به اشتراک می گذارید و از آن سود می برید.
چه شغلی می تواند بدتر از نوشتن در مورد توسعه در هابر باشد؟ در حالی که یک نفر تمام روز را کد می نویسد، شما به این افراد نگاه می کنید و لب های خود را لیس می زنید و روی پروژه حیوان خانگی خود کار می کنید و عصرها شروع می شود.
ما () هر سال کنفرانس های مختلفی را برای توسعه دهندگان برگزار می کنیم، بنابراین اکنون به دنبال کارمند دیگری هستیم (علاوه بر من و ) برای متون موجود در وبلاگ ما. برای اینکه مشخص شود به چه کسی نیاز داریم و چه چیزی در انتظار این شخص است، توضیح دادم که به طور کلی کار شما نوشتن متن برای توسعه دهندگان در یک وبلاگ شرکتی در Habré چگونه است.
چه باحاله؟
چه چیزی را در این شغل دوست دارم؟ در حالی که هدف هر وبلاگ شرکتی کمک به شرکت است، در اینجا این به معنای "نوشتن نسخه فروش درخشان درباره شگفت انگیز بودن آن" نیست. این به سادگی روی Habré کار نمی کند. یک چیز دیگر در اینجا کار می کند: پست هایی بنویسید که برای جامعه جالب و مفید است، که در آن ذکر فعالیت های شما مناسب به نظر می رسد.
شما می توانید حداقل ده بار بدون استدلال بنویسید "کنفرانس های ما فوق العاده و باورنکردنی هستند" و به سادگی هیچ کس آن را نخواهد خواند. یا می‌توانید متن متنی از یک گزارش کنفرانس گذشته را منتشر کنید، مردم به دنبال اطلاعاتی می‌شوند که برای آنها مفید است - و در عین حال، با استفاده از یک مثال واقعی، متوجه می‌شوند که چه چیزی در رویداد دیده می‌شود و اینکه آیا آنها می خواهند دفعه بعد به این سمت بروند.
اگر از من خواسته می شد که به طور مداوم متن هایی متشکل از مزخرفات تبلیغاتی بنویسم، خیلی سریع می خواهم خود را حلق آویز کنم. خوشبختانه، به جای آن، متن هایی را در مورد موضوعات کنفرانس خود می نویسم، که در پایان صرفاً یک یادداشت کوچک وجود دارد "از آنجایی که شما توسط این متن در مورد توسعه تلفن همراه جذب شدید، توجه کنید، اینجا کنفرانسی در مورد آن وجود دارد."
یکی دیگر از مزایای این شغل این است که می توانید با افراد باحال زیادی ارتباط برقرار کنید. زمانی که بخشی از کار شما مصاحبه با فردی با کیفیت است جونا اسکیتبا نفس بند آمده به پاسخ‌های او گوش می‌دهی و در آخر می‌گوید «ممنون از سؤالات، جالب بود»، به این فکر می‌افتی که «صبر کن، من هزینه این را پرداخت می‌کنم». آنها نیز پرداخت می کنند»
خوب، یک امتیاز برای دوستداران شکم: وقتی نوشتن هابراپست شغل شماست و اغلب آنها را منتشر می کنید، می توانید در رتبه بندی کاربران هابرا به رتبه اول برسید. و سپس شما شروع به دریافت پیام های شخصی عجیب و غریب خواهید کرد!
سختی چیست؟
اما همه این خوبی ها به این معنی نیست که همه چیز عالی است. چالش اصلی این است.
از یک طرف، واضح است که هرچه بیشتر در مورد توسعه اطلاعات داشته باشید، برای چنین کاری بهتر است، و اگر در یک موضوع خاص بسیار غرق هستید، می توانید چیز جالبی در رابطه با آن بنویسید.
اما در عین حال، ما تعدادی کنفرانس در زمینه های مختلف (از جاوا گرفته تا تست) داریم، بنابراین برای هر نویسنده چندین رویداد وجود دارد که باید پوشش داده شود، و در هر زمان می توان موارد جدیدی را اضافه کرد. این بدان معنی است که شما نمی توانید خود را به موضوع مورد علاقه خود محدود کنید و مجبور خواهید بود به چیزی کاملاً متفاوت و بسیار کمتر آشنا بپردازید. و در عین حال، کنفرانس های ما کاملاً هاردکور هستند، بازدیدکنندگان آنها در این صنعت جدید نیستند، بنابراین محتوا باید مورد علاقه توسعه دهندگان با تجربه باشد.
ارشد بودن در چندین جهت به طور همزمان غیرواقعی است. اکنون به این اضافه کنید که شما به عنوان یک توسعه دهنده نیز کار نمی کنید: بخشی از زمان کاری شما می تواند به کد اختصاص داده شود تا از حوزه موضوعی جدا نشوید، اما این فعالیت اصلی نیست. و منظم بودن پست ها را به این اضافه کنید: اگر افرادی که به ندای روح خود به هابر می نویسند بتوانند ماه ها قبل از نوشتن متن یک موضوع را ترسیم کنند، در اینجا کار نخواهد کرد.
چگونه، تحت چنین شرایطی، حتی می توان چیزی نوشت که بتواند توسعه دهندگان با تجربه را مورد علاقه خود قرار دهد؟
ممکن است به نظر برسد که همه چیز کاملاً غم انگیز است، اما گزینه های کاملاً قابل اجرا وجود دارد.
چگونه زندگی کنیم؟
اولاً، اگرچه نمی‌توانید بدون تجربه کاری شخصی گسترده درباره بسیاری از موضوعات بنویسید، اما موارد زیادی نیز وجود دارند که به این نیاز ندارند.
نسخه جدیدی از جاوا ظاهر شده است و توسعه دهندگان از خود می پرسند "چه چیزی در آنجا تغییر کرده است"؟ برای یک پست معمولی در این مورد، باید بتوانید به زبان جاوا بنویسید، اما به طور خاص با نسخه جدید به «ماه‌ها تجربه» نیاز ندارید؛ کافی است منابع انگلیسی زبان را با دقت درک کنید (آزمایش کردن نیز مفید است. نوآوری های شخصی، اما این را می توان به سرعت انجام داد). آیا این نسخه جدید جاوا با ابزار JShell همراه است؟ از آنجایی که این برنامه جدید است، حتی توسعه دهندگان با تجربه نیز این آموزش را مفید خواهند یافت، و قبل از نوشتن آن، کافی است یک یا دو ساعت با JShell بازی کنید («ماه‌ها» در یک REPL صرفاً چیزی برای خرج کردن نیست). GitHub مخازن خصوصی را رایگان کرد؟ البته مایلم فوراً اینگونه اخبار را به اطلاع خوانندگان برسانم و تحقیق (به طوری که پست فقط یک خط نباشد) زمان می برد.
ثانیاً، اگر به موضوع خاصی علاقه دارید و آن را عمیقاً درک می کنید، این نیز فوق العاده است. بله، نمی‌توانید هر روز در مورد آن بنویسید؛ بیشتر اوقات باید با چیز دیگری سر و کار داشته باشید - اما وقتی موضوع مورد علاقه‌تان در میان چیزهای دیگر مطرح شود، آنگاه دانش به کارتان خواهد آمد. در اینجا، اولگ حتی قبل از مد شدن پروژه Graal را سرهم بندی می کرد، بنابراین او با کمال میل از کریس تالینگر، که با Graal کار می کند، در مورد چیزهایی مانند پارامترهای درون خطی پرسید - خوب، عالی: در پایان، هم اولگ و هم دیگران علاقه مند به این موضوع بودند. علاقه مند.
و ثالثاً، شما نمی توانید خود را به صلاحیت خود محدود کنید و صلاحیت شخص دیگری را به هم وصل کنید. به عنوان مثال، در قالب مصاحبه، که در آن شما نیازی به دانستن تمام پاسخ های موجود در جهان ندارید، اما بتوانید سؤال بپرسید. جالب ترین افراد از سراسر جهان برای سخنرانی در کنفرانس ما، از افسانه دات نت، می آیند جفری ریشتر به سر کاتلین اندرو برسلاو، نپرسیدن چنین سوالاتی گناه است. معلوم می شود که یک برد/برد کامل است: هم مصاحبه کننده علاقه مند است و هم خوانندگان هابر علاقه مند هستند (کارنامه ما این بود با همان جان اسکیتکه بیش از 60 بازدید جمع آوری کرده است و خود سخنرانان معمولا در آستانه کنفرانس خوشحال می شوند که مصاحبه کنند و این یک فایده آشکار برای کنفرانس است.
البته، برای زیر سوال بردن چنین افرادی، دانش خاصی نیز لازم است - اما مقیاس الزامات کاملاً متفاوت است.
راه دیگر برای به اشتراک گذاشتن صلاحیت دیگران، رونوشت متنی گزارش‌ها است. همچنین اتفاق می افتد که یکی از سخنرانان ما یک پست وبلاگ را به زبان انگلیسی منتشر می کند و ما با توافق با او آن را به روسی ترجمه می کنیم. در چنین مواردی، شما باید متن را درک کنید، اما لازم نیست متخصصی باشید که بتواند آن را بنویسد.
این به چه چیزی منجر می شود؟
با توجه به تجربه خودم، می‌خواهم بگویم که با این نوع کار شما از منظر نسبتاً جالبی به فناوری اطلاعات نگاه می‌کنید.
به طور کلی، این می تواند توهین آمیز باشد: نوعی حرکت در همه جا در جریان است، مردم روی چیزهای جالب کار می کنند، و شما به همه اینها "از بیرون" نگاه می کنید، سؤال می کنید و در پایان در مورد هر یک چیزی می فهمید. این چیزها به صورت سطحی، اما در جزئیات پیاده سازی شما قبلاً آن را درک نمی کنید - برای فهمیدن آن، باید دائماً با آن کار کنید. احتمالاً چیزهای جالب زیادی نیز در اعماق وجود دارد؛ دیدن همه اینها در یک نگاه فقط شما را آزار می دهد!
اما در عین حال، در حالی که شما در عمق از دست می دهید، در وسعت پوشش به دست می آورید - و این نیز ارزشمند است. اگر در یک پروژه خاص در یک نقش خاص کار می کنید، همه چیز را از این منشور می بینید: چیزی اصلاً در میدان دید قرار نمی گیرد، چیزی که از کنار می بینید ("تست کننده ها آن افراد بدی هستند که کد زیبای من را می شکنند. ”). و وقتی در مورد چیزهای مختلف می نویسید، چیزهای بسیار متفاوتی می بینید، و نه "از کنار"، بلکه از دید پرنده: شما نمی توانید جزئیات را ببینید، اما تصویر کلی را در ذهن خود می بینید. من (هم در مصاحبه‌ها و هم فقط در کنفرانس‌هایمان) با افراد کاملاً متفاوتی صحبت کردم: از کامپایلر گرفته تا آزمایش‌کننده، از Googler گرفته تا استارتاپ‌ها، از کسانی که در Kotlin می‌نویسند تا کسانی که خود Kotlin را می‌نویسند.
یک توسعه‌دهنده JS ممکن است کنجکاو باشد که پست‌های habrapost از دنیای C++ را بخواند («آنها آنجا چه دارند؟»)، اما او غرق در مواد در زمینه اصلی می‌شود و به این مواد غیر هسته‌ای نمی‌رسد. برای من تقریباً همه زمینه ها تخصصی است؛ هر متنی که در مورد توسعه و آزمایش بخوانم می تواند در کارم مفید باشد.
من احساس می کنم که به یک معنا بسیار خوش شانس هستم: برخلاف اکثر مردم، در طول ساعات کاری می توانم با علاقه تماشا کنم که چگونه توسعه به طور کلی زندگی می کند و توسعه می یابد.
به چه کسی نیاز داریم؟
از همه اینها نتیجه می شود که چنین کاری به یک شخص نسبتاً منحصر به فرد نیاز دارد.
او (یا او) باید درک خوبی از توسعه داشته باشد، اما در عین حال مایل به انجام کاری غیر از خود توسعه باشد.
درک توسعه نه تنها از منظر کد، بلکه از دیدگاه جامعه نیز نیاز دارد. شما باید با توسعه دهندگان به یک زبان صحبت کنید و بدانید چه چیزی آنها را نگران می کند.
شما به ترکیبی از ابتکار و پشتکار نیاز دارید. از یک طرف، وظایف استانداردی وجود دارد که باید تکمیل شوند (به عنوان مثال، ما پست های سنتی "10 گزارش برتر از آخرین کنفرانس" را داریم). از طرف دیگر، ما از شما می خواهیم که خودتان ایده هایی برای متون جالب ارائه دهید و فقط منتظر دستورالعمل نباشید.
البته، شما باید بتوانید بنویسید: هم از نظر سواد و هم از نقطه نظر «جذاب کردن آن». ما برای متونی ارزش قائلیم که نه تنها شبیه یک آموزش فنی خشک هستند، بلکه واقعاً جذاب هستند. به عنوان مثال، اگر شما یک داستان شخصی از زندگی خود دارید که به نوعی با موضوع مطالب تلاقی می کند، می تواند یک مقدمه عالی باشد.
انعطاف‌پذیری نیز مورد نیاز است: در حال حاضر ما عمدتاً به متون در دات‌نت و آزمایش می‌پردازیم، بنابراین ما به ویژه به افرادی با شایستگی‌های مرتبط علاقه‌مندیم، اما ممکن است اولویت‌ها تغییر کند. علاوه بر Habr، ما گاهی اوقات در سایت‌های دیگر منتشر می‌کنیم، و همچنین باید بتوانیم خود را با آن تطبیق دهیم (ماهیت یکسان است، "متن برای توسعه دهندگان"، اما قالب ممکن است متفاوت باشد).
و اگرچه هیچ کس ما را ملزم نمی کند که خارج از ساعات کاری کار کنیم، متخصصان فناوری اطلاعات که در اوقات فراغت خود برای سرگرمی روی یک پروژه حیوان خانگی کار می کنند یا در مورد IT مطالعه می کنند، اینجا جای خود را احساس می کنند: این به طور مستقیم مشکلات کاری را حل نمی کند، اما در نهایت به حل آنها کمک می کند موثرتر باشند.
اگر همه چیزهایی که در بالا نوشته شده شما را نترساند، اما به شما علاقه مند است، و می خواهید جزئیات بیشتری بدانید یا پاسخ دهید، هر دو را می توان در .
منبع: www.habr.com