タグ

ブックマーク / developers.srad.jp (6)

  • ソフトウェアの開発にかかる時間の見積を廃止したいプログラマーたち | スラド デベロッパー

    ソフトウェアの世界からプロジェクトの所要時間の見積をなくそうとする#NoEstimatesムーブメントについて、Mediumの記事が紹介している。所要時間を正しく見積もることは困難であり、時間の無駄だとプログラマーたちは主張する。一方、他のプロジェクト関係者は、計画を立て、プログラマーに責任をもって仕事をさせるために見積が必要だと考えている。妥協点はあるのだろうか。 記事によれば、「ソフトウェアプロジェクトの見積は誤っていることがあまりに多く、見積を作るのに時間を使えば使うほど、実際にソフトウェアを作成する作業時間が減ってしまう。また、マネージャーは開発者が適当に作った見積を契約上の締め切りのように扱う習慣があり、見積時間内に完成しなければ大騒ぎする。それだけではない。そのような結果を恐れる開発者は、より多くのエネルギーを見積という兎の穴に注いでいく。見積はヤクの毛刈りのように、実際の仕事

  • ビルド失敗の原因は? | スラド デベロッパー

    Googleと香港科技大学、ネブラスカ大学が共同で、ソフトウェアのビルド失敗が発生する頻度や原因、修正の手間について調査・分析を行ったそうだ(論文: PDFITworldの記事、 家/.)。 調査はGoogleの開発者18,000人が9か月間に実行したC++Javaのビルド結果2,660万回分を対象に行われた。ビルド失敗率の中央値はC++が38.4%、Javaが28.5%となった。C++の開発者は多くがテキストエディターで作業するのに対し、Javaの開発者は多くがIDEで作業するため、IDEに組み込まれたチェック機能が役立っているとみられるとのこと。 ビルド失敗の原因はコンパイラーのエラーメッセージごとに集計。さらに「依存関係エラー」「型の不一致」「シンタックスエラー」「セマンティックエラー」「その他」の5つのカテゴリーにまとめている。最も多かったのは依存関係エラーで、C++が52

    gigs123
    gigs123 2014/06/28
  • もっと早く知りたかったプログラミングのコツは ? | スラド デベロッパー

    ストーリー by reo 2010年09月09日 11時00分 他人のコードを読み、他人とコードについて語ること 部門より 家 /. 記事にて Ted Dziuba 氏のブログエントリ「もっと早く知りたかったプログラミングのコツ」が取り上げられている。 Dziuba 氏はここ数年スタートアップ企業に関わっているそうで、痛い目にもいろいろ遭ってきたとのこと。その経験から荒削りな知識で何とかするよりも、理にかなったやり方を身につけるべきだと痛感したという。振り返ってみれば「早く知っていればよかった」ことや「意地を張らずに学べばよかった」と感じていることがいろいろあるそうだ。 例えば Linux がカバーできることであれば、自分で開発するべきではなく、「必要以上の複雑化は防ぐ」ということ。また「パラレル処理は『自分がやりたい時』にではなく、『必要に迫られた時』にのみ行うべき」であり、「最新の技

  • プログラムの長さも考慮した言語ベンチマーク | スラド デベロッパー

    Radium Softwareの記事で知ったのだが、The Computer Language Benchmarks Gameにて、プログラムの長さと処理のパフォーマンスを関連付けたベンチマークグラフが公開されている。 具体的なプロットはベンチマークページの上部の "interpret scatter plot shapes" をクリックすると確認できるが、このような試みは珍しいんじゃないだろうか。 おおむねよく言われている印象を裏付ける結果が出ていると思うが、似た傾向の言語同士の比較も面白いかもしれない。あなたのお気に入りの言語はありましたか? 一覧ページではCやC++は速いが複雑、RubyPythonPerlは簡潔だが速くない、という結果が確認できる。また、OCamlがそこそこ速く、そこそこ簡潔という結果を示している点も興味深い。

  • スラッシュドット ジャパン | 分散型バージョン管理システムはどれが良い?

    ゲームエミュレータMAMEをMac OS Xに移植したことで知られるDave Dribin氏が、自身のブログ記事で、分散型のバージョン管理システム(DVCS)を検討しています。Git、Mercurial、Bazaarの三者を比較した結果、氏はMercurialを選んだそうです。GitWindowsサポートが弱く、Bazaarはただでさえまだ普及していないDVCSの中でもさらにシェアが小さすぎるのが問題だとのこと。 そもそも日ではまだ(分散型ではない)CVSやSubversionが主流で、DVCSはほとんど普及していないように思いますが、使っている方がおられれば感想を聞かせてください。

  • 最も危険なプログラミングエラーTop 25 | スラド デベロッパー

    ストーリー by hylom 2009年01月14日 17時04分 やはりよく言われている問題が多い、 部門より CWEとSANSが共同で「最も危険なプログラミングエラーTop 25」を取りまとめ、発表した。 このリストはSymantecやMicrosoft、米国国土安全保障省の国家サイバーセキュリティ部門、また日の情報処理推進機構(IPA)など、国際的かつ多岐に渡る組織の協力を得て作成された。パフォーマンス上の問題やセキュリティ上の脆弱性、またサイバー犯罪の原因となり得るプログラミングエラーのうち、特に頻度と危険性の高いとされるものが25点挙げられている。 エラーは大きく「コンポーネント間のコネクションが適切に保護されていない」「危険なリソースマネジメント」「不備のある防衛策」の3種類に分類され、それぞれのエラーには簡単な説明と対処法などが記述されている。挙げられているエラーは「入力デ

  • 1