タグ付けされた質問 「history」

GitとMercurialの比較1を読んだほぼすべての記事では、MercurialのコマンドラインUXの方が優れているようです（各コマンドは（sayとは異なりgit checkout）1つのアイデアに限定されています）。 しかし、ある時点でGitは突然非常に人気が高くなり、Debianポプコングラフ（下のグラフ画像を参照）でGitの提出者の数が文字通り爆発しました。 ソース：Debian 2010-01年に起こったことは、物事が突然変化したことです。GitHubは2008年よりも早く設立されたようです。

86 git  history  mercurial 

8ビットのグループを基本単位として使用することを決定する際に、歴史的な力が働いている場所とトレードオフの関係はどうでしょうか。 かつて、他のワードサイズを使用するマシンがありましたが、今日では、8ビット以外の場合、博物館の作品、組み込みアプリケーション用の専用チップ、およびDSPを調べる必要があります。バイトは、コンピューター設計の初期の混乱と創造性からどのように進化したのですか？ ビット数が少ないとコンピューティングを実現するのに十分なデータを処理するのに効果的ではなく、多すぎると高価なハードウェアにつながると想像できます。遊びに他の影響はありましたか？これらの力がなぜ8ビットにバランスをとったのですか？ （ちなみに、時間旅行ができたら、「バイト」が8ビットであると宣言された時点に戻り、すべての人に12ビットにするよう説得し、21世紀初頭の装身具で賄いました。）

86 history  hardware  byte  bit 

でPythonのチュートリアル 1は、Pythonのオリジナル実装はCであることを読み取ることができます。 一方、Cで書かれたPython実装（...） PythonがC ++ではなくCで作成されたのはなぜですか？ この決定の背景にある理由を知りたいのですが、その答えは歴史的な参考文献によって支持されるべきです（意見に基づくものではありません）。

76 python  c++  history  implementations 

最初のコンパイラは1952年にグレース・ホッパーによって書かれ、Lispインタプリタは1958年にジョン・マッカーシーの学生スティーブ・ラッセルによって書かれました。コンパイラを書くことは、インタプリタよりもはるかに難しい問題のようです。もしそうなら、最初のコンパイラが最初のインタプリタの6年前に書かれたのはなぜですか？

72 history  compiler  interpreters 

私はいつもこれを疑問に思っており、おそらくプログラミング言語に関する良い歴史のレッスンが必要です。しかし、最近のほとんどのコンパイラはCで作成されているため、最初のコンパイラ（C以前の別名）はどのように作成されましたか？ とはいえ、最初のアセンブリ言語がどのように行われたかはまだわかりません、アセンブリ言語とは何ですか？コマンド（などmov R21）または同等のバイナリに設定されたw / e？

70 programming-languages  history  assembly 

このシナリオを見てください： プログラマーが言語を作成して問題を解決します。 その後、この言語をリリースして、他の人がそのような問題を解決できるようにします。 別のプログラマは、実際にはいくつかの異なるカテゴリの問題の方がはるかに優れていることを発見しました。 この新しいアプリケーションのおかげで、言語は主にそのアプリケーションで人気になります。 これが実際に発生している例はありますか？ 別の言い方をすれば、言語の本来の目的は、実際にどのように使用されるのか、それが一般的になるのかということと関係がありますか？言語に宣伝された目的があることさえ重要ですか？

70 programming-languages  history 

私の理解では、1980年代、そしておそらく1990年代にも、PascalとCは実稼働言語としてほとんど真っ向勝負でした。 パスカルの究極の終miseは、ボーランドのデルファイの怠慢によるものですか？または、運が悪かったり、Pascalに本質的に問題があるなど（復活の希望はありますか？） 好き嫌いではなく、歴史的な事実や観察できるバックアップに興味があります。

68 programming-languages  c  history  pascal 

約10年前と比較して、URLパスをファイルシステムから切り離すルーティングのスタイルを使用するフレームワークへの移行に注目しています。これは通常、フロントコントローラーパターンの助けを借りて達成されます。 つまり、以前は、URLパスはファイルシステムに直接マップされていたため、ディスク上の正確なファイルとフォルダーを反映していましたが、最近では、実際のURLパスは構成によって特定のクラスに向けられるようにプログラムされているため、ファイルを反映しなくなりましたシステムフォルダとファイル構造。 質問 どのようにして、なぜこれが当たり前になったのですか？かつて一般的なファイルへの直接アプローチが事実上放棄された時点まで「より良い」と判断した理由は何ですか。 その他の回答 ここには、ルートの概念といくつかの利点と欠点に少し似た答えがあります：PHPフレームワークでは、なぜ「ルート」概念が使用されるのですか？ しかし、これは、この新しいルーティングスタイルパターンを使用して現在の新しいプロジェクトがほとんど行われており、ファイルへの直接書き込みが古くなったり放棄されたりする、歴史的な変化の側面、またはこの変化が徐々に起こった方法や理由については扱っていません。 また、言及されたこれらの利点と欠点のほとんどは、そのような世界的な変化を正当化するほど重要ではないようです。この変更を推進している唯一のメリットは、おそらくファイル/フォルダーシステムをエンドユーザーから隠すことと?param=value&param2=value、URLが少しきれいに見えるようにすることの欠如です。しかし、それらが変更の唯一の理由でしたか？そして、はいの場合、なぜそのような理由があったのですか？ 例： 私はPHPフレームワークに最も精通しており、多くの人気のある現代のフレームワークはこの分離されたルーティングアプローチを使用しています。それを機能させるには、Apacheまたは同様のWebサーバーでURL書き換えを設定します。通常、Webアプリケーション機能は、ファイルへの直接URLパスを介してトリガーされなくなります。 Zend Expressive https://docs.zendframework.com/zend-expressive/features/router/aura/ https://docs.zendframework.com/zend-expressive/features/router/fast-route/ https：//docs.zendframework。 com / zend-expressive / features / router / zf2 / Zend Framework https://docs.zendframework.com/zend-mvc/routing/ ララヴェル https://laravel.com/docs/5.5/routing CakePHP https://book.cakephp.org/3.0/en/development/routing.html

67 web-applications  history  routing 

これは学校で私を悩ませたものです。 5年前、私がSQLを学んだとき、最初に必要なフィールドを指定し、次にそれらのフィールドを指定する理由を常に考えていました。 私の考えによると、次のように書く必要があります。 From Employee e Select e.Name それで、なぜ規範は次のように言うのですか？ Select e.Name -- Eeeeek, what does e mean? From Employee e -- Ok, now I know what e is SQLを理解するのに何週間もかかりましたが、その時間の多くは間違った要素の順序によって消費されていたことを知っています。 C＃で書くようなものです。 string name = employee.Name; var employee = this.GetEmployee(); したがって、これには歴史的な理由があると思います。どうして？

67 sql  history  syntax 

では、ダイクストラの論文「ハンブルプログラマー」、彼はいくつかのボランティアに解決する問題を与えたことに言及します。 「私は実際に経験豊富なボランティアでプログラミングの実験を少し行ったことがありますが、非常に意図せず、予想外のことが起こりました。私のボランティアの誰も、明白で最もエレガントな解決策を見つけませんでした。綿密な分析の結果、これは共通のソースを持っていることが判明しました。繰り返しの概念は、関連する制御変数をステップアップするという考えに密接に関連しているため、明らかなものを見ることは精神的にブロックされました。彼らのソリューションは効率が悪く、理解するのがむずかしく、それらを見つけるのに非常に長い時間がかかりました。」 ダイクストラがボランティアに与えた問題は何でしたか？解決策は何でしたか？

65 algorithms  history 

プラス記号+は、加算と文字列の連結に使用されますが、そのコンパニオンであるマイナス記号、は-、通常、文字列のトリミングや減算以外の場合には表示されません。その理由や制限は何でしょうか？ JavaScriptの次の例を検討してください。 var a = "abcdefg"; var b = "efg"; a-b == NaN // but a+b == "abcdefgefg"

64 coding-standards  history  operators  overload 

多くのコード例、特にチュートリアルで「Foo」と「Bar」という名前を頻繁に使用するのはなぜですか？それはほとんど標準です。 例えば： void foo(char* bar) { printf("%s", bar); }

60 terminology  history  variables 

私の考えでは、SQLインジェクション攻撃は次の方法で防止できます。 入力を慎重にスクリーニング、フィルタリング、エンコードする（SQLへの挿入前） 使用して準備された文 /パラメータ化クエリを それぞれに長所と短所があると思いますが、なぜ＃2が離陸し、インジェクション攻撃を防ぐための事実上の方法であると見なされるようになったのですか？単に安全でエラーが発生しにくいのですか、それとも他の要因がありましたか？ 私が理解しているように、＃1が適切に使用され、すべての警告が処理されれば、＃2と同じくらい効果的です。 サニタイズ、フィルタリング、エンコード 私の側では、サニタイズ、フィルタリング、およびエンコードの意味が混乱していました。この場合、サニタイズとフィルタリングは入力データを変更または破棄する可能性があることを理解していますが、エンコードはデータをそのまま保持しますが、エンコードしますインジェクション攻撃を避けるために適切に。データをエスケープすることは、それをエンコードする方法と考えることができると信じています。 パラメータ化されたクエリとエンコーディングライブラリ parameterized queriesとの概念がencoding libraries相互に交換可能に扱われている答えがあります。私が間違っている場合は修正しますが、私はそれらが異なっているという印象を受けています。 私が理解しているのは、encoding librariesどんなに優れていても、SQL「プログラム」を変更する可能性は常にあるということです。 Parameterized queries 一方、SQLプログラムをRDBMSに送信すると、RDBMSはクエリを最適化し、クエリ実行プランを定義し、使用するインデックスを選択するなどして、RDBMS内の最後のステップとしてデータをプラグインします。自体。 エンコーディングライブラリ data -> (encoding library) | v SQL -> (SQL + encoded data) -> RDBMS (execution plan defined) -> execute statement パラメータ化されたクエリ data | v SQL -> RDBMS (query execution plan defined) -> …

59 security  sql  history  hacking  sql-injection 

Java 1.2はJava 2とも呼ばれます。「Java 1.x」と「Java x」（「Java 1.6」と「Java 6」など）は同じバージョンのJavaを指しますか？ もしそうなら、なぜこの二重性が必要なのでしょうか？

58 java  history  versioning  product-names 

したがって、一連のことは一連のことであり、文字/バイトなどの連続であることは明らかです。文字列と呼ばれることもあります。しかし、誰が最初に文字列と呼んだのでしょうか？そしていつ？そして、どのような文脈でそれが立ち往生しましたか？私はいつもこれについて疑問に思っていました。

58 history  strings  etymology