問題タブ [history]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
3 に答える
7696 参照

emacs - ミニバッファーの履歴を Emacs に保存するにはどうすればよいですか?

たとえば、ファイル検索と Meta-X の履歴を Emacs のミニバッファーに保存して、後で別のセッションでコマンドを呼び出せるようにしたいと考えています。

0 投票する
5 に答える
11387 参照

svn - SVNでファイル/フォルダプロパティの履歴を取得するにはどうすればよいですか?

ファイルまたはフォルダーにプロパティがいつ設定されたかを判断する最も簡単な方法は何ですか? 基本的に、プロパティで機能する「svn Blame」に相当するものを探しています。

log サブコマンドを使用すると、プロパティがいつ変更されたかを含め、ファイルまたはフォルダーの完全な履歴を取得できます。ただし、プロパティの変更とその他の種類の変更は区別されません。つまり、特定のプロパティの履歴については何もわかりません。

status コマンドは、プロパティとその他の種類の変更を区別しますが、作業コピーでのみ機能します。

Blame 自体は、ディレクトリではなくファイルのみをサポートし、プロパティではなくコンテンツに対して機能します。

アイデア?

0 投票する
6 に答える
8395 参照

sql-server - 履歴テーブルの長所、短所、落とし穴 - トリガー、sproc、またはアプリケーション レベルの使用

現在、データベース内のいくつかのテーブルの履歴テーブルを作成するというアイデアをいじっています。基本的に、メイン テーブルとそのテーブルのコピーがあり、変更日とアクション列があり、実行されたアクション (更新、削除、挿入など) を格納します。

これまでのところ、履歴テーブルの作業を行うことができる 3 つの異なる場所を考えることができます。

  • 更新、挿入、および削除のためのメイン テーブルでのトリガー。(データベース)
  • ストアド プロシージャ。(データベース)
  • アプリケーション層。(応用)

私の主な質問は次のとおりです。これらの各レイヤーで作業を行うことの長所、短所、落とし穴は何ですか?

トリガーを使用する利点の 1 つは、データベース上に何が実装されていても、整合性が常に維持されることです。

0 投票する
5 に答える
895 参照

history - 複雑なCOBOLプログラムは256kにどのくらい収まりますか?

これは、Stack Overflow Podcast#65を参照しています。たとえば、256kのメインメモリを備えた典型的な60年代または70年代のサーバーコンピュータを想定します。そのようなマシンは、最大でどのくらいの大きさの(コンパイルされた)COBOLプログラムを実行できますか?プログラムが意図的に必要以上に複雑にされていないと仮定すると、これはCOBOLプログラムの複雑さと機能をどれほど厳しく制限しますか?

0 投票する
8 に答える
3814 参照

history - テキスト セグメントの名前の由来は?

従来のアセンブラと高レベルのコンパイラは、用途に応じて複数のメモリセグメントで動作します。したがって、データ セグメント、スタック セグメント、bss、およびテキスト セグメントがあります。テキスト セグメントは、コード セグメントとも呼ばれます。

テキスト部分?マシンコードの場合?

機械語のように読めないものが「テキスト セグメント」として知られるようになった経緯を、私が見つけることができるすべての古参者に尋ねました。彼らの誰もが、それが実際にそれが呼ばれていたものであることに同意しましたが、誰もそれに驚いたようには見えませんでした. そして、誰も説明を提供できませんでした。

私たちを啓蒙することで、オタクの歴史に関する知識を披露するチャンスです。

0 投票する
5 に答える
4133 参照

history - 「ラストワン」はどうなった?

ウィキペディアから

The Last One は 1981 年に登場したユニークなソフトウェア プログラムで、ユーザーからの入力を受け取り、実行可能な BASIC でプログラムを生成しました。プログラムジェネレーターの例です。

ソフトウェアはプログラミング言語ではありませんでした。ほとんどのプログラミング言語とは異なり、プログラムは、生成されたコードの基礎を形成するメニューからユーザーがオプションを選択することによって生成されたからです。これは、BASIC で生成されるプログラムを最終的に引き起こす論理的な順序で行われました。ユーザーはいつでも、プログラムの設計の現在の進行状況を示すフローチャートを表示することを選択できます。2

しかしウィキペディアには、このプログラムがどうなったかは書かれていません。どれくらい人気/不人気で、何人が使っていますか? それはいつ、どのように終焉を迎えたのですか、それともまだ利用可能ですか?

詳細については、こちらをご覧ください

0 投票する
5 に答える
18695 参照

history - REMはBASICで何の略ですか?

これが過去からの爆発です:コメントマーカーである「REM」はBASICで何を表していますか?この非自明な用語の由来は何ですか?

0 投票する
2 に答える
124 参照

php - PHPでのリビジョンの比較

たとえば、var1とvar2の両方に文字列値があります。Var2はvar1のリビジョンであり、マイナーな変更が加えられています:var1:

var2:

今、私はこの出力が欲しいです:

SOのやり方とよく似ています。PHPでこれを行うにはどうすればよいですか?

ありがとう

0 投票する
3 に答える
508 参照

programming-languages - 例外が最初に表示されたのはどの言語ですか?

私は最初にADA83で例外に遭遇しました。私が知る限り、ADAの設計者は例外の概念を発明しました。これは本当ですか、それとも以前に登場したプログラミング言語も例外を使用していましたか?

0 投票する
4 に答える
1467 参照

history - セミコロンがセパレータとして最初に登場したプログラミング言語は?

ジェネリックに関するこの質問と同様に、セミコロンが最初に登場したのはどのプログラミング言語で、どのようにして C に広まったのですか?