.NET コード解析について Patrick Smacchia氏に聞く
Patrick Smacchia氏は15年余りの間ソフトウェア開発に携わってきた Visual C# の MVP です。彼は現場での経験から着想した .NET プラットフォームに関する書籍である Practical .NET 2 and C# 2 の著者です。
InfoQ
InfoQ
トピック・タグ別の表示
Coding Standardsに関するすべてのコンテンツ
Coding Standardsに関する最新コンテンツ
スケーラビリティの構築とパフォーマンスの達成:バーチャルパネル
InfoQ.com向けのこのバーチャルパネルでは、大企業やプロジェクトからスケーラビリティやパフォーマンスの著名人を招待し、みんなが夢に描いているような結果を達成するための秘密を明かしてもらいました。
Coding Standardsに関するNews
個人の生産性
Tony Wong氏(プロジェクトマネジメントのブラックベルト)は個人の生産性にとって実践的なポイントをいくつか挙げている。この記事では、これらをいかにソフトウェア開発に適用するかを考え、彼のリストと他のリストを比べる。
優れたコードだけでプロジェクトは成功するか
開発者であり、アーキテクトであり、著書も持つSimon Brown氏はプロジェクトを成功させるには良いコード以上のものが必要だと考える。良いコードだけでは不十分と題したプレゼンで氏はプロジェクトの成功に必要なすべての要素について、事前の設計から運用尾のための文書まで、くまなく論じた。
コメントを書くべきか書かざるべきか
開発者ならだれもが、自分のコードに最低一行はコメントを書いているはずだ。コメントをたくさん書いて、コードをもっとわかりやすくしようとする人もいる。この記事では、コードにコメントを書くときに使われるプラクティスを集めてみた。
言語の制約に頼るべきか？開発者の責任に頼るべきか？
Bruce Eckel氏、Michael Feathers氏、Niclas Nilsson氏、Keith Braithwaite氏などが次の問いに答える。プログラミング言語は、完全な柔軟性をもって開発者が好きなようにいじり回せて、開発者が自分でやったことには責任をもつと信じるべきなのか？それとも悪いコードやメンテナンス性や可読性をさげてしまうような失敗を避けるために、設計時に言語の中に明確な制約を設けるべきなのか？
ベロシティは何のため？
最近、ScrumDevelopment Yahoo!グループでは、ベロシティの活用と誤用に関して様々な議論がなされている。ベロシティを生産性の基準として使うべきだろうか？イテレーション計画のために使うべきだろうか？もっと長期のリリース計画にはどうだろうか？
ソフトウェア職人マニフェスト:出撃命令
Pete McBreen氏は2001年に『Software Craftsmanship:The New Imperative』を書いた。昨年、Bob Martinおじさんは『Clean Code: A Handbook of Agile Software Craftsmanship』を書いた。そして彼はAgile2008の基調講演の中で、アジャイルマニフェストに「クズなコードを書かずにソフトウェア 職人気質を持つこと」を追加して修正することを提案した。
ReSharper 4.5 ベータはパフォーマンス向上を保証する
先日 JetBrains は ReShaper 4.5 ベータをリリースした。この新バージョンはパフォーマンスの向上とメモリの消費量の削減を保証している。新機能として VB9 のサポート、ネイティブな MSTest のサポート、「実装に移動」機能、そして F#、Compact Framework および Silverlight との互換性の改善が含まれる。
Article: スケーラビリティの構築とパフォーマンスの達成:バーチャルパネル
InfoQ.com向けのこのバーチャルパネルでは、大企業やプロジェクトからスケーラビリティやパフォーマンスの著名人を招待し、みんなが夢に描いているような結果を達成するための秘密を明かしてもらいました。
チームで新しい習慣を身につける報酬は？
チームが新しい習慣を身に着けようとして、なかなかうまくいかないときがある。習慣とは、ユニットテストを書く、コンパイラの警告をなくす、ビルドを壊さない、などのことだ。どうしたら、チームにこうした習慣を植え付けることができるだろうか？Clint Shankはメンバーを移行させるために、あるゲームをデザインした。