前から思っていたけど、Twitter でのやりとりで確信。
自社製フレームワークいらないんじゃね？って思うようになってきた。
@t_nakamura たしかにねー。ただDSLも有効なところはある
2010-03-23 22:07:45 via Tween to @t_nakamura
製品に共通する機能を抽出するぶんにはいいけど、データアクセスとか、通信とか、その部分を自作する必要ないよね。MSがいろいろ作ってくれてるから。
@nakawankuma DSLならいいんですけど、今はデータアクセスとか、通信とか、その部分もフレームワークを作っているんです。とはいっても、内部で ADO.NET とか WCF 使ってますけど。
@t_nakamura .NETの場合は素で使うのが一番生産性高い。 コントロールとかは何か入れたくなるから中間層も受けるけど
2010-03-23 22:10:27 via Tween to @t_nakamura
@t_nakamura .NETだったらいらないと思う。
@hatsune_ Entity Framework とか、WCF RIA Services とか、色々提供されていますからね。Enterprise Library もあるし。重量級で使いたくないですけど。
2010-03-23 22:16:58 via Chromed Bird to @hatsune_
.NET だとコントロール作るくらいで十分。
@t_nakamura フレームワークか付加価値がないと、どこのベンダーに作らせても同じという罠があるかも。本来は提案力とか、改善する力とか、推進力とか、そっちで勝負すべきですが、一般論は商品にしにくいという、企業の都合があるんですかねー。
いらない。RT @t_nakamura: 自社製フレームワークいらないんじゃね？って思うようになってきた。
@shunsuk .NET1.1や2.0の最初のころはともかく、WCFやWPFが出てきたあたりから、MSが次々とライブラリを公開してますからねぇ。
2010-03-24 09:19:06 via web to @shunsuk
データアクセスはADO.NET Entity Framework 使えばいい。サービスの作成は WCF Data Services や WCF RIA Services 使えばいい。
2010-03-24 09:24:59 via web
ADO.NET Entity Framework、WCF Data Services、WCF RIA Services などなど、Microsoft がたくさんフレームワークを提供してくれているから、わざわざ似たような機能のフレームワークを自作する必要ないでしょ。
自社製フレームワークはほとんど公開されないし、公開されたとしても、他所ではほとんど採用されない。だから、情報をネットで調べることはできないし、ノウハウを身につけても外部では役に立たない。Data Services とかを使いこなせるようになる方がよっぽどいいよね。
決して「再利用するな」と言っているわけじゃないです。例えば、自社が複数のパッケージ製品を抱えていて、それらの製品で共通する機能を抽出して再利用するくらいはいい。特に業務アプリだと似たようなUI、似たようなロジックも多いだろうし。さすがに Microsoft もそこまでは面倒みてくれないから。
