【ソフトウェア設計】モジュールをどう分割するのか？
はじめに 前々回や、前回に引き続き、ソフトウェア設計の指針に関する話をしたいと思います。 関数やクラス、そしてサービスなどシステムの塊の単位をモジュールと呼び、モジュールを作る事で、認知負荷を下げ複雑性と戦うという話をしてきました。では、モジュールは「いつ」分割するのが良いでしょうか？ また、他にも共通モジュールを不用意に作ってしまって苦労した人も多いのでは無いでしょうか？ 今回はそのあたりの話をしていきます。 TL;DR 以下があればモジュール設計を見直す 単純な要件/普段の利用に対して、タイプ量や約束事が多い 共通モジュールが「使われ方」に依存する モジュールの役割を一言で説明できない コード管理や性能/データ整合性など利用に際してのペナルティが高い 分割 is NOT 正義 - FizzBuzz Enterprise Edition 複雑性を排除するためにモジュール分割をすることは重
『面倒なことはChatGPTにやらせよう』を文系ゴリゴリおじさんが読んでみた。 - Everything you've ever Dreamed
面倒なことはＣｈａｔＧＰＴにやらせよう (ＫＳ情報科学専門書) 作者:カレーちゃん,からあげ 講談社 Amazon 『面倒なことはChatGPTにやらせよう』（カレーちゃん氏、からあげ氏著）を２回通読した。著者のひとり、からあげさんは、僕がキャラクターを認識できる数少ないブロガーだ（お会いしたことはない）。現在、データサイエンス研究者として大活躍している。なお、僕は勝手に彼をターミネーター２に出てくるサイバーダイン社の開発者ダイソンさんをイメージしている。人類の未来のために、凶悪なターミネーターを開発することのないことを祈るばかりである。僕はゴリゴリの文系の営業職の50歳のオッサンで、本書の推薦人である松尾教授とは真逆の人間である。もしかしたら本書のターゲットから外れている人物像かもしれない。そういう人物に本書がどう役に立つの？という視点でレビューになる。 本書を一語にたとえると「ブルドー
金持ちが幸せとは限らないんだよなぁ
お小遣い上限150億円とか言う、海外の富豪TikTokerキッズの動画が目に入った。 店に並ぶブランドバッグを片っ端から買い漁って自慢する子どもを見てすげーなぁと思いながらも、店に売ってるものが何でも楽に手に入る人生って楽しいんだろうかと考えてた。 俺が給料日にちょっと高い飯を食いにいって浸れる幸せと同様の感情を得るために、この子は一体どれぐらいの金を使う必要があるんだろうとか。 例えば日本人がただ自由に水を飲める日常に喜びを感じることが無いように、世に溢れる俺たち庶民の贅沢は金持ちにとっては全く心を動かすものではないんだろうなとか。 そう考えると、誕生日にSwitchをもらって狂喜乱舞する子どもの方が幸せそうだよね。
素の JavaScript でコンポーネントを作成してみて React の気持ちを考えてみる - Qiita
はじめに 素の JavaScript でフロント開発経験がない React 育ちのエンジニアです。 React でフロントエンド開発をしていて大きく困ることはないのですが hooks, JSX, 様々なライブラリを使用していていると JavaScript を理解していたらという場面がちょこちょこ発生します。 そのため最近は JavaScript の基礎的な勉強をしています。 JavaScript の理解を深めることによってスムーズにキャッチアップできたり、裏側でどのように動作しているかなど想像しやすくなるだろうという目論見のもとで。 そこで、素の JavaScript を使用して TODO リストのためのコンポーネントを作成してみました。 JavaScript の Class を理解していることを前提に述べていこうと思います。 TL;DR JavaScript 組み込みの shadowDO
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「作品ではなく私に…」展示会場で突然向けられたカメラ | NHK | WEB特集
