8504 читателя, 2362 поста
Администрация
Модераторы
Все люди с кармой ≥5 могут писать в этом блоге.
On 12/29/07 12:42 PM, «Steve Peters» <email@hidden> wrote:
> For the answer to this (and many other curiosities) consult the kernel
> source at
> <www.opensource.apple.com/darwinsource/10.5/xnu-1228/>
>
> SCP
Alas, this resource is not available to us Microsoft employees. Our
corporate policy prohibits the reading of open source code (that isn't
ours), because that avoids the possibility of introducing IP taint into our
commercial products**. We're limited to reading plain old documentation, so
if you have pointers to that, we'd appreciate it.
-nh
* Strictly speaking, we could theoretically infringe by implementing
something exactly in the way of a pre-existing patent, but this way, our
exposure is significantly limited.
— Nathan Herring
CoreCLR SDE/Development
комментарии (65)
опыта бы набирались, велосипеды бы не изобретали.
;)
Например видео или аудио, полученное без предупреждения и согласия, обыск без ордера, даже в случае, если они — доказательства — не будут ими в суде.
Кроме того, нарушение частного лицензионного соглашения — не есть нарушение закона в широком смысле этого слова и вполне может быть расценено судом как законная добыча доказательства. А нарушение лицензионного соглашения пойдет само по себе отдельно.
Второй этап — разработчик идёт в суд и требует через суд обязать Майкрософт предоставить суду соответствующий сорс для ознакомления.
Конечно, и здесь есть загвоздка: необходимо предоставить «резонные» основания для того, чтобы полагать код своим.
Я думаю, что определённые фрагменты можно искать в _уже_ откомпилированном коде. Например, найти известную бинарную таблицу данных или что-нибудь в этом роде. Можно попытаться устроить blackbox-тестирование и выявить какие-нибудь хитроумные совпадения в поведении…
www.loohuis-consulting.nl/downloads/compliance-manual.pdf
там, правда, в большей степени не про Windows, а про embedded systems, для них более актуально.
Все равно какой-нибудь код спиздят.
You may use… blah-blah-blah… provided that the following conditions met:
* Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
blah-blah-blah
Даже если рассматривать ту лицензию, которая используется в FreeBSD, то там есть пункт о неудалении копирайт-нотиса, принадлежащего в данном случае The FreeBSD Project.
я тоже GPL не люблю
Тупость и убожество))
Запрет на чтение Опен Сурс проэктов это по сути пинок лет эдак на 5 назад.
Вместо того что бы понять принципы работы уже сделанных проэктов, они мудохают что то свое… и как известно не лучшего качества.
Политика ихняя тупа как и сами америкосы.
На эту тему хорошо написано тут:
blog.gamedeff.com/?p=161
Вы думаете никто из них не читал GPL лицензию!? Или раньше сам не писал os код?
Вы действительно думаете, что они не «читают» os код проектов?
Это крайне не разумно, анализировать конкурентов всегда надо…
Наверно причина несколько в ином ;)
Меньше будешь употреблять os — меньше будет желание работать над СВОИМИ os проектами имхо.
Но запретный плод сладок :)
Насчет чтения GPL — да кто-то читал и понимает что к чему, но много кто не понимает смысл GPL а уж тем более разницы между GPL и BSD, и т.п.
А насчет того что не читают — то я думаю много кто читает, не все ж являются корпоративными роботами которые безоговорочно следуют всем правилам.
А еще процессор Athlon фактически был разработан пакистанцами, а Intel Atom — израильтянами…
Какая разница, кто делал… :) Я думаю инженеры должны понимать разницу, иначе зачем таких брать на работу…
А если не следуют правилами, то и так будут копипастить
Я всего лишь хотел показать что в МС есть кому копипастить в случае отсутствия такого запрета.
> Я думаю инженеры должны понимать разницу, иначе зачем таких брать на работу…
Нет способа определить со 100% достоверностью «какой» есть инженер принятый на работу. В МС не работают какие-то мифические полубоги, там работают вполне себе обычные люди с присущими им недостатками.
Кстати одной из инноваций МС является как раз организация рабочего процесса таким образом чтоб получать качество за счет большего количества ничем не выделяющихся программистов а не за счет набора самых лучших специалистов.
Более того, даже в мире OSS принято следить за лицензией того кода, который ты собираешься читать. Например, мне как участнику проекта Apache Harmony, лицензированному под APL, запрещено читать GPL'ный код OpenJDK. Понятно, что никто меня не бьёт по рукам, и воронок наготове не стоит, но правила есть правила :)