abbra: (Default)
Свершилось: в связи с отсутствием замечаний к последнему драфту, рекомендация ITU-R BT.2020 принята и вступила в силу -- http://www.itu.int/rec/R-REC-BT.2020-0-201208-I/en.

UHDTV (Ultra high definition TV, http://en.wikipedia.org/wiki/Ultra_High_Definition_Television) определяет два формата видеопотока: 8К, 33.2 мегапиксела, 7680х4320, и 4К, 8.3 мегапиксела, 3840х2160. Максимальная стандартизированная кадровая счастота -- 120Гц, а развертка только прогрессивная, никакой межстрочности больше не будет. Максимальный поток -- 51.2Гбит/с.

На олимпиаде в Лондоне BBC использовала оборудование японской телевещательной корпорации NHK, чтобы продемонстрировать как все это будет выглядеть. У NHK в наличии три камеры UHDTV, разработанные совместно с университетом Шизуока. Больше камер нет, совсем. Несжатые данные с этих камер передавались в вещательный центр BBC по оптоволоконному каналу, потоком 85Гбит/с, а затем восемью кодеками H.264 AVC сжимались в 280Мбит/с. Получившийся поток смешивали в единый контейнер со звуковым каналом и отправляли пять параллельных потоков на места публичной демонстрации в виде 350Мбит/с по 10Гбит/с сети. Полученное видео демонстрировали на экранах с диагональю 15м. Публика была впечатлена.

NHK планирует использовать для кодирования 8К новый кодек HEVC, над разработкой которого NHK участвует в MPEG, что позволит снизить битрейт до 170Мбит/с. Реальность такова, что чтобы достичь предполагаемую коммерциализацию к 2020 году, нужно снизить поток до 70Мбит/с, чтобы влезть в ограничения одиночного транспондера при спутниковой трансляции. Надежды на это есть, хотя восемь лет выглядят оптимистичными по сравнению с 13 годами, которые потребовались на коммерциализацию теперь уже традиционного HD, продемонстрированного на олимпиаде 1984 года.
abbra: (Default)
Свершилось: в связи с отсутствием замечаний к последнему драфту, рекомендация ITU-R BT.2020 принята и вступила в силу -- http://www.itu.int/rec/R-REC-BT.2020-0-201208-I/en.

UHDTV (Ultra high definition TV, http://en.wikipedia.org/wiki/Ultra_High_Definition_Television) определяет два формата видеопотока: 8К, 33.2 мегапиксела, 7680х4320, и 4К, 8.3 мегапиксела, 3840х2160. Максимальная стандартизированная кадровая счастота -- 120Гц, а развертка только прогрессивная, никакой межстрочности больше не будет. Максимальный поток -- 51.2Гбит/с.

На олимпиаде в Лондоне BBC использовала оборудование японской телевещательной корпорации NHK, чтобы продемонстрировать как все это будет выглядеть. У NHK в наличии три камеры UHDTV, разработанные совместно с университетом Шизуока. Больше камер нет, совсем. Несжатые данные с этих камер передавались в вещательный центр BBC по оптоволоконному каналу, потоком 85Гбит/с, а затем восемью кодеками H.264 AVC сжимались в 280Мбит/с. Получившийся поток смешивали в единый контейнер со звуковым каналом и отправляли пять параллельных потоков на места публичной демонстрации в виде 350Мбит/с по 10Гбит/с сети. Полученное видео демонстрировали на экранах с диагональю 15м. Публика была впечатлена.

NHK планирует использовать для кодирования 8К новый кодек HEVC, над разработкой которого NHK участвует в MPEG, что позволит снизить битрейт до 170Мбит/с. Реальность такова, что чтобы достичь предполагаемую коммерциализацию к 2020 году, нужно снизить поток до 70Мбит/с, чтобы влезть в ограничения одиночного транспондера при спутниковой трансляции. Надежды на это есть, хотя восемь лет выглядят оптимистичными по сравнению с 13 годами, которые потребовались на коммерциализацию теперь уже традиционного HD, продемонстрированного на олимпиаде 1984 года.
abbra: (Default)
Есть в России и такое: https://www.facebook.com/alena.vladimirskaya/posts/3791109369189

Для нежелающих смотреть в FB, дама-хэдхантер спрашивает, почему Хабр не сделает свой github для русскоязычных программистов "из провинции" и не монетизирует статистику их взаимодействия.

Ей там многое написали, включая "вон из профессии тех, кто не знает что такое и как пользоваться github", но меня интересует другой момент.

Всегда будут те, кто не может или не хочет использовать какие-то конкретные площадки. Хотелось бы понять, как предоставление хостинга проектов на русском языке и интеграция со статистической пузомеркой может помочь вытянуть людей "из провинции", которые сейчас не хотят выкладывать свои работы публично или не имеют для этого времени, не заинтересованы в этом эксгибиционизме, но хотят найти работу. Эти люди и так не идут дальше публикации резюме с непроверяемыми данными о своем трудовом пути. Что они будут делать с новой игрушкой?

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

Чем такой ресурс/проект может завоевать признание и доверие непубличных пользователей?
abbra: (Default)
Прелестное письмо от интернет-магазина:
Your CDs have been gently taken from our CD Baby shelves with sterilized contamination-free gloves and placed onto a satin pillow. A team of 50 employees inspected your CDs and polished them to make sure they were in the best possible condition before mailing. Our packing specialist from Japan lit a candle and a hush fell over the crowd as he put your CDs into the finest gold-lined box that money can buy. We all had a wonderful celebration afterwards and the whole party marched down the street to the post office where the entire town of Portland waved "Bon Voyage!" to your package, on its way to you, in our private CD Baby jet on this day, August 11, 2009. We hope you had a wonderful time shopping at CD Baby. In commemoration, we have placed your picture on our wall as "Customer of the Year." We're all exhausted but can't wait for you to come back to CDBABY.COM!!

Thank you, thank you, thank you!


Понятно, что достаточно было сказать, что посылка отправлена. Однако вот такие мелочи заставляют вернуться через некоторое время. Кроме того, где еще можно купить диски независимых музыкантов?
abbra: (Default)
Прелестное письмо от интернет-магазина:
Your CDs have been gently taken from our CD Baby shelves with sterilized contamination-free gloves and placed onto a satin pillow. A team of 50 employees inspected your CDs and polished them to make sure they were in the best possible condition before mailing. Our packing specialist from Japan lit a candle and a hush fell over the crowd as he put your CDs into the finest gold-lined box that money can buy. We all had a wonderful celebration afterwards and the whole party marched down the street to the post office where the entire town of Portland waved "Bon Voyage!" to your package, on its way to you, in our private CD Baby jet on this day, August 11, 2009. We hope you had a wonderful time shopping at CD Baby. In commemoration, we have placed your picture on our wall as "Customer of the Year." We're all exhausted but can't wait for you to come back to CDBABY.COM!!

Thank you, thank you, thank you!


Понятно, что достаточно было сказать, что посылка отправлена. Однако вот такие мелочи заставляют вернуться через некоторое время. Кроме того, где еще можно купить диски независимых музыкантов?
abbra: (Default)
Intel купил OpenedHand Ltd. Это отличная новость, потому что ребята из ПротянутойРуки играют ключевую роль в развитии мобильных вариантов Gnome. Именно они и будут развивать Moblin, мобильный Linux для Mobile Internet Device.

На счету ПротянутойРуки следующие проекты: Clutter, Pimlico, gUPnP, Matchbox, Poky, Xephyr, OProfileUI и многие другие, без которых сегодня немыслимы, например, устройства на Maemo.
abbra: (Default)
Intel купил OpenedHand Ltd. Это отличная новость, потому что ребята из ПротянутойРуки играют ключевую роль в развитии мобильных вариантов Gnome. Именно они и будут развивать Moblin, мобильный Linux для Mobile Internet Device.

На счету ПротянутойРуки следующие проекты: Clutter, Pimlico, gUPnP, Matchbox, Poky, Xephyr, OProfileUI и многие другие, без которых сегодня немыслимы, например, устройства на Maemo.
abbra: (Default)
На фотографических форумах можно найти все, что угодно:
I used to work for Ricoh USA in their imaging division and security is very loose, they're very naive about employee theft, that's japanese culture. Anyway, they ended up spending US500k installing security/camera system after some guy stole a 4kg industrial-grade block of gold from a plating machine.


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

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

Последний случай происходит как раз на моих глазах. На SambaXP приезжала команда из Microsoft -- менеджеры, исследователи, разработчики -- с которыми мы обсуждали вопросы документирования и тестирования протоколов SMB и SMB2. Из всех этих ребят только два человека могли официально смотреть в код -- какой угодно, не обязательно под GNU GPL -- написанный за пределами Microsoft. Понятно, что обсуждение того, где в реализациях протокола присутствуют ошибки, невозможно без нормального анализа средств тестирования, в том числе и последовательности выполняемых операций.

В результате, приходилось эзоповым языком объяснять где и что выполняется в то время, как можно было бы показать 10-20 строчек кода и закрыть вопрос навсегда. Прошло два месяца, в понедельник начинается очередная встреча, уже в Рэдмонде, но вопрос пока до конца не решен, хотя есть небольшое продвижение вперед -- будут встречи с юристами. :-)

Культурные столкновения порой принимают довольно интересные формы. Среди разработчиков свободного ПО очень популярны списки рассылок как механизм взаимодействия и ведения дискуссий. Так уж сложилось, это отличное современное средство-альтернатива традиционной письменной дискуссии, которая доминировала в академической среде предыдущие три века (переписка между учеными в XVII-XX веках была исключительно активной). Списки рассылки позволяют добиться нужного ритма работы для всех участников, потому что каждый живет в своем ритме и ускорять/замедлять его не намерен. Список рассылки позволяет отвечать на вопросы ровно в том темпе, который тебя устраивает, не говоря уже о развитых механизмах работы с почтовыми архивами.

С другой стороны, среди разработчиков, использующих MSDN, популярно использование форумов для общения с разработчиками из Microsoft. Казалось бы, довольно тривиально сделать такой форум, у которого была бы своя рассылка и пользователю MSDN было бы все равно, через что работать -- через браузер или почтовую программу. Так уж сложилось, пусть нам и трудно в это поверить, но в инфраструктуре MSDN нет вообще поддержки списков рассылок на том уровне, на котором реализована работа с форумами. И трансляторов между форумами и рассылками тоже нет. Не в этом ли кроется такое странное для пользователей рассылок требование вновь приходящих завести форумы?

Культурные столкновения проходят через нас, мы испытываем их даже, если не выезжаем зарубеж. От нас самих зависит, насколько они изменят нас и сможем ли мы изменить тех, кто несет нам "чужое". Впрочем, не стоит забывать что является целью, а что -- инструментом для ее достижения.
abbra: (Default)
На фотографических форумах можно найти все, что угодно:
I used to work for Ricoh USA in their imaging division and security is very loose, they're very naive about employee theft, that's japanese culture. Anyway, they ended up spending US500k installing security/camera system after some guy stole a 4kg industrial-grade block of gold from a plating machine.


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

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

Последний случай происходит как раз на моих глазах. На SambaXP приезжала команда из Microsoft -- менеджеры, исследователи, разработчики -- с которыми мы обсуждали вопросы документирования и тестирования протоколов SMB и SMB2. Из всех этих ребят только два человека могли официально смотреть в код -- какой угодно, не обязательно под GNU GPL -- написанный за пределами Microsoft. Понятно, что обсуждение того, где в реализациях протокола присутствуют ошибки, невозможно без нормального анализа средств тестирования, в том числе и последовательности выполняемых операций.

В результате, приходилось эзоповым языком объяснять где и что выполняется в то время, как можно было бы показать 10-20 строчек кода и закрыть вопрос навсегда. Прошло два месяца, в понедельник начинается очередная встреча, уже в Рэдмонде, но вопрос пока до конца не решен, хотя есть небольшое продвижение вперед -- будут встречи с юристами. :-)

Культурные столкновения порой принимают довольно интересные формы. Среди разработчиков свободного ПО очень популярны списки рассылок как механизм взаимодействия и ведения дискуссий. Так уж сложилось, это отличное современное средство-альтернатива традиционной письменной дискуссии, которая доминировала в академической среде предыдущие три века (переписка между учеными в XVII-XX веках была исключительно активной). Списки рассылки позволяют добиться нужного ритма работы для всех участников, потому что каждый живет в своем ритме и ускорять/замедлять его не намерен. Список рассылки позволяет отвечать на вопросы ровно в том темпе, который тебя устраивает, не говоря уже о развитых механизмах работы с почтовыми архивами.

С другой стороны, среди разработчиков, использующих MSDN, популярно использование форумов для общения с разработчиками из Microsoft. Казалось бы, довольно тривиально сделать такой форум, у которого была бы своя рассылка и пользователю MSDN было бы все равно, через что работать -- через браузер или почтовую программу. Так уж сложилось, пусть нам и трудно в это поверить, но в инфраструктуре MSDN нет вообще поддержки списков рассылок на том уровне, на котором реализована работа с форумами. И трансляторов между форумами и рассылками тоже нет. Не в этом ли кроется такое странное для пользователей рассылок требование вновь приходящих завести форумы?

Культурные столкновения проходят через нас, мы испытываем их даже, если не выезжаем зарубеж. От нас самих зависит, насколько они изменят нас и сможем ли мы изменить тех, кто несет нам "чужое". Впрочем, не стоит забывать что является целью, а что -- инструментом для ее достижения.
abbra: (Default)
В последних "Итогах" опубликована заметка Елены Покатаевой "Открываются все" о свободном программном обеспечении. Интересен сам факт внимания бизнес-прессы к "нашим баранам", хотелось бы высказать надежду, что тема будет развита далее, выйдя за рамки узких отраслевых дискуссий.
abbra: (Default)
В последних "Итогах" опубликована заметка Елены Покатаевой "Открываются все" о свободном программном обеспечении. Интересен сам факт внимания бизнес-прессы к "нашим баранам", хотелось бы высказать надежду, что тема будет развита далее, выйдя за рамки узких отраслевых дискуссий.
abbra: (Default)
Консолидация в действии: Nokia собирается купить Trolltech, компанию, которая разрабатывает одну из двух основных графических (и не только) библиотек для Unix-like систем (и не только :-) и активно финансирует разработку KDE.

Несмотря на возможный конфликт интересов -- Nokia сейчас довольно много инвестирует в GNOME, который построен второй основной графической (и не только) библиотеке для Unix-like систем (и не только :-) -- я думаю, что все же это будет скорее плюс, чем минус.

http://jaaksi.blogspot.com/2008/01/trolltech-good.html

P.S. Как я и предположил в дискуссии с [livejournal.com profile] lvader, речь идет о использовании QT для Symbian (S40/S60). В аудиоконференции Nokia Kai Öistämö заявил, что речь идет об усилении позиций S40, S60 и Maemo, при этом Maemo останется на базе GNOME.
abbra: (Default)
Консолидация в действии: Nokia собирается купить Trolltech, компанию, которая разрабатывает одну из двух основных графических (и не только) библиотек для Unix-like систем (и не только :-) и активно финансирует разработку KDE.

Несмотря на возможный конфликт интересов -- Nokia сейчас довольно много инвестирует в GNOME, который построен второй основной графической (и не только) библиотеке для Unix-like систем (и не только :-) -- я думаю, что все же это будет скорее плюс, чем минус.

http://jaaksi.blogspot.com/2008/01/trolltech-good.html

P.S. Как я и предположил в дискуссии с [livejournal.com profile] lvader, речь идет о использовании QT для Symbian (S40/S60). В аудиоконференции Nokia Kai Öistämö заявил, что речь идет об усилении позиций S40, S60 и Maemo, при этом Maemo останется на базе GNOME.
abbra: (Default)
Отличный анализ ходов Google против открытой-закрытой-открытой-нет_закрытой Java и Sun: http://www.betaversion.org/~stefano/linotype/news/110/

Действительно, при всей "открытости" Sun, они по-прежнему контролируют все в Java -- от языка до использования разных версий JVM и крайне неохотно открывают те вещи, которые нужны и интересны. В данном случае, мобильную версию JVM. Ход Google с созданием своей виртуальной машины, с открытым кодом и лицензией Apache License, не ограничивающей области применения, можно назвать асимметричным ответом: Google создал транслятор байт-кода из JVM в байт-код своей виртуальной машины, Dalvik. То есть, можно разрабатывать приложения, пользуясь синтаксисом Java, но внедрять их на Dalvik, без ограничений -- будь то десктоп, сервер или мобильное устройство.

Исходный код Dalvik пока не открыт (думаю, что Dalvik еще не готов полностью), но это вопрос времени -- если Dalvik не будет открыт, Android не будет принят серьезно, поскольку не будет сильно отличаться от того, что делает в мобильной сфере Sun.
abbra: (Default)
Отличный анализ ходов Google против открытой-закрытой-открытой-нет_закрытой Java и Sun: http://www.betaversion.org/~stefano/linotype/news/110/

Действительно, при всей "открытости" Sun, они по-прежнему контролируют все в Java -- от языка до использования разных версий JVM и крайне неохотно открывают те вещи, которые нужны и интересны. В данном случае, мобильную версию JVM. Ход Google с созданием своей виртуальной машины, с открытым кодом и лицензией Apache License, не ограничивающей области применения, можно назвать асимметричным ответом: Google создал транслятор байт-кода из JVM в байт-код своей виртуальной машины, Dalvik. То есть, можно разрабатывать приложения, пользуясь синтаксисом Java, но внедрять их на Dalvik, без ограничений -- будь то десктоп, сервер или мобильное устройство.

Исходный код Dalvik пока не открыт (думаю, что Dalvik еще не готов полностью), но это вопрос времени -- если Dalvik не будет открыт, Android не будет принят серьезно, поскольку не будет сильно отличаться от того, что делает в мобильной сфере Sun.
abbra: (Default)
Отличная статья Michael Tiemann о мыслетанках, расплодившихся в последнее время под эгидой Microsoft с целью "внутренней" блокады Open Source в бизнес-среде. Майкл рассказывает о своем опыте бизнеса на Open Source -- а он все-таки, основатель Cygnus, практически первой и успешной такой компании.
С 1989 года, когда я создал первую Open Source-компанию, бизнес на Open Source был целиком основан на получении прибыли. [...] За идеей прибыли стоит теория, что инновация ведет к конкурентному успеху, а Open Source является наиболее надежным, масштабируемым, быстрым и прямым способом достижения инновации, точка. Следствием этой теории является то, что поведение, направленное на уничтожение конкуренции, ведет к уничтожению причин для инновации, поскольку уничтожает все ее преимущества. Таким образом, Open Source требует конкурентные рынки и достигает максимума эффективности когда все игроки конкурируют между собой. Все разговоры о комбинированных моделях, по сути, лишь прикрытие активности, направленной на ограничение, а не расширение конкуренции.

Open Source никогда не требовала тип венчурного капитала, который требует проприетарная компания. Мы начинали Cygnus с $6000, достигнув прибыльности в первый же год и сохранив ее последующие годы. Бизнес-модель, живущая без венчурного капитала, на самом деле сильнее моделей, которые постоянно вынуждены искать финансирование извне для создания новых продуктов. Независимость создает большую возможность инноваций и тем самым создает более надежный фундамент для конкурентной борьбы.


Дальше Michael ссылается на три научных работы, которые объясняют, по его мнению, около 90% всего успеха, достигнутого Cygnus: Эрика фон Хиппеля о инновации под давлением пользователей, Дэвида Аптона о гибкости как ключевом факторе в определении скорости инновации и надежности в ИТ, и приложение теории игр в области модульной архитектуры и мотивации разработчиков от Карлисс Болдуин.

Рекомендую.
abbra: (Default)
Отличная статья Michael Tiemann о мыслетанках, расплодившихся в последнее время под эгидой Microsoft с целью "внутренней" блокады Open Source в бизнес-среде. Майкл рассказывает о своем опыте бизнеса на Open Source -- а он все-таки, основатель Cygnus, практически первой и успешной такой компании.
С 1989 года, когда я создал первую Open Source-компанию, бизнес на Open Source был целиком основан на получении прибыли. [...] За идеей прибыли стоит теория, что инновация ведет к конкурентному успеху, а Open Source является наиболее надежным, масштабируемым, быстрым и прямым способом достижения инновации, точка. Следствием этой теории является то, что поведение, направленное на уничтожение конкуренции, ведет к уничтожению причин для инновации, поскольку уничтожает все ее преимущества. Таким образом, Open Source требует конкурентные рынки и достигает максимума эффективности когда все игроки конкурируют между собой. Все разговоры о комбинированных моделях, по сути, лишь прикрытие активности, направленной на ограничение, а не расширение конкуренции.

Open Source никогда не требовала тип венчурного капитала, который требует проприетарная компания. Мы начинали Cygnus с $6000, достигнув прибыльности в первый же год и сохранив ее последующие годы. Бизнес-модель, живущая без венчурного капитала, на самом деле сильнее моделей, которые постоянно вынуждены искать финансирование извне для создания новых продуктов. Независимость создает большую возможность инноваций и тем самым создает более надежный фундамент для конкурентной борьбы.


Дальше Michael ссылается на три научных работы, которые объясняют, по его мнению, около 90% всего успеха, достигнутого Cygnus: Эрика фон Хиппеля о инновации под давлением пользователей, Дэвида Аптона о гибкости как ключевом факторе в определении скорости инновации и надежности в ИТ, и приложение теории игр в области модульной архитектуры и мотивации разработчиков от Карлисс Болдуин.

Рекомендую.
abbra: (Default)
GNOME проанносировала -- GNOME MOBILE & EMBEDDED INITIATIVE -- http://www.gnome.org/mobile/. В числе участников -- все, кого я перечислил в http://abbra.livejournal.com/79636.html. Молодцы.
abbra: (Default)
GNOME проанносировала -- GNOME MOBILE & EMBEDDED INITIATIVE -- http://www.gnome.org/mobile/. В числе участников -- все, кого я перечислил в http://abbra.livejournal.com/79636.html. Молодцы.
abbra: (Default)
LWN подняла актуальную тему "Секретов Полишинеля" в свободном ПО. В четверг вечером (по Москве) на Embedded Linux Conference в San Jose GNOME Foundation объявит что-то, над чем работают компании и разработчики GNOME уже около девяти месяцев. Что это именно, никто не говорит, но все знают -- по крайней мере, в GNOME Advisory Board. :-) Судя по тематике конференции, это что-то связанное с мобильными технологиями, встраиваемыми системами и так далее. Гадать не буду, выбирать есть из чего -- Intel с MID Linux для UMPC, ACCESS, очередное создание Nokia, OpenMoko, Palm, OLPC и масса других проектов.

Хочу заметить только, что во многих проектах существует практика работы над "закрытыми планами". "Закрытыми", потому что все равно о них знают разработчики, даже если команда достаточно большая (как GNOME), а если не знают пользователи, то вполне догадываются по направлению движения в репозитариях, по тематике докладов на конференциях, по блогам и обсуждениям в IRC.

Плохо или хорошо иметь такую "полишинельную" секретность? С одной стороны, декларация открытой разработки должна подтверждаться делом. С другой, некоторые моменты разработки всегда остаются за гранью невидимого и отражаются только в активности, в коде, в bugzilla. Целостную картину скорее всего собрать будет сложно, но общий тренд -- видно. Если такая "секретность" не мешает восприятию проекта приходящим извне пользователям и прежде всего новым разработчикам-контрибьюторам, то это скорее положительный фактор -- в конце концов, крайне мало проектов, которые разрабатываются исключительно для самоудовлетворения и не применяются в производственной деятельности их авторов. Скорее, за каждым проектом есть те или иные бизнес-интересы, которые позволяют авторам фокусироваться на разработке и иногда эти интересы пересекаются с интересами работодателей -- в последнем случае при "положительном" пересечении проект получает дополнительную подпитку, а компания -- очередную задачу о том, чтобы конкуренты не узнали слишком детально планы на будущее.

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

Profile

abbra: (Default)
abbra

April 2016

S M T W T F S
     12
3456789
1011121314 1516
17181920212223
24252627282930

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Oct. 20th, 2017 06:04 pm
Powered by Dreamwidth Studios