私の仕事でのITインフラストラクチャの期限切れの近代化は、Microsoftのレガシースキームにのみ適合しないことに気づいたため、2010年の終わりに、OpenSourceの機能に関する集中的な研究を開始しました。 主な目的は、Linuxの実用的な実装でした。 いくつかの
それからそれが来たもの。
知識ベースの選択。
徐々に、受け取った情報を保存して処理するという問題に遭遇しました。 事実、膨大な数の貴重な情報が、さまざまなネットワークリソース（ブログ、サイト、フォーラムなど）に非常に分散されています。 ブラウザーのブックマークの強い腫れた部分は、そのようなタスクに対処するのをすぐにやめ、より柔軟なソリューションを探し始めました。 すべてはデスクトップ上のdocファイルから始まり、その後Googleドキュメントに移動しました。 その後、専門のサイトで自分のブログや出版物を立ち上げることについて考えがありましたが、いくつかの問題を解決するこれらのオプションは他の人によって追加されました。
結局、私は公式のwiki.debian.orgに落ち着きました。
問題。
判明したように、オープンソース開発原則のユニークな特性には欠点があります。これは、Linuxに関する単一の包括的な情報源が不足していることです。 だから、私はあなたがあなた自身のタスクのためにあなた自身のリソースを見つける（または作成する）必要があるという結論に達しました。 さらに、研究は、資料のプレゼンテーションの質が不可避的に低いため、平均して複雑でした。 たとえば、tmuxマルチプレクサの説明を読んでください。 たとえば、これらのキロバイトの英語のテキストで、さらにコピーするテキストの選択を開始するための回答HOWに対する質問を見つけることができませんでした。 人には答えがありますが、仲間Sov1etのおかげで、私はすぐにQ＆A Habrでそれを見つけました。 主観的に、最高品質のソースはwiki ArchLinuxでした。 次の問題（私にとって）は、manとhowtoの最新バージョンが常に英語であるということでした。 そこで、Google翻訳を発見し、並行して英語を学び始めました。 最も困難な（そしてまだ解決されていない）問題は、実際的な問題を解決した後の理論的な資料への関心の喪失でした。
仕事に対する私の態度。
事実、私は自分のことを決してIT分野の天才だと考えたことはありませんでした。 結局のところ、私にとってトピックを過度に掘り下げるには、不当に高い時間コストが必要でした。 子供と妻と自由時間を過ごした方がいいです。 Debianの例として、Realtek 8168/8111ネットワークカードは私のラップトップで起動しませんでした。 ソリューションのレシピは見つかりましたが、コンパイルとその他の不合理なジェスチャーが必要でした。 私はそのようなオプションをより良い時期まで廃棄し、別のネットワークカードを使用しました。 そのような原則は、情報を提示する方法に直接影響を与えました-簡潔に、研究室の仕事のように、最小限の理論と最大限の実践で。 自分でチェックしなかったものは、ウィキに投稿しませんでした。 その後、セクションの構造を「プログラム別」から「タスク別」に変更する必要がありました。
そして2つ目。 素材の研究と研究では、私はミニマリズムの原則を固守しました。 システムには、必要なもののみ、意識的にインストールしたソフトウェアのみが含まれている必要があります。「万が一に備えて、便利になるか、誰もがそうすることができます」-これは私のためではありません。 これにより問題が山積みになりましたが、正しい方向に進んでいると確信しています。 たとえば、mysql-serverでのkde環境のパッケージ依存性の事実に常に困惑していました（Archで知っている限り、この老衰はそうではありません）。 私はKdeの美しさとユニークなソフトウェアが好きですが、PIMストレージ用に150メートルのRAMを殺すのは戦略的に間違っています（4GBシステムであっても）。 これが原則です。
Debianを選ぶ理由 （主観的に降順）
1.多くの記事、wiki、ハウツー（Ubuntuコンテンツを含む）
2.大きな有能なコミュニティ。
3.技術的なエンタープライズレベルの安定バージョン。
4.大きな機能パッケージベース（cursesインストーラ、サイト上のすべてのパッケージのデータベース、自動インストール）。
6.「クランチ」なしでベアメタルにディストリビューションを完全自動でカスタムインストールする可能性。
8.インストールの最小バージョンでは、配布キットから何かを「切り取る」必要はありません（
9.多くの開発者はDebian用のバイナリパッケージをコンパイルします。
10.主要なITプレーヤー（Google、RedHat、Canonicalなど）からの独立
11.検証されたプロジェクト自体の論理的安定性\
12.非常に忙しいシステムは Debianを使用しています
私が達成したいこと。
原則は単純です。実際には、ハードウェアとソフトウェアの両方の機能を完全に実装するパッケージ配布に基づいて、安定したユニバーサルプラットフォームを取得します。 これが達成できることはわかっています（ハードウェアメーカーの限定的なサポートとWindowsからの主流の指示を破棄した場合）、特定のケースごとにこれを行う方法をまだ見つけていません/確認していません。 たくさんの情報がありますが、証明されたものははるかに少ないです。 これを行うために、wikiに記入し始めました。
仕事の結果。
メインセクション
リモートインストールセクション
少しの鉄
+他のセクションでの多数の編集、たとえばここ
解像度
これまでのところ、 公式wikiのロシア語セクションは、標準（私にとっては） wiki.archlinuxのデザインとコンテンツで著しく遅れています。 私は素材の平凡なコピーを要求しませんが、ルートセクションの更新を申し込んだ1年間、私は10通までしか通知を受け取りませんでした。 必要な場合、Archを覗くことができます（そして必要です）。 しかし、残念ながら、多くの貴重な資料が蓄積されているとは限りません。 そして、これが発生した場合、マテリアルは多くの場合、さまざまなリソースで複製されるか、さまざまな理由で完全に消えます。 したがって、追加するものがある場合は、公式Wikiに参加して、オープンソースコミュニティへの参加だけでなく、有能な提供を開始してください。 私の謙虚な例が誰かを刺激し、ウィキが初心者と専門家の両方にとって少なくとも少し良くなることを願っています。
PavloRudyjとIlyaZhelyabuzhskyの仲間、Q＆A Habrで私を助けてくれたすべての人、そしてインターネット上の有益な記事の多くの著者に参加してくれてありがとう。
私の最初のGentooディストリビューションに特別な技術的感謝。 彼と一緒にLinuxを知り始めました。
UPD 11/16/2013。 Ubuntu LTSに切り替えてから1年が経ちました。 理由：Debianよりもはるかに多くのPPA。 Ubuntuは、より速く、簡単に習得できます。 すでに仕事に応募しています。 クリーンインストールとセキュリティ更新のみの2つの条件を遵守することが重要です。 基本的なLinuxの研究を終え次第、Debianに戻ることになるでしょうが、それはイデオロギー上の理由だけです。
私はもはやwikiで仕事をしていません。すべての知識はネットワークインストール用のインストール後のスクリプトに蓄積されています。 スクリプトに関する記事を作成します