Трябва ли да се отвори източник Грит или да го оставите собственост?
Ако оставите патентована, би създала бариера пред конкурентни Git-домакини, което ни дава предимство. Отвореният код означава, че хиляди хора по целия свят ще могат да я използват за разработване на интересни инструменти, създавайки още по-жизнена екосистема от Git.
След кратък спор, ние решихме да се отвори за пясък източници. Не си спомням всички подробности за дискусията, но това е решение, взето преди почти четири години, това е довело до това, което мисля, че е една от нашите основни ценности: с отворен код (почти) всичко.
Защо е с отворен код (почти) всичко готино?
Ако кодът не е толкова популярен, че привлича трети страни участници, ще се постигне мултипликационен ефект. което помага да се свърши повече работа за по-малко. Повече потребители означава повече от това изследва използването на скриптове, което означава по-надежден код. Нашият проект е подобрена Resque 115 различни разработчици извън компанията, и дори стотици, като предлага на трети страни плъгини, които разширяват функционалността на resque. Всеки се определи грешки, които правите в своя проект, той се записва времето и дразнене на потребителя, която е била избегната.
Умните хора обичат да общуват с други интелигентни хора. Умните дизайнери искат да работят с хитра код. Когато публикувате полезен код, можете да привличат таланти. Всеки път, когато един талантлив програмист гледа към отворен код на своя проект, печелите. Имал съм много страхотни разговори на технически конференции за моя отворен код. Някои от тези срещи са довели до идеи, които са довели до най-добрите решения на проблеми, свързани с моите проекти. В индустрия, с толкова много креативни и продуктивни развитие, правилен оглед на кода си, може да играе важна роля.
След като сте наели всички тези готини хора чрез своя принос, за насочване с отворен код е изключително ефективен начин за поддържане на тези таланти. Нека да видим, стръмни разработчиците могат да изберат мястото на работа в момента. Тези разработчиците знаят стойността на един отворен дизайн и искат да изградят портфолиото от проекти, които те биха могли да покажете на приятели или потенциални бъдещи работодатели. Парадоксът! За да бъде щастлив разработчиците, ще трябва да им помогне да станат по-привлекателни за други работодатели. Но има какво да се притеснявате, тъй като това са разработчиците, които искате да работи за вас. Така че се отпуснете и да им позволи да работят по проекти с отворен код, или те ще отидат някъде другаде, където те са разрешени.
Когато започнете нов проект, предполагам, че той, в крайна сметка, ще бъде отворен (дори ако това е малко вероятно). Тази настройка води до усилие модулност. Ако мислите, че за това как други хора извън компанията могат да използват своя код е по-малко вероятно, че ще използвате собствени компоненти или твърдо свързани интерфейси. Това, от своя страна, води до по-чиста и по-подкрепени код. Дори и на вътрешния код трябва да се прави на отворен.
Били ли сте някога, разработен забележителна библиотека или инструмент на същото място на работа, а след това отхвърля да се присъединят към друга фирма, само трябва да се пренапише кода, или да стане нещастен, защото на негово отсъствие? Аз да, и това е гадно. Публикуването на кода ви позволява да се намали драстично дублирането на усилия. По-малко припокриване означава повече работа за по-важни неща.
И накрая, това е добре. Това е почти невъзможно да се направи нищо, без прякото изпълнение на голям брой с отворен код. Ако използвате интернет, можете да използвате софтуера с отворен код. Този код представлява милиони човекочасове, които са били изразходвани за общото благо. Ние всички сме се получи насладите на тази полза, и аз вярвам, че ние сме морално задължен да върне на тази общност. Ако софтуерът е океан, а след това с отворен код е пробив, като на разстояние от заседналите кораби.
Добре, но аз не се налага да отваряте?
Толкова е просто. Не отваряйте всичко, което е в основата на бизнеса.
Ето няколко примера за това, което не излизам, и защо:
- Главна Rails приложения (това е по-лесно да се продават, когато тя е затворена)
- за управление на задачите Синатра-приложение (особено тясно свързана с github.com)
Ето примери за това, което сме открили, и защо:
- Грит (адаптер за общо предназначение, Git, полезни за развитието на много инструменти)
- Ърни (общо предназначение RPC сървър за BERT)
- Resque (общо опашка цел)
- Джекил (генератор на сайтове статични общо предназначение)
- Ам-гъл (общо предназначение уики)
- Charlock_Holmes (детерминанта на символите с общо предназначение, кодиращи)
- Albino (светва общ синтаксис цел)
- Лингвист (определящ фактор за вида на общо предназначение файл).
Моля, обърнете внимание, всичко, което се държи затворен конкретна бизнес стойност, която може да се раздели, ако стане с нашите конкуренти. Всичко, което сме открили инструменти с общо предназначение, които могат да се използват от различни хора и компании за развитието на различни неща.
Какво е единственият правилен лиценз?
Аз предпочитам Масачузетския технологичен институт и почти всичко, което ние GitHub отвори, разпределени в рамките на този лиценз.
Обичам този лиценз поради няколко причини:
- Тя е кратък. Всеки може да го прочете и разбере точно какво означава без да се налага да харчат много пари за консултация високооктанов с адвокати.
- Тя осигурява достатъчно защита за да се уверите, че не ме съди, ако нещо се обърка, когато използвате моя код.
- Всеки разбира неговите правни последици. Странно лиценз, лицензията WTFPL и бира (Beer лиценз) твърдят, че са "най-свободен лиценз", но аз не се постигне тази цел. Това хитър лиценз твърде неясно и неприложима, че за да бъде приложимо за някои компании. От друга страна, на GPL е твърде ограничаващо и догматичен, за да бъдат подходящи в много случаи. Искам си код, за да бъде полезен за всички. Всичко. Това би трябвало да означава, че отворените, и това е, че трябва да означава това безплатно.
Как да започна?
Послепис От себе си искам да покани читателите да участват в проучването, да се идентифицират съдбата на отворени читатели проекти.