Czy jest lepsza praca niż pisanie na Habr o rozwoju? Podczas gdy ktoś wieczorami przygotowuje swój wielki habrapost, tutaj, w godzinach pracy, dzielisz się ze społecznością ciekawymi rzeczami i czerpiesz z tego korzyści.
Jaka praca może być gorsza od pisania o rozwoju na Habr? Podczas gdy ktoś cały dzień pisze kod, ty patrzysz na tych ludzi i oblizujesz usta, a wieczorami pracujesz nad swoim ulubionym projektem.
My () co roku organizujemy coraz więcej różnych konferencji dla programistów, dlatego teraz szukamy kolejnego pracownika (oprócz mnie i ) za teksty na naszym habrablogu. Aby było jasne, kogo potrzebujemy i co czeka tę osobę, opisałem, jak ogólnie to wygląda, gdy Twoim zadaniem jest pisanie tekstów dla programistów na firmowym blogu na Habré.
Co jest fajne?
Co kocham w tej pracy? Chociaż celem każdego bloga korporacyjnego jest pomaganie firmie, w tym przypadku nie oznacza to „pisania świetnych tekstów sprzedażowych o tym, jakie to jest niesamowite”. To po prostu nie działa na Habré. Tutaj działa jeszcze jedna rzecz: pisz ciekawe i przydatne dla społeczności posty, w których wzmianka o Twoich działaniach wydaje się właściwa.
Możesz napisać „nasze konferencje są cudowne i niesamowite” przynajmniej dziesięć razy bez argumentów i po prostu nikt tego nie przeczyta. Albo możesz opublikować tekstowy zapis relacji z poprzedniej konferencji, ludzie sięgną po przydatne dla nich informacje – a jednocześnie na prawdziwym przykładzie zrozumieją, co można zobaczyć na wydarzeniu i czy chcą pójść do tego następnym razem.
Gdybym musiał bez przerwy pisać teksty zawierające reklamowe bzdury, bardzo szybko miałbym ochotę się powiesić. Na szczęście zamiast tego piszę teksty na tematy naszych konferencji, gdzie na końcu jest po prostu mała notatka „skoro przyciągnął Cię ten tekst o rozwoju urządzeń mobilnych, zwróć uwagę, tutaj jest konferencja na ten temat”.
Kolejną zaletą tej pracy jest to, że możesz kontaktować się z wieloma fajnymi ludźmi. Kiedy częścią Twojej pracy jest przeprowadzenie wywiadu z kimś kalibru Jonasza Skeete’a, słuchasz jego odpowiedzi z zapartym tchem, a na koniec mówi „dziękuję za pytania, było ciekawie”, łapiesz się na myśleniu „czekaj, zapłacę za to też płacą"?
No i bonus dla miłośników brzuszków: jeśli pisanie habrapostów to Twoja praca i często je publikujesz, możesz zająć pierwsze miejsce w rankingu użytkowników habra. A potem zaczniesz otrzymywać dziwne osobiste wiadomości!
Jaka jest trudność?
Ale te wszystkie gadżety nie oznaczają, że wszystko jest idealne. Głównym wyzwaniem jest to.
Z jednej strony jasne jest, że im więcej wiesz o rozwoju, tym lepiej do takiej pracy, a jeśli jesteś bardzo zanurzony w danym temacie, to możesz napisać coś fajnego w związku z nim.
Ale jednocześnie mamy wiele konferencji z różnych dziedzin (od Java po testowanie), więc dla każdego autora jest kilka wydarzeń, które należy omówić, a nowe można dodać w dowolnym momencie. Oznacza to, że nie będziesz mógł ograniczyć się do ulubionego tematu i będziesz musiał zagłębić się w coś zupełnie innego, znacznie mniej znanego. A jednocześnie nasze konferencje mają charakter dość hardcorowy, ich goście nie są nowicjuszami w branży, dlatego treści powinny zainteresować doświadczonych programistów.
Bycie seniorem w kilku kierunkach jednocześnie jest generalnie nierealne. A teraz dodaj do tego, że nie pracujesz też jako programista: jakąś część swojego czasu pracy możesz przeznaczyć na kodowanie, żeby nie odrywać się od tematyki, ale nie jest to główne zajęcie. I dodaj do tego regularność postów: jeśli ludzie, którzy piszą do Habra na wezwanie duszy, potrafią spędzić miesiące na dopracowywaniu jednego tematu przed napisaniem tekstu, to tutaj to nie zadziała.
Jak w takich warunkach w ogóle można napisać coś, co mogłoby zainteresować doświadczonych programistów?
Może się wydawać, że wszystko jest całkowicie ponure, ale istnieją całkiem wykonalne opcje.
Jak żyć?
Po pierwsze, choć nie da się pisać na wiele tematów bez dużego osobistego doświadczenia zawodowego, jest też wiele takich, które tego nie wymagają.
Pojawiła się nowa wersja Javy, a programiści zastanawiają się „co tam się zmieniło”? Aby napisać normalny post na ten temat, trzeba umieć pisać w Javie, ale nie potrzeba „miesięcy doświadczenia” konkretnie z nową wersją; wystarczy dokładnie zrozumieć źródła anglojęzyczne (przydaje się też wypróbowanie innowacji osobiście, ale można to zrobić szybko). Czy nowa wersja Java jest wyposażona w narzędzie JShell? Ponieważ jest nowy, nawet doświadczeni programiści uznają tutorial za przydatny, a przed jego napisaniem wystarczy pobawić się z JShellem przez godzinę lub dwie („miesiące” w REPL to po prostu nic, na co warto wydawać). GitHub udostępnił prywatne repozytoria za darmo? Oczywiście chciałbym o takich nowościach natychmiast informować hubprzeglądarki, a na research potrzeba trochę czasu (aby post nie był tylko w jednej linijce), ale też skromnie.
Po drugie, jeśli pasjonujesz się danym tematem i głęboko go rozumiesz, to też jest cudowne. Tak, nie będziesz w stanie o tym pisać codziennie, częściej będziesz musiał zająć się czymś innym - ale gdy między innymi pojawi się Twój ulubiony temat, wtedy wiedza się przyda. Tutaj Oleg majstrował przy projekcie Graal jeszcze zanim stało się to modne, więc chętnie pytał Chrisa Thalingera, który współpracuje z Graalem, o takie rzeczy jak wpisywanie parametrów - no super: ostatecznie zarówno Oleg, jak i inni zainteresowani tematem byli zainteresowany.
I po trzecie, nie możesz ograniczać się do własnych kompetencji, łącząc cudze. Na przykład w formie rozmowy kwalifikacyjnej, podczas której nie musisz znać wszystkich odpowiedzi na świecie, ale potrafisz zadawać pytania. Na naszą konferencję przemawiają najciekawsi ludzie z całego świata, z legendą .NET Jeffreya Richtera do głowy Kotlina Andrew Brzesław, grzechem jest nie zadawać takich pytań. Okazuje się, że jest to wygrana/wygrana: zarówno osoba przeprowadzająca wywiad jest zainteresowana, jak i czytelnicy Habr (nasz wynik był z tym samym Jona Skeeta, który zebrał ponad 60 000 wyświetleń), a sami prelegenci zazwyczaj chętnie udzielają wywiadów w przeddzień konferencji, a to jest oczywista korzyść dla konferencji.
Oczywiście, żeby przesłuchiwać takie osoby, też trzeba mieć pewną wiedzę – ale skala wymagań jest zupełnie inna.
Innym sposobem na podzielenie się cudzymi kompetencjami są wspomniane już transkrypcje tekstowe raportów. Zdarza się również, że jeden z naszych prelegentów publikuje wpis na blogu w języku angielskim, a my w porozumieniu z nim tłumaczymy go na rosyjski. W takich przypadkach trzeba zrozumieć tekst, ale nie trzeba być ekspertem, który potrafi go napisać.
Do czego to prowadzi?
Z własnego doświadczenia chcę powiedzieć, że przy tego rodzaju pracy patrzy się na IT z dość ciekawej perspektywy.
W sumie może to być obraźliwe: wszędzie dzieje się jakiś ruch, ludzie pracują nad ciekawymi rzeczami, a ty patrzysz na to wszystko „z zewnątrz”, zadajesz pytania i w końcu coś rozumiesz o każdym z nich te rzeczy powierzchownie, ale w szczegółach implementacji już tego nie rozumiesz - aby to zrozumieć, musiałbyś ciągle z tym pracować. Prawdopodobnie w głębinach kryje się też wiele ciekawych rzeczy; zobaczenie tego wszystkiego na pierwszy rzut oka tylko Cię kusi!
Ale jednocześnie tracąc głębię, zyskujesz na szerokości zasięgu – i to również jest cenne. Jeśli pracujesz na konkretnej roli w konkretnym projekcie, to wszystko widzisz przez ten pryzmat: coś w ogóle nie wchodzi w pole widzenia, coś, co widzisz z boku („testerzy to ci źli ludzie, którzy łamią mój piękny kod ”). A kiedy piszesz o różnych rzeczach, widzisz bardzo różne rzeczy, i to nie „z boku”, ale z lotu ptaka: nie widzisz szczegółów, ale masz w głowie ogólny obraz. Rozmawiałem (zarówno w wywiadach, jak i tylko na naszych konferencjach) z wieloma zupełnie różnymi osobami: od kompilatorów po testerów, od Googlerów po startupowców, od piszących w Kotlinie po tych piszących sam Kotlin.
Programista JS może z ciekawością czytać habraposty ze świata C++ („co oni tam mają?”), ale będzie przytłoczony materiałami z głównego zakresu i nie dotrze do materiałów spoza rdzenia. Dla mnie prawie wszystkie obszary są wyspecjalizowane, każdy przeczytany przeze mnie tekst na temat rozwoju i testowania może przydać się w mojej pracy.
Czuję, że w pewnym sensie mam dużo szczęścia: w przeciwieństwie do większości ludzi, w godzinach pracy mogę z zainteresowaniem obserwować, jak żyje i rozwija się rozwój w ogóle.
Kogo potrzebujemy?
Z tego wszystkiego wynika, że taka praca wymaga dość wyjątkowej osoby.
On (lub ona) musi dobrze rozumieć rozwój, ale jednocześnie chcieć robić coś innego niż sam rozwój.
Zrozumienie rozwoju wymaga nie tylko perspektywy kodu, ale także społeczności. Musisz rozmawiać tym samym językiem z programistami i wiedzieć, co ich niepokoi.
Potrzebujesz połączenia inicjatywy i pracowitości. Z jednej strony są standardowe zadania do wykonania (przykładowo mamy tradycyjne posty „10 najlepszych raportów z ostatniej konferencji”). Z drugiej strony chcemy, abyś sam zaproponował pomysły na ciekawe teksty, a nie tylko czekał na instrukcje.
Oczywiście trzeba umieć pisać: zarówno z punktu widzenia umiejętności czytania i pisania, jak i z punktu widzenia „uczynienia tego ciekawym”. Cenimy teksty, które nie tylko wyglądają jak suchy poradnik techniczny, ale naprawdę wciągają. Przykładowo, jeśli masz osobistą historię ze swojego życia, która w jakiś sposób splata się z tematyką materiału, może to być doskonałe wprowadzenie.
Wymagana jest także elastyczność: obecnie zajmujemy się przede wszystkim tekstami na .NET i testowaniem, dlatego szczególnie interesują nas osoby posiadające odpowiednie kompetencje, jednak priorytety mogą ulec zmianie. Oprócz Habr czasami publikujemy na innych portalach i też musimy umieć się do tego dostosować (sedno pozostaje takie samo, „teksty dla programistów”, tylko format może się różnić).
I choć nikt nie wymaga od nas pracy poza godzinami pracy, to maniacy IT, którzy w wolnym czasie dla zabawy pracują nad ulubionym projektem lub czytają o IT, poczują się tu na swoim miejscu: nie rozwiązuje to bezpośrednio problemów w pracy, ale ostatecznie pomaga rozwiązać, są bardziej skuteczne.
Jeśli wszystko co zostało napisane powyżej nie odstraszyło Cię, a zaciekawiło, a chcesz poznać więcej szczegółów lub odpowiedzieć, to jedno i drugie możesz zrobić na stronie .
Źródło: www.habr.com