Der Krieg gegen die "Fahrräder"

    Ich arbeite für ein Softwareunternehmen hauptsächlich im Bereich Logistik. Ich arbeite seit 3 ​​Jahren, habe mehrere Projekte durchlaufen und von denen erfahren, die vor mir lagen. Und so kam es, dass jedes Projekt ein eigenes internes Wiki hatte, das am Ende des Projekts archiviert und in dieser Form auf dem Server gespeichert wurde. Die Zeit verging, die Leute gingen und kamen, und die Erfahrungen, die mit diesem Projekt gemacht wurden, wurden nach und nach vergessen. Ein neues Projekt wurde gestartet und der Förderer für die Herstellung von Fahrrädern wieder in Betrieb genommen.

    Ich denke, eine ähnliche Situation gab es nicht nur in unserem Unternehmen, sondern auch in vielen anderen. Persönlich hat mir diese Situation lange nicht gepasst, aber leider konnte ich nichts tun - die Meinung von Nachwuchsentwicklern wird selten berücksichtigt. Aber die Zeit verging wieder, ich bin ein bisschen auf der Treppe aufgewachsen und habe allen Aufgaben eine hinzugefügt - UI-Experte. Was ist das. Dies ist die Rolle eines Experten auf dem Gebiet der Technologie zur Erstellung von Benutzeroberflächen. Zu meinen Aufgaben gehört die Überprüfung vorhandener Technologien (RIA, Swing und js Frameworks) sowie die Beratung anderer Projekte und die Erstellung analytischer Überprüfungen zu deren Anforderungen. Alle diese Rezensionen wurden in einen speziellen Abschnitt eines der Projekt-Wikis aufgenommen, und alle zwei Wochen wurde ein Wikicast mit einer Übersicht der interessantesten Artikel zusammengestellt.

    Diese Aktivität erwies sich als mehr als nützlich für das Unternehmen, ich sammelte „Punkte“ und irgendwann wurde mit der Unterstützung meiner Vorgesetzten der Krieg gegen die Fahrräder ins Leben gerufen. Es wurde beschlossen, ein einziges Data Warehouse zu erstellen, in dem alle gesammelten und gefundenen Informationen aufbewahrt und gesammelt werden. Die Front wurde in zwei Richtungen eingesetzt: in einem einzigen Wiki und in einem internen Blog.

    Wiki


    Der erste Schritt bestand darin, von einem Satz verstreuter Wikis zu einem zu wechseln, in dem es Abschnitte für jedes Projekt, einen allgemeinen Abschnitt für Informationen über das Unternehmen, einen Abschnitt für Prüfungen (Benutzeroberfläche, Serverseite und andere), einen Abschnitt für QA-Teams und einen Abschnitt mit verschiedenen Abschnitten gab Nützliche Tipps und die Komponentenbibliothek des maven-internen Repositorys. Als entschieden wurde, dass ein solches Wiki notwendig war, stellte sich die Frage nach der Auswahl einer Engine. Es gab viele Kontroversen: Wie sollten Seiten gespeichert werden - in Form von Dateien oder Datensätzen in der Datenbank, welche Markups zur Auswahl stehen, und viele andere. Diese Streitigkeiten konnten dank einer Ressource wie WikiMatrix beigelegt werden. Was ist diese Ressource. Es enthält Informationen zu ungefähr 50 verschiedenen Motoren und es ist möglich, die Motoren zu vergleichen, an denen Sie interessiert sind. In der Vergleichstabelle finden Sie Elemente wie: Allgemeine Funktionen (Version, Datum der letzten Veröffentlichung, Lizenz, Entwicklungsstatus ....), Systemanforderungen, Datenspeicher, Entwicklung / Support, Syntaxfunktionen und viele andere. Darüber hinaus gibt es hier Informationen zu allen Neuigkeiten in Bezug auf diese Motoren, die Möglichkeit, die verfügbaren Implementierungen zu sehen und die Experten nach Meinungen zu fragen.

    Nach langen Vergleichen entschieden wir uns, bei DokuWiki anzuhalten . Diese Engine mochte sowohl die Standardfunktionen als auch die Erweiterungsmöglichkeiten.

    Hauptmerkmale


    • Arbeiten mit Textdateien - keine Datenbankunterstützung erforderlich
    • Einfache Syntax, ergänzt durch Layout-Schaltflächen, die das Bearbeiten erleichtern
    • Umfangreiche Markup-Funktionen, Unterstützung für HTML und PHP können integriert werden.
    • Seitenbearbeitung in Teilen
    • Entwurf beim Bearbeiten der Seite automatisch speichern
    • Erstellen Sie automatisch ein Inhaltsverzeichnis für eine Seite und eine Liste aller Wiki-Seiten
    • Unbegrenzter Seitenänderungsverlauf (anpassbar)
    • Möglichkeit zum Hochladen von Dateien, Bilder können im Text widergespiegelt werden
    • Festlegen von Zugriffsrechten (Lesen, Schreiben, Erstellen von Seiten, Herunterladen von Dateien, Löschen von Seiten) für Benutzerkategorien und Benutzer getrennt für einzelne Seiten und Namespaces
    • Unterstützung für das Versenden der neuesten Änderungen per RSS
    • Seiten werden durch Namespaces unterteilt
    • Links innerhalb des Wikis und zu externen Ressourcen (InterWiki-Technologie)
    • Einfache Navigation
    • Interne Volltextsuche, Seitenindizierung
    • Schnelle Suche nach Seitennamen (nach AJAX-Technologie)
    • Mehrsprachige Unterstützung für Wiki-Benutzeroberfläche und Text (aber keine Seitennamen)
    • Spam-Schutz mit Wörtern und Captcha auf der schwarzen Liste
    • Alle Einstellungen mit Ausnahme des ersten Starts werden über die lokalisierte Weboberfläche vorgenommen
    • Eine große Anzahl von Plugins, die die Grundfunktionalität erweitern
    • OpenSearch-Unterstützung
    • Es gibt eine Reihe von vorgefertigten Darstellungsvorlagen. Selbstbearbeitung des Auftritts ist erwünscht. (Alle Seiten werden mit PHP geschrieben)
    (Verwendetes Material aus Wikipedia )

    Einige benutzte Plugins




    Irgendwann stellte sich die politische Frage, aus dem alten Wiki herauszukommen. Das Hauptproblem ist, dass das Unterbrechen eines solchen Textvolumens mit den Händen keine leichte Aufgabe ist. Und es war schön zu wissen, dass sich die DokuWiki-Entwickler bereits im Abschnitt Tipps und Tricks darum gekümmert hatten , in dem einer der Punkte verschiedene Tools für einen bequemen Umzug beschreibt.

    Der Blog


    Das Erstellen eines Wikis hat sich ausgezahlt, aber der Hauptnachteil eines Wikis ist der Mangel an Kommunikation. Kommunikation und Brainstorming sind jedoch die Hauptinstrumente zur Lösung von Problemen. Aus diesem Grund wurde auch beschlossen, Ihren internen Blog zu erstellen. Auch hier stellte sich die Frage nach der Auswahl eines Motors. Eine Möglichkeit war sogar, das Plugin für DokuWiki zu verwenden. Aber das bereits beliebte Design von Habr hatte Auswirkungen - die LiveStreet- Engine wurde ausgewählt . Die Vorteile dieses Motors und, wie bereits erwähnt, eines praktischen und vertrauten Designs sind wiederum eine Reihe von Plugins, die regelmäßig aktualisiert werden, detaillierte Handbücher und Hilfe auf der Website. All dies machte diesen Motor zweifellos zu unserem Favoriten. Hier ist eine Liste der Hauptfunktionen der Entwickler-Website:

    Hauptmerkmale


    • Verwendung von UTF-8
    • Persönliches Bloggen
    • Die Fähigkeit, kollektive Blogs zu erstellen
    • Bewertungssystem für Blogs, Themen, Kommentare, Benutzer
    • Das Abstimmungssystem für Blogs, Themen, Kommentare, Benutzer
    • Funktionskommentare zu Ajax mit Navigation
    • Volltextsuche mit Sphinx
    • Möglichkeit, Themen zu Favoriten hinzuzufügen
    • Auto-Tagging
    • Interne Sammelpost
    • Access Control System (ACL) für verschiedene Netzwerkfunktionen (Erstellen eines Blogs, Abstimmung usw.)
    • Möglichkeit, eine geschlossene Site zu erstellen
    • System einladen
    • Themen Links
    • Umfragethemen
    • Verwalten Sie Ihre Blogs
    • Bestimmen Sie Blog-Moderatoren
    • Einstellungen für die E-Mail-Benachrichtigung
    • Frist für die Abstimmung über Themen und Kommentare
    • Fähigkeit, Links von Suchmaschinen zu entkommen


    Was ist in unserem internen Blog veröffentlicht. Hier finden Sie alle Neuigkeiten zu Projekten, Änderungen im Unternehmen selbst, Überprüfungen von Prüfungen, Überprüfungen neuer Technologien (z. B. ein sehr großer Blog), einen Help! -Blog, in dem wund gestellte Fragen gestellt werden, und natürlich persönliche Blogs aller Beteiligten.

    Eine wichtige Tatsache war, die Leute zu interessieren, damit sie anfingen, diesen Blog regelmäßig zu besuchen. Dazu wird täglich ein Auszug mit allen neuen Artikeln zusammengestellt und in die allgemeine Mailingliste geworfen. So war nach einer Woche der Nutzung des Blogs bereits ein Drittel der Mitarbeiter im
    Blog registriert , und die Hälfte von ihnen schrieb aktiv.

    Zusammenfassung


    Was haben wir am Ende? Als Ergebnis haben wir ein einziges Wiki, das den gesamten Weg der Projektentwicklung von der Erstellung technischer Spezifikationen bis zum Schreiben von Benutzerhandbüchern abdeckt. Es gibt einen Blog, in dem täglich über neue Ereignisse, Technologien und brennende Themen berichtet wird. Ich glaube, dass unser Unternehmen ein gutes Intranet aufgebaut hat, das die Effizienz jedes Mitarbeiters und des gesamten Unternehmens insgesamt steigern wird.

    Jetzt auch beliebt: