Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

«ВКонтакте» будет продавать рекламу по новой схеме и делиться выручкой с владельцами сообществ

Монетизация веб-сервисов *Интернет-маркетинг Медийная реклама Контекстная реклама


Социальная сеть «ВКонтакте» сообщила о новых изменениях. Отныне она будет продавать рекламу в сообществах напрямую и делиться выручкой с администраторами сообществ и страниц. Размер комиссии пока не известен. В целом модель напоминает схему, по которой сейчас работает «Яндекс», — партнёры отказываются от собственного размещения рекламы и занимаются только контентом.

Выручка администраторов будет зависеть от качества аудитории. Компания обещает ужесточить модерацию, чтобы отсеять рекламу казино, а также бесплатного сыра в мышеловке.

К тестированию новой схемы будут допущены не все сообщества
Читать дальше →
Всего голосов 14: ↑14 и ↓0 +14
Просмотры 10K
Комментарии 8

Как бороться с асоциальными людьми в сообществах

Чулан
Каждое сообщество рано или поздно сталкивается с тем, что в него внедряются личности, плохо влияющие на общую атмосферу. Они могут быть неспособны к сотрудничеству, грубы, самоуверенны или неприятны. Например, слишком умный человек, который подавляет своим интеллектом окружающих. Зачастую он никому не хочет вреда, просто такой у него такой характер. Как идентифицировать и изгнать такого человека, чтобы не нарушить демократические принципы сообщества? Этой теме посвящена одна из лекций Google Tech Talks.
Тезисы и видеозапись лекции
Всего голосов 26: ↑25 и ↓1 +24
Просмотры 1.5K
Комментарии 76

«Лучшее на Мегамозге» или как хорошей идеей «убить» перспективную площадку за пару месяцев

Монетизация веб-сервисов *
Я являюсь одним из преданных поклонников Мегамозга, мне очень нравится эта площадка, поэтому я много думаю над тем как сделать её лучше. Эта статья — вторая моя попытка, первая, на мой взгляд, оказалась весьма успешной.

image Прошло совсем немного времени — в районе месяца, с тех пор, как администрация Мегамозга произвела революционные изменения, главным итогом которых стало внедрение справедливой системы начисления рейтингов. Сегодня в верхних строчках списка стали красоваться те, кто это заслужил по праву — авторы интересных и содержательных статей, опубликованных на этой площадке.

Мегамозг отдельная площадка, но благодаря баннеру “Лучшее на Мегамозге” мы можем и из GT и из Хабра наблюдать, что интересного появилось на этой площадке, и в один клик осуществить переход к понравившемуся материалу. Очень удобно правда? У пользователей часто нет времени просматривать весь список, а вот преодолеть искушение ознакомиться с лучшими материалами бывает очень трудно. Для авторов, минус Мегамозга — пока небольшое количество публикуемых статей — становится большим плюсом. Публикуя статью на Мегамозге, проще оказаться в разделе ” Популярное за сутки”, а это значит, что твоё творение в течение целого дня будет находиться на глазах посетителей GT и Хабра, причём в разделе “Лучшее на Мегамозге”! Это ли не повод разместить свою статью именно здесь, ведь её увидят не только люди, интересующиеся деловой стороной вопроса, но и широкий круг пользователей с других площадок? Здорово, не правда ли?
Смотрим далее — если верить окошку ”Популярное за сутки”“ мы имеем за сутки аж 17 популярных статей, воистину не плохой результат! Особенно с учётом того, что летняя пятница не самое лучшее место для написания статьи, и вообще сегодня середина июля — разгар отпусков, в который любой нормальный айтишник думает о тёплом море, пляже с белым песочком подальше от наших границ и проблем. а вдруг в следующем году из океанов останется доступным только Северный и очень ледовитый...

Картина выглядит очень благостной для инвесторов, вкладывающих деньги в ресурс, но так ли притягательно для компаний, ведущих на страницах площадки платные блоги? Всего несколько простых вопросов могут нарушить идиллию: Почему ни одна из “популярных за день” статей к концу дня не приблизилась к границе даже тысячи просмотров?, днём следующего числа некоторые подошли к отметке 2000, но и это не слишком гуд. Почему за весь день было опубликовано 13 статей, а в популярных за день числится целых 17? Почему почти половину “статей” написал один автор, почему количество плюсов которые зарабатывают его публикации ну очень быстро и независимо от времени публикации достигает магической для площадки цифры ШЕСТЬ, а затем прогресс резко замедляется? Почему многие “популярные статьи” состоят из 5-6 абзацев и не отягощены ни оформлением, ни графикой ни слишком большим смыслом? И главный — если всё так прекрасно, то почему всеми правдами и неправдами как независимые авторы, так и корпоративные блоги до сих пор пытаются публиковать свои материалы, в точности соответствующие тематике Мегамозга, на Хабре и даже GT?
Давайте попробуем включить свой мозг и разобраться с этим подробнее, а заодно рискнуть дать непрошенные советы администрации ресурса. Вчерашняя история с переносом хабов на соседних площадках и реакция на неё Хабрасообщества показывают, что это бывает не лишним. Как всегда, я приветствую высказывание Ваших идей по поводу обустройства нашей любимой площадки и лучшие добавлю в текст статьи, разумеется с указанием авторства. Итогом статьи будет опрос на котором можно будет проголосовать за предложения по усовершенствованию площадки.
Читать дальше →
Всего голосов 36: ↑24 и ↓12 +12
Просмотры 13K
Комментарии 56

Молчание GitHub: участники сообщества не могут заставить руководство платформы исправить ошибки платформы

Управление сообществом *Управление продуктом *
Разработчики и хостеры некоторых крупных проектов с открытым кодом пожаловались на плохую работу платформы GitHub. Они направили в адрес руководства соответствующее письмо. Многие участники сообщества расстраиваются из-за того, что по-прежнему не устранены вопиющие недостатки платформы.

На предложенные решения нет вменяемой реакции со стороны руководства: оно либо не отвечает, либо отвечает предельно формально, ничего не предпринимая.

У сообщества есть несколько ключевых предложений по усовершенствованию платформы GitHub.
Читать дальше →
Всего голосов 13: ↑12 и ↓1 +11
Просмотры 6.1K
Комментарии 38

Игровые форумы: инструкция к использованию для комьюнити-менеджера и разработчика

Блог компании Plarium Управление сообществом *Управление персоналом *


Форум как явление берет свое начало со времен Древнего Рима. Еще тогда жители города собирались на центральной площади для дискуссий и обсуждения насущных вопросов. С тех пор суть форума осталась неизменной. Но теперь не нужно никуда идти и вести беседы под открытым небом – достаточно лишь подключиться к сети и обсудить интересующий вопрос на соответствующем форуме. Это в полной мере применимо к индустрии игр. Где, как не на форуме, игрок может обсудить, как выполнить сложное задание или получить редкий айтем.

Сегодня мы расскажем, зачем нужно развивать игровой форум.
Читать дальше →
Всего голосов 9: ↑9 и ↓0 +9
Просмотры 4.9K
Комментарии 0

Клиентские сообщества at a glance

Блог компании Супереон Управление сообществом *Управление продуктом *Управление продажами *Управление медиа *
Пытаемся кратко и популярно объяснить, зачем вам может понадобиться клиентское сообщество

Допустим, у вашей организации есть много клиентов, настолько много, что вы уже не можете управлять взаимоотношениями с ними в ручном режиме. Но вы все так же хотите, чтобы потенциальные клиенты становились постоянными, а постоянные становились вашими горячими поклонниками. Для этого вы с клиентами взаимодействуете тем или иным способом.


для статьи


Давайте вкратце рассмотрим точки взаимодействия между вашим клиентом и вами по мере того, как развиваются ваши отношения:

Читать дальше →
Всего голосов 9: ↑8 и ↓1 +7
Просмотры 2K
Комментарии 4

Дата-центр по системе Станиславского: как устроен корпоративный театр DataLine

Блог компании DataLine Брендинг
Знаете, тут с воскресенья обещают наконец весну, и так лирично на душе, что вот решились на оффтоп: рассказываем про Театр DataLine. Мы ведь не только ценный ЦОД и облака, у нас и маленький крепостной театр имеется.

Некоторых это шокирует. Один из клиентов, получив приглашение на премьеру, переслал его аккаунт-менеджеру с вопросом “У вас что, почтовый сервер взломали?”. Вот когда мы на покер приглашаем, никто не переспрашивает почему-то…

Театру DataLine уже 8 лет. Он возник как внутренняя, совсем “домашняя” история для своих – и почти сразу стал главным ежегодным PR-событием компании. Тут можно было бы красиво завернуть про успешный синтез внутренних и внешних коммуникаций, но хочется сказать о другом: Театр DataLine – это наше “там, где сердце”. Возможно, поэтому и синтез задался.


7-я премьера театра DataLine — “Вишневый сад”, 2016 год.
Читать дальше →
Всего голосов 10: ↑9 и ↓1 +8
Просмотры 4.2K
Комментарии 11

Как построить сообщество. Перевод книги «Социальная архитектура»: Глава 6. Живые Системы

Блог компании Philtech Initiative Open source *Анализ и проектирование систем *Управление разработкой *Управление сообществом *
Перевод
image«Живой Системой» называется такая система, которая развивается в естественной среде, самостоятельно приспосабливаясь к новым условиям. Живые Системы могут существовать довольно долгое время, легко адаптируясь к любым изменениям, являясь, таким образом, чрезвычайно эффективными. В отличие от них, “Спланированные Системы” являются, как правило, неустойчивыми, плохо реагирующими на изменения и, как следствие, недолговечными. В этой статье я расскажу о Живой Системе на примере программного обеспечения и общества, а также расскажу о том, как создать подобную систему.

Почему “Живые Системы”


Согласно Википедии, «Живые Системы» — это сущности, состоящие из самоорганизующихся элементов, активно взаимодействующих с окружающей средой. Эти системы поддерживаются благодаря потокам информации, энергии и веществ.” Данный термин был предложен психологом Джеймсом Гриером Миллером для обозначения концепций жизни.

Я хочу воспользоваться этим термином для создания новой метафоры для систем программного обеспечения и занимающихся ими организаций — двух типов систем, которые представляют для меня наибольший интерес. Эти две системы не просто похожи. Программное обеспечение это продукт, созданный группой людей, и, как отметил Конвэй, структура системы программного обеспечения отражает структуру организации, которая эту систему разрабатывает. Хочу сказать, что “психология программного обеспечения — это психология людей”.
Читать дальше →
Всего голосов 11: ↑11 и ↓0 +11
Просмотры 7.4K
Комментарии 3

Как построить сообщество. Перевод книги «Социальная архитектура»: Глава 1. Инструментарий

Блог компании Philtech Initiative Open source *Управление разработкой *Управление проектами *Управление сообществом *
Перевод
image

Мой инструментарий социального архитектора состоит из 20 инструментов, каждый из которых соответствует какому-либо аспекту сообщества или группы. Их можно использовать двумя способами.


Во-первых, с их помощью вы можете делать измерения существующего сообщества, оценивая его по шкале от нуля и выше.


Во-вторых, вы можете использовать их для создания сообщества, при этом прилагая усилия там, где они наиболее необходимы.


  • Четкая миссия – заявленная причина существования группы.
  • Свободное участие – насколько легко люди могут присоединиться к группе.
  • Прозрачность – насколько открыто и публично принимаются решения.
  • Бесплатные участники – как много можно платить людям за участие.
  • Свобода работы с материалами (ремиксабельность) – насколько свободно участники могут использовать работу друг друга.
  • Четкость протокола – насколько хорошо прописаны правила.
  • Компетентность власти – насколько хорошо следят за соблюдением правил.
  • Нон-трайбализм – насколько далеко распространяются права группы над своими участниками.
  • Самоорганизация – насколько свободно могут участники определять свои задачи.
  • Толерантность – как группа разбирается с конфликтами.
  • Измеримый успех – как хорошо группа может отслеживать свой прогресс.
  • Высокое награждение – как группа вознаграждает своих участников.
  • Децентрализация – насколько широко распределены участники группы.
  • Свободная рабочая среда – насколько легко создавать новые проекты.
  • Стандартная структура – насколько общая структура стабильна и предсказуема.
  • Плавность обучения – насколько легко начать и продолжить учиться.
  • Позитивность – насколько группа движима позитивными целями.
  • Чувство юмора – насколько серьезно группа себя воспринимает.
  • Минимализм – сколько лишней работы делает группа.
  • Разумное финансирование – как группа борется за выживание в экономическом плане.

Спасибо Сергею Даньшину за помощь с переводом.

Читать дальше →
Всего голосов 24: ↑23 и ↓1 +22
Просмотры 28K
Комментарии 8

Упущенные возможности неинтегрированных коммуникаций

Блог компании ICL Services Управление проектами *Управление сообществом *Управление персоналом *
Тема с интеграцией внешних и внутренних коммуникаций не нова, но инерции здесь еще много. Только в 21 компании из 100* эти типы коммуникаций структурно объединяют, а на HR-конференциях об этом по-прежнему говорят как о тренде. При этом мы все прекрасно понимаем, что первичный носитель бренда — сотрудник. Но вот прямо сейчас количество контента растет, а с качеством не так однозначно. Ибо «исторически сложилось», «маркетинг продает, а HR тратит», персоналии руководителей и прочая корпоративная культурология.

*По данным опроса Сообщества внутренних коммуникаторов в 2017 году

image

Основной принцип интегрированных коммуникаций (ИК) в компаниях — это работа с едиными источниками, согласованный подход и коммуникационное равноправие всех целевых аудиторий: клиентов, потенциальных покупателей, государства, сотрудников, потенциальных сотрудников. В таком случае у компании есть единый управляемый набор месседжей, которые транслируют профессиональные коммуникаторы. Каждый — для своей ЦА, адаптируя и прочие изыски.

Жесткая приоритизация ЦА часто приводит к коммуникативным конфликтам. Конкурировать или игнорировать друг друга могут HR-отдел (= сотрудники) и отдел маркетинга (= клиенты), HR-отдел (= сотрудники) и отдел организационного развития (= сотрудники), отдел маркетинга (= клиенты) и отдел продаж (= клиенты). Все они могут выдавать на одну аудиторию разные смыслы; не только по форме, но часто и по содержанию. В идеале же у всех коммуникационных процессов компании должна быть одна голова, а если и несколько, то очень дружных.
Читать дальше →
Всего голосов 9: ↑5 и ↓4 +1
Просмотры 1.6K
Комментарии 0

Как захватить/защитить open-source проект

Блог компании Philtech Initiative Информационная безопасность *Open source *Разработка под Android *Управление сообществом *
Перевод
image

На «Ars Technica» есть интересная статья о том, как Google понемногу закрывает Android. Это классическая игра Capture the Flag, которая ведется против open-source сообщества. Я собираюсь объяснить, как этот захват работает, и как его предотвратить.

Почему Capture the Flag?


Как говорит «Ars Technica»: «Легко отдать что-нибудь, когда ты на последнем месте с нулевой долей рынка, как это было с Android в начале. Когда же ты на первом месте, немного сложнее быть таким открытым и доброжелательным».

Android, если уж честно, вероятно, самая крупная инвестиция Google. Вы можете поспорить о том, имеют ли они право превращать открытую систему в закрытую, и вы будете правы. Однако это то же самое, что спорить о том, имеет ли право центральный банк печатать слишком много денежных знаков и создавать девальвацию. Конечно, на это он уполномочен. Но в то же время у этого существует цена, которую заплатят другие люди. Вопрос не в правомерности, а в приемлемости той цены, которую заплатит общество. А если она неприемлема, тогда как это предотвратить?
Читать дальше →
Всего голосов 48: ↑43 и ↓5 +38
Просмотры 18K
Комментарии 29

Эмоциональное выгорание волонтеров

Блог компании Philtech Initiative Open source *Управление разработкой *Управление проектами *Управление сообществом *
Перевод
image

Ранее я подчеркивал ценность добровольной работы как более аккуратной, честной и творческой по сравнению с оплачиваемой работой. Однако здесь нужно сделать важную оговорку. Некоторые инструменты Социальной Архитектуры таят в себе опасность. Поставив людям захватывающую цель, вы можете подтолкнуть их в сторону саморазрушения. Это было главной проблемой в FFII (Foundation for a Free Information Infrastructure), когда я пришел туда, и ее усугублял высокий накал эмоций, характерный для родоплеменной корпоративной культуры организации в то время. Многие ключевые участники были изнурены и эмоционально истощены. Не понаслышке знакомое мне самому состояние.

Исследования эмоционального выгорания, о которых вы можете прочитать в Википедии, на мой взгляд, не соответствуют тому, что происходит в реальной жизни. А реальность всё-таки важнее теории. Я неоднократно наблюдал такую характерную особенность выгорания в добровольных сообществах:
Читать дальше →
Всего голосов 18: ↑14 и ↓4 +10
Просмотры 13K
Комментарии 8

Как построить сообщество. Перевод книги «Социальная архитектура»: Предисловие. Мудрость толпы

Блог компании Philtech Initiative Open source *Управление разработкой *Управление проектами *Управление сообществом *
Перевод
imageВ «Рассуждениях о первой декаде Тита Ливия» Никколо Макиавелли есть следующие строки:
«Что же до рассудительности и постоянства, то уверяю вас, что народ постояннее и много рассудительнее всякого государя. Не без причин голос народа сравнивается с гласом Божьим: в своих предсказаниях общественное мнение достигает таких поразительных результатов, что кажется, будто народ ясно предвидит».

В своей книге «Мудрость толпы» Джеймс Шуровьески писал: «при правильных условиях группы могут быть очень умными, а зачастую могут быть намного умнее, чем даже самый умный человек внутри группы». Он заметил, что коллективный разум обычно показывает лучшие результаты, чем небольшая группа экспертов, даже если члены группы не владеют всеми фактами или ведут себя иррационально, поступая по-своему.

Другими словами, группа случайных людей в среднем будет умнее нескольких экспертов. Этот тезис противоречит здравому смыслу и выглядит насмешкой над накопленной веками мудростью. Эксперты в области человеческого интеллекта (социологи, антропологи, психологи) встретили идеи Шуровьески далеко не с распростертыми объятиями. Он пошел дальше: «добавив в группу специалистов, вы сделаете ее глупее, а добавив дилетантов, повысите опять ее интеллектуальный уровень. Как и любой рецепт, это работает только при определенных обстоятельствах».
Читать дальше →
Всего голосов 11: ↑10 и ↓1 +9
Просмотры 21K
Комментарии 23

Как построить сообщество. Перевод книги «Социальная архитектура»: Миф об индивидуальном интеллекте

Блог компании Philtech Initiative Читальный зал
Перевод
image Наверно, вы уже поняли, что я не сторонник одинокой гениальности. По большому счету это объясняется тем, что, несмотря на членство в организации Менса (крупнейшая, старейшая и самая известная организация для людей с высоким IQ), я помню, как совершал на удивление гениальные ошибки. Со временем я стал думать, что любое упоминание об индивидуальном интеллекте является опасно упрощенным мифом.

В нем всегда гениальные личности думают над важными проблемами, и в результате упорного труда они генерируют решения и шлифуют их до совершенства. Иногда они переживают «эврика-моменты», когда им открываются гениально простые ответы на сложные проблемы. Изобретатель, его процесс изобретения, исключительное, драгоценное явление, и остальным лучше не вмешиваться. История полна героями-одиночками. Мы обязаны им нашим современным миром.

Однако если присмотреться внимательнее, то станет понятно, что эта сказка не соответствует фактам. История не показывает одиноких изобретателей. Она рассказывает нам о везении людей, которые украли или присвоили себе право собственности на идеи, над которыми работали многие. Она полна примеров про гениальных людей, которые после удачного попадания тратят десятилетия на бесполезные и безрезультативные поиски. Самые известные крупные изобретатели вроде Томаса Эдисона были хороши в систематическом поиске, который выполнялся крупными командами. Это как заявить, что Стив Джобс изобрел каждую примочку, сделанную командой «Apple». Этот приятный миф годится для маркетинга, но он далек от истины.
Читать дальше →
Всего голосов 16: ↑14 и ↓2 +12
Просмотры 9.9K
Комментарии 20

Социальная архитектура: 4 шага к самоуправляемому сообществу

Блог компании Philtech Initiative Open source *Профессиональная литература Управление сообществом *Читальный зал
Перевод
image Я бы хотел, чтобы сообщество было полностью самоуправляемо, и, возможно, когда-нибудь так и будет, но пока это не так. ZeroMQ близко к этому, но по моему опыту сообществу требуется четыре вещи:

Во-первых, просто потому, что большинство людей слишком милые, нам требуется некое символическое лидерство или владельцы, которые будут выступать конечными арбитрами в случае возникновения конфликта. Обычно это основатели сообщества. Я видел, как с этим управляется самоизбранная группа «старших», но старики слишком любят поболтать. Я видел, как сообщества раскалываются, сталкиваясь с вопросом «кто главный?», и создают юридические лица с советом директоров, который только усугубляет споры о контроле. Может так получается, т.к. кажется, что есть, что делить. Но одним из настоящих преимуществ свободного программного обеспечения является его ремиксабельность, поэтому вместо того, чтобы драться за пирог, просто отщипните «вилкой» кусочек.

Во-вторых, сообществам требуются правила жизни, и еще юрист, способный эти правила сформулировать и записать их. Правила критически важны — будучи хорошо составленными, они исключают трения. А неправильно составленные, или игнорируемые, приведут к раздорам и сложностям, которые отпугнут большую часть, оставив спорящую группу во главе горящего дома. Я сам пробовал создать универсальные правила для ZeroMQ и предыдущих сообществ, поэтому, наверно, нам не так уж и нужны юристы.
Читать дальше →
Всего голосов 12: ↑12 и ↓0 +12
Просмотры 4.3K
Комментарии 0

Как построить сообщество. Перевод книги «Социальная архитектура»: Глава 3. Сообщество ZeroMQ

Блог компании Philtech Initiative Open source *Управление разработкой *Управление сообществом *Управление продуктом *
Перевод
Можем ли мы целенаправленно строить сообщества?

image Меня иногда спрашивают, что такого особенного в ZeroMQ. На это я всегда отвечаю, что ZeroMQ — возможно лучший ответ, который у нас есть на злободневный вопрос «Как создавать распределенные программные средства, которые требуются от нас 21 век?». Но, помимо этого, ZeroMQ выделяется благодаря своему сообществу. Что и отличает волков от овец.

Есть три основных open source паттерна. Во-первых, когда крупная фирма выбрасывает на рынок код, чтобы расправится с конкурентами. Это модель Apache Foundation. Во-вторых, когда крошечные команды и маленькие компании строят свою мечту. Это наиболее распространенная open source модель, которая может быть наиболее коммерчески успешна. И наконец, агрессивные и разнообразные сообщества, всей толпой пробирающиеся сквозь дебри проблем. Это модель Linux, и вот к ней мы и стремимся в ZeroMQ.

Сложно переоценить мощь и упорство работающего open source сообщества. Наверно, не существует лучшего способа создания программного обеспечения в долгосрочной перспективе. Сообщество не только занимается решением самых релевантных проблем, но и делает это оптимально, аккуратно, наблюдая за результатами годами, десятилетиями, пока они сохраняют значение, после чего спокойно оставляет их.
Читать дальше →
Всего голосов 13: ↑10 и ↓3 +7
Просмотры 4.3K
Комментарии 1

Питер Хинченс: Психология архитектуры программного обеспечения

Блог компании Philtech Initiative Open source *Управление разработкой *Управление сообществом *Управление продуктом *
Перевод
Один из принципов Социальной Архитектуры заключается в том, что способ нашей организации важнее того, кем мы являемся.

imageДиркжан Октман (Dirkjan Ochtman) обратил мое внимание на определение архитектуры программного обеспечения в Википедии: «совокупность структур, требуемых для понимания системы, которая объединяет элементы программного обеспечения, связи между ними и их принадлежность». Для меня эта бессодержательная и цикличная болтовня служит хорошим примером того, как унизительно мало мы знаем о том, что на самом деле важно при создании масштабной архитектуры программного обеспечения.

Архитектура — это искусство и наука создания крупных искусственных структур, используемых человеком. Если я что и понял и успешно применял на протяжении тридцати лет при создании все более крупных систем программного обеспечения, так это то, что программное обеспечение — это все о людях. Крупные структуры сами по себе бессмысленны. Важно то, как они функционируют для использования их людьми. А в программном обеспечении, человеческое начинается с программистов, которые делают его.

Основные проблемы в архитектуре программного обеспечения кроются в человеческой психологии, а не в технологиях. Наша психология по-разному может влиять на нашу работу. Я могу привести примеры того, как группа людей словно становится глупее по мере того, как она расширяется, или когда им приходится работать, будучи разделенными огромным расстоянием. Значит ли это, что чем меньше команда, тем она эффективней? Как же тогда такое крупное глобальное сообщество как ZeroMQ умудряется успешно работать?
Читать дальше →
Всего голосов 12: ↑12 и ↓0 +12
Просмотры 9.2K
Комментарии 3

Социальная архитектура: Важность контрактов и неограниченная собственность

Блог компании Philtech Initiative Open source *Профессиональная литература
Перевод
Проект, у которого хорошо написан контракт, определяющий условия его завершения, развалится с намного меньшей вероятностью.

image

Важность контрактов


Давайте обсудим спорный, но важный вопрос о том, какую лицензию выбрать. Я бы выделил «BSD» вместе с MIT, X11, BSD, Apache и прочими похожими лицензиями, и «GPL» с GPLv3, LGPLv3 и AGPLv3. Главным отличием является распространение прав на любые версии форков, что защищает любую организацию от захвата программного обеспечения, и тем самым делая его «свободным».

Технически лицензия на программное обеспечение не является контрактом, ведь вы ничего не подписываете. Но в широком смысле удобно считать ее именно контрактом, т.к. она подразумевает обязательства всех сторон и позволяет принуждать к их исполнению в суде, в соответствии с авторским правом.

Вы можете спросить, зачем нам вообще нужны контракты при работе с open source? Ведь главное доброжелательность, бескорыстная совместная работа людей. Вы уверены, что принцип «лучше меньше да лучше» всегда здесь уместен? Не значит ли, что больше правил — меньше свободы? Нам на самом деле нужны адвокаты, чтобы рассказывать, как нам работать вместе? Кажется циничным и даже контрпродуктивным насаждать ограничения и правила в счастливом open source, в сообществе свободного программного обеспечения.
Читать дальше →
Всего голосов 14: ↑12 и ↓2 +10
Просмотры 3.1K
Комментарии 4

Замок или Город

Блог компании Philtech Initiative Open source *Управление разработкой *Управление проектами *Управление сообществом *
Перевод
Я собираюсь обсудить два основных архетипа большой организации — замок и город — и сравнить их. А что насчет вашего проекта? Это замок или город?

image

Замок


Замок большой и строится со временем путем усердной работы. Он олицетворяет силу, влияние и власть. Есть один Замок и у него есть ворота, ров, возможно хороший маленький сад, за которым ухаживают старики, которые бормочут о драконах и о своей любви к лимонным деревьям.

В былые времена Замок был единственным реальным способом построить большое сооружение, главным образом потому, что все, построенное в меньшем масштабе, как правило, сгорало, сгнивало или разрушалось, обычно забирая несчастных жителей и их свиней и коз вместе с собой.

Устройство Замка строится как бесконечный ряд особых случаев, накапливающихся со временем, иногда уничтожаемых или же перестраиваемых, но всегда воспринимающихся как единое целое. Нет никакой последовательной структуры, никакой регулярности, только план, который всегда является несколько устаревшим. Вам может потребоваться много лет, чтобы узнать расположение Замка и если вы не являетесь одним из главных людей в Замке или слугой, то этот поиск будет абсолютно бесполезным, так как вы в любом случае не можете пойти куда-то без приказа или разрешения.
Читать дальше →
Всего голосов 29: ↑18 и ↓11 +7
Просмотры 6.9K
Комментарии 17

Перевод книги «Социальная архитектура»: Глава 5. Дизайн, разработка, инновации

Блог компании Philtech Initiative Open source *Управление разработкой *Управление проектами *Управление сообществом *
Перевод
«Размер и разнообразие сообщества является ключевым фактором.»

imageДавайте рассмотрим инновации, которые Википедия определяет как «развитие новых ценностей посредством решений, которые отвечают новым требованиям, не явным потребностям или потребностям старых клиентов или рынков в новых способах добавления стоимости». На самом деле это значит решать проблемы более дешевым способом. Звучит просто, но истории рухнувших технологических гигантов говорят об обратном. Я постараюсь объяснить, почему команды часто понимают это не правильно, и предложу способ, как нужно создавать что-то инновационное.
Читать дальше →
Всего голосов 16: ↑16 и ↓0 +16
Просмотры 4.2K
Комментарии 0
1