なぜコードをテキストファイルに記述して保存するのですか？

シンプルなテキストデータ形式は素晴らしいことです。 いいえ、冗談はありません。 たとえば、通常のtxtファイルを取り上げます。 まあ、美しさ！ アイアンにはテキストエディターがあり、ファイルを開いたり、読み書きしたりできます。 すぐに使用できる自尊心のあるプログラミング言語は、テキストファイルを操作する手段を提供します。 または、ここに初期のネットワークプロトコル（SMTP、POP3、HTTP 1.0）があります。 これは一般に、私の目に涙が溢れるような至福です。 telnetを使用してサーバーに接続し、コマンドを発行して回答を読むことができます！ クライアント、サーバー、スニファー、プロキシを書くのは楽しいです。



しかし、時間が止まらず、プログラマの利便性は、残念ながら（または幸いなことに！）テクノロジーを選択するための主要な基準ではなくなりました。 突然、美しいテキストファイルにグラフィックス、写真、リンクを追加する必要がありました。今では、pdf形式とdoc形式があります。 ネットワークプロトコルは一般に災害です。何らかの理由で、人々はトラフィックの圧縮、暗号化、多重化、その他の恐ろしいことを必要としていました。 そして今、すでにHTTP / 2があり 、telnetがうまく機能しません。 Googleのような美しいRESTの異なるラスカルでさえ、いやいや、彼らはいくつかのgRPCに置き換えようとしています 。 そして、これはまだ今日のテキストファイルはほとんど保存されていないと主張し始めていません-何らかの理由で、誰もがテキストエディタで開いたときに完全に読めない何らかのデータベースを使用しますが、効果的に検索、構造化、インデックス付け、など



そして、ここで私が話したいことのトピックに来ます。 ご覧のとおり、すべてのデータストレージ形式、プロトコル、およびその他のものは、最適な外観を探すのに長い道のりを歩んできました。 ただし、プログラマーは、50年前（またはそれ以上）に祖父が行ったように、プログラムのコードをテキストファイルに書き続けています。 使用するOS、ファッショナブルな言語、IDEがどれほどクールであっても、コードを記述した結果はテキストファイル内の文字になります。 それは、理論的には絶対に必要ではないということです。コンピューターへの私たちの手紙は、野ウサギの停止信号のように必要だからです。 彼は実行するために機械命令を必要とします、それを我々がそこにある手紙でそれらを記述することはちょうどより便利です。 しかし、実際には、「サイクル」または「機能」は、名前の付け方や保管場所に関係なく、それらが何であるかです。 「バラは、少なくともバラと呼んでも、バラの香りがする。」



はい、テキストファイルにコードを記述することに慣れています。 ファイルを開くと、プログラムのコードが表示されるようです。 それの一部、というか。 どういうわけか。 なるほど。 さて、またはあなたは理解すると思います。 しかし、ここでもFacebookで投稿を開いているのがわかります。Facebookはこの投稿をテキストファイルに保存しませんでした。



ストレージコードがテキスト文字列のセットとして作成する問題を見てみましょう。





これはすべて、私たちが使用するすべてのツールで処理するには非常に不便です。

記述するすべてのコードは、IDE、そのプラグイン、コンパイラ、デバッガ、静的分析ツール、バージョン管理、ビルドサーバーなど、将来の一連のプログラムによって読み取られます。 それらはすべて、 信じられないほどテキスト形式に似ています（実際、いいえ）。 それらのそれぞれは、それらを読み、分析します（つまり、各プログラミング言語で数十の開発チームの役に立たない作業をすでに見ています）。 そして時々、彼らは間違っていたり、間違っていたり、間違っていたりせず、あなたのコードを少し異なって理解します。 IDEとそのプラグインのいくつかが、同じコードに対して異なるオートコンプリートツールとリファクタリングツールを提供できることは周知の事実です。 ただし、1つのツールで、作成した文字をASTのような表現（メタデータ付きで拡張されている場合もある）に変換し、これをすべて「プロジェクトコードベース」と呼ばれるデータベースに保存しておくと便利です。 そして、特定のプロトコルに従って、すべてのツールがこのデータベースを使用して、安定した標準化された予測可能な結果を​​取得します。 今日知っている理想に最も近いものは、 KytheというGoogleのプロジェクトです 。 理想にはまだほど遠いですが、方向は正しいです。



これはすべて、人々に読み書きするのはひどく不便です。

「テキストよりも明確なものは何ですか？！」と尋ねます。 はい、できます。 テキストは情報を提示するための優れた手段ですが、可能な限りではなく、常に最高とは限りません。 本に対する現在の関心を見てください-かなり落ちました。 情報の多くの表現が、より活発に、より速く私たちに知覚されるからです。 同じ視聴覚シリーズ。 またはインフォグラフィック。 またはテキストでさえ-しかし、固体の壁ではなく、何らかの形で構造化、ソート、グループ化、およびフィルター処理されます。 はい、このようなコードを作成できます。 自分でこの目標を設定したら、座ってそれを行います。 そして、私たちはそれをします-他に選択肢はありません。 そして、これらすべてを無料で自動的に入手するのはどれほど素晴らしいことでしょう。 見たいようにコードを見ることができるように。 コードでSELECTを記述する-クエリパラメータに一致するアーティファクトのみを表示します。 または、ダイアグラムの形式で2つのノード間でデータを送信することを想像してください。 またはアニメーション。 名前ではなくメモリで関数を検索するには、「3つ以上のパラメータがあり、2番目のパラメータが変更されました」。 または、3サイクルありました。 または「彼女は時間とともに何かをした」。 現在、そのようなツールはありますか？ いいえ！ 愚か者のように座って正規表現を書いてください。



コードを書くことは読むことよりもさらに悪い。 プログラマの一部はブラインドタイピングを研究しています。誰かはVimホットキーを詰め込み、誰かはお気に入りのIDEのメニューをマウスでつついています。 これをしなければならないという事実は恐怖です！ アルゴリズムの作成は芸術であり、魔法であり、創造の行為です。 そして、私たちは石のaxesを取り、彼らの助けを借りて宇宙船を構築します。 そして今日、これらのハンマーしかありません。 そして、毎日、ハンドルの形状とそれに固定する玉石の種類を大幅に変更する新しいハンマーがあります。実際、宇宙船を構築するための道具に私たちを近づけるイオタはありません。



コードの書式設定スタイル

Habréのホリバー「スペースに対するタブ」を覚えていますか？ これらは戦いでした。 「コードの書式設定スタイル」は、何らかの理由で存在する概念ですが、原則として存在するべきではありません。 プログラマーは自分のプロジェクトのためにそれを選択し、準拠しようとします（それに時間を費やします）。 どんなナンセンス？ コードが、クラス、メソッド、ループ、変数、条件を表すエンティティの接続セットの形式でバイナリファイルに格納される理想的な世界を想像してください。 この場合、各プログラマーは、少なくともタブ、少なくともスペース、少なくとも子猫のアイコンが描かれるように、このコードを表示するツールをカスタマイズできます。 これらの「どの行が中括弧」であり、「小数点の後にスペースが必要かどうか」は、単に過去のものです。 同様に、コードをデータベースに保存すると、このプログラマーのスタイルで設計されたコードから、フォーマットなしの単なるコードに変換されます。 そして、そのIDEの別のプログラマーが彼にとって便利な形式でインポートしました。



コードメタデータ

最近、投稿でその注釈がフラッシュされました-Javaコードには場所がありません。 もちろん、彼らはそこに属していません。 コードではないからです。 これはメタデータです。 他に何もないので、それらをコードで記述します。 まあ、近くの別のXMLファイルで、さらに悪いことに。 Pythonのデコレータ、C＃の属性、任意の言語のメソッドに関するコメントなど、Javaの注釈 -メタデータである必要があります。 このメタデータを検索し、すばやくオン/オフを切り替え、リファクタリングする便利なツールが必要です。 もちろん、「現在のように、コードで」それらを示す機会が必要です。 しかし、それらをコードに「埋め込む」ことは、好きなすべての写真のように、すぐに胸からタトゥーをたたくようなものです。 劇的すぎる、大きすぎる結果。



アスペクト指向プログラミング

アスペクト指向プログラミングについて最初に読む人は誰でも、そのアイデアの美しさに染み込んでいます。 もっと機能的に気に入っています。 しかし、実際の世界ではどこにあるのでしょうか？ しかし、彼ではありません。 アスペクト指向プログラミングは、単純に一連のテキスト文字列として記述されたコードの概念に当てはまらないためです。 少なくとも何かをアスペクトスタイルで書こうとすると、リフレクションのジャングルに連れて行かれるか、コードベース全体に浸透し自動化できない大規模な編集が必要になります。



ここで、コードが構造化された形式で効果的に保存されていることを想像してください。 そして、それを扱うツールがあります。 だから、すべてのクラスのすべてのメソッドのすべての入力パラメーターのロギングを追加する必要がありますか？ はい、簡単です。すべてのメソッドの属性を変更する1つのコマンド（ "SET logging = true Where item =" method "など）+ログの形式を決定する1行のコード。2回のクリックで削除されます。各機能で行うのか、プロファイリングするのか、認証とアクセス制御なのか、コントラクトをチェックするのか、そして、それらがすべてクラス、メソッドであり、これらすべてを追加してもコードが変更されない場合はどうでしょうか。または、いくつかの側面のセット（デバッグ環境用のもの、何か 生産のための別のものについて）。



大きなコードベースサイズ

グーグルは最近、1億行のコードを持っていると言った（おそらくすでにそれ以上）。 非常に多くの、おそらく、誰も持っていませんが、大規模な組織のエンタープライズプロジェクトの1〜2百万行はすでにかなり一般的です。 そして、このコードベースをナビゲートする方法を教えてください。 お気に入りのgrepはどれくらい良いですか？ 参照の検索のような機能ですか？ リファクタリングはどうですか？ テキストは遅くて厄介なものです。 迅速に操作したい人は誰でも、どのインデックスを作成する必要があります。 これらのインデックスは長期にわたって構築され、コード自体とは別個に存在し、各ツールによって再発明されます。 私たち自身が英雄的に解決しようとしている問題を作成しました。 この時点で、構造ロギングに関する最近のレポートを思い出し、同様の問題について語りました。テキスト形式でログを作成し、Logstashのような個別のプログラムを作成して、これらのテキスト形式を解析し、以前に記録された情報を抽出します（もちろん、 、すべてが記述されているわけではなく、すべてが抽出されているわけではなく、コンテキストが失われ、すべてのステップで非同期化されます）。 一般的に、興味深いレポート、見てください。 さて、ログについては、トラブルの規模についてはすでに理解していますが、コード自体はまだそうではないことがわかりました。



長いコンパイル時間

出くわす最初のプログラミング言語を見て、そのユーザーが望む機能を推測してみてください。 「4本のトランクと空全体がオウムの中にいる」というジョークのように、ランダムに撮影することができ、「コンパイル/解釈時間を短縮するのがいいだろう」ことがわかります- 些細なものから、 Yandexへのリクエスト（そしてSportlotoにしない理由？ 。 これは必要です、それはあなたが熱心にキーボードを叩くとき（そしてあなたはしばしばこれを行う）、コンパイラとインタプリタは何もしません、そして時々のみ、アセンブリを開始するコマンドまたはスクリプトの解釈を要求する無気力な夢から目覚めますメモリとすべてのCPUコアがジョブを実行します。 そして、ちょうど学期全体で何もしなかった学生のように、あなたは緊張し、多くの時間と努力を費やす必要があることが突然判明しました。 しかし、なぜ、以前は何もしなかったのですか？ コードを保存するための形式が、プログラムの記述されたテキストを何らかの中間形式（トークンのストリームより少し大きいが、完成したバイナリコードより少し小さい）に変換する場合、コンパイルははるかに高速になります。



言語間開発ツールの欠如

すべてのプログラミング言語、すべてのフレームワーク、すべてのOSが独自の憲章を持つ修道院であるという事実により、システムのさまざまな部分を記述する便利な調整のためのツールは絶対にありません。 いいえ、もちろん、あらゆる種類のIDEがあります。 しかし、今日私が完全に典型的なプロセスを実行できるデバッガーを見せてください：PythonスクリプトはC ++プログラムを起動し、ネットワーク上のGoでマイクロサービスを取得し、データベースに登り、そこでいくつかのストレージファイルを取得し、その後すべてがPythonスクリプトに戻りました「。 そして、デバッガーはすべてを与えてくれました-スクリプトからストレージ、コールスタック、環境全体まで、あらゆるレベルのブレークポイント。 そのため、コマンドラインを介してパラメーターが渡され、ここでそれがREST要求にシリアル化され、このように返されることがわかりました。 そのようなことはありますか？ そのようなことはありません。 コードは文字だからです。 他にもありますが、ここには他にもあります。 1つのコンパイラがそれらを組み立て、もう1つのコンパイラがここにあります。 そして、どういうわけかそれらを接続することは困難です。 しかし、コードがコードであり、コード（関数、パラメーター、ループ、条件を含む）があり、ここにもコードがある場合は、それらの間のブリッジを転送できます。これらのブリッジを歩くと便利です。



だからどれくらい？