タグ

wikipediaと開発に関するanimistのブックマーク (5)

  • ブルックスの法則 - Wikipedia

    ブルックスの法則(ブルックスのほうそく)は、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。 これは1975年にフレデリック・ブルックスによって出版された著書『人月の神話』[1]に登場した。 根拠[編集] ブルックスによれば、この法則が成り立つ主な理由は以下の通りである。 新たに投入された開発者が生産性の向上に貢献するまでには、時間がかかる ソフトウェアプロジェクトは、複雑な作業である。また、新たにプロジェクトに参加した人は、仕事に取りかかる前に、まず開発の現状や設計の詳細などを理解しなければならない。つまり、新たに人員を追加するには、その人員を教育するために、リソースを割かなければならないのである。したがって、人員の増加がチームの生産性に与える効果は、短期的にはマイナスになる

  • ライアン・ダール - Wikipedia

    ライアン・ダール (英語: Ryan Dahl、1981年 - ) は、JavaScript実行環境のNode.jsとJavaScript/TypeScript実行環境のDenoの作者であるアメリカのプログラマである[1][2]。 幼少期と教育[編集] 彼はカリフォルニア州のサンディエゴで育った。 彼が6歳のときに母からApple IIcをプレゼントされたことが彼が技術に触れた切っ掛けの一つであった。 彼はサンディエゴのコミュニティ・カレッジに通い、後にカリフォルニア大学サンディエゴ校に編入して数学を学んだ。 彼はロチェスター大学の数学の大学院に通い、そこで代数的位相幾何学を学んだ[注釈 1]。 キャリア[編集] 2009年からNodeプロジェクトに携わってきた彼は、2012年1月にプロジェクトから離れ、npmの作者でJoyentの従業員であるアイザック・シュリューターにプロジェクトリーダ

    ライアン・ダール - Wikipedia
  • エリック・レイモンド - Wikipedia

    エリック・レイモンド(英語: Eric Steven Raymond、1957年12月4日 - )は、アメリカ合衆国のプログラマ、作家。オープンソースのスポークスマン的な役割を果たしている。 名前の頭文字を並べた ESR の呼び名も知られている。 経歴[編集] 有名な著作にGNU/Linuxの開発の手法を分析した『伽藍とバザール』をはじめとする「オープンソース4部作」や、『ジャーゴンファイル』の新書籍版(邦訳書タイトル『ハッカーズ大辞典』)があり、同ファイルについては現在メンテナでもある。 彼自身もオープンソースソフトウェアfetchmail(旧名:popclient)の開発に携わった。 開発手法の名前であるバザール方式はレイモンドの作った単語である。 Netscapeのソースコード公開[2][3]ならびにmozilla.org設立にも、大きな影響を与えたとされる。[要出典] コンピュータ

    エリック・レイモンド - Wikipedia
  • Model View ViewModel - Wikipedia

    Model-View-ViewModel概念図。直線は直接的なAssociationを表し、破線は(例えば)Observer パターンを経た間接的なAssociationを表す。 Model-View-ViewModel (MVVM、モデル・ビュー・ビューモデル) はUIを持つソフトウェアに適用されるソフトウェアアーキテクチャの一種である[1]。 MVVMはソフトウェアをModel・View・ViewModelの3要素に分割する。プレゼンテーションとドメインを分離し(V-VM / M)また宣言的Viewを分離し状態とマッピングを別にもつ(V / VM)ことでソフトウェアの保守性・開発生産性を向上させる。 Model-View-ViewModelパターンはModel-View-Controller (MVC) パターンの派生であり、特にPresentation Model[2] パターンを直

    Model View ViewModel - Wikipedia
  • 特異なバグ - Wikipedia

    特異なバグ (英: unusual software bugs) とは、ソフトウェアバグの中でも特に修正が難しいものを言う。いくつかの種類があるが、直感的に理解しがたいような理論を発表した科学者に由来して名前が付いているものが多い。 ハイゼンバグ (Heisenbugs)[編集] ハイゼンバグは、それを調査しようとすると変貌したり消えたりするバグである。 ハイゼンバグの例: リリース版では発生するがデバッグ版(-DDEBUGコンパイルオプション等)では発生しない。 普通に実行すれば発生するがデバッガなどの環境では発生しない。 ユーザーの環境では発生するが開発者の環境では発生しない。 結合テストでは発生するが同じチェックをしているはずの単体テストでは発生しない。 何が起きているのか調べようと出力命令を入れると(いわゆる「printfデバッグ」)発生しなくなる。 競合状態によって発生している。

  • 1