Правила за отворен код

2. Сорс код.

Програмата трябва да съдържа сорс кода и трябва да позволява разпространението му, както и в компилирана форма (ако има такава възможност).

Ако под някаква форма продуктът не се разпространява заедно с кода му, то трябва да има инструкции откъде може да се свали от Интернет без заплащане.
Сорс кодът трябва да бъде в такава форма, че всеки да може да го променя за своите нужди. Доставянето на маскиран (обфускиран) код или на кодиран код не се допуска.

Правила за отворен код

3. Допълнителни работи.

Лицензът трябва да позволява промени на кода и дописването му, а също трябва да разрешава те да бъдат разпространявани под същия лиценз, както и на оригиналния софтуер.

Правила за отворен код

4. Цялостност на авторския код.

Лицензът може да забранява разпространението на сорс кода в модифициран вид само ако лицензът позволява добавянето на пач файлове заедно със сорс кода с цел модифициране на програмата по време на изпълнението й (компилирането).

Лицензът също трябва да позволява разпространението на софтуера, създаден по този начин. – Лицензът може да изисква версия с допълнително писания код да носи различно име или номер от тази на оригиналния продукт.

Правила за отворен код

5. Без дискриминация на лица или групи

Лицензът не трябва да дискриминира хора или групи от хора.

Правила за отворен код

6. Без дискриминация на области на прилагане

Лицензът не трябва да ограничава използването на програмата в различни области. Например не трябва да ограничавате използването на софтуера само в областта на бизнеса или на генното инженерство

Правила за отворен код

6. Без дискриминация на области на прилагане

Лицензът не трябва да ограничава използването на програмата в различни области. Например не трябва да ограничавате използването на софтуера само в областта на бизнеса или на генното инженерство

Правила за отворен код

7. Разпространение на лиценза.

Правата, зададени за всяка програма, трябва да са задължителни за всеки, който я ползва, без нужда от допълнителни лицензи.

Правила за отворен код

8. Лицензът не трябва да бъде за определен продукт.

Правата, които носи лицензът, не трябва да зависят от това, че програмата принадлежи към дистрибуция. Ако тя се извади от дистрибуцията или се разпространява отделно, всички нейни части зависят от условията на лиценза на оригиналната дистрибуция.

Правила за отворен код

9. Лицензът не трябва да ограничава друг софтуер.

Лицензът не трябва да налага ограничения на друг софтуер, който се разпространява заедно с лицензирания софтуер. Например лицензът не може да настоява, че всички други програми в една дистрибуция или пакет трябва да бъдат с отворен код.

Правила за отворен код

10.Лицензът трябва да бъде технологично независим.

Нито една клауза на лиценза не трябва да се отнася към индивидуална технология или определен интерфейс.

Примери за продукти с отворен код

Сега сте вие ...

Задача за заспалите

Моля, донесете трите чаши

Какво общо има ...

Галактическия стопаджия?

• А сега ...
• 42

Комуникация

Има 3 основни елемента

• Предавател
• Сигнал
• Получател

Изпращаме e-mail

Има 3 основни елемента

• Изпращач
• Протокол
• Получател

Пример??

Стандарт?

• google:\\define:standard
• Стандарт - официален документ с технически изисквания
  за суровини, материали, готови изделия и пр.
• A отворен стандарт?!?

Отворен стандарт

• Той е повече от спецификация
• За да бъде 'отворен' трябва да отговаря на
  определени изисквания
• ..това е познато нали?
• От къде, ли ....?
• Някой сега ще ми каже!

Принципи: Достъпност

Стандартът трябва да е достъпен, така, че всеки да може ...

• ...да го чете
• ...да го използва

Принципи: Избор на
крайния потребител

Стандартът трябва да предлага избор.

• Да не ограничава потребителя.
• Да не насочва към решения на дадена група или
  пройзводител

Принципи: без заплащане

• Стандартът може да се ползва от всички, без да е нужно заплащане за това, но ..
• Сертификацията за съвместимост със стандарта, може да бъде платена

Принципи: без дискриминация

• Не трябва да се ограничават определени групи от хора и(или) организации да използват стандарта.
• Тоест, ако от М$ поискат да работят с отворени стандарти - могат, и го правят ;)
• Сертификационните организации, трябва да предлагат възможност за ниско платена сертификация

Принципи: надграждане на стандарт

• Въз основата на един стандарт да може да бъде правен друг.
• Но, сертификационата организация, може да откаже признаването му

Принципи: защитни практики

• Отворените стандарти могат да имат лиценз, които да ги защитава от подобни стандарти базирани на основния със защитни механизми.
• Например да изискват подробни документации на тези стандарти или лиценз за всеки, които иска да съзададе нещо базирано на новто разширение на стандарта.

Какво всъщност е отворен стандарт?

• Отворен стандарт е публикуван стандарт, който ...
• ..е собственост на никой
• и може да се използва от всеки.
• HTML e отворен стандарт. Всеки може да го види, но и да:
• ..изследва, предлага промени и след дискусии да се стига до промяната.

Разлика

• Повечето стандарти първо се изготвят, после започват да се спазват.
• Отворените стандарти първо започват да се спазват, след това се стандартизират
• Отворените стандарти са в непрекъснат процес на развитие за разлика от другите.
• Отворен код/ Отворен стандарт - кое е по важно?

Предложение(1)

Групата, която предлага стандарта да е отворен, трябва да е минала по пътя на:

• 1. Отворени дискусии - Предложението се публикува в интернет и може да се свали безплатно.
• 2. Консенсус - за това отворените стандарти са качествени, защото като всяко отворено нещо, може да се види съдържанието му и да се критикува ако има слабо място

Предложение (2)

Ако вече сте собственик на стандарт и искате да го направите отворен:

• 1. Ако обслужва необходимите задачи.
• 2. Без заплащане за стандарта.
• 3. Ако не пречите на бъдещото му разширение (подобрение).
• 4. Да не е в услуга на конкуренцията.

Предложение(3)

Ако вече използвате стандарт (като потребител)
и искате да го направите отворен:

• 1. Много приложения в различни източници
• 2. Когато приложението, работи на всички необходим места
• 3. Когато ще се поддържа и извън очаквания от потребителя срок
• 4. Когато новопредложения отворен стандарт е съвместим с предния

10-те най...

10 правила за да наречем един стандарт отворен

• 1. Отворени срещи
• 2. Консенсус
• 3. Свързани процеси. (гласуване за крайно решение)
• 4. Отворени интелектуални права (...)
• 5. Един и същ стандарт с едни и същи възможности за цял свят.

10-те най...

10 правила за да наречем един стандарт отворен

• 6. Отворени промени - всички промени да се представят и да се съгласуват от форум подчиняващ се на предните 5 точки.
• 7. Отворена документация - предварителните документи и документите след стандартизацията да са достъпни за всички.

10-те най...

10 правила за да наречем един стандарт отворен

8.Отворен интерфейс - технически подход, който поддържа съвместимост със системи от миналото.(съвместимост "назад")
със системи от бъдещето (съвместимост "напред"), които ползват същия интерфейс. Идеята, че ОС трябва да ползват такава съвместимост е сравнително нова.
Интереса към отворения код вече нараства поради успеха на приложението на Отворения интерфейс, например при факсове (T.30), телефонни модеми (V.8 i V.32 ) и DSL приемници (G.994.1)

10-те най...

10 правила за да наречем един стандарт отворен

• 9. Отворено използване - определя правилата за потребителите.
• 10.Поддръжка - стандартът трябва да се поддържа докато има интерес към него.

10-те най...

За да бъде един стандарт отворен, всеки има роля - от създателя до потребителя.
Потребителя се грижи за стандарта след стандартизацията - предложения, имплементации, и т.н.

PHP

Kой знае какво е РНР, кой е чувал за него?
PHP Езикът на отворения код
PHP RIXP ....

Въпроси?

bogomil@spisanie.com
http://purplerain.org/nb/
jabber: bogomil@jabber.minus273.org

Oще сега отидете на...

http://spisanie.com/2/

За да получите абонамент за:

Благодаря Ви!