В сентябре прошлого года Microsoft открыла лабораторию по изучению Open Source и Linux. Сообщалось, что главной задачей этой лаборатории будет не разработка или тестирование программного обеспечения, но исследование течения открытых исходников как феномена. Складывалось ощущение, что софтверный гигант ставит целью новой лаборатории скорее изучение способов конкуренции с открытым софтом, нежели путей сотрудничества. Действия Linux Lab несколько опровергают эти подозрения.
Первым примером взаимодействия Microsoft с миром открытых исходников стал договор, заключенный с компанией JBoss, занимающейся разработкой набора открытых программ под общим названием JBoss Enterprise Middleware Suite. JEMS позволяет быстро и удобно устанавливать серверное ПО, основанное на Java. По собственному исследованию компании, немалый процент серверов, с которыми работают их клиенты имеют на борту операционную систему Microsoft Windows. Этот факт подтолкнул JBoss к началу сотрудничества с Microsoft, где к инициативе отнеслись вполне благосклонно.
Вторым экспериментом стала помощь проекту Samba в устранении ошибки, возникавшей при работе Windows-программ, разработанных в Microsoft Visual C++, с каталогами, открытыми для доступа через локальную сеть средствами сервера Samba. Если в случае с JBoss помощь от Microsoft выглядела вполне логичным шагом, да и была закреплена документально, то ситуация с Samba более интересна.
Дело в том, что Samba изначально был полулегальным проектом, созданном на основе разработки энтузиастов, вскрывших протокол Send Message Block. SMB используется для сетевых коммуникаций в продуктах Microsoft, и его реализация в альтернативных ОС критична для обеспечения возможности обмена файлами с ними. Впоследствии Microsoft открыла протокол SMB, что сильно облегчило работу разработчиков Samba, но ни о какой более весомой помощи, конечно же, речи раньше не шло.
Будет ли столь демократичная политика в отношении свободных проектов проводиться софтверным гигантом в дальнейшем, остается только гадать. Никаких официальных заявлений представители корпорации не делали, но действия такого большого предприятия, как Microsoft предугадать бывает достаточно трудно. С одной стороны, компания помогает улучшить взаимодействие своих продуктов с открытым софтом, с другой — продолжает публиковать рекламные материалы, в которых решения от Microsoft уверенно лидируют в сравнении со свободными аналогами.
[ источник: http://business.compulenta.ru/248268/ | на nixp.ru: http://www.nixp.ru/news/7034]
Последние комментарии
- OlegL, 17 декабря 2023 года в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
Сплошное враньё, видимо, вследствие безоглядного доверия кого-то в КТ к MS.
MSVC в своё время сломали сервиспаком, чтоб не работал с файлами на самбе.
«Открытие» SMB — отдельная история, ничего интересного (по словам самбистов) они не рассказали, а лицензию и на то повесили блокирующую для GPLed. Насколько помню.
>MSVC в своё время сломали сервиспаком, чтоб не работал с >файлами на самбе.
Лол. Ты сам то понял что сказал?
Откуда блин такие умные беруться… прям жуть, злой микрософт патчит одну из своих дойных коров, дабы нагадить samba.
Дек, ну Микрософт, конечно, порядком изменился но я ещё помню времена, когда винда находя на жёстком диске раздел с OS/2 Boot Manager делала его «проверку», после которой бут менеджер таинственным образом исчезал не оставив предсмертной записки. Такие финты ушами за МС наблюдались, чего спорить. Другое дело, что Микрософт действительно идёт навстречу некоторым открытим проектам. Чего стоит хотя бы история с привлечением MS-овских специалистов к консультированию Новелловских ребят работающих над Моно?
блин. кто-нить видет связть между msvc и smb протоколом? что запатчила MS? mfc? msnet.dll? компилятор? какую именно версию?
И почему мой софт, писанный с cl 7.1 / mfc 7.1 прекрасно работает с samba(3.0.14a-6ubuntu1)?
Вывод — гон чистой воды.