タグ

2024年7月16日のブックマーク (2件)

  • SF小説って読み通すのに労力がいるよね - 基本読書

    qianchong.hatenablog.com こんな記事を読んだ。記事内で当ブログに言及していただいており通知が飛んできたので読んだのだけれども、内容的には「SF映画AI技術系のも大好きなのに、SF小説は最後まで読み通せないものが多い」ということで、なぜなのだろう、老いなのだろうか、と疑問を呈している。率直な感覚が綴られた、良い記事だ。 SFって読み通すのに労力がいるよね SF小説を読んでいる方の人間である僕にとっても「わかる」と頷くところが多い記事だった。SF小説って、ブログ筆者の方も次のように書いているけれど(『SF小説というものは、類まれなる想像力でこれまでに我々が見たことも聞いたこともないような世界を紡ぎ出すところがその真骨頂だと思います。でもおそらく私は、その想像力が紡ぎ出す世界に自らの想像力が追いついていかないのでしょう。』)、想像力が追いつくかどうか以前に「読むのに

    SF小説って読み通すのに労力がいるよね - 基本読書
    kent4989
    kent4989 2024/07/16
    わかる。SF小説読書は一種の脳トレだとも思っている。
  • 多重下請けでは構造的にいいソフトウェアが作れない - きしだのHatena

    多重下請けではエンジニアが育たないという話を前回のブログで引用していたのですが、そもそも多重下請けではまともなソフトウェアは開発できないんではないかという気持ちになりました。 多重下請けでは、上位受け会社の「SE」が「設計」を行い、下位受け会社の「PG」が実装を行うという役割分担があります。というか、今回の話はそういう役割分担がある多重下請けを前提とします。 そうすると、設計というのは会社間をまたがった契約文書であり、発注のための作業指示書であるということになります。ソフトウェア開発で質的に必要な文書というよりは、ビジネス構造によって必要になったビジネス文書です。ちなみに派遣ではなく業務委託のはずなので詳細な作業指示になってはいけないのもポイントです。 ※余談ですが「設計は必要である」という人の話をきいてみると、必要なのは実装のための設計ではなく保守のためのドキュメントということがほとん

    多重下請けでは構造的にいいソフトウェアが作れない - きしだのHatena
    kent4989
    kent4989 2024/07/16
    まあそうだよね、と思う一方で、本当に現代でも多重下請け構造でソフトウェア開発やってんのかという疑問はある。いろんな所属の人が関わっているプロジェクト=多重請負ではないような