複雑な要件をシンプルに実現することこそ技術力である
@nekokak それぞれが一つの事をうまくやってそれらを組み合わせるって「UNIXという考え方」に書いてましたね。< シンプルにやる話
2010-12-09 10:57:29simple is bestですね RT @azumakuniyuki: @nekokak それぞれが一つの事をうまくやってそれらを組み合わせるって「UNIXという考え方」に書いてましたね。< シンプルにやる話
2010-12-09 11:01:03KISSの原則ですね http://bit.ly/efU9kW RT @nekokak: simple is bestですね RT @azumakuniyuki: @nekokak それぞれが一つの事をうまくやってそれらを組み合わせるって「UNIXという考え方」に書いてましたね。
2010-12-09 11:04:05僕の立場としては、DBIx::Skinnyみたいなシンプルなものもあり、DBIx::ObjectMapperやDBIx::Classみたいなものもありといった選択の幅こそが重要なんじゃないかと思っています。
2010-12-09 16:47:34RT @eiskeoishi: 僕の立場としては、DBIx::Skinnyみたいなシンプルなものもあり、DBIx::ObjectMapperやDBIx::Classみたいなものもありといった選択の幅こそが重要なんじゃないかと思っています。
2010-12-10 00:33:01これは同感です。CPANの懐の深さが、Perl最大の強みだと思います。同様の例として、RoRなどのフルスタック的なフレームワークよりも、糊の役割に徹したフレームワークの方が好ましく感じます。
2010-12-10 00:34:35RT @nekokak: 馬鹿正直にモデリングしてクラス構成が複雑になって大量のクラスを生成して。。とか2011年には流行らない
2010-12-10 00:34:56ご指摘ごもっともです……。モデリングをどこまでキメるかはアプリケーションの規模や性格にもよると思いますが、馬鹿正直にモデリングをしなくても済むような解も、勉強していきたいところです。
2010-12-10 00:36:26