並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 4027件

新着順 人気順

設計の検索結果321 - 360 件 / 4027件

  • 石井マークさんによる子ども向けの遊具の構造設計基準について「手作り遊具をすべて否定するものではないが、基準が厳しい理由は知ってほしい」

    株式会社石井マーク @ishiimark_sign 標識・銘板の㈱石井マークです。 弊社は 表示という視覚的アプローチによって、防災や防犯、設備分野など様々な産業シーンに「安全」「効率」「伝達」の手段を提供します。 Twitter上からはご注文や納期照会等を受け付けておりません。 会員様向け見積専用サイトは ishiimark.jp をご利用下さい。 ishiimark.com 株式会社石井マーク @ishiimark_sign ご家庭、保育所・児童福祉施設などで「手作りの遊具」や「善意によるオリジナル遊具」を用いる事の全てを必ずしも否定するつもりはありません。 しかし遊具の設計基準では 隙間や開口部の幅、V字構造の角度や向きまで厳しく定められている理由だけは知っておいて下さい。 下手すると普通に死ぬのです。 pic.twitter.com/Q01ivc4WGA 2022-04-16 02

      石井マークさんによる子ども向けの遊具の構造設計基準について「手作り遊具をすべて否定するものではないが、基準が厳しい理由は知ってほしい」
    • SSL/TLS実践入門 ──Webの安全性を支える暗号化技術の設計思想

      2024年4月25日紙版発売 2024年4月25日電子版発売 市原創,板倉広明 著 A5判/456ページ 定価3,740円(本体3,400円+税10%) ISBN 978-4-297-14178-3 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle 楽天kobo honto この本の概要 SSL/TLSは,通信の秘密を守るために利用されている通信プロトコルです。HTTPSやHTTP/3にも利用されており,今日のWebでは利用が一般的になっています。本書では,その最新バージョンであるTLS 1.3のしくみと,その使い方を解説します。SSL/TLSは公開されている実装例などを真似すれば基本的な動作はさせられますが,それを応用していくには技術に関する理論の理解が必須になります。しかしSSL

        SSL/TLS実践入門 ──Webの安全性を支える暗号化技術の設計思想
      • 関心の分離を意識した名前設計で巨大クラスを爆殺する - Qiita

        大量のメソッドを保有し、数千、数万行単位にぶくぶく膨れ上がった巨大クラス。別名「神クラス」とも「大きな泥団子」とも呼ばれる、長大で複雑で、様々なクラスと密結合で極めて変更が困難なアイツ。 そんな巨大クラスの退治に有効な、命名に関する考え方を紹介致します。 解決したい課題、狙う効果 数千、数万行単位の巨大クラスの登場を抑止する。 巨大クラスを爆砕し、小さなクラス群に分割する。 クラス結合度を下げ、影響範囲を小さくすることで保守コストや変更コストを下げる。 ダメな例 例えばECサイトの「商品」を考えてみます。 よくありがちなのは、商品をそのまま「商品クラス」と設計してしまうこと。 単純な商品クラスは、往々にして出品、予約、注文、発送など、様々なユースケースのクラスと結合してしまいがちです。 商品クラス自体も、結合したクラスに関連する知識(ロジック)を持ち始め、どんどん巨大化複雑化していきます。

          関心の分離を意識した名前設計で巨大クラスを爆殺する - Qiita
        • 検出不可能なゲームのチートが発表、今後のオンラインゲームのデザインはこのチートを前提に設計しなければならない

          PCILeechというソフトウェアスタックがある。 ufrisk/pcileech: Direct Memory Access (DMA) Attack Software これはPICeデバイスを使ってターゲットコンピューターのメモリをDMAで読み取るためのPCIeデバイスのFPGAの実装とその操作のための一連のソフトウェア群だ。 原理は簡単だ。ターゲットコンピューターのPCIeスロットにつないだPCIeデバイスからDMAをするだけ。これによりターゲットコンピューターのメモリ領域を読み取ることができる上、ターゲットコンピューターからは検出不可能だ。なぜならばDMAはCPUを介さずに行われる上、ターゲットコンピューターにカーネルスペース/ユーザースペースともに追加のコード実行を必要としないからだ。 PCILeechを作って作られたゲームのチートに、CSL:GOのチートがある。これはマップ上の

          • 鉄道運賃に変動制、混雑時高く 国が制度設計へ JR東日本など検討 - 日本経済新聞

            国土交通省は時間帯によって価格を変える「ダイナミックプライシング」の鉄道運賃への導入に向けた制度設計に入る。鉄道各社が運賃を変えやすくするための法改正などを検討する。混雑時は高く、すいている時は安いといった運賃になれば、混雑の緩和や鉄道会社のコスト削減につながる。在宅勤務など働き方の変化で、鉄道事業も見直しを迫られている。今の鉄道は割引券を除けば、同じ区間なら時間帯や曜日を問わず同じ運賃だ。値

              鉄道運賃に変動制、混雑時高く 国が制度設計へ JR東日本など検討 - 日本経済新聞
            • せき のりかず on Twitter: "いや、大学に進学したのなら「大卒」を前提に人生設計を組んでるでしょ。 現状で「高卒では就けない職業」は多数ある訳で、それを外部要因で「大卒の可能性を奪われる」ことへの恐怖や実害は、大いにあるでしょうに…。 https://t.co/mP1UyJB6mk"

              いや、大学に進学したのなら「大卒」を前提に人生設計を組んでるでしょ。 現状で「高卒では就けない職業」は多数ある訳で、それを外部要因で「大卒の可能性を奪われる」ことへの恐怖や実害は、大いにあるでしょうに…。 https://t.co/mP1UyJB6mk

                せき のりかず on Twitter: "いや、大学に進学したのなら「大卒」を前提に人生設計を組んでるでしょ。 現状で「高卒では就けない職業」は多数ある訳で、それを外部要因で「大卒の可能性を奪われる」ことへの恐怖や実害は、大いにあるでしょうに…。 https://t.co/mP1UyJB6mk"
              • NULL嫌いのUPDATEしないDB設計 #DBSekkeiNight / DB design without updating

                DB設計したいNight #6 正規化 [online] https://dbnight.connpass.com/event/177859/

                  NULL嫌いのUPDATEしないDB設計 #DBSekkeiNight / DB design without updating
                • markdownlintで設計書の品質を高める | フューチャー技術ブログ

                  はじめにフューチャー技術ブログのリレー形式の連載である、春の入門祭り2023の1日目です。TIG真野です。 ここ数年、Markdownで設計書をチームで書き、GitHub(GitLab)上でレビューするフローを採用しています。なるべくテキストベースで設計開発フローを統一するため、私の所属するチームでは以下のようなツールを採用しています。 シーケンス図、業務フロー図 Markdown中にPlantUMLで記載 参照はGitHub上からも見れるように、pegmatite を利用 システム構成図など画像系 Diagrams.net(draw.io)で作成し、.drawio.png の拡張子でMarkdownから参照 これだけは目視で差分チェックとなる Web API定義 OpenAPI SpecのYAMLファイル 参照はGitHub上からも見れるように、swagger-viewer を利用 ER

                    markdownlintで設計書の品質を高める | フューチャー技術ブログ
                  • Amazon VPC設計時に気をつけたい基本の5のこと | DevelopersIO

                    EC2やECS、RDSなどといったサービス利用時にAmazon VPC(以下よりVPC)が合わせて必要になります。 VPCの設計はCIDRとテナンシーの選択のみとシンプルですが、案外迷ってしまいます。 私が設計時に気をつけている5点をまとめてみました。 RFC1918準拠のIPアドレス範囲から指定する IPアドレスの範囲はrfc1918に準拠した範囲を指定することを推奨します。 少し難しく聞こえますが、下記のIPアドレス範囲から指定するということです。 10.0.0.0 - 10.255.255.255 (10/8 プレフィックス) 172.16.0.0 - 172.31.255.255 (172.16/12 プレフィックス) 192.168.0.0 - 192.168.255.255 (192.168/16 プレフィックス) よく見るプライベートIPアドレス範囲ですね。 16ビット以上で

                      Amazon VPC設計時に気をつけたい基本の5のこと | DevelopersIO
                    • コンポーネントを小さく・きれいに設計しよう。Vue Composition APIを活用したコンポーネント分割術 - ICS MEDIA

                      Vue.jsを使った開発でよく悩まされるのがコンポーネントの肥大化です。複雑なアプリケーションになると、1つのコンポーネントが<script>ブロックだけで数百行…なんてこともめずらしくないでしょう。従来、Vue 2までの標準的な書き方では、UIとしてのコンポーネントの細分化はできてもロジックの分割や整理には限界がありました。しかし、Vue 3のComposition APIを活用すると、はるかに柔軟な整理・分割が可能です。 「Composition APIは難しそうだからまだ使っていない」という方、あるいは「導入はしているけどイマイチメリットがわからない」という方は、この機会にぜひComposition APIを活用したコンポーネントの整理術を試してみてはいかがでしょうか? なぜ、Vueのコンポーネントは肥大化するのか? 簡単な例を見てみましょう。下のサンプルはミニマムなアナログ時計のコ

                        コンポーネントを小さく・きれいに設計しよう。Vue Composition APIを活用したコンポーネント分割術 - ICS MEDIA
                      • サーバーレスマイクロサービスを構築するための設計アプローチの比較 | Amazon Web Services

                        Amazon Web Services ブログ サーバーレスマイクロサービスを構築するための設計アプローチの比較 AWS Lambda でワークロードを設計すると、コードレベルでもインフラレベルでも表現できるモジュール性のために、開発者に疑問が生じます。また、コードを実行するためにサーバーレスを使用するには、基盤となる機能コンポーネントからビジネスロジックを抽出するためのさらなる検討が必要です。この意図的な関心の分離により、堅牢なモジュール性が保証され、進化的なアーキテクチャへの道が開かれます。 この投稿は同期ワークロードに焦点を当てていますが、他のワークロードのタイプでも同様の考慮が当てはまります。API の境界を特定し、コンシューマと API について擦り合わせた後、その境界と関連するアーキテクチャを構成します。 Lambda 関数を使用して API を構成する最も一般的な 2 つの方

                          サーバーレスマイクロサービスを構築するための設計アプローチの比較 | Amazon Web Services
                        • ドメイン駆動設計(DDD)を整理

                          またクラスを利用していないため、オブジェクト指向の特性「継承」「カプセル化」「ポリモーフィズム」は利用していません。この部分が厳密なドメイン駆動設計(DDD)のニュアンスと異なるので「風味」という言葉を使っています。 全体概要と用語の整理 まず初めにドメイン駆動設計の全体の概要と出てくる用語について紹介します。 自分は言葉を理解しないとコードの理解に落とし込めなかったので詳しく解説をしていきます。 各用語の具体的な実装は後の章で紹介します。 すべての用語において理解しやすいように「ユーザー管理システムを実装する」例を用いて解説を入れています。(解説の都合で書籍とは異なる例を採用しています) ドメイン駆動設計とは ドメイン駆動設計はその名の通り、「ドメインの知識」に焦点をあてた設計方法 「ドメイン」とは、ソフトウェア開発におけるプログラムを適応する対象となる領域 ドメインについて ドメイン駆

                            ドメイン駆動設計(DDD)を整理
                          • リフォーム後のキッチンがあまりにもな感じの仕上がりで頭抱える「設計者出てこい案件ですね(笑)」

                            ユキ @yuki_momona722 あとからでかいシステムキッチンをぶち込んだのかな……こういうとこに洗濯機置いちゃう間取りにしてはキッチンがでかく見える… 2021-10-26 15:59:31

                              リフォーム後のキッチンがあまりにもな感じの仕上がりで頭抱える「設計者出てこい案件ですね(笑)」
                            • ITエンジニア本大賞2023が決定。技術書部門大賞に『良いコード/悪いコードで学ぶ設計入門』、ビジネス書部門大賞『メタバース進化論』 | gihyo.jp

                              ITエンジニア本大賞2023が決定。技術書部門大賞に『良いコード/悪いコードで学ぶ設計入門』、ビジネス書部門大賞『メタバース進化論』 翔泳社が主催するイベント「ITエンジニア本大賞2023」が行われ、2月9日にプレゼン大会&最終投票を開催し、技術書部門大賞およびビジネス書部門大賞を決定した。技術書部門大賞には『良いコード/悪いコードで学ぶ設計入門 保守しやすい 成長し続けるコードの書き方⁠』⁠、ビジネス書部門書大賞に『メタバース進化論――仮想現実の荒野に芽吹く「解放」と「創造」の新世界』が選ばれた。 ITエンジニア本大賞は、ITエンジニアにおすすめの技術書・ビジネス書を選出してもらうイベント。出版社や刊行年は問わずこの1年を振り返っておすすめしたい本を投票するWeb投票と、プレゼン大会、2つのイベントを通して大賞を決定する。なお、過去の大賞は殿堂入りとし、選考から除外している。 Web投票

                                ITエンジニア本大賞2023が決定。技術書部門大賞に『良いコード/悪いコードで学ぶ設計入門』、ビジネス書部門大賞『メタバース進化論』 | gihyo.jp
                              • 小さなバグが生んだ悲劇、そこから学ぶ耐障害性の高いアプリ設計

                                iOSDC Japan 2023 にて登壇した内容となります。 https://fortee.jp/iosdc-japan-2023/proposal/eb9d4449-4ff8-421d-9ffb-691179245d14 登壇のアーカイブ https://www.youtube.com/watch?v=9GbG13-jMVM

                                  小さなバグが生んだ悲劇、そこから学ぶ耐障害性の高いアプリ設計
                                • 電子回路設計&プログラミングシム『Shortcuit』Steamにて体験版配信。Arduino風マイコンとC++言語でバーチャル実験 - AUTOMATON

                                  『Shortcuit』は、プログラミング言語C++と電子工学を学ぶことができる学習用サンドボックスゲームだ。オープンソースで提供されているワンボードマイコンArduinoがゲーム内に再現されており、組み上げたコンポーネントの動作を、C++にてプログラムすることができる。 マイコンボードには、Arduino UnoをシミュレートしたShortcuit Unoが実装。このほか、ブレッドボードやトランジスタ(BC550C)、抵抗器(E12・ポテンショメータ)、ダイオード(1N4148)、超音波距離測定センサー、また各種スイッチやモーター、LED、液晶ディスプレイ、バッテリーなどのパーツが用意される。 そしてプログラミングは、本作に実装されたコードエディタを使いC++にておこなう。エディタには、基本的なオートコンプリート機能や出力ウィンドウ、プログラムの検証に使えるシリアルモニターも用意。なおコン

                                    電子回路設計&プログラミングシム『Shortcuit』Steamにて体験版配信。Arduino風マイコンとC++言語でバーチャル実験 - AUTOMATON
                                  • ソフトウェア設計についてAIと壁打ちしたら良い体験でした(準中級者〜中級者向け) | DevelopersIO

                                    こんにちは。AWS事業本部コンサルティング部に所属している今泉(@bun76235104)です。 ソフトウェア設計・クラス設計などの学習捗ってますか? 私は実際にソフトウェア設計に関する本を読んで学習したり、OSSを書いてアウトプットしたりするのですが、なかなかフィードバックをもらえず上達しているのか分かりません。 普段のお仕事も直接的にコードを書くことも少ないので、先輩によるご指導などももらいにくい状況です。 そこで今回、話題のAIとソフトウェア設計の考え方について壁打ちしてもらったところ、非常に良い学習方法だと感じたので、この記事を書いてみました! ちなみに私は以下のようにソフトウェア設計関連の書籍を読んで学習しています。 ちなみに今回は以下ブログ記事で公開しているくらにゃんGPTをベースにしたBotと会話をしています。 ChatGPT API model: gpt-3.5-turbo

                                      ソフトウェア設計についてAIと壁打ちしたら良い体験でした(準中級者〜中級者向け) | DevelopersIO
                                    • 変数(variable)と値(value) - ソフトウェア設計を考える

                                      はじめてScalaに触れたとき、変数宣言(var)と値宣言(val)を使い分ける言語仕様に、なるほどなあ、と思った。簡単に言えば、変数(var)は再代入できて、値(val)は再代入できない。 プログラミングのスタイルとして、var宣言は命令的なプログラミング、val宣言は宣言的なプログラミングになる。どちらのプログラミングスタイルで書いているかを、varとvalで明示できるわけだ。 Javaだと言語の基本の仕組みはすべてが変数。final宣言をすることで再代入をコンパイルエラーにすることはできる。Javaは、C言語やC++などの命令的なプログラミングの系譜の言語なのですべて変数(variable)というのは、とうぜんの言語仕様だった。 命令的なスタイルから宣言的なスタイルに 命令的なプログラミングでは変数(variable)を使う。宣言的なプログラミングでは値(value)を使う。 再代入

                                        変数(variable)と値(value) - ソフトウェア設計を考える
                                      • 不幸を再生産しないための設計に対する向き合い方

                                        「オープンセミナー岡山2022」のイベント登壇で用いた資料です。 https://okayama.open-seminar.org/

                                          不幸を再生産しないための設計に対する向き合い方
                                        • あなたの参院選:氷河期世代の人生再設計は ロスジェネの逆襲も? | 毎日新聞

                                          「この層が氷河期世代です」。1975年生まれの小島鐵也さんは、人口ピラミッドのグラフを指さした=愛知県豊橋市で2019年6月28日午後0時54分、奥山はるな撮影 平成不況のあおりを受けた就職氷河期世代(ロスジェネ)がクローズアップされている。4月の経済財政諮問会議(議長=安倍晋三首相)で民間委員が「人生再設計」を提言したことがきっかけだが、インターネット上には当事者から「もう手遅れ」「人生がムリゲー」といった声も上がる。時代に翻弄(ほんろう)され、無職や非正規雇用のまま40歳前後を迎えた人たちに、政治は何ができるのか。ウェブライターのヨッピーさん(38)ら氷河期世代の3人に取材した。【奥山はるな、日下部元美】

                                            あなたの参院選:氷河期世代の人生再設計は ロスジェネの逆襲も? | 毎日新聞
                                          • 良いコメントが良い設計を導く

                                            要旨 コメントを適切に記述することは、特にインターフェイス(クラスやメソッド)において重要です。これにより、直感性が高まり、抽象化が十分に行われているかを確認する手助けになります。そのため、コメントはソフトウェア設計プロセスの重要な一部と位置づけられます。 2種類のコメントタイプ まず、コメントを2種類に分類します。 1️⃣ コードをより詳細化するコメント(lower-level comment) 2️⃣ コードをより抽象化するコメント(higher-level comment) どちらも必要なコメントとしつつ、本書では後者のコメントをより重視しています。 1️⃣ コードを詳細化するコメント(lower-level comment) 変数名などに残すタイプのコメントで、宣言した対象の単位や境界値、null許容などの詳細を明示することで、コードの正確性を高めます。こちらのタイプのコメントも必

                                              良いコメントが良い設計を導く
                                            • 時を正しく扱うためのシステム設計

                                              builderscon tokyo 2019 の登壇資料です The system design for exact time. https://builderscon.io/builderscon/tokyo/2019/session/0746bee7-98a1-42ad-86e9-3634a20d2465

                                                時を正しく扱うためのシステム設計
                                              • BASEのチーム開発における設計レビューの取り組み - BASEプロダクトチームブログ

                                                Service Dev所属、サーバサイドエンジニアの宮村です。 現在私は、Service Devのチームに所属し、ネットショップ作成サービス「BASE」及びショッピングアプリ「BASE」の機能開発を担当しています。 BASEでは最近、機能開発の際に設計レビューを行うようにしています。その取り組みについて紹介したいと思います。 開発チームについて BASEの開発チームは、メンバーが増えるに従って専門化する形でチームを分割してきました。 現在、サービスの機能開発を主に担当しているService Dev Sectionは、バックエンドが担当領域を分担して2Group、フロントエンド、ネイティブアプリを担当するそれぞれ1Groupの計4つのGroupから成り、Service Devのエンジニアはいずれかのチームに所属する形となっています。 (組織図について興味を持たれた方は、こちらの会社説明資料を

                                                  BASEのチーム開発における設計レビューの取り組み - BASEプロダクトチームブログ
                                                • 「富岳」使って開発したフェイスシールド、設計データ公開 3Dプリンタで誰でも作れる

                                                  理化学研究所とサントリー酒類、凸版印刷は12月8日、スーパーコンピュータ「富岳」による飛沫感染シミュレーションの結果を踏まえてデザインした、飲食用フェイスシールドの設計情報を、オープンデータとしてWebサイトで公開した。3Dプリンタと必要な素材があれば、誰でもフェイスシールドを作ることができるとしている。

                                                    「富岳」使って開発したフェイスシールド、設計データ公開 3Dプリンタで誰でも作れる
                                                  • ソフトウェア設計のトレードオフと誤りを出版しました | フューチャー技術ブログ

                                                    すでに多くの方々にお手に取っていただいておりますが、オライリージャパンから「ソフトウェア設計のトレードオフと誤り」の翻訳をフューチャーのメンバーと一緒に出版いたしました。好評なようで、発売一カ月ほどで増刷も決定いたしました。みなさまご購入いただき、ありがとうございます。初版をお買い求めになられたい方は今すぐ書店にダッシュ! トレードオフこそが設計である良い設計とか読みやすいコードみたいな話題はツイッターではバズりやすい話題です。 読みやすいコードの話題ではいろいろなレイヤーの話が出てくるのですが、因数分解すると、だいたいいくつかのカテゴリーに分かれるように思います。 命名規則とか書き方のルール 従うべきクラス構造、アーキテクチャ構成の導入 サービスの境界をどこに引くか、どのようなときに設計手法を選ぶか、どのアルゴリズムを選ぶか 名前や命名規則の統一とか書き方の統一とかは用語のリストを作って

                                                      ソフトウェア設計のトレードオフと誤りを出版しました | フューチャー技術ブログ
                                                    • 新国立競技場の端側の席からコートが全く見えないと批判される「完全に設計ミス」→実はこういうことでした

                                                      リンク どんきーのブログ 【12/6更新】座席番号まで分かる新国立競技場(オリンピックスタジアム)の座席表・シートマップ|東京オリンピック【陸上サッカー開会式閉会式】 本記事では、東京オリンピックの会場である新国立競技場(オリンピックスタジアム)の座席表・シートマップ・座席番号をご紹介します。なお、本記事執筆時点では詳細の座席表は未公開となっていますので、情報公開され次第更新します。本記事では、チケットカ ぷりっつ。 @football12dream 試合はさておき、、 新国立競技場は自由席の3層スタンドでも全然見やすかったし、(シート貼りせずに開場30分後に入場列最後尾に並んだけど15分くらいでスイスイ入れた)トイレもこまめにあるから超絶混んでた印象ないし&普通に綺麗だし、なにより立地が最高すぎる件。立地が最高!(大事だから2回) 2020-01-01 18:18:58

                                                        新国立競技場の端側の席からコートが全く見えないと批判される「完全に設計ミス」→実はこういうことでした
                                                      • 悪しきコードの痛みを知り、設計スキルを高める方法を学ぶ 全17章からなる『良いコード/悪いコードで学ぶ設計入門』

                                                        4/30発売の『良いコード/悪いコードで学ぶ設計入門』を紹介する「『良いコード/悪いコードで学ぶ設計入門』著者トーク」。ここで著者の仙塲大也氏が登壇。続いて、各章の概要について話します。前回はこちらから。 第1章:悪しきコードの弊害から痛みを知る 仙塲大也氏(以下、仙塲):ここからは各章の紹介です。本書は1章から17章までの全400ページあります。第1章「悪しき構造の弊害を知覚する」。1章と2は、新卒さん向けの章です。「設計なんかぜんぜん知らないですよ」という方向けの章です。 そもそも設計って、「設計しなきゃ」という危機意識が必要なわけですね。その危機意識の醸成には、悪しきコードによる弊害を知覚する必要がありますよ。悪しきコードの弊害を数例用いてダイジェスト的に紹介して、痛みを知ってもらおうという章です。 第2章:「設計とは?」を学ぶ 第2章「設計の初歩」。本格的な設計は3章の「クラス設計

                                                          悪しきコードの痛みを知り、設計スキルを高める方法を学ぶ 全17章からなる『良いコード/悪いコードで学ぶ設計入門』
                                                        • プロダクトにドメイン駆動設計を適用するためにはじめたこと - ContractS開発者ブログ

                                                          こんにちは。最近Slackのカスタム絵文字作りにハマっている友野です。Holmesでサーバーサイドエンジニアをしています。 Holmesが提供するホームズクラウドは、今年8月にサービスローンチ3周年を迎えました! これまでの支持に感謝し、これからも長く使ってもらえるようにプロダクト改善に取り組んでいます。そのひとつとして、ドメイン駆動設計(以下、DDDと表記します)適用に関する取り組みについてご紹介します。似たような状況や同じ課題を持つ誰かの一助になれば幸いです。 背景と現状 まずはじめたこと 戦略的モデリング そして、戦術的な設計 採用するパターン2つ ドメインモデルを反映したオブジェクトを置くパッケージの作成 既存テーブル構造に依存しないRepository+Adapterパターン ふりかえり まとめ 最後に 背景と現状 ホームズクラウドはPMF(Product Market Fit:

                                                            プロダクトにドメイン駆動設計を適用するためにはじめたこと - ContractS開発者ブログ
                                                          • 最終的な製品の設計図は欧米と大差ないレベルのものが作れても、実際に動..

                                                            最終的な製品の設計図は欧米と大差ないレベルのものが作れても、実際に動く製品を作るには微細加工技術を極めないといけないので製品化が周回遅れになってしまう感じ。1cm角に1Tbデータを記録するメモリーを作りたいとして、1bitのデータを記録する部分を小さくしたり3次元的に積み重ねるための加工が難易度高かったりする。今回ニュースになってるYMTCだと、業界トップメーカーが2020年くらいに製品化したレベルの製品を2022年に製品化してるくらいの感覚。 で、データを記録する部分を小さくしたり3次元的に積み重ねるための加工に使う工作機械=半導体製造装置は日米欧のメーカーでほぼ独占してて、中国メーカーはほとんど存在感がなくて、これから追いつこうとしても技術開発の蓄積に差がありすぎて10年単位で時間がかかる状況。中国政府の半導体自給率向上の目標年の2025年にはどう頑張っても間に合わなくて、普通の小学1

                                                              最終的な製品の設計図は欧米と大差ないレベルのものが作れても、実際に動..
                                                            • アップル・Amazon・Googleが半導体を独自設計する理由【西田宗千佳のイマトミライ】

                                                                アップル・Amazon・Googleが半導体を独自設計する理由【西田宗千佳のイマトミライ】
                                                              • ITCSSを採用して共同開発しやすいCSS設計をZOZOTOWNに導入した話 - ZOZO TECH BLOG

                                                                こんにちは。ZOZOTOWN部フロントエンドチームの菊地(@hiro0218)です。 2021年3月、ZOZOTOWNは10年ぶりのリニューアルをしました。この記事では、そのリニューアルで再考したCSS設計について紹介します。 背景 今回のリニューアルでは、ウェブとアプリが部分的に共通のデザインになりました。 アプリ ウェブ このデザイン刷新には、CSSの大規模変更が必要です。チーム内で検討を重ね、最終的に、大きく書き換えるのであればコンポーネント駆動開発1ができるようにCSS設計を見直すべきという結論に至りました。 CSS設計で特別に考慮する点 現在、ZOZOTOWNのフロントエンドは、「Classic ASP」から「React」へのリプレイスを進めています。新規開発や変更のタイミングで、Classic ASPに依存した実装をReactへ改修します。 ただ、今回のリニューアルではClas

                                                                  ITCSSを採用して共同開発しやすいCSS設計をZOZOTOWNに導入した話 - ZOZO TECH BLOG
                                                                • 人間中心設計からAI中心設計へ ~AIエージェントによって変わるソフトウェアのパラダイム | gihyo.jp

                                                                  チャット型ソフトウェアからAIアシスタント型ソフトウェアへの変化 OpenAIが発表したChatGPTの登場から、一年以上が経とうとしています。ChatGPT API公開後の初期段階では、人間とAI(特にここでは大規模言語モデル)との単純な対話を提供するソフトウェアが中心でした。しかし今では、OpenAI GPTs(以下GPTs)やMicrosoft Copilot(以下Copilot)を代表とする、AIによる外部データへのアクセスやAPI通信によって人間を支援する「AIアシスタント型」のソフトウェアが台頭してきています。 GPTsは、ユーザー自身が好みのAIアシスタントを制作できる仕組みです。ChatGPTは汎用的な仕組みのため、特定の業務を行わせようとすると、役割や前提を含んだ長々としたプロンプトを入力する必要がありました。その点でGPTsは、AIに対する指示だけでなく、AIが参照可能

                                                                    人間中心設計からAI中心設計へ ~AIエージェントによって変わるソフトウェアのパラダイム | gihyo.jp
                                                                  • ドメイン駆動設計の比類なきパワーでRailsレガシーコードなど大爆殺したるわあああ!!! - Qiita

                                                                    この記事は クラウドワークスアドベントカレンダー2019 12日目の記事です。 概要 こんにちは、怒り駆動リファクタリングを生業としている @MinoDriven です。 弊社リファクタリング専門チーム「バグハンター」で現在実施中のリファクタリング設計について紹介致します。 ドメイン駆動設計 を用い、Railsレガシーコードに対しViewとControllerを ActiveRecord非依存 に変更する設計です。 状況 弊社ブログの過去エントリにあるように、弊社サービスcrowdworks.jpはサービスインから8年経過し、 30万行 を超えるモノリシックRailsアプリになっています。 開発生産性が低下してきています 。 生産性低下の課題を解決しようにも、大規模な上に複雑かつ密結合な構造になっており、 マイクロサービスへの移行も、リプレイスも困難な制約 があります。 そこで半年前にリフ

                                                                      ドメイン駆動設計の比類なきパワーでRailsレガシーコードなど大爆殺したるわあああ!!! - Qiita
                                                                    • エンジニアリングを再設計する | タイム・コンサルタントの日誌から

                                                                      エンジニアリング会社で、それなりに長い間、働いてきた。昨日、4月1日は入社式の日だ。自分のときもそうだった。考えてみるとずいぶん昔のことだが、なんだか、ついこの間のようにも感じる。 率直に言うと、同じ会社でこんなに長く働くとは思っていなかった。エンジニアリング会社は受注産業だ。仕事が取れなくなれば、すぐに倒産する。入社したときに、「この会社は3年もつだろうか」と思ったことを記憶している。 長く働く間に、わたしも人並みに「よそに転職しようか」と思わなかった訳ではない。だが、製造業にも建設業にも、コンサルティング会社にもIT企業にも転じなかったのは、やはり「エンジニアリング」という仕事に、それなりにこだわりをもっていたからである。

                                                                        エンジニアリングを再設計する | タイム・コンサルタントの日誌から
                                                                      • ビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点

                                                                        今回はアプリケーションアーキテクチャを学ぶ最初の一歩として、「MVC」や「3 層アーキテクチャ」などの基本的な用語の意味や関係性を整理する「改めて整理するアプリケーション設計の基本」。ここで大嶋氏が登壇。次に、ビジネスロジックの実装方法について紹介します。前回はこちらから。 ビジネスロジックの実装の2つのパターン 大嶋勇樹氏:ここまでの流れは、「そもそも3層アーキテクチャって何だっけ?」というところから、特に「真ん中のビジネスロジックって何だっけ?」と(いう話)、「例えば、このあたりがビジネスロジックだよね」と(いう話)。(そして)「ビジネスロジックの中には、ドメインロジックとユースケースの2種類があると考えるとわかりやすいですよ」というところまで話してきました。 ドメインロジックは、システム都合ではないコアなルールみたいなもので、ユースケースは処理の流れを実現することです。これを踏まえて

                                                                          ビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点
                                                                        • 外部向けAPIプラットフォームの設計について - NearMe Tech Blog

                                                                          はじめに NearMeでは最近、相乗り配車サービスのための外部向けAPIプラットフォームを構築しました。 これにより、他アプリからシームレスに注文したり、Lineミニアプリのような新しいチャネルのUIを独自に構築することを可能にしました。 その設計においては様々な考慮が必要でしたので、ここにまとめたいと思います。 提供方法 APIを利用するにはまず、外部連携先の"組織"を作成し、登録した"組織"で「〇〇 地域シャトル」「〇〇スクール送迎」などの"サービス"を作成します。これにより、ユーザー管理、車両管理、注文管理などが管理画面から利用できるようになります。マルチテナント方式なので専用の"サービス"が構築されます。 次に、API連携に関する基本情報を格納する"アプリケーション"という項目を作成します。 認証情報やWebhookのURLなどもここで設定します。 この"アプリケーション"のIDが

                                                                            外部向けAPIプラットフォームの設計について - NearMe Tech Blog
                                                                          • 「ほんとやめて!」トイレのベビーキープが鍵の近くにあった結果… 配置や設計などに様々な意見が集まる「笑い事じゃない」

                                                                            V ガン @ZRxuKd0wyaJtjgN @ouji_0811 ①ズボン下ろしながらまず、扉側に身を寄せ、外からは便器しか見えない位置に身を隠し、扉を閉めました 閉めた後、息子がまた開けようとするので一回トイレットペーパーをちぎってすぐ扉側へ身を隠し、お尻を拭きます。 2022-03-14 00:22:24 V ガン @ZRxuKd0wyaJtjgN @ouji_0811 ② その間扉はもう既に息子によって開けられてしまっているので、扉側に身を隠しながらズボンを上げて(もう便意は引っ込んでいる。Twitterどころじゃない段階)、手を洗い、抱っこ紐をつけ息子の手を洗い、妻と合流しました。💩 2022-03-14 00:23:58

                                                                              「ほんとやめて!」トイレのベビーキープが鍵の近くにあった結果… 配置や設計などに様々な意見が集まる「笑い事じゃない」
                                                                            • 奥山清行氏デザインのガンプラ「HG ガンダム G40(Industrial Design Ver.)」発売決定!工業デザインとして設計された本アイテムをチェック! | 電撃ホビーウェブ

                                                                              奥山清行氏デザインのガンプラ「HG ガンダム G40(Industrial Design Ver.)」発売決定!工業デザインとして設計された本アイテムをチェック! BANDAI SPIRITSが、2019年で40周年を迎えた『機動戦士ガンダム』を記念した「機動戦士ガンダム40周年プロジェクト」の一環として、「HG 1/144 ガンダム G40(Industrial Design Ver.)」を2019年12月に発売! 工業デザイナー奥山清行氏が率いるKEN OKUYAMA DESIGNが、アニメから本物へをテーマに工業デザイン視点で設計したガンダムを、ガンプラにて立体化した商品です。 頭部のメインカメラは「ライン状」に可動することを表現しています。メインカメラが周辺情報をどのように集めたかを工業デザ イナー目線で検証した結果、この新しい表現に至ったとのこと。 また、「HG 1/144 ガン

                                                                                奥山清行氏デザインのガンプラ「HG ガンダム G40(Industrial Design Ver.)」発売決定!工業デザインとして設計された本アイテムをチェック! | 電撃ホビーウェブ
                                                                              • 『良いコード/悪いコードで学ぶ設計入門』を読んで気になったことのメモ

                                                                                はじめに 話題となっている『良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』 (出版社のページ) を読みました。 全体的には「うんうん、そうだよね」と同意できることが多かったです。 もちろん、初めて目にするような考え方, アイディア, テクニックもありました。 一方、気になったことやちょっと引っかかったこともありましたので、メモしておきます。 あくまでもメモなので結論のようなことはありません。 p.55: HitPoint.isZero HitPoint クラスに isZero メソッドがあります。 「ヒットポイントがゼロであれば true」という仕様で、実装は次のようになっています。

                                                                                  『良いコード/悪いコードで学ぶ設計入門』を読んで気になったことのメモ
                                                                                • ガンプラの設計データが公式メタバースから流出、実際に組み立てられるフリー素材状態になってしまう……

                                                                                  リンク ガンダムメタバースプロジェクト|バンダイナムコエンターテインメント公式サイト ガンダムメタバースプロジェクト|バンダイナムコエンターテインメント公式サイト 事前登録キャンペーンを実施中!世界中のガンダムファンが集い、様々なコンテンツに触れる場所。ガンダムメタバースをファンと共に運営し、バンダイナムコとファンが「共創」する未来を目指すプロジェクト。 4 users 131

                                                                                    ガンプラの設計データが公式メタバースから流出、実際に組み立てられるフリー素材状態になってしまう……