Відповіді:
Відкрите джерело
Подивіться веб-сайт проекту
Роблячи це, виберіть наступні моменти ...
Також переконайтеся, що ви взяли до відома Ліцензію, згідно з якою розповсюджується програмне забезпечення. Деякі можуть не відповідати вашим потребам.
Корпоративне програмне забезпечення
У мене тут не так багато сказати, крім ...
root . Особливо, якщо він буде прослуховуватися через порт TCP / IP. * Дивлячись на репутацію продавцяrootдоступу, і тому продукт повинен підтримувати sudo . Кожен, хто стверджує, що sudoце не підтримується, як правило, просто старе, але вони є постачальниками, і вони будьте тими, хто повинен тебе підтримувати - ти не хочеш купувати продукт, а згодом вони скажуть тобі "Ні, ти не можеш використовувати судо, ти повинен вкоренитися".Відсутність активності. Якщо проект не випустив новий код, показуйте безліч закритих помилок (або помилок, які дуже старі, без нових помилок), або на форумах користувачів, які мають дуже високе співвідношення "спам-пост", це впевнений запах розкладається кодова база. Активні проекти мають регулярні випуски, помилки, що вказують на відкриття нових, не випереджають закриті старі, а форуми користувачів із щоденною активністю. Усі три з них є життєво важливими для збереження коду живим і здоровим - випуск, відплата, відлагодження / рефакторинг, утворюючи повний цикл.
Діяльність пропорційна розміру, складності та зрілості бази даних. Чим більше програма / проект, тим рідше точкові випуски, але має бути послідовний потік точкових випусків. Для такого проекту, як Samba, з великою складною базою коду, очікуйте випуску точок через місяць або близько того. Для такого проекту, як gcc, який є дозрілою кодовою базою з більш консервативними цілями дизайну, точкові випуски довші між ними, але більші. Швидкозмінні цілі на дуже малій кількості коду також показують потенційні проблеми - можливо, розробники все ще борються з помилками або не мають ще всіх закодованих цілей / особливостей.
Вихідний код повинен бути легкодоступним. Показуйте порожнім, якщо це справжній відкритий код, не повинно бути ніяких магічних рукостискань, пропозицій вуду чи запалень на свічках, щоб побачити вихідний код. Не має значення, чи доступний він через CVS, SVN, Git, Mercurial або навіть голуба-носія, за умови, що ви можете дістатися до нього без ліцензійної угоди про клік. Якщо ви підписуєте відмову, NDA або погоджуєтесь із якоюсь схемою недозволеного використання ліцензій, ви не маєте справу з відкритим кодом, ви маєте справу з комерційним постачальником, який погодився відкрити їх джерело - за ціну .
Дійсно, справді.
Оманливе ліцензування - Занадто багато рішень намагаються нікелювати і забивати мене смертю. Пакет коштує X, але якщо ви хочете, щоб рекламовані варіанти 1, 2 і 3, це буде на 500-1500 доларів більше за варіант. Ні, дякую.
Ніхто не використовує його - або принаймні, Google не може знайти нікого, хто про це говорить. Це або абсолютно нова (в такому випадку ви морська свинка), або настільки погана, що всі знають краще
Це корінь декількох виделок - Якщо щось було роздвоєне багато разів, можливо, це є вагомою причиною для цього, і одна з вилок, ймовірно, вирішила проблему краще, ніж джерело. Дослідіть їх замість цього.
Постійно поганий дизайн інтерфейсу - я не маю на увазі лише графічний інтерфейс. Божевільні, невідомі або неправильно позначені прапори або параметри CLI приводять мене до розуму
Це не працює - або робить вигляд, що ситуація, яку потрібно вирішити, не повинна існувати (або не існує), а тому не вирішує її
Я також хотів би додати, що коефіцієнт відбиття коду є постійним і робиться багатьма людьми, а не лише кількома. Ви не хочете, щоб одна людина викручувала код за сумісництвом, коли він захоплюється своїм проектом, потім йому набридає і залишає його громаді надалі підтримувати. Drupal і Joomla - два хороших приклади.
Якщо ви переглядаєте програмне забезпечення для своєї компанії, продавати його, змінювати його тощо, найважливішим аспектом є ліцензія. Дивлячись на включення зайнятої скриньки до маршрутизаторів WLAN та дотримуючись юридичних дій, компанії думають, що "відкритий код = робіть все, що завгодно".
Ще деякі речі: я також шукаю дату останнього оновлення та активну спільноту, тому форум, можливо, інші сторінки, на яких програмне забезпечення є темою.
У Linux я би перевірив, яке програмне забезпечення упаковане вашим дистрибутивом. Пакетне програмне забезпечення не обмежується лише просто відкритим джерелом / GPL - Ubuntu, Gentoo та SLES як мінімум включають програмне забезпечення власного власного програмного забезпечення в свої списки пакунків. Хоча немає гарантії, що ці пакети працюватимуть так само ефективно, як і основне програмне забезпечення в дистрибутиві - хтось вклав час і сили, щоб підготувати пакет.
Я б дивився переважно на зрілість та активність. Якщо він виглядає досить зрілим і, здається, є пристойний обсяг активності (наприклад, форум або вікі), я можу почувати себе досить комфортно. Тоді я знаю, що є хороший шанс, що помилки будуть вирішені і що я можу отримати допомогу у виникненні проблем. Я б обрав активний проект, який не відповідає моїм потребам ідеально, над проектом, який здається ідеальним, але здається мертвим у будь-який день тижня.
Що стосується зрілості, то це значною мірою залежить від призначеного використання. Якщо мені потрібно миттєво розгортатись, і це не може бути дозволено збитися або викликати неприємності, зрілість, очевидно, буде досить важливим фактором. Якщо я можу прожити кілька примх, і це не критично з деяким простоєм, то я краще погляну на майбутній прогноз.