同様の状況は当社だけでなく、他の多くの企業にも存在していると思います。 個人的には、この状況は長い間私には向いていませんでしたが、残念ながら私は何もできませんでした-ジュニア開発者の意見はほとんど考慮されません。 しかし、再び、時間が経ち、私は階段で少し成長し、すべての義務にもう1つ追加しました-UIエキスパート。 これは何ですか。 これは、ユーザーインターフェースを作成する技術分野のエキスパートアナリストの役割です。 私の責任には、既存の技術（RIA、Swing、jsフレームワーク）のレビュー、他のプロジェクトのコンサルティング、およびそれらの要件に関する分析的レビューの編集が含まれます。 これらのレビューはすべて、プロジェクトwikiの1つの特別なセクションに含まれており、2週間ごとにウィキキャストが編集され、最も興味深い記事の概要が示されました。
この活動は会社にとって有益であることが判明し、私は「ポイント」を獲得し、ある時点で上司の支援で自転車との戦いが始まりました。 単一のデータウェアハウスを作成することを決定しました。このデータウェアハウスでは、蓄積されたすべての情報が保持され、蓄積されます。 フロントは2つの方向に展開されました。1つのwikiと内部ブログです。
Wiki
最初のステップは、散在するウィキのセットから、各プロジェクトのセクション、会社に関する情報の一般セクション、試験のセクション（UI、サーバー側など）、QAチームのセクション、およびさまざまなセクションがあるセクションに移動することでした役立つヒントとMaven内部リポジトリコンポーネントライブラリ。 そのようなwikiが必要であると決定されたとき、エンジンを選択するという疑問が生じました。 多くの論争がありました：ページがどのように保存されるべきか-データベース内のファイルまたはレコードの形式で、どのマークアップを選択するか、その他多くのことです。 これらの紛争はWikiMatrixなどのリソースのおかげで解決されました 。 このリソースは何ですか。 約50種類のエンジンに関する情報が含まれており、興味のあるエンジンを比較できます。 比較表には、一般機能（バージョン、最終リリース日、ライセンス、開発ステータスなど）、システム要件、データストレージ、開発/サポート、構文機能などのアイテムがあります。 さらに、これらのエンジンに関連するすべてのニュースに関する情報がここに集まり、利用可能な実装を確認し、専門家に意見を求める機会があります。
長い比較の後、 DokuWikiに立ち寄ることにしました。 このエンジンは、デフォルトの機能と拡張機能の両方が気に入りました。
主な機能
- テキストファイルの操作-データベースサポートは不要
- 編集を簡単にするレイアウトボタンによって補完されるシンプルな構文
- 広範なマークアップ機能、HTML、PHPのサポートを含めることができます。
- パーツのページ編集
- ページの編集時に下書きを自動的に保存する
- ページの目次とすべてのWikiページのリストを自動的に作成する
- 無制限のページ変更履歴（カスタマイズ可能）
- ファイルをアップロードする機能、画像をテキストに反映できます
- 個々のページおよびネームスペースのユーザーおよびユーザーのカテゴリに対するアクセス権（読み取り、書き込み、ページの作成、ファイルのダウンロード、ページの削除）の設定
- RSSを介した最新の変更の送信のサポート
- ページは名前空間で分割されます
- Wiki内および外部リソースへのリンク（InterWikiテクノロジー）
- ナビゲーションのしやすさ
- 社内全文検索、ページインデックス作成
- ページ名によるクイック検索（AJAXテクノロジーによる）
- Wikiインターフェースおよびテキストの多言語サポート（ページ名ではありません）
- ブラックリストに登録された単語とキャプチャによるスパム保護
- 最初の起動を除くすべての設定は、ローカライズされたWebインターフェイスを使用して行われます
- 基本機能を拡張する多数のプラグイン
- OpenSearchのサポート
- 既製の外観テンプレートの特定のセットがあります。 外観の自己編集は大歓迎です。 （すべてのページはphpを使用して記述されています）
いくつかの使用済みプラグイン
ある時点で、古いwikiから移動するという政治的疑問が生じました。 主な問題は、そのような大量のテキストを手で中断するのは簡単なことではないということです。 また、DokuWiki開発者が既にヒントとテクニックのセクションでこれを処理していることがわかったのは嬉しいことでした。
ブログ
Wikiの作成は功を奏しましたが、Wikiの主な欠点はコミュニケーションの欠如です。 しかし、コミュニケーションとブレーンストーミングは、問題を解決するための主要なツールです。 したがって、内部ブログを上げることも決定されました。 繰り返しますが、エンジンを選択するという疑問が生じました。 1つの選択肢は、DokuWikiのプラグインを使用することです。 しかし、すでに愛されているHabrの設計には影響がありました。LiveStreetエンジンが選択されました。 このエンジンの利点と、すでに述べたように、便利で馴染みのある設計は、定期的に補充されるプラグイン、詳細なマニュアル、およびサイト自体のヘルプのセットです。 このすべてが間違いなくこのエンジンをお気に入りにしました。 開発者のサイトの主な機能をリストします。
主な機能
- UTF-8を使用する
- 個人的なブログ
- 集合的なブログを作成する機能
- ブログ、トピック、コメント、ユーザーの評価システム
- ブログ、トピック、コメント、ユーザーの投票システム
- ナビゲーションを使用したAjaxに関する機能的なコメント
- Sphinxを使用した全文サイト検索
- お気に入りにトピックを追加する機能
- 自動タグ付け
- 一括内部メール
- さまざまなネットワーク機能（ブログの作成、投票など）用のアクセス制御システム（ACL）
- 閉じたサイトを作成する機能
- 招待システム
- トピックリンク
- 調査トピック
- ブログを管理する
- ブログのモデレーターを指定する
- メール通知設定
- トピックとコメントの投票の制限時間
- 検索エンジンからリンクをエスケープする機能
内部ブログで公開されているもの。 ここには、プロジェクトに関するすべてのニュース、会社自体の変更、試験のレビュー、新しいテクノロジーのレビュー（たとえば、非常に大きなMavenブログが維持されます）、Help！ブログ、痛い質問が尋ねられる場所、そしてもちろん個人のブログがあります。
重要な事実は、人々がこのブログを定期的に訪問し始めるように人々に興味を抱くことでした。 このため、すべての新しい記事を含むダイジェストがコンパイルされ、毎日一般的なメーリングリストに投入されます。 したがって、ブログを使用して1週間後、従業員の3分の1がすでに登録されています
ブログ、およびそれらの半分は積極的に書いた。
まとめ
最後に何がありますか。 その結果、技術仕様のドラフトからユーザーマニュアルの作成まで、プロジェクト開発のすべての道を歩む単一のWikiがあります。 新しいイベント、技術、燃えるようなトピックを毎日取り上げているブログがあります。 これに忙しいスケジュールを維持するための単一のMavenリポジトリとサーバーを追加すると、私たちの会社は各従業員と会社全体の効率を高める良いイントラネットを構築したと思います。