collaboration
Dec. 17th, 2015 01:13 pmПриехавшая с работы тема: нынче модно рассуждать про collaboration, про OpenSource, и как ему нужно подражать.
Первый интересный момент, который обычно упускают - это то, что организация дел в Open Source совершенно противоположна open space. Каждый сидит у себя дома или в офисе и все общение идет через электронные средства, в-основном мэйл-листы. Будучи указанным на это, песня внезапно меняется с "коллаборативность как в опенсорсе" на "но мы не хотим быть одинокими волками". Так ить на самом деле опенсорс - совсем не одинокие волки, а те самые коммюнити (как это по-русски? общины?), большие и весьма близко связанные.
Но фокус тут наверное в количестве времени, тратимом на общение. В нормальном опенсорсе люди гораздо больше времени тратят на общение в мэйл-листах и подобном, чем собственно писание кода. Вот это время, проведенное в общении, и создает коммунальность. Качество кода, наверное, в результате получается лучше, чем коммерческое, но вот с количеством - вопрос. Если посчитать количество затраченного времени к выданному результату, то результат может оказаться на удивление мелким.
Первый интересный момент, который обычно упускают - это то, что организация дел в Open Source совершенно противоположна open space. Каждый сидит у себя дома или в офисе и все общение идет через электронные средства, в-основном мэйл-листы. Будучи указанным на это, песня внезапно меняется с "коллаборативность как в опенсорсе" на "но мы не хотим быть одинокими волками". Так ить на самом деле опенсорс - совсем не одинокие волки, а те самые коммюнити (как это по-русски? общины?), большие и весьма близко связанные.
Но фокус тут наверное в количестве времени, тратимом на общение. В нормальном опенсорсе люди гораздо больше времени тратят на общение в мэйл-листах и подобном, чем собственно писание кода. Вот это время, проведенное в общении, и создает коммунальность. Качество кода, наверное, в результате получается лучше, чем коммерческое, но вот с количеством - вопрос. Если посчитать количество затраченного времени к выданному результату, то результат может оказаться на удивление мелким.
no subject
Date: 2015-12-17 09:22 pm (UTC)no subject
Date: 2015-12-17 09:22 pm (UTC)no subject
Date: 2015-12-17 09:32 pm (UTC)no subject
Date: 2015-12-17 09:59 pm (UTC)no subject
Date: 2015-12-17 10:03 pm (UTC)no subject
Date: 2015-12-18 12:10 am (UTC)no subject
Date: 2015-12-18 09:30 pm (UTC)no subject
Date: 2015-12-18 09:33 pm (UTC)no subject
Date: 2015-12-18 09:04 am (UTC)no subject
Date: 2015-12-18 09:32 pm (UTC)no subject
Date: 2015-12-18 09:04 am (UTC)no subject
Date: 2015-12-18 09:29 pm (UTC)no subject
Date: 2015-12-19 11:46 am (UTC)no subject
Date: 2015-12-19 11:43 pm (UTC)no subject
Date: 2015-12-20 01:21 am (UTC)Если посмотреть на marketplace опенстека, там огромный зоопарк всего. Плюс public services, которые очевидно, морда-в-морду конкуренты, и всё равно коллаборационируют. Потому что большинству контор целиком процесс не потянуть, и в целом выгоднее использовать OS, чем самодел. А если использовать, то выгоднее изменения в апстрим заслать, чем тянуть свои патчи (несовместимые ни с чем). А ещё выгоднее своих контрибуторов иметь. А из-за большого количества участников не получается перекоса в виде "Большая Корпорация и все остальные".
Опенстек, второй после линукса проект такого гигантского размера, в котором так долго вместе уживается так много компаний.
no subject
Date: 2015-12-20 01:58 am (UTC)Ну и потом, есть дофига компаний типа Гугла, которые выпускают наружу далеко не все свои изменения.
no subject
Date: 2015-12-20 02:03 am (UTC)Яркий пример - как изнасиловали драйвер для vSphere. Или что творится в районе плагинов для ml2 от разных сетевых вендоров.