[B! dev] masami256のブックマーク

Open Tech Press | コード開発プロジェクトにおけるソース管理システムの正しい利用法

ソース管理システムの適切な使いこなしはプログラマにとって重要なスキルの1つであるが、その習得となると、実務の現場での経験と試行錯誤を通じて身につけるしかない。そのため学生や趣味のプログラマにとって、こうしたシステムの習得は時間がかかる以上に苦痛を伴う作業のはずだ。よって本稿では、ソース管理システムの初心者が陥りやすい落とし穴および、それらを回避するためのベストプラクティスを具体例とともに解説することにする。ソース管理システムを使用する本質的な目的は、プログラマに余分な負担を掛けることなくプログラミング作業に集中させることである。そして開発対象のソフトウェアに追加した変更が思っていた程の効果を発揮しなかったり、あるいは追加そのものが間違っていたという場合でも、ソース管理システムを使用していれば最後にチェックインしたバージョンへと即座に復帰させることができる。またコードベース開発を複数のプロ

masami256 2008/04/11

dev

リンク

Anjuta IDE マニュアル

masami256 2008/01/14

リンク

トップページ - 品質管理なら日本科学技術連盟

日科技連は1946 年の創立以降、経営管理技術、「品質管理」を中心とする各種の事業を推進し、幅広い分野で経営品質の向上や競争力の強化につながるノウハウや経験を蓄積してきました。日科技連が提供するソリューションを14の分野に分けてご紹介します。

masami256 2007/12/07

dev

リンク

凝集度と結合度：このコードのどこが悪いのか？：＠IT

前編「ソフトウェアの品質を数値化して確かめる」では結合度について少し触れましたが、今回は結合度とともにソフトウェア設計において古くから知られている凝集度についても紹介し、ソフトウェアメトリクスの解説をしていきます。抽象的な話だけになってしまうと、具体的なイメージがつかみにくいので、実際のプログラムコードを示し、何が良くて、何が悪いのかを明確にしていきます。理論的な話も重要ですが、メトリクスの測定が実際にどう評価されるかを理解して、良いプログラムを作れるようになる手助けになれば幸いです。それでは、メトリクスの詳細を見ていきます。 1. 凝集度と結合度 1.1. 凝集度とは？凝集度とは、クラスやパッケージ内の機能要素と情報要素間の関連性の強さを表す指標です。互いに関連する機能や情報があちこちに分散していると、仕様変更が生じた場合の影響範囲が広くなってしまいます。これらの機能や情報が局所化

masami256 2007/07/30

dev

リンク

モデル推敲に有効な手法を紹介する

前回（「正しい設計と理想的なモデル」）は、「良い設計モデルとは何を意味するのか？」「どうすれば良い設計モデルを作ることができるのか？」について、概念的な話をさせていただきました。何となくイメージしていただけたでしょうか？簡単にいってしまうと「できるだけ、分かりやすくて、拡張性や保守性がある、開発しやすいモデル」が「良いモデル」であって、そのモデルを作るために、「オブジェクト指向技術の抽象化やカプセル化をうまく使って、積極的に依存性を排除し（モジュール間の独立性を高め）、シンプルなモデルに仕上げていきましょう」という話になります。しかし、実際は、「言うは易（やす）く行うは難（かた）し」です。今回は、「どうすれば、良い設計モデルに近づけるか？」という具体的な話をしていきたいと思います。「分析モデル」から「設計モデル」へ前回解説した「CRC分析法」や「名詞・動詞分析法」、もしくはドメイン・