Reads
Reads - 読書のSNS&記録アプリ
詳しく見る
雨と雨のあいだ
雨と雨のあいだ
雨と雨のあいだ
@bochibochi
  • 2026年9月29日
    ババヤガの夜 (河出文庫)
  • 2026年9月20日
    腹を空かせた勇者ども
    わたしたちはどれだけの時間を共にしたとしても、いくつもの言葉を交わしたとしても、永遠に分かり合えないことを前提にして。それでも手を伸ばすことが世界を/人生を面白くするんだろ?と。
  • 2026年9月19日
    腹を空かせた勇者ども
    分からないなら想像しな。自分が共感できない人ほど、思いやりな。
  • 2026年9月16日
    #台所のあるところ
    Pageturnersにて
  • 2026年9月15日
    死ぬまで生きる日記
    死にたいってどういうことなんでしょうね? 火星ってどういう場所なんでしょうね? 言葉にしようとする過程で自分の心を捉え直してるんだなと思った。過去未来と切り離して「いまここ」の自分を見つめること。それを支える技術としてのマザーリングや認知行動療法。 解決しようとしなくていい、その過程を経ることで心の置きどころがちょっと安定するみたいなこと、日記書いてるとたまーにある。
  • 2026年9月9日
    なぜあなたの感想はふつうなのか
  • 2026年9月7日
    なぜあなたの感想はふつうなのか
    自分語り、自分の洞察から普遍的な問いを導く。分割、比較、抽出、ネーミング、検証
  • 2026年9月5日
    なぜあなたの感想はふつうなのか
    政局は「終わらない考察ドラマ」
  • 2026年9月5日
    なぜあなたの感想はふつうなのか
    言語化は途中経過。モノを評価し思考するためのスタートライン
  • 2026年8月30日
    楽園
    楽園
    一気読みする時の没頭感が久しぶりで心地よかった。人を操るのは論理じゃなくて感情で、多くの人間は獲得の喜びより喪失の恐怖が上回る
  • 2026年8月30日
    新しい恋愛
    新しい恋愛
    好きだと伝えることは付き合うための手段じゃない。共に居たいと思うからってロマンティックな交わりを欲してるわけじゃない。他人のそれをジャッジするのと同じ目線で自分を裁いてしまうことがある。知らないふりをして、思ってないふりをして、好きじゃないふりをして日常を紡ぐおとなたちの話
  • 2026年8月30日
    新しい恋愛
    新しい恋愛
    でも、狛村くんはまだわたしのことが好きだし、と投げつけるような気持ちで思いつく
  • 2026年8月30日
    新しい恋愛
    新しい恋愛
    わたしは、欲しい言葉を差し出せる人ではなくて、欲しくない言葉を突き付けてこない人と暮らしていきたいのだ
  • 2026年8月26日
    ミドル・エイジ・ビギンズ
    中年期はアイデンティティにこだわってしまう時期。という鷲田清一の指摘がおもろかった。始まりと終わりをリニアに結ばず、自分の性質や信念に流され心地よい場所を探す期間なのかな、と。
  • 2026年8月25日
    システム開発と「具体と抽象」〜問題発見と問題解決を往復する「思考のメタ化」を身につける〜
    アジャイルやプロトタイプの狙いは、単に早く具体物を作ることではなく、「具体⇄抽象」の往復運動をプロセスに組み込むことにある。実際、要件調整でも「つまりこういうこと?」と具体を返して初めて、「そう、それで思い出したけど」と新しい要件が出てくる。具体化は確認というより、相手と一緒にまだ見えていないものを発見するためにある。 一方ですべての具体を知ってから正しいコンセプトを描くことはできない。限られた具体から仮説として抽象化し、具体に落として反応を見て、また抽象に戻る。上司からの資料作成リクエストなんかも、言われたものをそのまま作るのではなく、自分で意図を仮説立てしてラフを作り、当てて、また考える。その往復の速度を上げたい。 ただし、抽象化する能力があればいいという話でもない。そもそも抽象化や俯瞰を評価する組織なのか。権力を持つ人がすぐ具体の話に引き戻す環境では、抽象レベルで構造を考えること自体が難しい。そこが変わらないなら、本にあったように「土俵を変える」のもひとつなんだろう。 抽象→具体は仕事をしていればある程度慣れる。一方で具体→抽象は、意識的にやらないとなかなか鍛えられない。相手がいまどの抽象度で話しているのかを捉え、自分で階層を上げ下げする。その往復の回数と速度を上げることを意識したい。
  • 2026年8月25日
    システム開発と「具体と抽象」〜問題発見と問題解決を往復する「思考のメタ化」を身につける〜
    アジャイルやプロトタイプは「具体⇄抽象」の往復運動をプロセスに組み込むことが狙い。 それぞれの思考にはそれぞれの能力が必要。
  • 2026年8月25日
    システム開発と「具体と抽象」〜問題発見と問題解決を往復する「思考のメタ化」を身につける〜
    具体を知らなくても俯瞰したものを描けるというけれど、それが通用するかは組織や文化や評価制度次第ですよねという気もする。声のでかい人は具体が好きだし
  • 2026年8月25日
    システム開発と「具体と抽象」〜問題発見と問題解決を往復する「思考のメタ化」を身につける〜
    具体の良し悪しを判断する拠り所は少数(できればひとり)が構築したコンセプトあるいは哲学。 具体で問題が起きているときに具体で解決するのではなく抽象化して構造を整える。
  • 2026年8月25日
    システム開発と「具体と抽象」〜問題発見と問題解決を往復する「思考のメタ化」を身につける〜
    川上で抽象化する作業は分業ではなく少人数。コンセプトや方針を決めるのに具体はノイズになるってことかしら
  • 2026年8月24日
    システム開発と「具体と抽象」〜問題発見と問題解決を往復する「思考のメタ化」を身につける〜
    具体的なものを見るまで、クリティカルなコメントや指摘は返ってこない。がゆえにアジャイル的に
読み込み中...