{"id":37902,"date":"2019-10-31T22:20:28","date_gmt":"2019-10-31T19:20:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-sozdat-open-source-proekt\/"},"modified":"2019-10-31T22:20:28","modified_gmt":"2019-10-31T19:20:28","slug":"kak-sozdat-open-source-proekt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","title":{"rendered":"Hur man skapar ett open source-projekt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"HurRedan denna vecka kommer det att h\u00e5llas en IT-festival i Sankt Petersburg TechTrain<\/a><\/noindex>. En av talarna kommer att vara Richard Stallman. Embox<\/a><\/noindex> deltar ocks\u00e5 i festivalen, och sj\u00e4lvklart kunde vi inte bortse fr\u00e5n \u00e4mnet \u00f6ppen k\u00e4llkod. D\u00e4rf\u00f6r heter ett av v\u00e5ra f\u00f6redrag \u201cFr\u00e5n studentprojekt till open source-projekt. Erfarenheterna fr\u00e5n Embox\u201d<\/a><\/noindex>. Det kommer att handla om historien bakom utvecklingen av Embox som ett projekt med \u00f6ppen k\u00e4llkod. I den h\u00e4r artikeln vill jag ber\u00e4tta om de centrala id\u00e9erna som, enligt min mening, p\u00e5verkar utvecklingen av open source-projekt. Artikeln, liksom f\u00f6redraget, bygger p\u00e5 personlig erfarenhet.<\/a><\/noindex><\/p>\n

L\u00e5t oss b\u00f6rja med det enkla, med en definition av termen \u00f6ppen k\u00e4llkod. Uppenbarligen \u00e4r ett projekt med \u00f6ppen k\u00e4llkod ett projekt som har en av de licenser som till\u00e5ter \u00e5tkomst till projektets k\u00e4llkod. Dessutom inneb\u00e4r ett \u00f6ppet projekt m\u00f6jligheten f\u00f6r externa utvecklare att g\u00f6ra \u00e4ndringar. Med andra ord, om ett f\u00f6retag eller en utvecklare publicerar koden f\u00f6r sin produkt, helt eller delvis, g\u00f6r det fortfarande inte produkten till ett open source-projekt. Slutligen b\u00f6r varje projektaktivitet leda till resultat, och \u00f6ppenheten hos projektet inneb\u00e4r att detta resultat anv\u00e4nds inte bara av utvecklarna sj\u00e4lva. <\/p>\n

Vi kommer inte att ta upp problemen kring \u00f6ppna licenser. Det \u00e4r ett f\u00f6r stort och komplext \u00e4mne som kr\u00e4ver djupg\u00e5ende granskning. Det har skrivits ganska mycket bra artiklar och material om detta \u00e4mne. Men eftersom jag sj\u00e4lv inte \u00e4r specialist p\u00e5 upphovsr\u00e4tt kommer jag bara att s\u00e4ga att licensen m\u00e5ste motsvara projektets m\u00e5l. Till exempel valde Embox BSD-licensen i st\u00e4llet f\u00f6r GPL av en anledning.<\/p>\n

Att faktum att ett \u00f6ppet projekt m\u00e5ste ge m\u00f6jlighet att g\u00f6ra f\u00f6r\u00e4ndringar och p\u00e5verka utvecklingen av det \u00f6ppna projektet antyder att projektet \u00e4r distribuerat. Att hantera det, uppr\u00e4tth\u00e5lla integritet och funktionalitet \u00e4r mycket sv\u00e5rare j\u00e4mf\u00f6rt med ett projekt med centraliserad kontroll. En rimlig fr\u00e5ga uppst\u00e5r: varf\u00f6r skapa \u00f6ppna projekt \u00f6verhuvudtaget? Svaret ligger inom omr\u00e5det kommersiell l\u00f6nsamhet; f\u00f6r en viss klass av projekt \u00f6verv\u00e4ger vinsterna av en s\u00e5dan metod kostnaderna. Det vill s\u00e4ga, \u00f6ppet tillv\u00e4gag\u00e5ngss\u00e4tt passar inte alla projekt och \u00e4r \u00f6verhuvudtaget inte till\u00e5tet. Till exempel \u00e4r det sv\u00e5rt att f\u00f6rest\u00e4lla sig utvecklingen av ett system f\u00f6r styrning av ett kraftverk eller ett flygplan baserat p\u00e5 ett \u00f6ppet koncept. Nej, sj\u00e4lvklart b\u00f6r s\u00e5dana system inkludera moduler baserade p\u00e5 \u00f6ppna projekt, eftersom det ger en rad f\u00f6rdelar. Men f\u00f6r den slutliga produkten m\u00e5ste n\u00e5gon ta ansvar. \u00c4ven om systemet helt och h\u00e5llet \u00e4r baserat p\u00e5 kod fr\u00e5n \u00f6ppna projekt, st\u00e4nger utvecklaren, genom att paketera allt i ett system och g\u00f6ra specifika versioner och inst\u00e4llningar, i princip av det. Koden kan \u00e4nd\u00e5 vara offentligt tillg\u00e4nglig.<\/p>\n

F\u00f6r dessa system finns det ocks\u00e5 m\u00e5nga f\u00f6rdelar med att skapa \u00f6ppna projekt eller delta i dem. Som jag redan har sagt kan koden f\u00f6r det slutliga systemet h\u00e5llas offentligt tillg\u00e4nglig. Varf\u00f6r? F\u00f6r det \u00e4r uppenbart att det knappast finns n\u00e5gon annan som har ett likadant flygplan f\u00f6r att testa systemet. Det \u00e4r sant, men det kan mycket v\u00e4l finnas n\u00e5gon som vill kontrollera specifika delar av koden, eller s\u00e5 kan n\u00e5gon uppt\u00e4cka att det anv\u00e4nda biblioteket inte \u00e4r helt korrekt konfigurerat. <\/p>\n

En \u00e4nnu st\u00f6rre f\u00f6rdel uppst\u00e5r n\u00e4r ett f\u00f6retag avs\u00e4tter en viss grundl\u00e4ggande del av systemet till ett separat projekt. Till exempel, ett bibliotek f\u00f6r att st\u00f6dja ett visst protokoll f\u00f6r datautbyte. I detta fall, \u00e4ven om protokollet \u00e4r specifikt f\u00f6r detta \u00e4mnesomr\u00e5de, kan kostnaderna f\u00f6r att uppr\u00e4tth\u00e5lla denna del av systemet delas med andra f\u00f6retag inom omr\u00e5det. Dessutom kr\u00e4ver det av specialister som kan studera denna del av systemet i \u00f6ppen tillg\u00e5ng mycket mindre tid f\u00f6r att effektivt anv\u00e4nda det. Slutligen, att avs\u00e4tta en del som en oberoende enhet som anv\u00e4nds av externa utvecklare, g\u00f6r att denna del kan bli mer kvalitativ, eftersom det kr\u00e4vs effektiva API:er, dokumentation, och jag n\u00e4mner knappt f\u00f6rb\u00e4ttringen av testt\u00e4ckningen. <\/p>\n

Ett f\u00f6retag kan ocks\u00e5 f\u00e5 kommersiella f\u00f6rdelar utan att skapa \u00f6ppna projekt, det r\u00e4cker med att dess specialister deltar i externa projekt som anv\u00e4ndas inom f\u00f6retaget. Alla f\u00f6rdelar kvarst\u00e5r: anst\u00e4llda k\u00e4nner projektet b\u00e4ttre, vilket betyder att de anv\u00e4nder det mer effektivt, f\u00f6retaget kan p\u00e5verka projektets utvecklingsinriktning, och anv\u00e4ndningen av f\u00e4rdig, stabil kod minskar tydligt f\u00f6retagets kostnader.<\/p>\n

F\u00f6rdelarna med att skapa opensource-projekt slutar inte h\u00e4r. L\u00e5t oss ta en s\u00e5 viktig del av aff\u00e4rsverksamheten som marknadsf\u00f6ring. F\u00f6r den \u00e4r det en mycket bra sandl\u00e5da som effektivt l\u00e5ter en bed\u00f6ma marknadens krav.<\/p>\n

Och naturligtvis b\u00f6r man inte gl\u00f6mma att ett opensource-projekt \u00e4r ett effektivt s\u00e4tt att g\u00f6ra sig k\u00e4nd som b\u00e4rare av en viss specialisering. I vissa fall \u00e4r detta faktiskt den enda v\u00e4gen till marknaden. Till exempel b\u00f6rjade Embox som ett projekt f\u00f6r att skapa ett OSRV. Det \u00e4r nog on\u00f6digt att f\u00f6rklara att det finns massor av konkurrenter. Utan att skapa ett samh\u00e4lle skulle vi helt enkelt inte ha haft resurserna att f\u00e5 projektet till den slutliga anv\u00e4ndaren, det vill s\u00e4ga att externa utvecklare b\u00f6rjar anv\u00e4nda projektet.<\/p>\n

Gemenskapen \u00e4r avg\u00f6rande i ett opensource-projekt. Den m\u00f6jligg\u00f6r en betydande minskning av kostnaderna f\u00f6r projektledning och utvecklar samt st\u00f6der projektet. Man kan s\u00e4ga att utan gemenskap finns det \u00f6verhuvudtaget inget opensource-projekt.<\/p>\n

Det finns en m\u00e4ngd material om hur man skapar och hanterar ett community f\u00f6r ett projekt med \u00f6ppen k\u00e4llkod. Jag, f\u00f6r att inte \u00e5terber\u00e4tta redan k\u00e4nda fakta, kommer att fokusera p\u00e5 erfarenheterna fr\u00e5n Embox. Till exempel \u00e4r en mycket intressant fr\u00e5ga processen f\u00f6r att skapa ett community. M\u00e5nga pratar om hur man hanterar ett existerande community, men momentet f\u00f6r dess skapande gl\u00f6ms ibland bort, som om det \u00e4r en sj\u00e4lvklarhet.<\/p>\n

Det viktigaste reglerna n\u00e4r man skapar ett community f\u00f6r ett opensource-projekt \u00e4r att det inte finns n\u00e5gra regler. Jag menar att det inte finns n\u00e5gra universella regler, precis som det inte finns n\u00e5gon silverkul, dels f\u00f6r att projekten \u00e4r mycket olika. Det \u00e4r tveksamt om man kan anv\u00e4nda samma regler n\u00e4r man skapar ett community f\u00f6r ett logging-bibliotek i js och en specifik drivrutin. Dessutom f\u00f6r\u00e4ndras reglerna i takt med att projektet (och d\u00e4rmed communityt) utvecklas. <\/p>\n

Embox b\u00f6rjade som ett studentprojekt, eftersom vi hade tillg\u00e5ng till studenter fr\u00e5n avdelningen f\u00f6r systemprogrammering. I praktiken gick vi in i en annan community. Deltagarna i denna community, studenterna, kunde vi intressera med bra industriell praktik relaterad till deras specialitet, forskningsarbeten inom systemprogrammering, samt kandidatuppsats och examensarbeten. Med andra ord f\u00f6ljde vi en av de grundl\u00e4ggande reglerna f\u00f6r att organisera ett community: deltagarna m\u00e5ste f\u00e5 n\u00e5got, och detta m\u00e5ste motsvara den insats som deltagaren g\u00f6r.<\/p>\n

N\u00e4sta steg f\u00f6r Embox var att s\u00f6ka efter externa anv\u00e4ndare. Det \u00e4r mycket viktigt att f\u00f6rst\u00e5 att anv\u00e4ndarna \u00e4r fullv\u00e4rdiga deltagare i ett opensource-community. Det finns vanligtvis fler anv\u00e4ndare \u00e4n utvecklare. Och f\u00f6r att vilja bli en bidragsgivare till projektet m\u00e5ste man f\u00f6rst b\u00f6rja anv\u00e4nda det p\u00e5 ett eller annat s\u00e4tt.<\/p>\n

De f\u00f6rsta anv\u00e4ndarna av Embox var institutionen f\u00f6r Teoretisk Cybernetik. De f\u00f6reslog att skapa en alternativ firmware f\u00f6r Lego Mindstorm. Och \u00e4ven om det fortfarande var lokala anv\u00e4ndare (vi kunde tr\u00e4ffa dem personligen och diskutera vad de ville). Men det var \u00e4nd\u00e5 en mycket bra erfarenhet. Till exempel utvecklade vi demoer som kunde visas f\u00f6r andra, eftersom robotar \u00e4r roliga och drar till sig uppm\u00e4rksamhet. I slut\u00e4ndan fick vi riktigt externa anv\u00e4ndare som b\u00f6rjade fr\u00e5ga vad Embox \u00e4r och hur man anv\u00e4nder det.<\/p>\n

I det h\u00e4r skedet b\u00f6rjade vi fundera p\u00e5 dokumentation och kommunikationsverktyg med anv\u00e4ndarna. Sj\u00e4lvklart hade vi t\u00e4nkt p\u00e5 dessa viktiga saker tidigare, men det var f\u00f6r tidigt och gav inget positivt resultat. Effekten var snarare negativ. L\u00e5t mig ge n\u00e5gra exempel. Vi anv\u00e4nde googlecode, vars wiki st\u00f6dde flerspr\u00e5kighet. Vi gjorde sidor p\u00e5 flera spr\u00e5k, inte bara engelska och ryska, d\u00e4r vi kunde kommunicera, utan \u00e4ven tyska och spanska. Resultatet s\u00e5g v\u00e4ldigt l\u00f6jligt ut n\u00e4r n\u00e5gon fr\u00e5gade p\u00e5 dessa spr\u00e5k, men vi kunde \u00f6verhuvudtaget inte svara. Eller vi introducerade regler f\u00f6r att skriva dokumentation och kommentera, men eftersom API:et f\u00f6r\u00e4ndrades ganska ofta och p\u00e5tagligt, blev v\u00e5r dokumentation f\u00f6r\u00e5ldrad och gav mer f\u00f6rvirring \u00e4n hj\u00e4lp.<\/p>\n

I slut\u00e4ndan ledde alla v\u00e5ra insatser, \u00e4ven de felaktiga, till att externa anv\u00e4ndare d\u00f6k upp. Och till och med en kommersiell kund som ville att vi skulle utveckla ett eget OSR. Och vi utvecklade det eftersom vi har erfarenhet och n\u00e5gra resurser. H\u00e4r m\u00e5ste jag n\u00e4mna b\u00e5de positiva och negativa aspekter. Jag b\u00f6rjar med de negativa. Eftersom m\u00e5nga utvecklare drogs till detta projekt p\u00e5 kommersiell basis, blev gemenskapen och s\u00e5 redan ganska instabil, delad, vilket sj\u00e4lvklart p\u00e5verkade projektets utveckling. En ytterligare faktor var det faktum att projektets inriktning best\u00e4mdes av en kommersiell kund, vars m\u00e5l inte var fortsatt utveckling av projektet. \u00c5tminstone var det m\u00e5let inte huvudsakligt.<\/p>\n

\u00c5 andra sidan fanns det flera positiva aspekter. Vi fick verkligen externa anv\u00e4ndare. Det handlade inte bara om best\u00e4llaren, utan ocks\u00e5 om de som systemet var avsett f\u00f6r. Motivation att delta i projektet \u00f6kade. F\u00f6r om man kan tj\u00e4na pengar p\u00e5 n\u00e5got intressant \u00e4r det alltid trevligt. Och viktigast av allt, vi h\u00f6rde en \u00f6nskan fr\u00e5n best\u00e4llarna som vid den tidpunkten verkade oss f\u00e5nig, men som nu \u00e4r huvudid\u00e9n i Embox, n\u00e4mligen att anv\u00e4nda redan utvecklad kod i systemet. Nu \u00e4r huvudid\u00e9n med Embox att anv\u00e4nda programvara fr\u00e5n Linux utan Linux. Det vill s\u00e4ga, den viktigaste positiva aspekten som bidrog till projektets vidare utveckling var insikten om att projektet anv\u00e4nds av externa anv\u00e4ndare, och att det m\u00e5ste l\u00f6sa deras problem.<\/p>\n

Vid den tidpunkten hade Embox redan g\u00e5tt bortom studentprojektets ramar. Den huvudsakliga hindret f\u00f6r projektets utveckling enligt studentmodellen \u00e4r motivationen hos deltagarna. Studenter deltar s\u00e5 l\u00e4nge de studerar, och n\u00e4r de har examen m\u00e5ste en annan motivation uppst\u00e5. Om motivationen inte dyker upp slutar studenten bara att delta i projektet. Med tanke p\u00e5 att studenter f\u00f6rst m\u00e5ste utbildas blir det s\u00e5 att de blir bra specialister n\u00e4r de g\u00e5r ut, men deras bidrag till projektet \u00e4r, p\u00e5 grund av bristande erfarenhet, inte s\u00e4rskilt stort.<\/p>\n

Sammanfattningsvis \u00f6verg\u00e5r vi smidigt till huvudpunkten som g\u00f6r det m\u00f6jligt att prata om skapandet av ett opensource-projekt \u2014 att skapa en produkt som l\u00f6ser anv\u00e4ndarnas problem. Som jag redan f\u00f6rklarade ovan \u00e4r den viktigaste egenskapen hos ett opensource-projekt dess gemenskap. Och deltagarna i gemenskapen \u00e4r fr\u00e4mst anv\u00e4ndare. Men hur ska de kunna komma dit om det inte finns n\u00e5got att anv\u00e4nda? S\u00e5 det visar sig att precis som med ett icke-opensource-projekt m\u00e5ste man fokusera p\u00e5 att skapa en MVP (minimalt livskraftig produkt), och om den v\u00e4cker anv\u00e4ndarnas intresse kommer en gemenskap att uppst\u00e5 runt projektet. Om man ist\u00e4llet f\u00f6rs\u00f6ker skapa en gemenskap enbart genom PR, skriva wiki p\u00e5 alla v\u00e4rldens spr\u00e5k, eller ha en korrekt git-arbetsfl\u00f6de p\u00e5 GitHub, \u00e4r det osannolikt att det kommer att ha betydelse i projektets tidiga skeden. Naturligtvis \u00e4r dessa saker viktiga och n\u00f6dv\u00e4ndiga p\u00e5 relevanta stadier.<\/p>\n

Avslutningsvis vill jag n\u00e4mna kommentar<\/a><\/noindex>, i min mening \u00e5terspeglar anv\u00e4ndarens f\u00f6rv\u00e4ntningar p\u00e5 ett opensource-projekt:<\/p>\n

Jag \u00f6verv\u00e4ger seri\u00f6st att byta till detta OS (\u00e5tminstone att prova. Det utvecklas verkligen aktivt och g\u00f6rs coola grejer).<\/p><\/blockquote>\n

\nP. S. P\u00e5 TechTrain<\/a><\/noindex> vi kommer att ha hela tre f\u00f6rel\u00e4sningar. En om open source och tv\u00e5 om embedded (och en av dem \u00e4r praktisk). P\u00e5 v\u00e5r monter kommer vi att h\u00e5lla en workshop om programmering av mikrokontrollers med hj\u00e4lp av Embox<\/a><\/noindex>. Traditionellt tar vi med oss h\u00e5rdvara och l\u00e5ter folk programmera. Det kommer ocks\u00e5 vara ett quiz och andra aktiviteter. Kom till festivalen och till v\u00e5r monter, det kommer bli roligt.
\n
K\u00e4lla: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c TechTrain. \u041e\u0434\u043d\u0438\u043c \u0438\u0437 \u0441\u043f\u0438\u043a\u0435\u0440\u043e\u0432 \u0431\u0443\u0434\u0435\u0442 \u0420\u0438\u0447\u0430\u0440\u0434 \u0421\u0442\u043e\u043b\u043b\u043c\u0430\u043d. Embox \u0442\u043e\u0436\u0435 \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u0435, \u0438 \u043a\u043e\u043d\u0435\u0447\u043d\u043e \u043c\u044b \u043d\u0435 \u043c\u043e\u0433\u043b\u0438 \u043e\u0431\u043e\u0439\u0442\u0438 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435\u043c \u0442\u0435\u043c\u0443 \u0421\u041f\u041e. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u0434\u0438\u043d \u0438\u0437 \u043d\u0430\u0448\u0438\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u201c\u041e\u0442 \u0441\u0442\u0443\u0434\u0435\u043d\u0447\u0435\u0441\u043a\u043e\u0439 \u043f\u043e\u0434\u0435\u043b\u043a\u0438 \u0434\u043e opensource \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u041e\u043f\u044b\u0442 Embox\u201d. \u041e\u043d \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f Embox \u043a\u0430\u043a \u043f\u0440\u043e\u0435\u043a\u0442\u0430 \u0441 \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u043c \u043a\u043e\u0434\u043e\u043c. \u0412 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28444,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37902","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Hur man skapar ett open source-projekt | ProHoster","description":"Redan denna vecka kommer IT-festivalen att h\u00e5llas i Sankt Petersburg.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u0441\u043e\u0437\u0434\u0430\u0442\u044c open source \u043f\u0440\u043e\u0435\u043a\u0442 | ProHoster","og:description":"\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:20:28+00:00","article:modified_time":"2019-10-31T19:20:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37902","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 19:41:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:18:23","updated":"2026-01-23 19:41:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/37902","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=37902"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/37902\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/28444"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=37902"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=37902"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=37902"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}