Якая праца можа быць лепш, чым пісаць на Хабр аб распрацоўцы? Пакуль хтосьці рыхтуе свой вялікі хабрапост урыўкамі па вечарах, тут прама ў працоўны час дзелішся з супольнасцю цікавымі рэчамі і атрымліваеш ад яго плюсы.
Якая праца можа быць горш, чым пісаць на Хабр аб распрацоўцы? Пакуль хтосьці ўвесь дзень піша код, тут глядзіш на гэтых людзей і аблізваешся, а свой пет-праект пілуеш урыўкамі па вечарах.
Мы () з кожным годам праводзім усё больш розных канферэнцый для распрацоўшчыкаў, таму цяпер шукаем яшчэ аднаго супрацоўніка (у дадатак да мяне і ) для тэкстаў у наш хабраблог. Каб стала ясна, хто нам патрабуецца і што гэтага чалавека чакае, я распісаў, якое гэта наогул, калі твая праца - пісаць тэксты для распрацоўшчыкаў у карпаратыўны блог на Хабры.
У чым крутасць?
Што я кахаю ў гэтай працы? Хоць мэта любога карпаратыўнага блога – дапамагчы кампаніі, тут гэта не азначае «страчыць захопленыя рэкламныя тэксты аб тым, якая яна цудоўная». На Хабре такое проста не працуе. Тут працуе іншае: пісаць цікавыя і карысныя для супольнасці пасты, у якіх дарэчы выглядае згадванне вашай дзейнасці.
Можна хоць дзесяць разоў напісаць без аргументаў "нашы канферэнцыі цудоўныя і неверагодныя", і гэта проста ніхто не будзе чытаць. А можна апублікаваць тэкставую расшыфроўку дакладу з канферэнцыі, якая прайшла, людзі пацягнуцца за карыснай для іх інфармацыяй — і заадно зразумеюць на рэальным прыкладзе, што можна ўбачыць на мерапрыемстве і ці хочуць яны на такое схадзіць наступным разам.
Калі б ад мяне патрабавалася бесперапынна пісаць тэксты, якія складаюцца з рэкламнага булшыту, я бы вельмі хутка захацеў павесіцца. На шчасце, замест гэтага я пішу тэксты па тэматыцы нашых канферэнцый, дзе ў канцы проста ідзе невялікая прыпіска "раз вас прыцягнуў гэты тэкст аб мабільнай распрацоўцы, звернеце ўвагу, вось канферэнцыя аб ёй жа".
Іншая перавага гэтай працы ў тым, што маеш зносіны са мноствам найкрутых людзей. Калі частка тваёй працы - узяць інтэрв'ю ў кагосьці маштабу Джона Скіт, ты слухаеш яго адказы, затаіўшы дыханне, а ў канцы ён кажа «дзякуй за пытанні, было цікава», ловіш сябе на думцы «пачакайце, мне за гэта яшчэ і плацяць»?
Ну і бонус для аматараў пузамерак: калі пісаць хабрапасты - твая праца, і публікуеш ты іх часта, можна дайсці да першага месца ў рэйтынгу хабракарыстальнікаў. І тады пачнеш атрымліваць дзіўныя асабістыя паведамленні!
У чым складанасць?
Але ўсе гэтыя плюшкі не значаць, што ўсё ідэальна. Галоўны выклік у наступным.
З аднаго боку, зразумела, што чым больш ведаеш аб распрацоўцы - тым лепш для такой працы, і калі ты вельмі пагружаны ў нейкую канкрэтную тэму, то якраз у сувязі з ёй можаш напісаць нешта крутое.
Але пры гэтым у нас цэлы шэраг канферэнцый па розных кірунках (ад Java да тэставання), так што на кожнага аўтара даводзіцца адразу некалькі мерапрыемстваў, якія трэба асвятляць, і ў любы момант можа дадацца новае. А гэта значыць, што абмяжоўвацца любімай тэмай не атрымаецца і давядзецца лезці ў зусім іншае, куды менш знаёмае. І пры гэтым нашы канферэнцыі даволі хардкорныя, іх наведвальнікі не першы год у індустрыі, так што кантэнт павінен быць цікавы вопытным распрацоўшчыкам.
Быць сеніёрам адразу ў некалькіх кірунках увогуле маларэальна. А зараз дадайце да гэтага, што яшчэ і працуеш не распрацоўшчыкам: некаторую частку працоўнага часу можна прысвячаць коду, каб не адрывацца ад прадметнай вобласці, але гэта не асноўная дзейнасць. І дадайце яшчэ да гэтага рэгулярнасць выхаду пастоў: калі людзі, якія пішуць на Хабр па клічы душы, могуць месяцамі маляваць адну тэму да складання тэксту, то тут так не атрымаецца.
Як у такіх умовах наогул можна напісаць штосьці, здольнае зацікавіць дасведчаных распрацоўнікаў?
Можа здацца, што ўсё зусім змрочна, але якія працуюць варыянты суцэль ёсць.
Як жыць?
Па-першае, хоць пра многія тэмы не напішаш без працяглага асабістага досведу працы, хапае і такіх, якія гэтага не патрабуюць.
З'явілася новая версія Java, і распрацоўшчыкаў цікавіць "што там змянілася"? Для нармальнага паста аб гэтым патрабуецца ўмець пісаць на Java, але не патрабуюцца "месяцы вопыту" непасрэдна з новай версіяй, дастаткова ўдумліва разабрацца ў англамоўных крыніцах (асабіста апрабаваць новаўвядзенні таксама карысна, але гэта можна зрабіць аператыўна). У гэтай новай версіі Java з'явілася прылада JShell? Паколькі ён новы, тут нават дасведчаным распрацоўнікам спатрэбіцца тутарыял, і перад яго складаннем досыць папесціцца з JShell гадзіну-іншы («месяцы» у REPL проста няма на што выдаткаваць). GitHub зрабіў прыватныя рэпазітары бясплатнымі? Аб такой навіны, вядома, жадаецца неадкладна паведаміць хабраюзерам, і тут запатрабуецца некаторы час на рысёрч (каб пост быў не з аднаго радка), але таксама сціплае.
Па-другое, калі гарыш нейкай вызначанай тэмай і яе разумееш глыбока, тое гэта таксама выдатна. Так, нельга будзе пісаць пра яе кожны дзень, часцей давядзецца разбірацца з чымсьці іншым - але калі ў ліку іншага будзе ўсплываць любімая тэма, тут веды спатрэбяцца. У нас вось Алег калупаўся ў праекце Graal яшчэ да таго, як гэта стала модным, так што ахвотна пытаўся які працуе з Graal Крыса Талінгера аб рэчах накшталт параметраў інлайнінгу — ну і выдатна: у выніку і Алегу цікава, і іншым якія ўпарваюцца па тэме.
А па-трэцяе, можна не абмяжоўвацца ўласнай кампетэнцыяй, падключаючы чужую. Напрыклад, у фармаце інтэрв'ю, дзе трэба не ведаць усе адказы ў свеце, а ўмець задаваць пытанні. Да нас на канферэнцыі прыязджаюць выступаць найцікавыя людзі з усяго свету, ад .NET-легенды. Джэфры Рыхтэра да які ўзначальвае Kotlin Андрэя Брэслава, такіх грэх не распытаць. Атрымліваецца суцэльны win/win: і інтэрв'юеру цікава, і чытачам Хабра (нашым рэкордам стала з тым жа Джонам Скітам, якое сабрала больш за 60 000 праглядаў), і самі спікеры напярэдадні канферэнцыі звычайна рады даць інтэрв'ю, і для канферэнцыі гэта відавочная карысць.
Зразумела, каб распытваць такіх людзей, пэўныя веды таксама патрабуюцца - але маштаб патрабаванняў зусім іншы.
Іншы спосаб дзяліцца чужой кампетэнцыяй - ужо згаданыя тэкставыя расшыфроўкі дакладаў. Яшчэ бывае, што нехта з нашых спікераў публікуе блог-пост на англійскай, а мы па дамоўленасці з ім перакладаем на рускую. У такіх выпадках трэба разумець тэкст, але не трэба быць экспертам, здольным яго напісаць.
Да чаго гэта прыводзіць?
Па сваім досведзе жадаю сказаць, што пры такой працы глядзіш на IT з даволі цікавага ракурсу.
Наогул гэта можа быць крыўдным: паўсюль адбываецца нейкая дзвіжуха, людзі пілуюць цікавыя рэчы, а ты глядзіш на ўсё гэта "звонку", задаеш пытанні, і ў выніку пра кожную з гэтых рэчаў павярхоўна нешта разумееш, але ў дэталях рэалізацыі ўжо не разбіраешся - каб разабрацца, запатрабавалася б з гэтым увесь час працаваць. Тамака жа ў глыбіні напэўна таксама маса цікавага, бачыць усё з гэтага бегла толькі распальвае!
Але пры гэтым, губляючы ў глыбіні, выйграеш у шыраце ахопу - і гэта таксама каштоўна. Калі працуеш на канкрэтнай ролі ў канкрэтным праекце, то ўсё бачыш праз гэтую прызму: нешта ўвогуле не трапляе ў поле зроку, нешта бачыш збоку («тэсціроўшчыкі — гэта тыя нядобрыя людзі, якія ламаюць мой цудоўны код»). А калі пішаш аб розным, то і бачыш вельмі рознае, прычым не збоку , а з вышыні птушынага палёту: дэталі не разглядзець, затое агульная карціна ў галаве складаецца. Я меў зносіны (і ў рамках інтэрв'ю, і проста на нашых канферэнцыях) са мноствам зусім розных людзей: ад кампілятаршчыкаў да тэстыравальнікаў, ад «гуглераў» да стартапераў, ад пішучых на Kotlin да пішучых сам Kotlin.
JS-распрацоўніку можа быць цікава пачытаць хабрапасты са свету C++ («што там у іх?»), але ён будзе завалены матэрыяламі па асноўным кірунку і да гэтых няпрофільных матэрыялаў не дабярэцца. Для мяне прыкладна ўсе напрамкі профільныя, мне ў працы можа спатрэбіцца любы прачытаны тэкст аб распрацоўцы і тэсціраванні.
Я адчуваю, што ў некаторым сэнсе мне вельмі пашанцавала: у адрозненне ад большасці людзей, магу ў працоўны час з цікавасцю сачыць за тым, як жыве і развіваецца тэхналогія ў цэлым.
Хто нам патрэбен?
З усяго гэтага вынікае, што чалавеку для такой працы патрабуецца даволі своеасаблівы.
У яго (ці яе) павінна быць добрае ўяўленне аб распрацоўцы, але адначасова з гэтым гатоўнасць займацца не самой распрацоўкай.
Разумець распрацоўку трэба не толькі з пункту гледжання кода, але і з пункту гледжання жыцця супольнасці. Трэба размаўляць з распрацоўшчыкамі на адной мове і ведаць, што іх хвалюе.
Трэба спалучэнне ініцыятыўнасці і стараннасці. З аднаго боку, ёсць стандартныя задачы, якія патрабуюць выканання (напрыклад, у нас ёсць традыцыйныя пасады "топ-10 дакладаў канферэнцыі"). А з другога, нам хочацца, каб вы і самі прапанавалі ідэі цікавых тэкстаў, а не толькі чакалі ўказанняў.
Зразумела, трэба ўмець пісаць: і з пункту гледжання пісьменнасці, і з пункту гледжання "каб было цікава". Мы шануем тэксты, якія выглядаюць не проста як сухі тэхнічны тутарыял, а па-сапраўднаму захапляюць. Скажам, калі ў вас ёсць асабістая гісторыя з жыцця, якая як-небудзь перасякаецца з тэмай матэрыялу, яна можа стаць выдатным уступам.
Таксама патрабуецца гнуткасць: зараз нас у першую чаргу хвалююць тэксты па .NET і тэсціраванню, таму асабліва цікавяць людзі з адпаведнымі кампетэнцыямі, але прыярытэты могуць мяняцца. Акрамя Хабра, мы часам публікуемся на іншых пляцоўках, і да гэтага таксама трэба ўмець падладжвацца (сутнасць застаецца той жа, "тэксты для распрацоўшчыкаў", але фармат можа адрознівацца).
І хоць працаваць у непрацоўныя гадзіны ў нас ніхто не патрабуе, тут на сваім месцы адчуюць сябе IT-гікі, якія ў вольны час пілуюць для душы пет-праект або чытаюць пра IT: гэта не вырашае наўпрост працоўныя задачы, але ў канчатковым рахунку дапамагае вырашаць. іх больш эфектыўна.
Калі ўсё напісанае вышэй вас не адпудзіла, а зацікавіла, і жадаецца пазнаць больш падрабязнасцяў або адгукнуцца — і тое, і іншае можна зрабіць на .
Крыніца: habr.com