Ir iemesls, kāpēc programmatūras izstrādātāji dzīvo nevienmērīgi sadalītas nākotnes vadošajās malās: viņu darba produkti vienmēr ir bijuši digitāli artefakti, un kopš tīklu sākuma viņu darba procesi ir saistīti.
Rīki, kas ļauj programmatūras izstrādātājiem strādāt, un kultūra, kas ieskauj šo rīku izmantošanu, parasti nonāk galvenajā plūsmā. Retrospektīvi šķiet acīmredzami, ka e-pasts un tūlītējā ziņojumapmaiņa - ko gan izstrādātāji izmantoja pirms kāda cita - būtu sasnieguši masas. Šie saziņas veidi bija aktuāli visiem.
Tas ir mazāk acīmredzami, ka Git, rīks, kas izgudrots, lai koordinētu Linux kodola izstrādi, un GitHub, uz rīkiem balstīta kultūra, kas to ieskauj, būs tikpat aktuāla. Lielākā daļa cilvēku nepiesaista kodu iztikai. Bet, tā kā katras profesijas darba produkti un procesi tiek arvien vairāk digitalizēti, daudzi no mums pievērsīsies rīkiem, kas paredzēti, lai koordinētu mūsu darbu kopīgu digitālo artefaktu jomā. Tāpēc Git un GitHub atrod ceļu darbplūsmās, kas rada artefaktus, izņemot kodu vai papildus tam.
Kā ziņots Wired, ReadWrite un citur, GitHub tiek izmantots, lai kopīgi pārvaldītu receptes, mūzikas partitūras, grāmatas, fontus, juridiskos dokumentus, nodarbības un konsultācijas, kā arī datu kopas. Ņemot vērā Git bēdīgi slaveno sarežģītību, kā tas ir iespējams?
Viens iemesls ir tas, ka GitHub savā tīmekļa saskarnē ir pakāpeniski atklājis vairāk pamata Git iespējas. Cits ir tādu tīmekļa lietojumprogrammu parādīšanās, kurās GitHub tiek izmantota kā platforma. Tad ir kultūras faktors: GitHub iemieso īpašu sadarbības veidu. Deivs Viners to raksturo ar frāzi "pastāstīt savu darbu". Esmu izmantojis "novērojamu darbu". Responsive Organization kustība svin "pārredzamību pār privātumu". GitHub valdības evaņģēlistam Benam Balteram tā ir "atklāta sadarbība".
Emuāra ziņa, kurā Bens Balteris ierosina šo terminu, netika publicēta, kad es to izlasīju. Bet, tā kā emuārs tiek mitināts publiskā GitHub repozitorijā, es varēju ne tikai izlasīt ziņu melnraksta formā, bet arī sekot diskusijai ar uzaicinātajiem recenzentiem un novērot, kā šī diskusija ietekmēja melnrakstu. Krātuvei, protams, nav jābūt pieejamai sabiedrībai, taču katrai organizācijai vajadzētu vēlēties, lai tās iekšējie procesi izmantotu šo atvērtās sadarbības stilu. Pēc Brian Doll, GitHub stratēģijas viceprezidenta teiktā, arvien vairāk uzņēmumu to dara tieši tā.
Mūsdienās bieži saka, ka katrs uzņēmums ir programmatūras uzņēmums. Tas ir abstrakti, ja intelektuālo īpašumu definē kā programmatūru. Bet tas burtiski attiecas arī uz daudziem uzņēmumiem, kuru vērtība ir ietverta programmatūrā, kuru tie izstrādā iekšēji.
Vienmēr bija vēlams paplašināt dalību šajā attīstībā ārpus tradicionālajām koda, testa, kvalitātes nodrošināšanas un dokumentēšanas disciplīnām. Bet, ja ieguldījums, ko jūs varat sniegt, balstījās uz jūsu izpratni par biznesu vai klientu, jūs nevarējāt iesaistīties tieši.
"Tas ir nenormāli," saka Braiens Dolls. "Ja esat banka, bagātības pārvaldības rīkus izmanto jūsu darbinieki un klienti ir produkts, kā šiem cilvēkiem nav tiešu roku tā uzlabošanā? "Izmantojot GitHub, ikviena ieinteresētā persona var kļūt par pirmās klases dalībnieku. Tā vietā, lai rakstītu e-pastus, kas riņķo ap ierakstu sistēmu, viņi var nosūtīt pieprasījumus un apspriest saistītus jautājumus tieši šajā sistēmā.
Pieradināt Git zvēru
Git, decentralizētais versiju vadības dzinējs zem GitHub pārsega, darbojas veidos, kas pārsteidz ne tikai programmētājus, bet arī programmētājus, kuri pie tā nonāk no centralizētām sistēmām.
Šajās sistēmās ir liels uzdevums izveidot filiāli repozitorijā, lai izpētītu artefaktu kopas alternatīvu versiju. Git filiāle ir viegla konstrukcija, ilūzija, kas radīta, pārvietojot rādītājus datu vietā. Parastā sistēmā būtu neiedomājami dārgi izveidot zaru, lai dokumentā mainītu vienu vārdu. Gits padara šo manevru par diezgan lētu. GitHub to var iegult darbplūsmā - pieprasījuma pieprasījumā -, kas iekonservē diskusiju par izmaiņām un sasaista to ar dokumenta izmaiņu vēsturi.
Gita protēnas spējas ir padarījušas to par darbplūsmas jauninājumu laboratoriju, un daudzās pieejamās pieejas rada vēl vienu sarežģītības slāni. Sazarošanas un sapludināšanas mehānika ir pietiekami viltīga, taču ir arī dažādas domāšanas skolas par to, kad un kā sazaroties un saplūst. Tas viss ir izaicinājums programmētājiem un daudz kas cits. Kā jūs varat pieradināt šo zvēru, lai iesaistītos netehniskās ieinteresētās puses?
GitHub atbilde: Uzlabojiet vietni pamatdarbībām. Advokātam, kurš vēlas mainīt vienu vārdu juridiskā dokumentā, nav jāizmanto biedējošais Git klients; viņa var rediģēt failu pārlūkprogrammā. Šī darbība uzsāks pieprasījuma pieprasīšanas darbplūsmu, kas automatizē filiāles izveidi, kas veltīta ierosinātajām izmaiņām. GitHubbers patīk teikt, ka "ir tikai viens veids, kā kaut ko mainīt". Nevienam nav jāievēro šis zelta likums, taču, to darot, iet pa vismazākās pretestības ceļu.
Rezultātā ikviens uzņēmums, kas atbalsta GitHub, var viegli izmantot šo labāko praksi. "Tā vietā, lai žēlotos par ūdens dzesētāju, jo programmatūra ir briesmīga," saka Braiens Dolls, "jums ir veids, kā to mainīt." Šī iesaistīšanās var attiekties arī uz klientiem.
Pati GitHub maiņa ir cita lieta. "Īsumā, lai tur pieņemtu darbā," saka Gregs Vilsons, programmatūras Carpentry projekta dibinātājs, "man nav iespēju noteikt, kā GitHub pārvalda atļaujas, ļauj lietotājam izgatavot vairākas repo dakšiņas vai jebko citu.
Tomēr visur, kur ir iespējota mijiedarbība ar GitHub stilu, izmaiņu mehānisms darbojas tāpat, neatkarīgi no tā, vai ieguldījums izmaiņās ir kods vai dokumentācija, juridiskas konsultācijas vai biznesa perspektīva, vai klientu atsauksmes.
Šīs kopīgās konvencijas, kas, iespējams, ir vissvarīgākais GitHub jaunievedums, vērtību palielina citas konvencijas, kas tiek importētas no sociālajiem medijiem. Piemēram, vietnē Twitter varat pievērst cita Twitter lietotāja uzmanību, pieminot viņu lietotājvārdu. Šī @mention tehnika darbojas GitHub gan indivīdiem, gan komandām.
Ir arī pakalpojums GitHub Pages, kas mitina vietnes virs GitHub krātuvēm. To iecienījuši tehniskie emuāru autori, kuri pārzina Gitu un vēlas instalēt (un lokāli izmantot) Ruby bāzes vietņu ģeneratoru Jekyll. Bet, kā citi ir atklājuši, jums nav jāinstalē Jekyll. Ir iespējams pilnībā pārvaldīt vietni GitHub Pages pārlūkprogrammā un izbaudīt versiju vēstures un jautājumu diskusiju priekšrocības.
