Zer lan hoberik Habr-en garapenari buruz idaztea baino? Norbaitek bere habrapost handia prestatzen ari den bitartean arratsaldeetan hasten da, hemen, lanorduetan, gauza interesgarriak partekatzen dituzu komunitatearekin eta onurak ateratzen dituzu.
Zer lan okerragoa izan daiteke Habr-en garapenari buruz idaztea baino? Norbaitek egun osoan kodea idazten duen bitartean, pertsona horiei begiratzen diezu eta ezpainak miazkatzen dituzu, eta zure maskota-proiektuan lan egiten duzu arratsetan.
Gu () urtetik urtera garatzaileentzako hitzaldi ezberdin gehiago egiten ditugu, beraz, orain beste langile baten bila gabiltza (ni eta ) gure habrablog-eko testuetarako. Nor behar dugun eta pertsona honen zain zer dagoen argi uzteko, deskribatu dut nola den oro har zure lana garatzaileentzako testuak idaztea Habré-ko blog korporatibo batean.
Zer da polita?
Zer gustatzen zait lan honetatik? Edozein blog korporatiboren helburua konpainiari laguntzea den arren, hemen horrek ez du esan nahi "salmentetako kopia distiratsuak idaztea zein harrigarria den". Honek ez du funtzionatzen Habré-n. Hemen beste gauza bat funtzionatzen du: komunitatearentzat interesgarriak eta erabilgarriak diren mezuak idatzi, zeinetan zure jarduerak aipatzea egokia iruditzen zaizun.
"Gure hitzaldiak zoragarriak eta sinestezinak dira" gutxienez hamar aldiz idatzi dezakezu argudiorik gabe, eta inork ez du irakurriko. Edo iraganeko biltzar bateko txosten baten testu-transkripzioa argitara dezakezu, jendeak erabilgarria den informazioa lortuko du, eta, aldi berean, benetako adibide bat erabiliz, ekitaldian zer ikusi daitekeen eta ea ulertuko du. hurrengoan honetara joan nahi dute.
Iragarkizko iragarkiz osatutako testuak etengabe idazteko eskatuko banu, oso azkar urkatu nahi nuke. Zorionez, gure biltzarren gaiei buruzko testuak idazten ditut, non amaieran ohar txiki bat besterik ez den “Mugikorren garapenari buruzko testu honek erakarri zaituenez, adi, hona hemen honi buruzko hitzaldi bat”.
Lan honen beste onura bat jende polit askorekin elkarreraginean egotea da. Zure lanaren parte maila handiko norbait elkarrizketatzea denean Jonah Skeete, bere erantzunak arnasa hartuz entzuten dituzu, eta amaieran "eskerrik asko galderengatik, interesgarria izan zen" esaten dizu, zure buruari "itxaron, hau ordainduko dut" pentsatzen ari zara. ordaintzen dute ere"?
Tira, sabel zaleentzat bonus bat: habrapostak idaztea zure lana denean, eta maiz argitaratzen dituzunean, habra erabiltzaileen rankingean lehen postua irits zaitezke. Eta orduan hasiko zara mezu pertsonal arraroak jasotzen!
Zein da zailtasuna?
Baina ontasun horiek guztiek ez dute esan nahi dena perfektua denik. Erronka nagusia hau da.
Alde batetik, argi dago garapenari buruz zenbat eta gehiago jakin, orduan eta hobeto horrelako lanetarako, eta gai jakin batean oso murgilduta bazaude, horrekin lotuta zerbait polita idatz dezakezula.
Baina, aldi berean, hainbat kongresu ditugu arlo ezberdinetan (Javatik probara), beraz, egile bakoitzarentzat hainbat ekitaldi landu behar dira, eta edonoiz gehitu daitezke berriak. Horrek esan nahi du ezin izango zarela zure gogoko gaira mugatu eta guztiz desberdina den zerbaitetan sakondu beharko duzula, are gutxiago ezaguna. Eta, aldi berean, gure hitzaldiak nahiko gogorrak dira, haien bisitariak ez dira berriak industrian, beraz, edukia esperientziadun garatzaileentzat interesgarria izan behar da.
Nagusia aldi berean hainbat norabidetan izatea, oro har, ez da errealista. Orain gehitu honi, gainera, ez duzula garatzaile gisa lan egiten: zure lan-denboraren zati bat kodeari eskaini diezaiokezu, gai-arlotik ez urruntzeko, baina hau ez da jarduera nagusia. Eta gehitu honi mezuen erregulartasuna: arimak deituta Habr-i idazten dion jendeak hilabeteak eman ditzakete gai bat idazten testua idatzi baino lehen, orduan honek ez du funtzionatuko hemen.
Nola da posible, halako baldintzetan, esperientziadun garatzaileei interesa lezakeen ezer idaztea?
Badirudi dena guztiz goibela dela, baina nahiko bideragarriak diren aukerak daude.
Nola bizi?
Lehenik eta behin, lan-esperientzia pertsonal handirik gabe gai askori buruz idatzi ezin dituzun arren, badira hori eskatzen ez duten asko ere.
Java-ren bertsio berri bat agertu da, eta garatzaileak "zer aldatu da hor" galdetzen ari dira? Honi buruzko argitalpen arrunt bat egiteko, Javan idazteko gai izan behar duzu, baina ez duzu "hilabeteko esperientzia" behar bereziki bertsio berriarekin; nahikoa da ingelesezko iturriak ondo ulertzea (probatzea ere erabilgarria da). berrikuntzak pertsonalki, baina hori azkar egin daiteke). Javaren bertsio berri hau JShell tresna batekin dator? Berria denez, garatzaile esperientziadunek ere erabilgarria izango dute tutoriala, eta idatzi aurretik, nahikoa da JShell-ekin ordubetez edo bi jolastea ("Hilabeteak" REPL batean ez dira gastatzeko ezer). GitHub-ek biltegi pribatuak aske utzi ditu? Jakina, berehala jakinarazi nahi nieke hubbrowsers horrelako albisteen berri, eta denbora pixka bat beharko da ikerketak egiteko (argitalpena ez dadin lerro bakarra izan), baizik eta xumea ere.
Bigarrenik, gai jakin bati buruz sutsua bazara eta sakon ulertzen baduzu, hau ere zoragarria da. Bai, ezin izango duzu horri buruz egunero idatzi; maizago beste zerbaiti aurre egin beharko diozu, baina, besteak beste, gogoko duzun gaia ateratzen denean, ezagutzak ondo etorriko zaizkizu. Hemen, Oleg Graal proiektua modan jarri baino lehen ere moldatzen ari zen, beraz, Graal-ekin lan egiten duen Chris Thalingerri galdetu zion parametroak bezalako gauzei buruz. interesatuta.
Eta hirugarrenik, ezin zara zure gaitasunera mugatu, beste norbaitena lotuz. Adibidez, elkarrizketa formatuan, non ez dituzun munduko erantzun guztiak ezagutu behar, baina galderak egiteko gai izan. Mundu osoko pertsonarik interesgarrienak etortzen dira gure hitzaldira, .NET kondairatik Jeffrey Richter Kotlinen buruari Andres Breslav, bekatua da horrelako galderak ez egitea. Irabazi/irabazi erabatekoa da: bai elkarrizketatzailea interesatuta dago eta baita Habr-eko irakurleek ere (gure diskoa izan zen berdinarekin Jon Skeet, 60 ikustaldi baino gehiago bildu dituena), eta hizlariek beraiek pozik egoten dira normalean hitzaldiaren bezperan elkarrizketak ematen, eta hori onura nabaria da kongresuarentzat.
Jakina, horrelako pertsonak zalantzan jartzeko, zenbait ezagutza ere beharrezkoak dira, baina eskakizunen eskala guztiz bestelakoa da.
Beste norbaiten gaitasuna partekatzeko beste modu bat lehen aipatutako txostenen testu-transkripzioak dira. Gertatzen da, gainera, gure hiztunetako batek blogeko mezu bat ingelesez argitaratzen duela, eta guk, berarekin adostuta, errusierara itzultzen dugu. Halakoetan, testua ulertu behar da, baina ez da zertan idazten duen aditua izan behar.
Zertara dator hau?
Nire esperientziatik, esan nahi dut lan mota honekin ikuspuntu interesgarri samar batetik ikusten duzula IT.
Orokorrean, hau iraingarria izan daiteke: nonahi gertatzen da nolabaiteko mugimendua, jendea gauza interesgarriak lantzen ari da, eta hori guztia "kanpotik" ikusten duzu, galderak egiten dituzu eta azkenean bakoitzari buruz zerbait ulertzen duzu. gauza hauek azaletik, baina ezarpenaren xehetasunetan ez duzu ulertzen jadanik - asmatzeko, etengabe lan egin beharko zenuke. Sakonean ere gauza interesgarri asko egongo dira seguruenik; hau guztia begirada batean ikusteak tentazioa besterik ez zaitu egiten!
Baina, aldi berean, sakontasuna galtzen duzun bitartean, estaldura zabalean irabazten duzu, eta hori ere baliotsua da. Proiektu zehatz batean eginkizun zehatz batean lan egiten baduzu, orduan dena ikusten duzu prisma honen bidez: zerbait ez da batere ikus-eremuan erortzen, albotik ikusten duzun zerbait (“probatzaileak nire kode ederra hausten duten pertsona gaizto horiek dira. "). Eta gauza ezberdinei buruz idazten duzunean, gauza oso desberdinak ikusten dituzu, eta ez “albotik”, txori-begitik baizik: ezin dituzu xehetasunak ikusi, baina irudi orokorra sartzen zaizu buruan. Jende guztiz ezberdin askorekin hitz egin nuen (bai elkarrizketetan eta baita gure hitzaldietan ere): konpilatzaileetatik hasi eta probatzaileetara, Googleretatik hasiberrietara, Kotlin idazten dutenetatik Kotlin bera idazten dutenekin.
JS garatzaile batek jakin-mina izango du C++-ren munduko habrapostak irakurtzeko (“zer dute hor?”), baina eremu nagusiko materialez gainezka egongo da eta ez du oinarrizko material horietara iritsiko. Niretzat, ia arlo guztiak espezializatuak dira; garapenari eta probei buruz irakurtzen dudan edozein testu erabilgarria izan daiteke nire lanean.
Zentzu batean zorte handia dudala sentitzen dut: jende gehiena ez bezala, lanorduetan, oro har, garapena nola bizi eta garatzen den ikus dezaket interes handiz.
Nor behar dugu?
Guzti honetatik ondorioztatzen da horrelako lanak pertsona paregabe samarra eskatzen duela.
Garapena ondo ulertu behar du (edo berak), baina, aldi berean, garapena bera ez den beste zerbait egiteko prest egon behar du.
Garapena ulertzeak kodearen ikuspegitik ez ezik, komunitatearen ikuspegitik ere eskatzen du. Garatzaileekin hizkuntza bera hitz egin behar duzu eta jakin zerk kezkatzen dituen.
Ekimena eta diligentzia konbinatu behar dituzu. Alde batetik, bete beharreko zeregin estandarrak daude (adibidez, ohiko “azken konferentziako 10 txosten nagusiak” mezuak ditugu). Bestalde, zuk zeuk testu interesgarrietarako ideiak eskaintzea nahi dugu, eta ez argibideen zain soilik.
Noski, idazteko gai izan behar duzu: bai alfabetatzearen ikuspuntutik, bai “interesgarri bihurtzearen” ikuspuntutik. Tutorial tekniko lehor baten itxura ez duten testuak baloratzen ditugu, baina benetan liluragarriak direnak. Adibidez, materialaren gaiarekin nolabait gurutzatzen den zure bizitzako istorio pertsonal bat baduzu, sarrera bikaina izan daiteke.
Malgutasuna ere beharrezkoa da: oraintxe bertan .NET-en eta testing-en testuak arduratzen gara batez ere, beraz, konpetentzia garrantzitsuak dituzten pertsonak bereziki interesatzen zaizkigu, baina lehentasunak alda daitezke. Habr-ez gain, batzuetan beste gune batzuetan argitaratzen dugu, eta horretara moldatu ere egin behar dugu (funtsak bere horretan jarraitzen du, "garatzaileentzako testuak", baina formatua desberdina izan daiteke).
Eta inork lanorduetatik kanpo lan egitea eskatzen ez gaituen arren, denbora librean maskota-proiektu batean dibertitzeko edo informatikaren inguruan irakurtzen duten informatikariak beren lekuan sentituko dira hemen: horrek ez ditu lan arazoak zuzenean konpontzen, baizik eta. azken finean, eraginkorragoak diren konpontzen laguntzen du.
Goian idatzitako guztiak ez bazaitu uxatu, baina interesatzen bazaitu, eta xehetasun gehiago jakin edo erantzun nahi baduzu, biak hemen egin daitezke .
Iturria: www.habr.com