JJUG CCC 2024 Spring 複雑な業務ロジックに立ち向かうための実践技法 【初級編】 ①値の種類 ②範囲型 ③階段型 【中級編】 ④状態遷移 ⑤入出金履歴と残高 ⑥未来在庫 【上級編】 ⑦セット演算 ⑧割合と端数 ⑨決定表 ⑩経路探索
いまどきの分析設計パターン10選
JJUG CCC 2024 Spring 複雑な業務ロジックに立ち向かうための実践技法 【初級編】 ①値の種類 ②範囲型 ③階段型 【中級編】 ④状態遷移 ⑤入出金履歴と残高 ⑥未来在庫 【上級編】 ⑦セット演算 ⑧割合と端数 ⑨決定表 ⑩経路探索
Don't DRY Your Code Prematurely
TotT 98 GTAC 61 James Whittaker 42 Misko Hevery 32 Anthony Vallone 27 Code Health 27 Patrick Copeland 23 Jobs 18 Andrew Trenk 12 C++ 11 Patrik Höglund 8 JavaScript 7 Allen Hutchison 6 George Pirocanac 6 Zhanyong Wan 6 Harry Robinson 5 Java 5 Julian Harty 5 Alberto Savoia 4 Ben Yu 4 Erik Kuefler 4 Philip Zembrod 4 Shyam Seshadri 4 Adam Bender 3 Chrome 3 Dillon Bly 3 John Thomas 3 Lesley Katzen 3 Ma
事業価値を生み出すモデリング 価値をサステナブルにするアーキテクチャ
このスライドでは、ドメイン駆動設計の手法を用いて、 モデリングで機能性を高め、 アーキテクチャと実装パターンで保守性を高める方法を紹介します。 ドメイン駆動設計のモデリング手法として、シンプルな4つの図でモデリングできる"sudoモデリング"の事例を紹介し、それをコードに落とし込むためにどのようなアーキテクチャが必要かを解説します。 # 関連資料 ドメイン駆動設計 サンプルコード&FAQ https://little-hands.booth.pm/items/3363104 今回の内容はこちらからの抜粋です。DDDに関して頻出の質問に、多くのサンプルコードを交えて回答した解説書です。 モデリング、集約の実装、テストについても具体例を交えて解説しています。 ## 実装方法に関しての解説動画 10分でわかるドメインモデルをコードに落とす方法 https://www.youtube.com/wa
Domain Event
目次 概要 この記事の内容 対象読者 注意事項 前提知識 定義 用途 モデリング 不変性 独立性 汎用情報 個別の情報 Versioning 実装 前提 フレームワーク Domain Eventの処理 型定義 interface DomainEventEnvelope Enum Domain Eventの内部通知 staticなEvent Publisherを用意してAggregateがPublisherを呼び出す 実装例 AggregateのCommandの返り値としてDomain Eventを返す 実装例 Aggregateで保持してGetterで取り出す 実装例 永続化と外部通知 要件 永続化 外部通知 まとめ 参考文献 概要 この記事の内容 Domain Eventは非常にシンプルな概念かつ強力なモデリングパターンです。 モデリングにおいては直感的に扱うことが可能ですが、実装をする
ビジネスロジックを「型」で表現するOOPのための関数型DDD / Functional And Type-Safe DDD for OOP
Object-Oriented Conference 2024で発表した資料です。 https://fortee.jp/oocon-2024/proposal/b31c9818-3cb8-4350-adfe-cbc839cdf829 ビジネスの専門知識（ドメイン）を中心に据えたドメイン駆動設計に代数的データ型などの関数型のパラダイムを加えたよりタイプセーフな関数型DDDを紹介します。 本セッションではドメインモデリングによって発見したモデルやビジネスロジックをソフトウェアに反映する際により型を重視した設計を加えます。 型で表現する範囲が広がることでビジネスロジックをより明確にコードで表現できるようになります。 さらには型で表現されているためコンパイルフェーズで気付けるミスが増え、ソフトウェアの品質向上にもつながります。 関数型の考えをいれるといってもただ単にHaskellなどに代表される関
【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画
「chatgptを使って要件定義の工数を削減したい」 「そもそもchatgptを使って質の高い要件定義ができるのだろうか」 とお悩みなのではないだろうか。 結論、chatgptで質の高い要件定義を短時間で実現することは可能だ。 実際に私もchatgptを使って下記のような要件定義書を完成させた。 通常この要件定義書を０から自力で作ろうと思うと４０時間はかかるが、chatgptを使う事によって４時間で完成させることができた。 しかし、ただプロンプトをなんとな投げ掛ければ良いというわけではない。 目的を達成するために綿密に設計をしたプロンプトを投げかける必要がある。 また、要件定義の中でも ・chatgptに丸投げして良いところ ・自分で手直しをした方が良いところ を精査することも大切だ そこで今回は上記のような要件定義書を4時間で完成させるために、私がchatgptへ投げかけたプロンプトを全
技術評論社が『ソフトウェア開発にChatGPTは使えるのか？——設計からコーディングまでAIの限界を探る』を刊行｜fabcross
同書では、チャットAI「ChatGPT」の性能や仕事での活用方法をさまざまな角度から検証する。 全9章構成。第2章「プログラミングでの活用」ではChatGPTを使用した自動コード作成やエラー対策、クラス化、状態遷移表を使用したコードの生成、さらにはデザインパターンやアルゴリズムの提案などについて解説する。 第3章「リファクタリングでの活用」ではリファクタリングに加えてコメントやドキュメンテーション、セキュリティの脆弱性チェックなども解説。第4章「ドキュメントの自動生成」ではパワーポイントやワードファイル、エクセルファイルなどに加え、クラウド図やER図を自動生成する方法についても取り扱う。 後半の章ではプログラミング言語の学習など学習プロセスでの活用方法や、社内データベースへの問い合わせ、長文データの処理などについても解説する。 著者は小野哲氏。B5変形判336ページで、価格は3520円（税
対戦ゲームに学ぶ、フレームワークの設計技法とAIのアルゴリズム入門 #builderscon tokyo 2019｜qsona
builderscon tokyo 2019 にて、表題にて発表します(した)。スライドだけでは十分に情報を伝えられないため、この記事にて補足していきます。 登壇資料 指のゲームここ(heroku)で動かせます。本来は対戦ゲームですが、1人で両方動かす形です。Display GuideをONにすると、後退解析によって解析された結果を利用して、各Moveのwin/lose/drawが表示されます。 コードはこちら(GitHub: qsona/yubisen)にあります(かなり雑然としたコードでスイマセン)。boardgame.ioを利用しています。後退解析のコードはその中のanalysis.tsです。 ぷよぷよの名勝負紹介した対戦は ALF vs かめ 100本先取 (2010, 実況 Tom) です。劇的な結末を迎えます。ぷよぷよを知らない方も最後の方だけでもぜひ。 "天才の詰み"郷田真隆
「設計なんて不要でしょ」について - Qiita
経緯 以前とある席で偶然シニアエンジニアの方と設計について議論することがありました。 その時に特に耳に残っていたのは以下の様な内容です。 クリーンアーキテクチャってテストしやすくする為のですよね？ 設計はコード書ける人が他のコードを書ける人に威張るための道具なのではないか？ 設計を学習するならブロックチェーンとかを勉強して技術力を高めるべきなのではないか？ リーダブルコードさえ読んでいれば設計は必要ないのではないか？ 設計なんて不要でしょ その方はかなり詳しく設計の歴史をしっていて尤もな事を言っていましたが、平成も終わる頃においてはその限りではないです。 なので平成最後の日にそれら全てに対して最終的に解答できる形で設計の有用性を説明し、気持ちよく令和を迎えます。 注意: 一応ここで説明する内容や要素も一面だけです。 よくある誤解 クリーンアーキテクチャといえばこの有名なリングですよね。 こ
DBの寿命はアプリより長い！ 長生きするDBに必要な設計とリファクタリングを実践から学ぶ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
DBの寿命はアプリより長い！ 長生きするDBに必要な設計とリファクタリングを実践から学ぶ アプリケーションの寿命よりも長く、データの追加やテーブルの変更で成長し続ける「データベース」と、どのように付き合っていけばよいのでしょうか？ 曽根壮大（soudai）さんによる寄稿です。 こんにちは。そーだい（@soudai1025）です。 新しいサービスを始めるとき、必ずと言っていいほどデータベースは利用されています。また今稼働しているサービスの多くでも、RDBMSをはじめ、いろいろなデータベースが利用されています。そんなに広く利用されているデータベースだからこそ、多くの問題の元になるのもまた事実です。 そこで今回は、Webサービスを中心にデータベースの選び方、設計についてお話していきたいと思います。そして私もまさに今、2011年から続くWebサービス「オミカレ」のRDBMSのリファクタリングに携わ
Elastic{ON} 2017 1日目 | General Mills のElasticsearchを使ったWebサイト検索の工夫！ #elasticon - Taste of Tech Topics
Elastic{ON}2017 レポートのまとめはこちら！！ こんばんは！PlNOKlOです！ サンフランシスコは夜中でございます！！ 本日参加したセッションについてご説明したいと思います！ 参加セッション Opening Keynote Near Real Time Retail Analytics @ Walmart Elastic @ General Mills: The Journey Continues Streamlining Healthcare and Research: The Story of Elasticsearch at UCLA Health Welcome Reception いやー、キーノートすごかったですね！ 同僚がそこは詳しくブログを書いているので割愛しますが、 Kibana大好きな私は興奮しっぱなしでした！！ ぜひこちらのブログもご覧ください😊 本日
IoTセキュリティの設計--検討するべき6大要素
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ネットワークにモノがつながりシステムが変わる モノのインターネット（Internet of Things：IoT）は、ITの世界で注目のトレンドである。ジュニパーネットワークスは、「IoTとは、サイロ化して相互連携がない電子情報のエコシステムを超えて日常生活の質と効率性を高め、価値を創出し、コストを削減することを目的に、さまざまなデバイスとソフトウェアシステムの組み合わせをインターネットでつなぎ、データを生み出し、これらを取り込み、分析する環境」と定義している。 ジュニパーネットワークスの関連会社のジュニパーリサーチが「The Internet of Things 2015-2020 Market trends & Competitiv
UI設計 - 外に出てデータを求めよ
Chris Atherton氏がGOTO Berlin 2015カンファレンスで閉会講演を行い，ソフトウェアの設計について語った。講演の中で氏は，ソフトウェアがいかにあるべきかという専門家の意見に頼るよりも，外に出て実際のユーザの声を聞くべきだ，と提案した。InfoQは氏に，ユーザインターフェースの設計とテストについてインタビューした。 InfoQ: 基調講演 “You Can’t Always Get What You Want” では，システムの望ましい外観や動作の設計について話されていましたが，なぜそれが重要で，そして難しいのか，詳しく説明して頂けますか？ Atherton: 設計のよくないユーザインターフェース(UI)には，誰がどのような状況で使用するのか，という点の考慮が欠けています。この種の失敗は，(外見が趣味に合わないという程度の)ちょっとした不満で終わる場合もありますが，航
音楽理論 | Maagle
基本の楽典とコード理論はもちろん、メロディやリズムの理論も充実。100を超える音源、Youtubeで聴く曲の実例、その場でポップアップ表示される専門用語辞典など、WEB時代のストレスフリー理論学習。「くじけなさ」と「実践性」を最重要視 本サイトは、主にビギナーに向けて、最大限に挫折しないための構成になっています。したがって、ときには難解な部分の解説を後に回したり、暗記を推奨しないような、一見すると不まじめにみえる場面があります。 これは、効率のよい正しい学習のために必要なことです。たとえば数学では、中学で初めて「負の数」を知り、高校で初めて「虚数」を知ります。それまでは、皆かりそめの姿の数学を学んでいるわけです。英語でも、「現在進行形」を学ぶときに「分詞」の概念を教える者などいません。文法の体系の全体像は、ずっと後になってから見えてきます。 しかしそれは無駄な遠回りではありません。先に点
えっ？FLOSS って過保護に英才教育するものなの？ - 32nd Diary(2015-08-22)
めーるあどれす ruby -rbase64 -e'puts Base64.decode64 %q(dGFrYW5vMzJAZ21haWwuY29t)' ■ [FLOSS] えっ？FLOSS って過保護に英才教育するものなの？ref. OSS開発の活発さの維持と良いソフトウェア設計の間には緊張関係があるのだろうか? はじめにわたしは別に @tagomoris や @t_wada や @hsbt にケンカを売るつもりでこの文章を書いていないですし、まあ、そういう考えのヤツもいるんだなって思ってくれればそれでいい感じです。 ただ、ネット弁慶というか、思っていることの強さを伝えるためにちょっと語尾が感情的になっていたりする部分があるかもしれない。これから一気に一度で書くつもりなので、そういう語尾がなければないで、それはそれでってことでお願いします。 FLOSS って「ゆりかごから墓場まで。」ってい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現実世界におけるスキーマ設計の妥協
Terraform Module Designs
ドメイン駆動設計 本格入門
集約の設計と実装
網設計のためのBGP入門
