Git、Vim、Linux、C ++で特定のコマンドを思い出せない頻度はどれくらいですか？ 人やインターネットで答えを探すのにどれくらいの時間を費やしますか？ 独自のガイドを作成しようとしたことがありますか？ あなたの記憶を少し助けたいですか？
お手伝いさせてください。 カットの下に、私のディレクトリとDicユーティリティの小さな進化の歴史があります。
すべてを思い出す
最初のIT本を読んだ後、「理解できる言語」で学んだすべての詳細な要約を書くことを決めました。将来、要約に戻って忘れていたものを思い出すことができます。 彼はすぐに、必要なユーティリティやコマンドの名前などの些細なことがほとんどの場合忘れられており、大要を読み直すのに時間がかかりすぎることに気付きました。 それから私は異なった行動をし、読んだ本の主な考えではなく、主なコマンドの説明とその使用例を含む小さな参考書を書くことにしました。 私の最初の仮定が間違っていたことが判明したため、このアプローチは以前のものよりもはるかに効果的でした：本を読んだ場合、あなたの脳は問題なくその内容を覚えていますが、彼が小さな詳細を覚えるのは難しいでしょう、正確に説明する必要があるのはこれらです。
最初はすべてうまくいきました。何か覚えていない場合は、ディレクトリに移動して（階層構造のおかげで）必要な情報をすぐに見つけましたが、必要なディレクトリを開くのが面倒だったので、問題の解決を「後で」延期したかったのです情報を（すぐにでも）調べてください。 最初はそれに注意を払わず、すべてを自分の怠inessに減らしましたが、Xmonadに切り替えたときから、それが自分の中にまったくないことに気付きました。 問題は、情報のごく一部を見つけるために、あまりにも複雑なアクションを実行せざるを得ないことです。辞書を使用してディレクトリに移動し、適切なエディタで辞書を開き、マウスを使用して適切な情報を見つけます-これはすべて、非常に面倒な小さなタスクを解決するには困難です決定する。 私にとって、プログラミングで「エクササイズバイク」を愛するプログラマーとして、これは前例のない大胆さの挑戦であり、解決策を見つけました。
ディク
1時間、短いクエリで必要なすべての情報を提供する小さなBashスクリプトを「膝の上で」スケッチしました。 スクリプトのアルゴリズム全体を1つの文で説明できます。 辞書とセクションの名前を知っている場合、スクリプトはこのセクションを説明するファイルの内容を返す必要があります。
実際には、これは次のとおりです。 git initコマンドが何をするかを調べる必要があると仮定して、ターミナルに入力します。
dic git init
コマンドの短い（1つの文で）説明を取得します。
git init - git clone <url> [<dir>] - ( dir) dic
「チームの名前を覚えていなくても、それが何をするのか知っているとしたら？」と尋ねます。 出力は同じくらい簡単です：
dic git | grep '' ''
画面にエントリが表示されます。
init — (init,clone)
dic git initセクションを読むように指示します。
情報検索の速度の向上は明らかでした。 以前にディレクトリまたはインターネットで検索するのに少なくとも1〜2分必要だった場合、10秒で十分です（気づきました！）。
仕組み
もちろん、私が提案する解決策はすべての人に適しているわけではありません。 第一に、Bashが必要です。第二に、常に手元に端末があり、それをすばやく操作できるはずです。第三に、ディレクトリを正しくコンパイルできるはずです（Dicはこれを行う方法を知らないため）。 これが怖くない場合は、「舵をとって」「ダッシュボード」を見てみましょう。
- Dicは.dic / library /ディレクトリの内容を使用して、アクセス可能な辞書を取得および管理します。
- .dic / library /ディレクトリには、サブディレクトリ（辞書）が含まれています。 各ディクショナリの名前は、できるだけ短く、有益なものにする必要があります（たとえば、私のVimディクショナリはvimと呼ばれます）。 この場合、dic vimを呼び出すと、dicは.dic / library / vimディレクトリで機能するようになります。
- 各辞書には、拡張子（セクション）のないファイルが含まれている必要があります。ファイルの名前は、できるだけ短く、わかりやすい名前にしてください。 これらのファイルには、今後必要なすべての情報が含まれています。 たとえば、Gitのインデックス作成コマンドに関する情報を含むファイルは、.dic / library / git / indexと呼ばれます。
- 各セクションには、このセクションに関連するコマンド（ユーティリティ、その他の重要なデータ）の簡単な説明が含まれています。 すべてのコマンドは別の行に記述され、多くの場合（オプション）段落にグループ化されます。 コマンドは次のように記述する必要があります：command-説明。 辞書セクションの小さな例を次に示します。
git init —
- セクションに加えて、各ディレクトリには2つのシステムファイルが含まれます。desctiption-ファイルにはディレクトリの説明、contents-ファイルにはすべてのセクションの説明が含まれ、各セクションで説明されているすべてのコマンドを括弧内に示します。
実際、Dicが辞書を操作するために必要なものはすべて、すべてが可能な限り単純です。
次に、使用可能なコマンドについて少し説明します。
- dic-Dicの初期化（まだ実行されていない場合）、および使用可能な辞書のリスト（初期化が既に実行されている場合）。
- dic辞書名-この辞書に関連するセクションのリストを表示します;
- 辞書セクション名のdic名-セクションの内容を表示します。
- dic nameDictionary nameSectionセクションコマンド-コマンドの説明を表示します。
- dic -h-Dicのヘルプ。
- dic -u-Github.comから辞書を更新
全世界
便利な辞書を手元に置いておくと便利です。また、一度に複数の人で辞書を埋めれば、さらに便利です。 これが、DicがGithub.comのリポジトリを使用して辞書を更新できる理由です。 もちろん、必要な辞書を.git / libraryディレクトリにコピーするだけでgitを使用せずに独自の辞書を作成することもできますが、Wikipedia.orgは、すべてのユーザーのチームワークでなければ、インターネット上で6番目にアクセス数の多いWebサイトになりますか？！
Gitをまだお持ちでない場合は、必ずインストールしてください。 Dicの最初の起動後、彼はホームディレクトリに.dic / libraryディレクトリを作成し、現在利用可能なすべてのディレクトリをダウンロードします。 Gitに精通している場合は、独自のディレクトリブランチを維持できます。これはメインブランチに追加でき、他の人がディレクトリを使用できるようになります。 ディレクトリが古くなっていると感じる場合は、dic -uを実行するだけで、リポジトリ自体からディレクトリが更新されます。
どこから始めるか
- Gitをインストールします（オプション）。
- 投稿の最後に、Dicスクリプトへのリンクがあります。 それをダウンロードして、便利な場所に置いてください。 個人的には、ディレクトリへのアクセスをさらに高速化するために、Dicへのシンボリックリンクdを作成しました。
- dic.shスクリプトを実行します（これにはルート権限は必要ありません）。ホームディレクトリに.dic / library /ディレクトリを作成し、git cloneを使用してGitリポジトリを作成しようとします。
- Gitを使用したくない場合は、投稿の下部にもGithub.comリポジトリへのリンクがあります。 そこから興味のあるディレクトリをダウンロードし、それらを.dic / library /ディレクトリに配置すれば、Dicは動作する準備ができました。
独自のリファレンスブックを作成し、必要に応じて既存のリファレンスブックにコマンドを追加します。 情報の検索に費やす時間を短縮するために、できるだけ簡潔かつ有益な情報を書くようにしますが、他の人がディレクトリを使用する可能性があることを忘れないでください。