Antworten:
Open Source
Schauen Sie sich die Projekt-Website an
Gehen Sie dabei auf folgende Punkte ein ...
Stellen Sie außerdem sicher, dass Sie die Lizenz zur Kenntnis nehmen, unter der die Software vertrieben wird. Einige sind möglicherweise nicht für Ihre Bedürfnisse geeignet.
Unternehmenssoftware
Ich habe hier nicht zu viel zu sagen als ...
root . Insbesondere, wenn ein TCP / IP-Port abgehört wird. * Blick auf den Ruf des VerkäufersrootZugriff erhalten), sudo unterstützen müssen . Jeder, der argumentiert, dass dies sudonicht unterstützt wird, ist im Allgemeinen nur senil, aber sie sind die Anbieter, und das werden sie Seien Sie diejenigen, die Sie unterstützen müssen - Sie möchten das Produkt nicht kaufen und lassen sich später von ihnen sagen, "Nein, Sie können sudo nicht verwenden, Sie müssen su als Root verwenden".Mangel an Aktivität. Wenn das Projekt keinen neuen Code veröffentlicht hat, viele nicht geschlossene Bugs anzeigen (oder Bugs, die sehr, sehr alt sind und keine neuen Bugs enthalten) oder Benutzerforen mit einem sehr hohen Spam-zu-Post-Verhältnis haben, ist das ein sicherer Geruch von a verfallende Codebasis. Aktive Projekte haben regelmäßige Releases, Bug-Churn, die darauf hinweisen, dass neue geöffnet sind, die alten nicht übertreffen, und Benutzerforen mit täglichen Aktivitäten. Alle drei sind von entscheidender Bedeutung, um den Code am Leben zu erhalten und eine vollständige Schleife zu bilden.
Die Aktivität ist proportional zur Größe, Komplexität und Reife der Codebasis. Je größer das Programm / Projekt ist, desto seltener sind die Punktveröffentlichungen, aber es sollte einen konsistenten Strom von Punktveröffentlichungen geben. Für ein Projekt wie Samba mit einer großen komplexen Codebasis sollten Sie Punktveröffentlichungen nach etwa einem Monat erwarten. Für ein Projekt wie gcc, das eine ausgereifte Codebasis mit konservativeren Entwurfszielen ist, sind Punktveröffentlichungen länger dazwischen, aber größer. Sich schnell bewegende Ziele auf sehr kleinen Codemengen weisen ebenfalls auf potenzielle Probleme hin - es kann sein, dass die Entwickler immer noch mit Fehlern kämpfen oder noch nicht alle Ziele / Funktionen codiert haben.
Der Quellcode muss leicht zugänglich sein. Um ehrlich zu sein, wenn es sich um Open Source handelt, sollte es keine magischen Handshakes, Voodoo-Angebote oder Beschwörungen bei Kerzenschein geben, um den Quellcode zu sehen. Es spielt keine Rolle, ob es über CVS, SVN, Git, Mercurial oder sogar Brieftauben zugänglich ist, vorausgesetzt, Sie können ohne Click-Wrap-Lizenzvereinbarung darauf zugreifen. Wenn Sie eine Verzichtserklärung, ein NDA oder ein nicht bekanntes Lizenzschema unterzeichnen, haben Sie es nicht mit Open Source zu tun, sondern mit einem kommerziellen Anbieter, der zugestimmt hat, seine Quelle für Sie zu öffnen - zu einem Preis .
Es gibt wirklich viele.
Täuschende Lizenzierung - Zu viele Lösungen versuchen, mich zu vernichten und zu Tode zu bringen. Das Paket kostet X, aber wenn Sie für die Optionen 1, 2 und 3 werben möchten, sind dies 500 bis 1500 US-Dollar mehr pro Option. Nein danke.
Niemand nutzt es - oder zumindest kann Google niemanden finden, der darüber spricht. Es ist entweder brandneu (in diesem Fall bist du ein Meerschweinchen) oder so schlimm, dass jeder es besser weiß
Es ist die Wurzel mehrerer Gabeln - Wenn etwas mehrmals gegabelt wurde, gibt es wahrscheinlich einen guten Grund dafür, und eine der Gabeln hat das Problem wahrscheinlich besser gelöst als die Quelle. Untersuchen Sie diese stattdessen.
Durchweg schlechtes Interface-Design - damit meine ich nicht nur die GUI. Verrückte, nicht identifizierte oder falsch beschriftete CLI-Flags oder -Optionen machen mich verrückt
Es funktioniert nicht - oder es gibt vor, dass eine Situation, die gelöst werden muss, nicht existieren sollte (oder nicht existiert), und spricht sie daher nicht an
Ich möchte auch hinzufügen, dass die Code-Abwanderungsrate von vielen Menschen, nicht nur von wenigen, konsistent ist und durchgeführt wird. Sie möchten nicht, dass eine Person Code in Teilzeit herausbringt, wenn sie von seinem Projekt begeistert ist, sich dann langweilt und es der Community überlässt, weiterhin Unterstützung zu leisten. Drupal und Joomla sind zwei gute Beispiele.
Wenn Sie sich die Software für Ihr Unternehmen ansehen, sie verkaufen, ändern usw., ist der wichtigste Aspekt die Lizenz. Unter Berücksichtigung der Integration von busybox in WLAN-Routern und der Einhaltung gesetzlicher Bestimmungen denken Unternehmen, Open Source mache, was immer du willst.
Einige andere Dinge: Ich suche auch nach dem Datum der letzten Aktualisierung und einer aktiven Community, also Forum, vielleicht anderen Seiten, die die Software als Thema haben.
Unter Linux würde ich prüfen, welche Software von Ihrer Distribution gepackt wird. Gepackte Software ist nicht nur auf OpenSource / GPL beschränkt - Ubuntu, Gentoo und SLES enthalten mindestens Proprietry-Software in ihren Paketlisten. Es gibt zwar keine Garantie dafür, dass diese Pakete so effektiv arbeiten wie die Kernsoftware in der Distribution - aber jemand hat Zeit und Mühe investiert, um ein Paket vorzubereiten.
Ich würde hauptsächlich auf Reife und Aktivität schauen. Wenn es einigermaßen ausgereift erscheint und es eine anständige Menge an Aktivität zu geben scheint (zum Beispiel Forum- oder Wiki-Aktivität), kann ich mich ziemlich wohl fühlen. Dann weiß ich, dass es eine gute Chance gibt, dass Fehler behoben werden, und dass ich Hilfe bei auftretenden Problemen bekommen kann. Ich würde ein aktives Projekt wählen, das nicht perfekt zu meinen Bedürfnissen passt, statt eines Projekts, das perfekt zu sein scheint, aber an jedem Tag der Woche tot erscheint.
Wenn es um die Reife geht, hängt es ziemlich stark vom Verwendungszweck ab. Wenn es etwas ist, das ich sofort einführen muss und das nicht scheitern oder Probleme verursachen darf, wird die Reife offensichtlich ein ziemlich wichtiger Faktor sein. Wenn ich mit ein paar Macken leben kann und es bei einigen Ausfallzeiten nicht kritisch ist, dann schaue ich lieber in die Zukunft.