staticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて - 達人プログラマーを目指して

何が良いプログラムかという点はもちろん人やコンテキストによって異なりますが、少なくともプログラマーとしての私の信念としては、 機能拡張や変更が容易なプログラム 単体試験によって正しく動作することの検証が容易なプログラム どういった内容が記述されているか理解しやすいプログラム といったものこそ、「品質の高い」プログラムが持つべき性質として、まず真っ先に挙げるべき事項であると考えています。もちろん、前提として顧客の要件に従うということは大切なことです。しかし、一般に要件は長期にわたって変更されるものですし、使い捨てのプログラムを除けば、プログラムを長期にわたって保守するコストという点も見過ごすべきではありません。したがって、ユーザーの目には触れない上記の性質をもっと重視すべきだと思うのです。 DRYの原理 上記のような性質を満たすプログラムを作る上で大切になってくる原理として、DRYの原理とい

[junkcollector]

staticおじさんとか小馬鹿にするようなこと言ってたら受け入れられないと思うけど。単独PJの短期的利益と長期的な資産蓄積のトレードオフにおいて彼らは前者を選ぶということ。技術より経営の問題じゃないかな。

[habuakihiro]

残念ながらこの説明では、言い分を支持するようになってもらえないな。ただ単に正しいことを言うのではなく、採用するだけの価値があると思ってもらえるようになっていただきたい。

[NOV1975]

いまどきポリモーフィズムを再利用のための仕組みと捉える人はオブジェクト指向おじさんと称したくなるな…

[trashtoy]

もし、例えば今後関数型言語が主流になってもオブジェクト指向から抜け出せなかったら、今度は自分たちがstaticおじさん的なニュアンスでOOおじさんとか呼ばれたりするのかな

[tmtms]

うちにもstaticおじさんはいるけど、これじゃ伝わらなそう。というか、新しい技術についていく気がないからstaticおじさんになってるわけで、技術的な説明で説得を試みるのは無理な気がする。

[AnonyPre]

保守しやすいコードよりも取り敢えず動くコードが求められるのは、保守•運用で搾り取りたいから。一円落札とか昔もんだいになったよね。

[kmaebashi]

最後の、インタフェースで依存関係を逆転させる部分以外は、およそオブジェクト指向関係ない。『手続き指向のプログラムではくくりだした各関数がグローバル変数を通して暗黙に結合』と決め付けられてもなー。

[amberjack115]

# ここに書かれている事は、技術的には（というかプログラマ的には）大部分が正しいかもしれないが、これを以てstaticおじさんやその上の方々を説得出来るとは到底思えない。

[deep_one]

甘い…新規構築においてはそれで問題ないが、既に稼働中のものについては「壊れていないものを修理するな」が優先されるのが現実的回答。それだけのことだと思うよ。根本的なリファクタリングを許される予算がない。

[yojik]

動くプログラムだけじゃなく、繰り返し開発を回す人間系を含むチーム全体を一つのシステムと考えると、プログラムレベルでの再利用性を捨てるのはありだと思う。ポリモーフィズムよりも#ifdefの世界。(好みじゃないけ

[vanbraam]

via b:id:entry:4683024661571180578

[pmint]

共通化おじさん。「同じコードだから」というだけで共通化して複雑化。"if"とテストケースを増やしてしまう。そこは設計方針に基づくべきで、つまり実装段階でやるべきことではない。/ staticを問題視するのは無能だけ。

[tohokuaiki]

そのうちMVCおじさんとか言われるんだろうな。っていうか、もういっぱいいそうだけど。ゆとりRailsとか。

[pero_0104]

既存のスパゲッティを黙々と呼んで解読する作業よ。。。

[yamasta]

　分かりやすい。このタイトルじゃなきゃ読まなかったかもしれない記事なので、ネーミングって大事だなと再認識。すなおに利点を受け止められるか、面倒だと思い込んで利点を上回る欠点を探そうとするかで分かれる。

[yamadar]

staticおじさん

[naoyuki1019]

今の自分の気持ちとピッタリ→

[wordi]

レガシーシステムに対しての腐敗防止層としてのポリモーフィズム、フレームワークとしてのポリモーフィズム、不安定度について、MVCではViewが頻繁に更新され、Modelが安定。

[murasuke]

Bobおじさんの反意語？

[ytakemoto]

objectおじさんからstaticおじさんへ

[hatake]

はい、staticおぢさんです。偉くはないけどｗ

[MayBowJing]

: staticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて - 達人プログラマーを目指して B!

[tmf16]

staticおじさんのネーミングに脱帽

[chigurihaguri]

コメントを入力してください (省略可能)

[yuji1982]

最近「コピペの方が生産性高い」とまで言われたなーorz 感覚や曖昧な記憶、自分の言葉だけだと説明し辛いし、用語もちゃんと覚えようかな（うんちくっぽいの好きじゃないけど）

[koroharo]

今読む気にならないけど。きっと良記事。

[schatten]

開発現場に携わる人には理解してもらいたい

[amigogrj]

/ staticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて - 達人プログラマーを目指して – B!

[houyhnhm]

そりゃ言語やアーキテクチャに関係無い部分が大きいんじゃないかな。無意味な拡張性は埋まらないバススロットより質悪いし。

[paschen00]

staticおじさんいいね。 / staticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて - 達人プログラマーを目指して (id:ryoasai / @ryoasai74)

[yuskesuzki]

昨年波紋を呼んだ、オブジェクト指向がしっくりこないプログラマーのブログ記事に対する丁寧なアンサーソング

[kaorun55]

自分が同じようにならないように、継続的な勉強は欠かせませんね。。。

[asuka0801]

railsみたいな考え方は好きだなー

[junji_furuya0]

安定依存の原則は知らなかったので勉強になった。

[derby]

まさにstaticおじさん的意見を発表したことがある。共通化すると影響範囲が把握しにくくなるってやつ。

[qaz76]

前半の特性要約www <『長期にわたって保守拡張していくようなエンタープライズの基幹システムにおいてこそ、正しいアーキテクチャ設計を頭を使って実施するということが大切になってくるものと私は信じます。』

[itachisoft]

SDP、DIPは分かるし、フレームワークやユーティリティの再利用は分かるが「これと同じ発想を少しでも業務ドメインやアプリケーションの領域に取り込むことで…素晴らしい」の論拠不明。業務ロジックはYAGNIでは？

[sabro]

staticおじさんがキャッチーすぎるｗ　内容は、経営しか分からないおじさんとプログラムしか分からないおじさんが、自分の正当性を主張しあっているような印象。両方学ぼうという人が会社から出てこない限り平行線だね