Open S U S E Conference Involved F O S S

766 Aufrufe

Veröffentlicht am

Introduce in FOSS

Veröffentlicht in: Technologie
0 Kommentare
0 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Keine Downloads
Aufrufe
Aufrufe insgesamt
766
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
3
Aktionen
Geteilt
0
Downloads
1
Kommentare
0
Gefällt mir
0
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie

Open S U S E Conference Involved F O S S

  1. 1. OpenSUSE Conference: Teilnehmen an freier Software oder openSource Projekten Sascha Manns aka 'saigkill' OpenSUSE Member/Ambassador OpenSUSE Marketing Team OpenSUSE BuildService Get it ! Discover it ! Create it !
  2. 2. Agenda <ul><li>Was ist freie und openSOURCE Software/Projekt?
  3. 3. Welche Beispiele für Freie Software/Projekte gibt es?
  4. 4. Erste Schritte in Freien Projekten
  5. 5. Probleme und Feature Requests
  6. 6. Entwickler werden
  7. 7. Marketing, PR und Promotion
  8. 8. Zukunft </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  9. 9. Was ist freie Software / Projekt?
  10. 10. Was ist: openSOURCE? <ul><li>Der Begriff openSource sagt nur aus, dass der Quellcode verfügbar sein muß, aber nicht, ob er verändert werden darf.
  11. 11. OpenSource Software kann kostenlos sein, muss aber nicht. </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  12. 12. Was ist: openSOURCE? <ul><li>OpenSource bedeutet Quelloffen.
  13. 13. Die Quellen können studiert werden.
  14. 14. Der Begriff openSOURCE deckt nur zwei der 4 Freiheiten ab. </li></ul>* Freiheit die Software für jeden Zweck zu nutzen, * den Quellcode zu erlangen und ihn zu studieren, * den Quellcode zu verändern und * diesen mit anderen zu teilen. © 9/16/09 Sascha Manns openSUSE.org
  15. 15. Was ist: freie Software? * Freie Software garantiert durch Lizenzen die folgenden Richtlinien: * Freiheit die Software für jeden Zweck zu nutzen, * den Quellcode zu erlangen und ihn zu studieren, * den Quellcode zu verändern und * diesen mit anderen zu teilen. Vor dem Beginn mit der Arbeit an Projekten ist es sinnvoll die Lizenzen einzusehen. © 9/16/09 Sascha Manns openSUSE.org
  16. 16. Lizenzen (GPL) 0. Das Programm darf ohne jede Einschränkung für jeden Zweck genutzt werden. Kommerzielle Nutzung ist hierbei ausdrücklich erlaubt. 1. Kopien des Programms dürfen kostenlos oder auch gegen Geld verteilt werden , wobei der Quellcode mitverteilt oder dem Empfänger des Programms auf Anfrage zum Selbstkostenpreis zur Verfügung gestellt werden muss. Dem Empfänger müssen dieselben Freiheiten gewährt werden – wer z. B. eine Kopie gegen Geld empfängt, hat weiterhin das Recht, diese dann kommerziell oder auch kostenlos zu verbreiten. Lizenzgebühren sind nicht erlaubt. Niemand ist verpflichtet, Kopien zu verteilen, weder im Allgemeinen, noch an irgendeine bestimmte Person – aber wenn er es tut, dann nur nach diesen Regeln.[2] 2. Die Arbeitsweise eines Programms darf studiert und den eigenen Bedürfnissen angepasst werden. 3. Es dürfen auch die gemäß Freiheit 2 veränderten Versionen des Programms unter den Regeln von Freiheit 1 vertrieben werden, wobei dem Empfänger des Programms der Quellcode der veränderten Version verfügbar gemacht werden muss . Veränderte Versionen müssen nicht veröffentlicht werden; aber wenn sie veröffentlicht werden, dann darf dies nur unter den Regeln von Freiheit 1 geschehen. URL: http://de.wikipedia.org/wiki/GPL © 9/16/09 Sascha Manns openSUSE.org
  17. 17. Lizenzen (LGPL) Sichert ebenfalls die 4 Freiheiten der GPL. Im Gegensatz zur GPL dürfen alle Programme, welche die LGPL-lizenzierte Software nur extern benutzen , zum Beispiel als Programmbibliothek , ihre eigene Lizenz behalten. Damit eignet sich die LGPL besonders als Lizenz für Bibliotheken, deren Benutzung man auch Programmierern proprietärer Programme erlauben will. Soll die unter der LGPL lizenzierte Software dagegen fest in ein anderes Programm eingebunden werden, muss auch das andere Programm unter der LGPL bzw. einer kompatiblen Lizenz stehen. URL: http://de.wikipedia.org/wiki/LGPL © 9/16/09 Sascha Manns openSUSE.org
  18. 18. Lizenzen (BSD) Software unter der BSD-Lizenz darf frei verwendet werden und es ist erlaubt, sie zu kopieren, zu verändern und zu verbreiten . Einzige Bedingung der BSD-Lizenz ist, dass der Copyright-Vermerk des ursprünglichen Programms nicht entfernt werden darf. Somit eignet sich unter der BSD-Lizenz stehende Software auch gut als Vorlage für kommerzielle (teilproprietäre) Produkte, wie es z. B. bei JunOS der Fall ist, dem Router-Betriebssystem der Firma Juniper Networks. Dieses Lizenzmodell unterscheidet sich von der GNU General Public License (GPL) darin, dass es kein Copyleft enthält: Ein Programmierer, der ein unter einer BSD-Lizenz veröffentlichtes Programm verändert und dann verbreitet, ist nicht verpflichte t, den Quellcode seines veränderten Programms mitzuveröffentlichen . Er ist auch nicht verpflichtet, das Ergebnis seiner Änderungen wiederum unter der BSD-Lizenz zu veröffentlichen. URL: http://de.wikipedia.org/wiki/BSD_Lizenz © 9/16/09 Sascha Manns openSUSE.org
  19. 19. Lizenzen (Apache) Prinzipiell beinhaltet sie: * Man darf Software unter dieser Lizenz frei in jedem Umfeld verwenden, modifizieren und verteilen . * Wenn man sie verteilt , muss eindeutig darauf hingewiesen werden , welche Software unter der Apache-Lizenz verwendet wurde und dass diese vom Lizenzgeber (name of copyright owner) stammt. Eine Kopie der Lizenz muss dem Paket beiliegen. * Änderungen am Quellcode , der unter der Apache-Lizenz stehenden Software, brauchen nicht zum Lizenzgeber zurückgeschickt zu werden. Eigene Werke , die auf einem unter der Apache-Lizenz stehendem Originalwerk basieren, müssen: * eine Kopie der Apache-Lizenz beinhalten * bei modifizierten Dateien an auffälliger Stelle angeben, dass sie modifiziert sind * alle Original-Urheberrechtsvermerke beibehalten URL: http://de.wikipedia.org/wiki/Apache-Lizenz © 9/16/09 Sascha Manns openSUSE.org
  20. 20. Beispiele?
  21. 21. Beispiele für Freie SW und Projekte © 9/16/09 Sascha Manns openSUSE.org
  22. 22. Erste Schritte in freien Projekten
  23. 23. Erste Schritte in freien Projekten <ul><li>Philosophie:
  24. 24. - Nutze freie Software
  25. 25. - Entwickle und dokumentiere freie Software
  26. 26. - Teile die Software mit anderen
  27. 27. - Ermuntere andere ebenfalls freie Sofware zu verwenden
  28. 28. - Man kann in jedem Alter beginnen. </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  29. 29. Erste Schritte in freien Projekten © 9/16/09 Sascha Manns openSUSE.org
  30. 30. Erste Schritte in freien Projekten <ul><li>Aufruf:
  31. 31. - Passe sie deinen Bedürnissen an und verlasse den “Out of the Box” Stand. So verlässt du die eingetretenen Wege der proprietären Software
  32. 32. -Neben Themen und Farben gibt es viel zu entdecken. -> Keine Compuerbild Leser! </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  33. 33. Erste Schritte in freien Projekten <ul><li>Aufruf:
  34. 34. Sei nicht enttäuscht, wenn du einen Fehler hast. Versuche ihn zu reproduzieren und zu dokumentieren. Wenn du aus den Fehlern lernst, betrachtest du jeden Error als Gewinn.
  35. 35. Bleib weiterhin experimentierfreudig. </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  36. 36. Erste Schritte in freien Projekten <ul><li>Tipps:
  37. 37. Wenn du nach und nach die Fehler dokumentierst, kannst du damit beginnen HowTo's, FAQ's und Essays zu verfassen.
  38. 38. Veröffentlichen kannst du das zum Beispiel im Forum, deinem Blog oder der Homepage. </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  39. 39. Erste Schritte in freien Projekten <ul><li>Tipps:
  40. 40. Usenet
  41. 41. http://learn.to/quote </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  42. 42. Erste Schritte in freien Projekten <ul><li>Tipps:
  43. 43. Mailinglists
  44. 44. http://ezinearticles.com/?Smart-Writing-and-Layout-Styles-for-the-Web&id=60347 </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  45. 45. Erste Schritte in freien Projekten <ul><li>Tipps:
  46. 46. Mailinglists – Netiquette: http://en.opensuse.org/Opensuse_mailing_list_netiquette </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  47. 47. Erste Schritte in freien Projekten <ul><li>Tipps:
  48. 48. Mailinglists:
  49. 49. Wärme keine alten Diskussionen auf.
  50. 50. Meide Threadhijacking (Kein neues Thema mit “Antworten” Button erstellen.
  51. 51. Vermeide TOFU (Topic oben, Fullquote unten). Nur das zitieren, auf das du dich beziehst.
  52. 52. Vermeide Mails die nur folgendes beinhalten: Me too, Ich auch, Full ACK. Verursacht nur unnötigen Traffic.
  53. 53. Bevor du eine Frage stellst, solltest du zumindest Google bemüht haben. </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  54. 54. Probleme und Feature Requests
  55. 55. Probleme und Feature Request <ul><li>Viele Funktionen in den Programmen beruhen auf der Tatsache das andere User sie sich wünschten.
  56. 56. Lerne Programme oder OS kennen und verstehen. Lokalisiere Fehler und schreibe Bugreports (reproduzieren, dokumentieren, relevante Informationen).
  57. 57. Teile deine Erfahrungen und Wünsche auf den Projekt Mailinglisten, Wikis, Features und Bugtrackern.
  58. 58. Um im Development mitzuwirken muss man nicht zwingend Coder sein. Testing, Dokumentation und Übersetzung sind auch wichtig.
  59. 59. Wenn dir etwas fehlt, mag es sein, dass anderen diese fehlende Funktion noch nicht aufgefallen ist. </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  60. 60. Wie erstelle ich ein Bugreport © 9/16/09 Sascha Manns openSUSE.org
  61. 61. Wie erstelle ich ein Bugreport (1) © 9/16/09 Sascha Manns openSUSE.org
  62. 62. Wie erstelle ich ein Bugreport (2) © 9/16/09 Sascha Manns openSUSE.org
  63. 63. Wie erstelle ich ein Bugreport (3) © 9/16/09 Sascha Manns openSUSE.org
  64. 64. Wie erstelle ich ein Bugreport (4) © 9/16/09 Sascha Manns openSUSE.org
  65. 65. Wie erstelle ich ein Bugreport (5) © 9/16/09 Sascha Manns openSUSE.org
  66. 66. Wie erstelle ich ein Bugreport (6) © 9/16/09 Sascha Manns openSUSE.org
  67. 67. Wie erstelle ich ein Bugreport (7) © 9/16/09 Sascha Manns openSUSE.org
  68. 68. Wie erstelle ich ein Feature Request (1) © 9/16/09 Sascha Manns openSUSE.org
  69. 69. Wie erstelle ich ein Feature Request (2) © 9/16/09 Sascha Manns openSUSE.org
  70. 70. Wie erstelle ich ein Feature Request (3) © 9/16/09 Sascha Manns openSUSE.org
  71. 71. Wie erstelle ich ein Feature Request (4) © 9/16/09 Sascha Manns openSUSE.org
  72. 72. Wie erstelle ich ein Feature Request (5) © 9/16/09 Sascha Manns openSUSE.org
  73. 73. Entwickler werden?
  74. 74. Entwickler werden <ul><li>Viele Projekte bieten Junior Jobs an. Das sind kleine Tätigkeiten mit denen man den Entwickler entlasten kann und eigene Erfahrungen sammeln kann. Es kann sich um features oder kleine Bugs handeln.
  75. 75. Folgende Projekte bieten Junior Jobs an (Auszug):
  76. 76. - KDE - Amarok - GNOME - kernel (kernel-janitors) - …
  77. 77. Kernel Newbie Corner: HowTo's für mein erstes Kernelmodul. http://www.linux.com/learn/linux-training </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  78. 78. Entwickler werden <ul><li>Für den Anfang:
  79. 79. -devel-Listem abonnieren (Life Entwicklung verfolgen, Fragen stellen).
  80. 80. - opensuse-bugs abonnieren (Bugs verfolgen, eigene Erfahrungen einbringen und Bugs lösen. </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  81. 81. Entwickler werden (Bugzilla) © 9/16/09 Sascha Manns openSUSE.org
  82. 82. Entwickler werden <ul><li>Für den Anfang:
  83. 83. - User Support: Mailinglisten, Usenet, IRC, Foren, Twitter
  84. 84. Einstiegssprachen: python, perl, scheme
  85. 85. IDE's zum Programmieren: Kdevelop, MonoDevelop...
  86. 86. Debugging: strace, ltrace, gdb, ddd (lokalisieren eines Fehlers) </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  87. 87. Entwickler werden <ul>Für neue Interessenten mit Programmiererfahrung und eigenen Projekten: <li>Linux ist eine gute Plattform.
  88. 88. Möglicherweise aktuelle Projekte nach Linux portieren.
  89. 89. Sogar .NET Projekte können durch mono unter Linux zum laufen gebracht werden.
  90. 90. Neue Softwareprojekte sind immer willkommen in der Community.
  91. 91. Durchlaufe den kompletten Zyklus: Entwicklung, Testing und Veröffentlichen. </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  92. 92. Entwickler werden <ul><li>Für einen Entwickler gibt es nichts schöneres, als sagen zu können:
  93. 93. “ Ich hatte ein kleines Utility programmiert und ins Netz gestellt. Jetzt nutzen es 600 Menschen weltweit, habe 2 Contributors und es ist im Gespräch mein Utility als Default Software in eine Distribution zu packen.” </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  94. 94. Marketing, Public Relation, Promotion?
  95. 95. Marketing, PR und Promotion <ul><li>Viele Projekte wie KDE, GNOME oder Amarok bieten Wege an sich im Marketing einzubinen.
  96. 96. OpenSUSE:
  97. 97. - Marketing Team (Weekly News, Ambassadors, Events (launchpartys).
  98. 98. - Artwork: Gestaltung der Oberfäche (branding Files)
  99. 99. - Fundraising
  100. 100. - Community Management
  101. 101. - Hardwarebeschaffung (Vertäge mit Hardwarefirmen) </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  102. 102. Zukunft?
  103. 103. Zukunft? <ul><li>Es gibt viel zu tun mit freier Software.
  104. 104. Lokalisierung und Entwicklung in lokale Sprachen. Technologien und tools zur Migrierung in die eigene Sprache.
  105. 105. Entwicklung von Tools und Projekten für den kommerziellen Markt. (PROO, Star Office)
  106. 106. Qualitätssicherung (Bugreports, Feature Requests) </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  107. 107. Links & Contact Informations
  108. 108. Links <ul><li>http://de.opensuse.org (guter Einstiegspunkt)
  109. 109. http://www.kernel.org (Interessant für Kernelentwickler)
  110. 110. http://www.kde.org (Einstieg zu KDE)
  111. 111. http://www.gnome.org (Einstieg zu GNOME)
  112. 112. http://build.opensuse.org (openSUSE Build Service für Packager)
  113. 113. http://features.opensuse.org (openFATE Tracker)
  114. 114. http://bugzilla.novell.com (Novell's Bugzilla)
  115. 115. http://www.linux.com/learn/linux-training (Kernel Newbie Corner) </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  116. 116. Contact Informations <ul>[email_address] <li>Saigkill (IRC)
  117. 117. http://saigkill.wordpress.com </li></ul>© 9/16/09 Sascha Manns openSUSE.org
  118. 118. © 9/16/09 Sascha Manns http://creativecommons.org/licenses/by-nc-sa/3.0/ openSUSE.org We are looking forward to working with you ! Let's have a lot of fun !

×