タグ

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

  • 引き継いだプログラム、「自分のもの」にするには ? | スラド デベロッパー

    この仕事に就いてから、比較的大きなプログラム (3 ~ 4 万行程度) を何度か引き継いだことがある。元々の開発者らは、自分の書いたコードでもあるし (その仕様や動きを) よく理解していたが、自分はそこまでとは言えない。実際、プログラムに修正を入れる際は修正そのものよりも修正を入れるべき正しい位置を探すのに多くの時間がかかってしまう。 このように引き継いだプログラム、どうやったら理解できるようになるのだろうか ? 元の開発者らほどこのプログラムを「理解」できないのは自分の力量の問題ではなく、仕方がないことなのだろうか ? 家 /. には「一から作り直したくなるだろうが、それは絶対に避けるべきだ。汚く見えるコードにも、全て理由があったりするものだ。開発時の相談や議論、意思決定までの過程にいなかったからコードが理解できないのである。一から作り直しても、そういった問題への理解は深まったりはしな

    Mojo
    Mojo 2010/02/17
    「引き継いだプログラム、「自分のもの」にするには ?」 どこでもプログラムの属人化は課題だな。現場の苦労が見えておもしろい。
  • 仕事中のヘッドホン、可or不可? | スラド デベロッパー

    経理やカスタマーサポート、マーケティングとフロアを分かち合っている我々プログラマーは外界の音をシャットアウトすべく、ヘッドホンで音楽を聴きながら仕事に励んでいる。 ところが先日、上司からのメールで「仕事へ支障をきたすのでヘッドホンで音楽を聴かないように」とのお達しがきた。音楽を聴いていることで集中力が欠け、ミスの元となるということらしい。周りからの雑音こそが集中力を欠く原因であると説明したのだが、上司は自分の主張が正しいと信じて止まないようだ。 仕事中の音楽についての方針など、/.erの環境ではいかがだろうか?

    Mojo
    Mojo 2009/12/17
    客先でない、電話を取らなくて良い、他のメンバーと話す必要が無いなら、ヘッドフォンは可。今まで3社そのルール。
  • 1