コグノスケ

批判なのか評論なのか見分ける方法（試行中）

仕事でもプライベートでも、自身の行いや意見に「それは○○の理由でだめ、△△すべき。」のように批判もしくは評論されることがあると思います。

昔は意見の扱いに困っていましたが、最近は、なるほど正論だな〜と思ったら、
「ご意見ごもっともです。では一緒にやりましょう。私は（半分くらい）やります、あなたは（半分くらい）をやっていただけませんか？」
と返すようにしています。

というのは、この後「やる」か「やらない」か？を見れば、その意見が「批判＋提案」なのか「評論」なのかが、割とキッパリと分けられる気がするからです。

• 「やる」人は、半分やってくれる、具体的な分担、時期、適切な協力者の紹介など、提案してきた内容を実施します。
• 「やらない」人は、いつかやると言ってウヤムヤ、全部押し付けてくるなど、提案してきた内容を絶対に実施しません。

この法則が合っているかどうか、しばらくこの返しを続けてみようと思います。

メモ: 技術系の話はFacebookから転記しておくことにした。

Amazonどうした

今だけなのか昔からなのかわかりませんが、Amazonポイントを使って購入すると、注文確認メールに</tr>と入ったメールが来ます…。何これ。通常の買い物では特に異常はないです。

商品の小計:                                  ￥514
Amazonポイント：                                        -￥86
        </tr>
                                              ........................
注文合計:                                    ￥428

システムも生き残りたい

ライブラリの守備範囲は狭い方がいい - Konifar's WIP を読んで。

リンク先の記事に同意です。可能な限り1つのモジュールは1つの課題にフォーカスし、規模もできるだけ小さくすべきだと思います。

システムは人が作るものですから、人と同様「より長く、より広く生きて（＝使って）ほしい」という思いが根底にあるはずで「時代に合わせて変われないものから滅びる」という生物の摂理には逆らえないだろう、という考えでいます。

モジュールのフォーカスを狭めたい理由として「開発の参入障壁を下げて、変更のチャンスを増やす」「規模を小さくして、変更コストを下げる」を挙げたいです。

何でそうしなきゃいけないと思うか？は人によるし、正解も間違いも無いと思いますので、他の方の想いも聞いてみたいところですねー。

メモ: 技術系の話はFacebookから転記しておくことにした。