アカウント名:
パスワード:
(たれこみ読んでないが、ここは俺のチラ裏だから気にしないw)
もっと実装側の都合でコードを改修する機会をくれてもいいと思うんだ。俺はsonyもdocomo&fujitsuもhitachiもIBMの子会社も見て回ったが、実装が陳腐化したからという理由での改修は一切できない。障害対応か、サービスに機能を追加する以外の改修は、一切やった事がない。まあ当たり前っちゃ当たり前だけどね。。。金かかるし。。。今、PHPでXMLを扱う方針にしたのを激しく後悔している。Zend_Rest_Client_Resultの仕様にイラつきながら、このまま改修を重ねるしかない。実装は大失敗なのに、なまじ動くもんだから。。。
でもgoogleとかさ、昔のコードをまだ抱えてたりするのかな?結構バグったりしてる場面に出くわすし、わりと頻繁に、日本のそこらの企業よりは気楽にコードを書き換えてたりするんじゃなかろうか?
うーん、コードベースを大事にしてる大手の会社もあるよ。ちゃんと「ソフトウェアの寿命を延ばす」という意味合いの仕事が認められてる。
…と、ここまで書いて、ん? あれ?私が知ってるのは半分は米国資本の合弁だった(汗)。
でも…IBMでも製品作ってる部署はやってると思うけどな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
もっと実装都合での改修を (スコア:0)
(たれこみ読んでないが、ここは俺のチラ裏だから気にしないw)
もっと実装側の都合でコードを改修する機会をくれてもいいと思うんだ。
俺はsonyもdocomo&fujitsuもhitachiもIBMの子会社も見て回ったが、
実装が陳腐化したからという理由での改修は一切できない。
障害対応か、サービスに機能を追加する以外の改修は、一切やった事がない。
まあ当たり前っちゃ当たり前だけどね。。。金かかるし。。。
今、PHPでXMLを扱う方針にしたのを激しく後悔している。
Zend_Rest_Client_Resultの仕様にイラつきながら、このまま改修を重ねるしかない。
実装は大失敗なのに、なまじ動くもんだから。。。
でもgoogleとかさ、昔のコードをまだ抱えてたりするのかな?
結構バグったりしてる場面に出くわすし、わりと頻繁に、日本のそこらの企業よりは気楽にコードを書き換えてたりするんじゃなかろうか?
Re:もっと実装都合での改修を (スコア:2, おもしろおかしい)
うーん、コードベースを大事にしてる大手の会社もあるよ。
ちゃんと「ソフトウェアの寿命を延ばす」という意味合いの仕事が認められてる。
…と、ここまで書いて、ん? あれ?
私が知ってるのは半分は米国資本の合弁だった(汗)。
でも…IBMでも製品作ってる部署はやってると思うけどな。