すべての高評価レビュー
-
-
Posted by ブクログ
ネタバレ『源氏物語』、若かりし頃から気になってはいたけれど、どこから手を出せばよいか分からなくて、こちらの本は待ち望んでいたような本でした。大げさかもしれませんが、高校生の頃に読んでいたら、その後の人生が変わっていたかもしれないです。
高校の古文の先生が、『源氏物語』を嫌いと宣言してしまっていて、もっと良さを知りたかった想いが本を読むことで成就できて嬉しいです。
もしかして、私に似ているかも？と思ったのが、花散里でした。「自尊心の低さが光源氏の自信回復へ それって幸せだったのか?」とあり、ドキッとしました。「自尊心」も『源氏物語』の大きな主題の1つと書かれていて、詳しく読んでみたくなりました。
『源氏物語』の扉は開かれたので、どんどん突き進んでいきたいです。さて、次は何読もうかな？ワクワクします。 -
Posted by ブクログ
なんだかいい話。
もと侠客の主人公は自分の死期が近づいてるのを悟っては、自分の生に無頓着というか死場所を探している。
どうせなら誰かのために死にたい。自分の人生を誰かの糧にしたい。自分の過ちを清算したいと思っている。
裏切られても利用されても、ギブしていく。
ギブアンドテイクが常の世の中でも見返りを求めない単純な「誰かのため」という動機が、人の心を動かすのかと。恩も感謝も求めないただ、何か相手に尽くせる姿勢が周りの人の心を動かせるように思えた。
主人公は死を身近に感じたからこそ行動に移せた。
自分たちはどうか。常に自分のためが主軸になっていないか。
ただ目の前の人に何ができるかを考える。
それができたのならば、きっと自分の知らないところで誰かの心を動かして、巡り巡って知らないところで自分に返ってくる。
世界は繋がっている気がして想像してしまう。
自分のことよりも相手を慈しむ心が大切なんだと感情させてくれた本でした。 -
-
-
-
-
-
-
-
-
-
-
Posted by ブクログ
ソフトウェアの委託／受託での現場の失敗あるあるをまとめた本。
究極的には「コミュニケーション」の失敗。相手との距離が遠いほど齟齬は修正されづらい。齟齬があると、誰も喜ばない成果物が納品される。
委託側も受託側も、要求定義書、要件定義書、用語集、受け入れ基準、非機能要件、ターゲット顧客のワーク、ドメイン知識、スコープ、図形的理解などを、着手前にきちんとすり合わせするとともに、継続的に解像度を高める機会や中間／最終成果物のフィードバックを短いサイクルで回す仕組みを作ることが必須となる。
あとがきで述べられている、コア技術戦略と委託は結びついてるという指摘は首肯した。どの技術を社内で抱え、どの技術で外部を頼るか、という意思決定が本来は委託の背後にあるためだ。
紹介されている事例の多くが、他業種でかつ同一社内であっても「何かを任せる」場面に共通する課題と思われた。
[具体的な実践方法]
・委託は小さく切り分けてまずは実力を測る
・仕様書に図を添える
・ドメイン知識の形式知化、用語集を作る
・受け入れ基準や非機能要件も明文化
・説明会を開く
・反復的に短いサイクルで納品してもらいフィードバック
・納品後にドキュメントや実行環境をまとめておく
・終了後の修正についても取り決めをしておく -
-
-
-
-
-
表示されていない作品があります
セーフサーチが「中・強」になっているため、一部の作品が表示されていません。お探しの作品がない場合は、セーフサーチをOFFに変更してください。