Анатомия Linux
Часто у новичков, впервые поставивших себе Linux, возникает шок от обилия непонятных абберивиатур, которыми пестрят мануалы по настройке тех или иных компонентов системы - alsa, grub, snap, apt и тому подобные. Во многом это обсусловлено объективными факторами, а именно - особенностью развития открытых систем как именно набора формально независимых компонентов, взаимодействующих через публичные API. Если проприетарные системы, как правило, пытаются изолировать пользователя от внутренней структуры своего продукта, представляя коробочное решение, то системы с открытым кодом представляют пользователю определённую свободу взаимодействия со всеми своими компонентами. Однако, за свободу приходится платить высоким порогом входа.
Данная статья является попыткой показать Linux не как монолита (хотя само ядро как раз таковым является), а экосистемой из разнообразных проектов, объединённых открытыми стандартами, протоколами и, разумеется, кодом. Это своеобразный коструктор, из которого собирается всё то многообразие дистрибутивов, которое мы знаем на данный момент.
#linux #os #architecture
Часто у новичков, впервые поставивших себе Linux, возникает шок от обилия непонятных абберивиатур, которыми пестрят мануалы по настройке тех или иных компонентов системы - alsa, grub, snap, apt и тому подобные. Во многом это обсусловлено объективными факторами, а именно - особенностью развития открытых систем как именно набора формально независимых компонентов, взаимодействующих через публичные API. Если проприетарные системы, как правило, пытаются изолировать пользователя от внутренней структуры своего продукта, представляя коробочное решение, то системы с открытым кодом представляют пользователю определённую свободу взаимодействия со всеми своими компонентами. Однако, за свободу приходится платить высоким порогом входа.
Данная статья является попыткой показать Linux не как монолита (хотя само ядро как раз таковым является), а экосистемой из разнообразных проектов, объединённых открытыми стандартами, протоколами и, разумеется, кодом. Это своеобразный коструктор, из которого собирается всё то многообразие дистрибутивов, которое мы знаем на данный момент.
#linux #os #architecture
Кооперация через open source в промышленности
Как известно, рынок труда в IT-индустрии в последнее время сильно перегрет. Это ведёт к неоправданно завышенным запросам по заработной плате, перетеканию мозгов в смежные сектора экономики (торговли, финансов и медиа) и страданиям тех, кто в этом IT нуждается, но не может себе его позволить - например, т.н. "реальный" сектор - промышленность, сельское хозяйство и другие. Всё ведёт к тому, что заводы не могут себе позволить программистов и темпы автоматизации замедляются.
Именно с таким посылом была создана ассоциация Open Source Automation Developement Lab (OSADL), участники которой согласовывают свои потребности и объединяются для коллективного заказа программного обеспечения с открытым исходным кодом. Таким образом, OSADL позволяет достичь того, что финансово невозможно для отдельной компании. В этом видео на youtube-канале OSADL наглядно демонстрируются принципы кооперации разработчиков вокруг открытого кода на примере предприятий из разных, но не конкурирующих друг с другом отраслей (автомобилестроение и текстильная промышленность).
На данный момент в ассоциацию входят такие известные компании как Phoenix Contact, Intel, Kuka, BMW, Audi, Porsche. Среди проектов ассоциации: RTOS патчи для ядра линукс, автоматические стенды для тестирования дистрибутивов, OPC UA Pubsub через TSN и многое другое.
#opensource #industrial #linux
Как известно, рынок труда в IT-индустрии в последнее время сильно перегрет. Это ведёт к неоправданно завышенным запросам по заработной плате, перетеканию мозгов в смежные сектора экономики (торговли, финансов и медиа) и страданиям тех, кто в этом IT нуждается, но не может себе его позволить - например, т.н. "реальный" сектор - промышленность, сельское хозяйство и другие. Всё ведёт к тому, что заводы не могут себе позволить программистов и темпы автоматизации замедляются.
Именно с таким посылом была создана ассоциация Open Source Automation Developement Lab (OSADL), участники которой согласовывают свои потребности и объединяются для коллективного заказа программного обеспечения с открытым исходным кодом. Таким образом, OSADL позволяет достичь того, что финансово невозможно для отдельной компании. В этом видео на youtube-канале OSADL наглядно демонстрируются принципы кооперации разработчиков вокруг открытого кода на примере предприятий из разных, но не конкурирующих друг с другом отраслей (автомобилестроение и текстильная промышленность).
На данный момент в ассоциацию входят такие известные компании как Phoenix Contact, Intel, Kuka, BMW, Audi, Porsche. Среди проектов ассоциации: RTOS патчи для ядра линукс, автоматические стенды для тестирования дистрибутивов, OPC UA Pubsub через TSN и многое другое.
#opensource #industrial #linux
👍1
Интерактивная карта ядра Linux
https://makelinux.github.io/kernel/map/
На карте изображено более 400 основных функций и структур, разделенных на основные подсистемы. Взаимосвязи между всеми функциями показаны с помощью соединительных линий. По клику на любую функцию Вас перенаправит к исходному коду и соответствующей документации по ядру Linux.
#linux
https://makelinux.github.io/kernel/map/
На карте изображено более 400 основных функций и структур, разделенных на основные подсистемы. Взаимосвязи между всеми функциями показаны с помощью соединительных линий. По клику на любую функцию Вас перенаправит к исходному коду и соответствующей документации по ядру Linux.
#linux
👍2
Open Source: По ту сторону кода. Учимся создавать сообщества - ч.1
Давно не приходилось читать книги от корки до корки. Современность беспощадна к нам как потребителям информации - большие текстовые форматы приходится препарировать, выбирать только самое нужное в текущий момент, откладывая остальное на кладбище закладок браузера. Однако, на этот раз я сделал исключение. Имнно сейчас, после длительного многолетнего погружения в технологии, пришлось вернуться к гуманитарной составляющей разработки, чтобы понять каким именно образом создавать устойчивые сообщества вокруг проектов открытого исходного кода.
Первым в ряду литературы с описанием успешного опыта релевантного задаче стоит "Just for fun" Линуса Торвальдса, но в нёй фигурируют скорее личные аспекты мировоззрения автора и его хардкорная молодость с круглосуточным кодингом, а не конкретная методология работы с людьми. Изложенный в мемуарах опыт Линуса отражает ту стадию развития Open Source, когда многое осуществлялось по наитию, за счёт личного энтузиазма и харизмы, а успешный результат был обусловлен скорее первопроходческой новизной, нежели правильно исполненной технологией. Иными словами, когда-то для стремительного взлёта открытого проекта было достаточно опубликовать его код и всё. Собственно, именно так и сделал всё в своё время Линус. И понеслось...
Однако, приходит время, и этого становится недостаточно. Уже сейчас на Github порядка 100 миллионов репозиториев и теперь, чтобы ворваться с Open source проектом, нужно изрядно пошевелить локтями, чтобы как-то выделиться в столь насыщенной среде. Для того, чтобы это делать наиболее эффективно, нужно применять определённые практики работы - как и в любой другой деятельности, стадия искусства и интуитивного поиска в предметной области заменяется вполне чёткой формализованной методологией достижения конечного результата.
В этом отношении книга Джона Мертика "Open Source: Beyond the Code" более сбалансирована - она содержит как личный опыт работы в позициях от начинающего разработчика в SugarCRM до директора по управлению программами Linux Foundation, так и большое количество обобщённых полезных практик в проектах отрытого ПО, часто формализованных до состояния приспособленных для работы чек-листов. Она обобщает опыт такого перехода. Именно поэтому её вполне можно советовать в качестве практического руководства для начинающих создателей сообществ и предприятий в сфере Open Source.
Этой теме я посвящу серию постов, где поделюсь мыслями по некоторым наиболее интересным с моей точки зрения разделам книги и их значению в развитии сообщества Robossembler.
#community #linux #foundation
Давно не приходилось читать книги от корки до корки. Современность беспощадна к нам как потребителям информации - большие текстовые форматы приходится препарировать, выбирать только самое нужное в текущий момент, откладывая остальное на кладбище закладок браузера. Однако, на этот раз я сделал исключение. Имнно сейчас, после длительного многолетнего погружения в технологии, пришлось вернуться к гуманитарной составляющей разработки, чтобы понять каким именно образом создавать устойчивые сообщества вокруг проектов открытого исходного кода.
Первым в ряду литературы с описанием успешного опыта релевантного задаче стоит "Just for fun" Линуса Торвальдса, но в нёй фигурируют скорее личные аспекты мировоззрения автора и его хардкорная молодость с круглосуточным кодингом, а не конкретная методология работы с людьми. Изложенный в мемуарах опыт Линуса отражает ту стадию развития Open Source, когда многое осуществлялось по наитию, за счёт личного энтузиазма и харизмы, а успешный результат был обусловлен скорее первопроходческой новизной, нежели правильно исполненной технологией. Иными словами, когда-то для стремительного взлёта открытого проекта было достаточно опубликовать его код и всё. Собственно, именно так и сделал всё в своё время Линус. И понеслось...
Однако, приходит время, и этого становится недостаточно. Уже сейчас на Github порядка 100 миллионов репозиториев и теперь, чтобы ворваться с Open source проектом, нужно изрядно пошевелить локтями, чтобы как-то выделиться в столь насыщенной среде. Для того, чтобы это делать наиболее эффективно, нужно применять определённые практики работы - как и в любой другой деятельности, стадия искусства и интуитивного поиска в предметной области заменяется вполне чёткой формализованной методологией достижения конечного результата.
В этом отношении книга Джона Мертика "Open Source: Beyond the Code" более сбалансирована - она содержит как личный опыт работы в позициях от начинающего разработчика в SugarCRM до директора по управлению программами Linux Foundation, так и большое количество обобщённых полезных практик в проектах отрытого ПО, часто формализованных до состояния приспособленных для работы чек-листов. Она обобщает опыт такого перехода. Именно поэтому её вполне можно советовать в качестве практического руководства для начинающих создателей сообществ и предприятий в сфере Open Source.
Этой теме я посвящу серию постов, где поделюсь мыслями по некоторым наиболее интересным с моей точки зрения разделам книги и их значению в развитии сообщества Robossembler.
#community #linux #foundation
👍17