【ソフトウェア設計】モジュールをどう分割するのか？

2024/02/25 159 users モジュール 関数 指針 前々回 単位

はじめに 前々回や、前回に引き続き、ソフトウェア設計の指針に関する話をしたいと思います。 関数やクラス、そしてサービスなどシステムの塊の単位をモジュールと呼び、モジュールを作る事で、認知負荷を下げ複雑性と戦うという話をしてきました。では、モジュールは「いつ」分割するのが良いでしょうか？　また、他に... 続きを読む

モノリシックなAPIでのカナリアリリース導入と開発者の認知負荷を減らすためConfigMapを使わない選択をした話 - MonotaRO Tech Blog

2024/02/20 10 users EKS カナリアリリース導入 岡田 コンテナ化 現状

こんにちは、プラットフォームエンジニアリング部門コンテナ基盤グループの岡田です。 当社ではECサイトの裏側で利用されているモノリシックなAPIをコンテナ化し、Elastic Kubernetes Service (EKS) に移行しました。 移行直後は下記のようにトラブルに見舞われましたが、現状安定した運用ができています。 EKSコンテナ... 続きを読む

ソフトウェア開発におけるクリエイティビティの最小化、認知負荷 - Runner in the High

2024/01/17 9 users 前提 アート 成果物 再現性 意味

前提としてクリエイティブな仕事は再現性が低い。しかし逆に言えば再現性があってはいけないものがクリエイティブであり、再現性がないからこそクリエイティブであると言える。アートのように非再現的なものはクリエイティブであり、再現性が低く刹那的な成果物であることに意味がある。 ソフトウェア開発にもまたアート... 続きを読む

認知負荷は「ワーキングメモリに対する負荷」のこと　認知科学の観点から課題を整理すると“つらい”の輪郭が見えてくる

2023/12/16 12 users 登壇 わらまさ Developers Meetup 開発組織

「Developers Meetup 急成長ベンチャーが向き合う『開発生産性』」は、開発組織や事業フェーズの異なる株式会社Another works・株式会社SmartHR・株式会社スタメンの3社が、開発生産性について語り尽くすイベントです。ここで株式会社SmartHRのすがわらまさのり氏が登壇。チーム増加に伴い起きた「認知負荷が高い」状況... 続きを読む

認知負荷とキャッチアップ - stefafafan の fa は3つです

2023/12/07 16 users チームトポロジー 作者 毎回 stefafafan 適応型組織

以前会社で「Team Topologies読書会」に参加した際に、認知負荷には3つの種類があることを知りました。それ以降新しいメンバーのキャッチアップについて考える際に毎回この3つの種類について思いを馳せるようになっています。 チームトポロジー　価値あるソフトウェアをすばやく届ける適応型組織設計 作者:マシュー・ス... 続きを読む

認知負荷の種類と対策と組織文化について - すがブロ

2023/12/04 12 users プロ 組織文化 種類 対策

このエントリは、SmartHR Advent Calendar 2023 シリーズ1の3日目です。 シリーズ1の前日のエントリはalpaca sanの佐渡島の物件情報を集める方法 - alpaca- tcでした シリーズ2の前日のエントリはasonas sanのE03との戦いでした これは何 当初、Rubyを取り巻く型情報に関するツールの関係性についてまとめようと思ったの... 続きを読む

Node.jsで作るモジュラモノリスの設計と技術選定

2023/12/01 16 users ユビー モジュラモノリス 運用負荷 言語 背景

この記事はUbie Engineering Advent Calendar 2023の一日目です。よろしくお願いします。 背景 ユビーのシステムは言語が多様化してきたことにより、認知負荷の増加や運用負荷の増加、開発支援に仕組みづくりかけるコストの増加などの問題が発生していました。この課題を解決するためにNode.jsとGoに言語を絞っていくと... 続きを読む

不確実性や心理的安全性に向き合い自己組織化するチームを作る実践プラクティス

2023/11/08 12 users 実践プラクティス 不確実性 チーム 自己組織化 安全性

こんにちは。Gaudiyでソフトウェアエンジニア兼スクラムマスターをしている Namiki ( @ruwatana ) です。 「チームが向き合う不確実性が大きいと手戻りが増えて価値提供のリードタイムが遅くなる」 「チーム内の心理的安全性の低さや認知負荷の高さによってエンゲージメントが低下して従業員がオンボード・定着しにくい... 続きを読む

認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介

2023/10/28 209 users 知見 文脈 プログラミング 心理学研究 用語

認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介 この記事の目的 ここ数年で、ソフトウェア開発やプログラミングの文脈で、「認知負荷」 および 「認知負荷理論」 という用語をよく見聞きするようになりました。私が今思い出せるだけでも、以下のような書籍... 続きを読む

第7回　テストコードの認知負荷 ～テストの名前、構造、情報量を工夫する～ | gihyo.jp

2023/08/22 16 users サバンナ便り 荒野 gihyo.jp 既存 意図

サバンナ便り ～ソフトウェア開発の荒野を生き抜く～ 第7回テストコードの認知負荷 ～テストの名前⁠⁠、構造⁠⁠、情報量を工夫する～ 開発の現場では、既存のテストコードから仕様を読み解く機会がよく訪れます。そのようなとき、テスト対象の仕様やテストの意図を読み解きやすいテストとそうではないテストがあることに気... 続きを読む

バクラク事業におけるデータ組織とデータ基盤 2023 - LayerX エンジニアブログ

2023/07/04 14 users LayerX エンジニアブログ データ基盤 LayerX

お世話になっております。LayerXの高際と申します。現在は、データ分析組織の立ち上げに注力しています。 本記事では、バクラク事業におけるデータ組織とデータ基盤をテーマに取り扱います。データ分析における認知負荷や属人性を解消するための取り組みや、良質なデータを提供するためのデータ基盤の構築について、具体... 続きを読む

プロダクト開発メインチームのパフォーマンスを最大化するには？　生産性の鍵「認知負荷」を下げる「Enabling Team」の在り方

2023/06/22 14 users パフォーマンス イネーブルメント組織 在り方 名村卓氏 生産性

株式会社overflowによって開催された、開発組織のあり方について考える1ヶ月「CTOWeek 2023 by Offers」。Week2に登壇したのは、株式会社LayerX 執行役員の名村卓氏。開発スピードを落とさないために必要な、イネーブルメント組織について話しました。全3回。2回目は、「Enabling Team」の役割について。前回はこちら。 ... 続きを読む

プロダクトが大きくなると、なぜ生産性は下がるのか？　『Team Topologies』から読み解く、「認知負荷」という考え方

2023/06/21 126 users Team Topologies プロダクト 名村卓氏 生産性

株式会社overflowによって開催された、開発組織のあり方について考える1ヶ月「CTOWeek 2023 by Offers」。Week2に登壇したのは、株式会社LayerX 執行役員の名村卓氏。開発スピードを落とさないために必要な、イネーブルメント組織について話しました。全3回。1回目は、開発の生産性に大きく影響する、「チームの認知負荷... 続きを読む

Reduxのstateの認知負荷を下げたい話 - カミナシ エンジニアブログ

2022/09/22 12 users state redux useSelector カミナシ 天野

カミナシのフロントエンドエンジニアの天野です。 カミナシは、現場DXプラットフォーム「カミナシ」の開発をしています。 今日はフロントエンドの小ネタを紹介しようと思います。 よろしくお願いします。 TL;DR 経緯 結論 実際に見てみると TL;DR Reduxで管理しているstateにコメントを入れておくと useSelector(https:/... 続きを読む

ブレずに、爆速に、安全にプロダクトを作る！〜認知負荷を下げて共通認識を確実なものに〜 - ANDPAD Tech Blog

2022/06/22 14 users 爆速 プロダクト 共通認識 ANDPAD Tech Blog

こんにちは、soe-j と申します。主に新規プロダクト開発に従事し、ここのところフロントエンドに傾倒しております。 アジャイルやスクラムという言葉が一般的になった昨今ですが、 「小さく作って顧客に見せ、フィードバックをもとに進行方向を調整しつつ次に進めていく」というプロセスが私はとても好きです。 これは、... 続きを読む

UIデザインのための心理学：33の法則・原則（実例つき） | knowledge / baigie

2022/03/28 15 users 工夫 アプリケーション 発展 行動心理学 認知心理学

ユーザーが「使いやすい」と感じるアプリケーションは、良いUIデザインで設計されているともいえます。良いUIデザインでは、ユーザーの認知負荷を下げる工夫がされています。認知負荷を下げる仕組みを知るには、心理学とUIデザインの密接な関係を理解することが重要です。 行動心理学や認知心理学の発展により、人間の感... 続きを読む

高すぎる認知負荷が生むサービスの袋小路とエンジニアリングマネージャーの役割 - yigarashiのブログ

2022/03/23 10 users アーキテクチャ チームトポロジー yigarashi 袋小路

最近流行りの「チームトポロジー」では、フローが改善するようにチームの認知負荷をコントロールすることが述べられています。そのためには組織とアーキテクチャをうまく変化させていく必要があり、いくつか主要な考え方やパターンが紹介されています。詳しく知りたい方は以下の資料を読むと良いです。 【資料公開】30分... 続きを読む

認知負荷の増加がWebサイトに与える悪影響 | UX MILK

2020/07/28 229 users UX MILK デジタルトランスフォーメーション 増加 改善

Paul Boag氏はユーザー体験デザイナー、サービスデザインコンサルタント、およびデジタルトランスフォーメーションのエキスパートです。非営利団体や企業向けに、デジタル体験の改善を目指す支援をしています。 あなたのWebサイトは、訪れるユーザーにあれこれ考えさせすぎてはいないですか？　ユーザーに大きな認知負荷... 続きを読む

「美しい」にモヤったら「認知負荷が小さい」と言いかえよう - Qiita

2019/10/17 91 users Qiita もや

プログラミング業界では、定期的に「美しいコード」が話題になり、そのたびにフレームが巻き起こります： コードの美しさは実務には関係ない 美しくても動かなければ意味がない 「美しさ」は主観的で、プログラマーの自己満足に過ぎない などなど・・・ 私もコードは美しくあれかしとは思いつつも、 「確かに『美しい』... 続きを読む