タグ

2012年2月22日のブックマーク (3件)

  • コミットメッセージの書き方 - 2012-02-21 - ククログ

    はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常

    コミットメッセージの書き方 - 2012-02-21 - ククログ
    ledsun
    ledsun 2012/02/22
    大事なのは同意。具体的にどう書くかは現場次第。
  • reflectionToString()みたいなもの (jakarta, commons-lang, ToStringBuilder, 拡張メソッド) - いろいろ備忘録日記

    以下メモ書きです。 javaやってたとき、よくcommons-langのToStringBuilder.reflectionToString()メソッドに お世話になってました。 自分でサンプル作っているときにいちいちToString()定義するのが面倒くさいので reflectionToStringチックなものを作成。 こんな感じ。objectクラスの拡張メソッドとしときました。 public static class ObjectExtensions{ public static string ReflectionToString(this object o){ if(o == null){ return ""; } List<string> l = new List<string>(); foreach(FieldInfo fi in o.GetType().GetFields())

    reflectionToString()みたいなもの (jakarta, commons-lang, ToStringBuilder, 拡張メソッド) - いろいろ備忘録日記
    ledsun
    ledsun 2012/02/22
    拡張メソッドでなくていいけど、リフレクションの処理は参考になる。
  • ITを活用できる組織を増やす為に必要なこと - GoTheDistance

    Publickeyさんで特許庁の基幹システム問題が取り上げられています。今回の件はどう考えても特許庁の体制が根的な原因なので、TSOLが50人を1300人に増やしたことを槍玉に挙げても不毛だなと思っております。 特許庁の基幹システム失敗の背景にある、日におけるITプロジェクトの実態 - Publickey この辺のITのメディアの言説は大抵「なぜXXXプロジェクトは失敗したか」的なざっくりとした問題提起なのですが、失敗にも色んなケースがありますので、来はそれらを因数分解して細部を議論しなければ教訓は得難い。後に残るものは、ワイドショーレベルの非生産的な言説をみのもんたが茶化すぐらいの微妙な空気ですか。こういう言説がIT業界のイメージダウンに繋がっていることを認識してもらいたいものです。Publickeyさんみたいに、生産的な言説が増えていかないといけない。そういうITのメディアを作っ

    ITを活用できる組織を増やす為に必要なこと - GoTheDistance
    ledsun
    ledsun 2012/02/22
    発注側システム担当者にスーパーマンになれって言ってるようにも聞こえる。スーパープログラマー > スーパーSE > スーパーPM > スーパーアーキテクト > スーパーシステム担当者 < いまここ!