ソースコードが「一期一会」の意味

「F's Garage：ソースコードは一期一会の精神で書くべし。」のエントリーは僕としても書いた後で、いろいろ思うことがあったが、「一期一会」という言葉には多少こだわりがあります。 以下に書く話は、前回のエントリーを書いたときとは全然違うことを思って書いているので、矛盾が起きるかもしれません。ただ、以下の件を思い出したので書いてみます。 結構、僕にとって衝撃だったのが先日PDFが公開されていたサウンドハウスの情報漏洩の件でした。 サウンドハウスニュース ↑のリンクで公開されている情報漏洩に関するプロセスが書かれたPDFは皆さん読まれたでしょうか？ 全然事情は知らないので、以下は妄想ではありますが、一度動き出したシステムが、さまざまな理由やビジネス判断で修復をするチャンスを得られなかったのかなぁと思うと、非常に寂しく思っています。 いろんなツッコミ所はあって批判するのは簡単なんですが、やっぱ

[bash0C7]

「一期一会」で”不吉な匂い”の発生を抑制。リファクタリングで発生してしまった”不吉な匂い”を解消。//ペア作業やレビューによってソースコードとの「一期一会」の機会を増やすとより高品質化を期待できる

[kmachu]

「リファクタリングは低いコード品質を正当化するものではありません」←賛成。なので機能追加とリファクタリングが混同してると思った。リリース時に品質を保つのと、改修しやすいソースを書くのは別の話。一球入魂

[onk]

リファクタリングとリストラクチャリングの違い。既存の古いシステムをどうテストすべきか。こういった話は少しだけど自信がついてきたなぁ。毎日戦っているだけに。