{"id":37902,"date":"2019-10-31T22:20:28","date_gmt":"2019-10-31T19:20:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-sozdat-open-source-proekt\/"},"modified":"2019-10-31T22:20:28","modified_gmt":"2019-10-31T19:20:28","slug":"kak-sozdat-open-source-proekt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","title":{"rendered":"Wie man ein Open-Source-Projekt erstellt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"WieSchon diese Woche findet in St. Petersburg ein IT-Festival statt. TechTrain<\/a><\/noindex>Einer der Sprecher wird Richard Stallman sein. Embox<\/a><\/noindex> nimmt ebenfalls am Festival teil, und nat\u00fcrlich konnten wir das Thema Open Source nicht au\u00dfer Acht lassen. Daher tr\u00e4gt einer unserer Vortr\u00e4ge den Titel \u201eVon der studentischen Bastelarbeit zum Open-Source-Projekt. Erfahrungen mit Embox\u201c<\/a><\/noindex>. Dieser wird der Entwicklungsgeschichte von Embox als Open-Source-Projekt gewidmet sein. In diesem Artikel m\u00f6chte ich die wichtigsten Ideen darlegen, die meiner Meinung nach die Entwicklung von Open-Source-Projekten beeinflussen. Der Artikel basiert, \u00e4hnlich wie der Vortrag, auf pers\u00f6nlichen Erfahrungen.<\/a><\/noindex><\/p>\n

Lassen Sie uns mit einer einfachen Definition des Begriffs Open Source beginnen. Ein Open-Source-Projekt ist offensichtlich ein Projekt, das unter einer der Lizenzen steht, die den Zugang zum Quellcode des Projekts erm\u00f6glichen. Dar\u00fcber hinaus impliziert ein Open-Source-Projekt die M\u00f6glichkeit von \u00c4nderungen durch externe Entwickler. Das bedeutet, dass, wenn ein Unternehmen oder Entwickler den Quellcode seines Produkts, entweder teilweise oder vollst\u00e4ndig, ver\u00f6ffentlicht, dies das Produkt noch nicht zu einem Open-Source-Projekt macht. Und schlie\u00dflich sollte jede Projektaktivit\u00e4t zu einem greifbaren Ergebnis f\u00fchren, wobei die Offenheit des Projekts bedeutet, dass dieses Ergebnis nicht nur von den Entwicklern selbst genutzt wird. <\/p>\n

Wir werden die Probleme offener Lizenzen nicht ansprechen. Das ist ein zu gro\u00dfes und komplexes Thema, das tiefere Einsichten erfordert. Zu diesem Thema gibt es bereits viele gute Artikel und Materialien. Aber da ich kein Fachmann im Urheberrecht bin, kann ich nur sagen, dass die Lizenz zu den Zielen des Projekts passen sollte. Zum Beispiel war die Wahl von BSD statt GPL-Lizenz f\u00fcr Embox nicht willk\u00fcrlich.<\/p>\n

Die Tatsache, dass ein Open-Source-Projekt Ver\u00e4nderungen erm\u00f6glichen und dessen Entwicklung beeinflussen soll, bedeutet, dass das Projekt verteilt ist. Es ist deutlich schwieriger, es zu verwalten, die Integrit\u00e4t und Funktionalit\u00e4t aufrechtzuerhalten, verglichen mit einem zentral gesteuerten Projekt. Daraus ergibt sich die berechtigte Frage, warum man \u00fcberhaupt Open-Source-Projekte durchf\u00fchren sollte. Die Antwort liegt im Bereich der kommerziellen N\u00fctzlichkeit: F\u00fcr eine bestimmte Klasse von Projekten \u00fcberwiegt der Nutzen dieses Ansatzes die Kosten. Das hei\u00dft, nicht f\u00fcr alle Projekte ist ein offener Ansatz geeignet und grunds\u00e4tzlich m\u00f6glich. Es ist zum Beispiel schwer vorstellbar, ein System zur Steuerung eines Kraftwerks oder eines Flugzeugs auf einem offenen Prinzip basieren zu lassen. Nat\u00fcrlich sollten in solche Systeme Module integriert werden, die auf Open-Source-Projekten basieren, da dies eine Reihe von Vorteilen mit sich bringt. Doch f\u00fcr das Endprodukt muss jemand die Verantwortung \u00fcbernehmen. Selbst wenn das System vollst\u00e4ndig auf dem Code von Open-Source-Projekten basiert, schlie\u00dft der Entwickler, der alles in ein System integriert und spezifische Builds und Konfigurationen erstellt, dieses letztlich ab. Der Code kann dabei jedoch \u00f6ffentlich zug\u00e4nglich bleiben.<\/p>\n

F\u00fcr diese Systeme gibt es ebenfalls viele Vorteile, wenn man an offenen Projekten teilnimmt oder solche erstellt. Wie bereits erw\u00e4hnt, kann der Code des Endsystems \u00f6ffentlich zug\u00e4nglich bleiben. Warum? Schlie\u00dflich ist es nicht wahrscheinlich, dass jemand ein identisches Flugzeug hat, um das System zu testen. Das stimmt, aber es k\u00f6nnte durchaus Personen geben, die bestimmte Teile des Codes \u00fcberpr\u00fcfen m\u00f6chten, oder beispielsweise k\u00f6nnte jemand feststellen, dass die verwendete Bibliothek nicht ganz korrekt konfiguriert ist. <\/p>\n

Noch gr\u00f6\u00dfere Vorteile ergeben sich, wenn ein Unternehmen einen bestimmten Basisteil des Systems in ein separates Projekt ausgliedert. Zum Beispiel eine Bibliothek zur Unterst\u00fctzung eines bestimmten Daten\u00fcbertragungsprotokolls. In diesem Fall, selbst wenn das Protokoll spezifisch f\u00fcr einen bestimmten Fachbereich ist, k\u00f6nnen die Kosten f\u00fcr die Wartung dieses Systemteils mit anderen Unternehmen aus diesem Bereich geteilt werden. Dar\u00fcber hinaus ben\u00f6tigen Fachleute, die diesen Systemteil \u00f6ffentlich studieren k\u00f6nnen, viel weniger Zeit f\u00fcr eine effektive Nutzung. Und schlie\u00dflich erm\u00f6glicht die Auslagerung eines Teils zu einer eigenst\u00e4ndigen Einheit, die von externen Entwicklern genutzt wird, diese Komponente qualitativ hochwertiger zu gestalten, da effektive APIs angeboten, Dokumentationen erstellt und ich spreche noch nicht einmal von der Verbesserung der Testabdeckung. <\/p>\n

Unternehmen k\u00f6nnen kommerzielle Vorteile erzielen, ohne eigene Open-Source-Projekte zu erstellen. Es reicht aus, wenn ihre Fachleute an externen Projekten teilnehmen, die im Unternehmen eingesetzt werden. Die Vorteile bleiben bestehen: Die Mitarbeiter kennen das Projekt besser und nutzen es somit effizienter. Das Unternehmen kann die Richtung der Projektentwicklung beeinflussen, und die Nutzung von bereits optimiertem Code reduziert offensichtlich die Kosten.<\/p>\n

Die Vorteile der Erstellung von Open-Source-Projekten enden hier jedoch nicht. Nehmen wir einen weiteren wichtigen Aspekt des Gesch\u00e4fts, das Marketing. Hier bietet sich eine hervorragende Testumgebung, um die Marktbed\u00fcrfnisse effektiv zu bewerten.<\/p>\n

Und nat\u00fcrlich sollte man nicht vergessen, dass ein Open-Source-Projekt ein effektiver Weg ist, um sich als Tr\u00e4ger einer bestimmten Spezialisierung zu positionieren. In einigen F\u00e4llen ist es sogar der einzige Weg, um auf den Markt zu gelangen. Zum Beispiel begann Embox als Projekt zur Erstellung eines Betriebssystems. Es bedarf wohl keiner Erkl\u00e4rung, dass es jede Menge Konkurrenz gibt. Ohne den Aufbau einer Gemeinschaft h\u00e4tten wir schlichtweg nicht die Ressourcen gehabt, um das Projekt bis zu den Endnutzern zu bringen, sprich, damit das Projekt von externen Entwicklern genutzt wird.<\/p>\n

Die Gemeinschaft ist der Schl\u00fcssel zu einem Open-Source-Projekt. Sie erm\u00f6glicht eine erhebliche Reduzierung der Projektmanagementkosten und unterst\u00fctzt die Entwicklung und den Fortbestand des Projekts. Man kann sagen, dass es ohne eine Gemeinschaft im Grunde kein Open-Source-Projekt gibt.<\/p>\n

Es gibt zahlreiche Materialien dar\u00fcber, wie man eine Community f\u00fcr ein Open-Source-Projekt aufbaut und verwaltet. Um bekannte Fakten nicht zu wiederholen, m\u00f6chte ich den Fokus auf die Erfahrungen von Embox legen. Ein sehr interessantes Thema ist der Prozess der Gemeinschaftsbildung. Viele erkl\u00e4ren, wie man eine bestehende Gemeinschaft verwaltet, aber die Aspekte der Gr\u00fcndung werden oft \u00fcbersehen, da man dies als selbstverst\u00e4ndlich annimmt.<\/p>\n

Das Hauptprinzip bei der Schaffung einer Community f\u00fcr ein Open-Source-Projekt ist, dass es keine Regeln gibt. Damit meine ich, dass es keine universellen Regeln gibt, ebenso wenig wie eine Silberkugel, denn die Projekte sind sehr unterschiedlich. Mit denselben Regeln l\u00e4sst sich kaum eine Community f\u00fcr eine Logging-Bibliothek in JS und einen hochspezialisierten Treiber aufbauen. Dar\u00fcber hinaus \u00e4ndern sich die Regeln in verschiedenen Phasen der Projektentwicklung (und damit auch der Community). <\/p>\n

Embox begann als Studentenprojekt, da wir Zugang zu den Studierenden des Instituts f\u00fcr Systemprogrammierung hatten. Im Grunde genommen traten wir in eine andere Community ein. Wir konnten die Mitglieder dieser Community, die Studierenden, durch gute industrielle Praktika in ihrem Fachgebiet und wissenschaftliche Arbeiten im Bereich Systemprogrammierung, Projekte und Diplomarbeiten interessieren. Das hei\u00dft, wir hielten uns an eines der grundlegenden Regeln f\u00fcr die Organisation einer Community: Die Mitglieder m\u00fcssen etwas gewinnen, wobei dieser Preis dem Beitrag des Teilnehmers entsprechen sollte.<\/p>\n

Der n\u00e4chste Schritt f\u00fcr Embox war die Suche nach externen Nutzern. Es ist wichtig, zu verstehen, dass die Nutzer vollwertige Mitglieder der Open-Source-Community sind. In der Regel gibt es mehr Nutzer als Entwickler. Um Contributor eines Projekts zu werden, muss man es zuerst irgendwie verwenden.<\/p>\n

Die ersten Nutzer von Embox waren die Mitarbeiter des Lehrstuhls f\u00fcr Theoretische Kybernetik. Sie schlugen vor, eine alternative Firmware f\u00fcr Lego Mindstorm zu entwickeln. Auch wenn es sich um lokale Nutzer handelte (wir konnten sie pers\u00f6nlich treffen und besprechen, was sie wollten), war es dennoch eine sehr wertvolle Erfahrung. Zum Beispiel entwickelten wir Demos, die man anderen zeigen konnte, denn Roboter sind spannend und ziehen Aufmerksamkeit an. Letztendlich hatten wir tats\u00e4chlich externe Nutzer, die begannen zu fragen, was Embox ist und wie man es nutzen kann.<\/p>\n

In dieser Phase mussten wir \u00fcber die Dokumentation und die Kommunikationsmittel mit den Nutzern nachdenken. Nat\u00fcrlich haben wir uns auch vorher \u00fcber diese wichtigen Aspekte Gedanken gemacht, aber es war zu fr\u00fch und brachte keinen positiven Effekt. Der Effekt war eher negativ. Ein paar Beispiele: Wir haben Google Code verwendet, dessen Wiki Mehrsprachigkeit unterst\u00fctzte. Wir haben Seiten in mehreren Sprachen erstellt, nicht nur in Englisch und Russisch, mit denen wir mehr schlecht als recht kommunizieren konnten, sondern auch in Deutsch und Spanisch. Das Resultat war sehr seltsam, wenn Fragen in diesen Sprachen gestellt wurden, auf die wir \u00fcberhaupt nicht antworten konnten. Oder wir hatten Regeln f\u00fcr das Schreiben von Dokumentationen und Kommentaren eingef\u00fchrt, aber da sich die API ziemlich oft und erheblich \u00e4nderte, stellte sich heraus, dass unsere Dokumentation veraltet war und mehr verwirrte, als half.<\/p>\n

Letztendlich haben all unsere Bem\u00fchungen, selbst die nicht ganz richtigen, dazu gef\u00fchrt, dass externe Nutzer entstanden. Es gab sogar einen kommerziellen Auftraggeber, der wollte, dass wir ein eigenes OSR f\u00fcr ihn entwickeln. Und das haben wir auch getan, da wir Erfahrung und einige Vorarbeiten hatten. Hier muss ich sowohl \u00fcber die guten als auch \u00fcber die schlechten Momente sprechen. Ich beginne mit den schlechten. Da viele Entwickler auf kommerzieller Basis an diesem Projekt beteiligt waren, war die Gemeinschaft insgesamt recht instabil und gespalten, was sich nat\u00fcrlich auf die Entwicklung des Projekts auswirken konnte. Ein zus\u00e4tzlicher Faktor war, dass die Richtung des Projekts von einem kommerziellen Auftraggeber vorgegeben wurde, dessen Ziel nicht die Weiterentwicklung des Projekts war. Zumindest war dieses Ziel nicht vorrangig.<\/p>\n

Andererseits gab es eine Reihe positiver Aspekte. Wir haben tats\u00e4chlich externe Nutzer gewonnen. Es waren nicht nur die Auftraggeber, sondern auch diejenigen, f\u00fcr die dieses System gedacht war. Die Motivation zur Teilnahme an dem Projekt ist gestiegen. Schlie\u00dflich ist es immer angenehm, wenn man mit einer interessanten T\u00e4tigkeit auch noch Geld verdienen kann. Das Wichtigste ist jedoch, dass wir einen Wunsch der Auftraggeber geh\u00f6rt haben, der uns damals absurd erschien, jetzt aber die zentrale Idee von Embox ist: bereits entwickelten Code in das System zu integrieren. Derzeit besteht die Kernidee von Embox darin, Linux-Software ohne Linux zu verwenden. Das hei\u00dft, ein wesentlicher positiver Aspekt, der zur weiteren Entwicklung des Projekts beitrug, war das Bewusstsein, dass das Projekt von externen Nutzern genutzt wird und bestimmte Probleme l\u00f6sen muss.<\/p>\n

Zu diesem Zeitpunkt hatte sich Embox bereits \u00fcber das Niveau eines studentischen Projekts hinausentwickelt. Der Hauptfaktor, der das Wachstum des Projekts nach dem studentischen Modell hemmt, ist die Motivation der Teilnehmer. Studierende engagieren sich, solange sie studieren, aber nach ihrem Abschluss muss eine andere Motivation entstehen. Wenn diese Motivation nicht entsteht, h\u00f6ren die Studierenden einfach auf, am Projekt teilzunehmen. Ber\u00fccksichtigt man, dass die Studierenden zun\u00e4chst ausgebildet werden m\u00fcssen, wird deutlich, dass sie zum Zeitpunkt ihres Abschlusses gute Fachkr\u00e4fte sind, jedoch aufgrund ihrer Unerfahrenheit nur einen begrenzten Beitrag zum Projekt leisten.<\/p>\n

Im Grunde genommen kommen wir jetzt zum zentralen Punkt, der die Schaffung eines Open-Source-Projekts erm\u00f6glicht: die Entwicklung eines Produkts, das die Probleme seiner Nutzer l\u00f6st. Wie ich bereits erw\u00e4hnt habe, ist das Hauptmerkmal eines Open-Source-Projekts seine Gemeinschaft. Die Mitglieder dieser Gemeinschaft sind in erster Linie die Nutzer. Doch woher sollen sie kommen, wenn es noch nichts gibt, was sie nutzen k\u00f6nnen? Es zeigt sich also, dass man, \u00e4hnlich wie bei einem nicht-Open-Source-Projekt, auf die Schaffung eines MVP (Minimal Viable Product) fokussieren sollte. Wenn dieses Produkt die Nutzer anspricht, wird sich eine Gemeinschaft um das Projekt bilden. Wenn man jedoch versucht, eine Gemeinschaft lediglich durch PR, das Schreiben von Wiki-Artikeln in allen Sprachen oder die richtige Git-Workflow auf GitHub zu schaffen, wird das in den fr\u00fchen Phasen des Projekts wahrscheinlich keine Bedeutung haben. Nat\u00fcrlich sind diese Aspekte in den entsprechenden Phasen nicht nur wichtig, sondern notwendig.<\/p>\n

Abschlie\u00dfend m\u00f6chte ich anf\u00fchren ein Kommentar<\/a><\/noindex>, meiner Meinung nach spiegelt es die Erwartungen der Nutzer an ein Open-Source-Projekt wider:<\/p>\n

Ich denke ernsthaft \u00fcber einen Wechsel zu diesem Betriebssystem nach (zumindest um es auszuprobieren. Es wird wirklich viel damit gearbeitet und es werden beeindruckende Dinge gemacht).<\/p><\/blockquote>\n

\nP. S. Auf TechTrain<\/a><\/noindex> Wir haben gleich drei Vortr\u00e4ge. Einen \u00fcber Open Source und zwei \u00fcber Embedded-Systeme (davon einer praktisch). Am Stand f\u00fchren wir einen Masterclass \u00fcber die Programmierung von Mikrocontrollern mit Hilfe von Embox<\/a><\/noindex>. Traditionell bringen wir Hardware mit und lassen die Teilnehmer selbst programmieren. Es wird auch ein Quiz und andere Aktivit\u00e4ten geben. Kommen Sie zum Festival und an unseren Stand, es wird Spa\u00df machen.
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c TechTrain. \u041e\u0434\u043d\u0438\u043c \u0438\u0437 \u0441\u043f\u0438\u043a\u0435\u0440\u043e\u0432 \u0431\u0443\u0434\u0435\u0442 \u0420\u0438\u0447\u0430\u0440\u0434 \u0421\u0442\u043e\u043b\u043b\u043c\u0430\u043d. Embox \u0442\u043e\u0436\u0435 \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u0435, \u0438 \u043a\u043e\u043d\u0435\u0447\u043d\u043e \u043c\u044b \u043d\u0435 \u043c\u043e\u0433\u043b\u0438 \u043e\u0431\u043e\u0439\u0442\u0438 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435\u043c \u0442\u0435\u043c\u0443 \u0421\u041f\u041e. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u0434\u0438\u043d \u0438\u0437 \u043d\u0430\u0448\u0438\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u201c\u041e\u0442 \u0441\u0442\u0443\u0434\u0435\u043d\u0447\u0435\u0441\u043a\u043e\u0439 \u043f\u043e\u0434\u0435\u043b\u043a\u0438 \u0434\u043e opensource \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u041e\u043f\u044b\u0442 Embox\u201d. \u041e\u043d \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f Embox \u043a\u0430\u043a \u043f\u0440\u043e\u0435\u043a\u0442\u0430 \u0441 \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u043c \u043a\u043e\u0434\u043e\u043c. \u0412 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28444,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37902","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Wie man ein Open-Source-Projekt erstellt | ProHoster","description":"Diese Woche findet in St. Petersburg das IT-Festival TechTrain statt. Einer der Sprecher wird Richard Stallman sein. Embox nimmt ebenfalls am Festival teil, und nat\u00fcrlich konnten wir das Thema Open Source nicht ignorieren. Daher hei\u00dft einer unserer Vortr\u00e4ge \u201eVon studentischen Projekten zu Open Source-Projekten. Die Erfahrung von Embox\u201c. Dieser wird der Entwicklungsgeschichte von Embox als Open-Source-Projekt gewidmet sein. Im","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u0441\u043e\u0437\u0434\u0430\u0442\u044c open source \u043f\u0440\u043e\u0435\u043a\u0442 | ProHoster","og:description":"\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c TechTrain. \u041e\u0434\u043d\u0438\u043c \u0438\u0437 \u0441\u043f\u0438\u043a\u0435\u0440\u043e\u0432 \u0431\u0443\u0434\u0435\u0442 \u0420\u0438\u0447\u0430\u0440\u0434 \u0421\u0442\u043e\u043b\u043b\u043c\u0430\u043d. Embox \u0442\u043e\u0436\u0435 \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u0435, \u0438 \u043a\u043e\u043d\u0435\u0447\u043d\u043e \u043c\u044b \u043d\u0435 \u043c\u043e\u0433\u043b\u0438 \u043e\u0431\u043e\u0439\u0442\u0438 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435\u043c \u0442\u0435\u043c\u0443 \u0421\u041f\u041e. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u0434\u0438\u043d \u0438\u0437 \u043d\u0430\u0448\u0438\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u201c\u041e\u0442 \u0441\u0442\u0443\u0434\u0435\u043d\u0447\u0435\u0441\u043a\u043e\u0439 \u043f\u043e\u0434\u0435\u043b\u043a\u0438 \u0434\u043e opensource \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u041e\u043f\u044b\u0442 Embox\u201d. \u041e\u043d \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f Embox \u043a\u0430\u043a \u043f\u0440\u043e\u0435\u043a\u0442\u0430 \u0441 \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u043c \u043a\u043e\u0434\u043e\u043c. \u0412","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:20:28+00:00","article:modified_time":"2019-10-31T19:20:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37902","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 19:41:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:18:23","updated":"2026-01-23 19:41:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37902","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=37902"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37902\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/28444"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=37902"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=37902"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=37902"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}