並び順

ブックマーク数

期間指定

  • から
  • まで

721 - 757 件 / 757件

新着順 人気順

設計の検索結果721 - 757 件 / 757件

  • 外部組織に分析目的でデータを提供するインフラ設計において考慮すること

    風音屋では、データエンジニア、データアナリスト、データコンサルタントを募集しています。 書籍執筆者やOSSコントリビューターなど、業界を代表する20名以上のアドバイザーと一緒にベストプラクティスを追求できる環境です。 ぜひカジュアルトークをお申し込みください。 風音屋アドバイザーのうっちー(@hanon52_)です。 datatech-jp Advent Calendar 2023 の25日目の記事です。 本記事では、外部組織にデータ分析を委託するためのインフラ設計について、いくつかの論点を紹介します。 この内容は、Google Cloud Next Tokyo’23 におけるゆずたそさんの発表「データ分析の授業における Google Cloud の活用事例」を聞いた後に行ったディスカッションがベースになっています。 対象読者 外部組織にデータ提供を行っている、あるいは検討しているエンジニ

      外部組織に分析目的でデータを提供するインフラ設計において考慮すること
    • イミュータブルデータモデルにおける "削除フラグ" の表現

      イミュータブルデータモデリング Q. イミュータブルデータモデリングについて教えてください。 A. 以下、ChatGPT の回答です。 イミュータブルデータモデリング(Immutable Data Modeling)は、データモデリングのアプローチの一つで、データを不変(変更不可)な形式で扱う方法です。このアプローチでは、データが一度生成されたら、その値を変更せず、新しいバージョンを作成することが一般的です。イミュータブルデータモデリングは、分散システム、バージョン管理、データの整合性、履歴のトラッキングなどのさまざまな領域で有用です。 以下は、イミュータブルデータモデリングの主要な特徴と利点です。 データの安定性と信頼性: データが不変であるため、一度データが記録されたら、それを変更することができないため、データの信頼性と安定性が向上します。これは、エラーやバグがデータを破損させる可能性

        イミュータブルデータモデルにおける "削除フラグ" の表現
      • ミラティブ、自社ブログにてアウトゲーム部分のクラス設計について解説。クリーンアーキテクチャの要素を取り入れた、MVPベースの設計

        ミラティブが実際の開発で用いたアウトゲーム設計を紹介 MVPをベースに各OSSと連携した設計になっている 記事中の設計方針に基づいて開発されたサンプルプロジェクトが公開中 2023年9月22日、ミラティブの技術ブログ「Mirrativ Tech Blog」にて、『ミラティブでのアウトゲーム設計の紹介』と題した記事が公開されました。 同記事は、ミラティブのUnityエンジニア 菅谷氏(@tetsujp84)によって執筆され、同社が開発する運営型ゲームにおけるアウトゲームのクラス設計について解説しています。 ゲームはインゲームとアウトゲームに分割できるという思想は広く知られています。記事中では、ゲーム体験のコアであるキャラクターの操作などをインゲームの例に、キャラクターの強化やガチャ、ショップなどをアウトゲームの例に挙げています。 設計方針が人によって異なるとプロジェクト構造が複雑化してしまう

          ミラティブ、自社ブログにてアウトゲーム部分のクラス設計について解説。クリーンアーキテクチャの要素を取り入れた、MVPベースの設計
        • 〜2023年11月版〜 Leaner見積の開発プロセス

          こんにちは。Leaner Technologiesの小久保(twitter:@yusuke_kokubo)です。 これはなに Leanerでは「Leaner見積」と「Leaner購買」という二つのプロダクトを開発提供しています。 ここでは「Leaner見積」の開発プロセスをざっくり説明します。 開発プロセスはプロダクトや事業、組織のフェーズによって日進月歩で変わっていきますので、あくまで執筆時点のスナップショットとしてご覧ください。 この開発プロセスの狙い 顧客フロントに立っているセールスや、カスタマーサクセスのメンバーと共同でプロダクト開発をするにあたり、以下の課題を設定して考えました。 (ビジネス側とDev側で)開発粒度の認識をいい感じに合わせたい (ビジネス側とDev側で)開発するうえでの難しさの認識をいい感じに合わせたい 今の開発プロセスになる前は、ここの認識が上手く合っていなかっ

            〜2023年11月版〜 Leaner見積の開発プロセス
          • Rails: モンキーパッチが元コードの更新で乖離するのを防ぐ6つの方法(翻訳)|TechRacho by BPS株式会社

            概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Six ways to prevent a monkey-patch drift from the original code | Arkency Blog 原文公開日: 2023/09/13 原著者: Paweł Pacana 日本語タイトルは内容に即したものにしました。 モンキーパッチ(monkey-patching)を手短に説明すると、直接管理されていない外部のソースコードを、プロジェクトの目的に沿って改変することです。長年動いている「レガシー」プロジェクトのフレームワークを一新する場合や、依存関係をまだアップグレードできない事情がある場合、あるいは多数のコードブロックを移動する必要が生じた場合にモンキーパッチが必要になることがよくあります。 モンキーパッチは手っ取り早く作業を進めるための短期的なソリューションです。モンキ

              Rails: モンキーパッチが元コードの更新で乖離するのを防ぐ6つの方法(翻訳)|TechRacho by BPS株式会社
            • プロジェクト品質革新の鍵!『不具合分析』で開発プロセスを改革 - Tabelog Tech Blog

              こんにちは!飲食店システム開発部オーダーチームで食べログオーダーのWebサービス開発を担当している堀口です。 本記事では、品質改善と不具合対応コストの削減に向けた新たな取り組みについてお伝えします。 はじめに プロジェクト品質と聞くと、何を思い浮かべますか?製品の品質だけを示すものと考えがちですが、実はそれだけではありません。開発プロセスの効率性、リリースのスムーズさ、チーム間のコミュニケーション、そして最終的な製品の品質。これら全てが、プロジェクト品質というひとつの大きな概念を形成します。その品質を更に向上させるための重要な手段、それが「不具合分析」なのです。 目次 はじめに なぜ「不具合分析」が必要なのか 不具合対応コスト最小化と手戻りコストの法則 不具合検知〜分析・振り返りまでの流れ 不具合検知とチケット対応 振り返りと分析 定例ミーティング 不具合検出率低減の取り組み 影響範囲のリ

                プロジェクト品質革新の鍵!『不具合分析』で開発プロセスを改革 - Tabelog Tech Blog
              • PingCAPが国内最大級のNewSQLデータベースカンファレンス「TiDB User Day」を開催、事例を中心にTiDBの運用ノウハウを幅広く紹介

                PingCAPが国内最大級のNewSQLデータベースカンファレンス「TiDB User Day」を開催、事例を中心にTiDBの運用ノウハウを幅広く紹介 2023年7月7日、PingCAP主催の国内最大級となるNewSQLデータベースカンファレンス「TiDB User Day」がハイブリッドで開催されました。 このカンファレンスでは、まずPingCAP米国本社より共同創業者兼CTOのEd Huang氏とMySQLのInnoDB元開発者でHeatWaveの開発リードを担っていたシニアアーキテクトのSunny Bains氏が来日し、「TiDBとMySQLと未来」というタイトルでTiDBの最新情報について講演後、LINEやSBペイメントサービスなど6社から事例を紹介するという形で進められました。最後は「ゲーム業界のデータベースを覗いてみよう」というパネルディスカッションで終了しました。 事例紹介1

                  PingCAPが国内最大級のNewSQLデータベースカンファレンス「TiDB User Day」を開催、事例を中心にTiDBの運用ノウハウを幅広く紹介
                • 最近いい感じだと思っている個人開発のアーキテクチャっぽい何か

                  はじめに Unityで個人開発をしていて、個人的にそこそこしっくりくるアーキテクチャ的な何かを考えているので、その内容を共有します。 前提 DIちょっとわかる / DIコンテナ使ったことがある VContainerを使っていることを前提としたコード例を書きます Data-View-System 最近やっている開発では、主に以下の3つの要素(レイヤー?)に分けて開発を進めています。 Data View System ECSの設計をちょっと参考にしています。 Data Dataは、ゲーム内で扱うデータを管理するクラスです。状態変数は基本的にすべてDataに配置します。 ただ、もちろんViewにてMonoBehaviourを継承する以上このやり方には限界があるので、ある程度はViewにも状態変数を持たせることもあります。 public sealed class PlayerMovementDat

                    最近いい感じだと思っている個人開発のアーキテクチャっぽい何か
                  • GROWSメソッド

                    Welcome! 🌱 基礎 [[ 継続的パラダイム ]] GROWSの概要 スキルステージ 曳光弾開発 GROWSの種 GROWSから始める 理論的基礎 習慣 思考ガイド 役割別の習慣 [[ ステージ別の習慣 ]] 学習 動画

                    • 40年取材をして分かった、日本企業に「設計図」はない

                      仕事における自分のミッションを改めて考える必要が出てきたため、1985年から記者の仕事を始めて以降を振り返ってみた。主に何を取材し、どう書いてきたのか。果たして専門性というものが自分にあるのか。 PMからMOT、そしてデータマネジメントへ 最初に『日経コンピュータ』の編集部へ配属されてからしばらくは、色々なことを取材し書いていた。途中から企業情報システムの開発や運用の失敗を実名で報じる「動かないコンピュータ」に力を入れるようになった。諸事情で動かないコンピュータの連載をいったんやめて代替の連載を始めたり、周年の記念号で動かないコンピュータの大特集をつくったりした。 失敗だけではなく成功についても紹介しようと、大きな開発プロジェクトが終わったとき、経緯や苦労を聞いて長めの記事を書くことにも取り組んだ。2000年前後から日本でプロジェクトマネジメント(PM)の推進団体の活動が活発になり、団体の

                        40年取材をして分かった、日本企業に「設計図」はない
                      • Architecture Decision Records(ADR)を導入してみた|CAMPFIRE 開発チーム

                        こんにちは。CAMPFIREエンジニアのhayashidaです。 前回、Four Keysの計測 について書かせていただきました。 今回は、2023年4月に入社してすぐのころに行った Architecture Decision Records(ADR)の導入 について、話させていただきます。 目次 Architecture Decision Records(ADR)とはArchitecture Decision Records(以下、ADR)は、ソフトウェアアーキテクチャにおける重要な意思決定をした際に、「決定した内容」「コンテキスト」「結果」を簡潔に記載して、ログとして残していくものです。 これらの情報をナレッジとして残していく上で、統一されたフォーマットで一箇所にまとまっていることが望ましいため、テンプレート化しておくことが一般的です。 これにより、重要な意思決定を、決定の時期や当時の

                          Architecture Decision Records(ADR)を導入してみた|CAMPFIRE 開発チーム
                        • 【Rails】WebアプリにPWAを導入してネイティブアプリっぽくしてみた! - Qiita

                          PWAとは? PWAとは、「Progressive Web Apps」の略称で、PCやスマホでWebアプリを表示する際に、ネイティブアプリのような動作を可能にする仕組みのことです! PWAを導入するメリットとして OSによる制限がないこと プッシュ通知を送ることができること ホーム画面にアイコンを設置できること Webアプリ上でキャッシュを使用でき、ローカルのキャッシュに保存できるため、再びアプリを開いた際の読み込みのスピードが従来よりも速くなること などが挙げられます! 実装 まずは、app/views/layouts/application.html.erbに以下のように2箇所追記します! <!DOCTYPE html> <html> <head> <title>Example</title> <%= favicon_link_tag('favicon.ico') %> + <link

                            【Rails】WebアプリにPWAを導入してネイティブアプリっぽくしてみた! - Qiita
                          • スクラムチームのメンバーとしてQAが入ってみる - freee Developers Hub

                            こんにちは。freee会計のQAをしているakariです。 freee Developers Advent Calendar2023 8日目です。 私が所属する開発チームでは、QA含むスクラムチームで開発をしています。スクラムチームの中で QAがどのような動きをしているかについて先日インボイス制度に対応した際の例を挙げて書きたいと思います。 まだまだ改善点はありますが参考程度に読んでいただけると嬉しいです。 過去にはfreeeカードUnlimitedのテストでの事例をymtyさんが紹介していますのでご覧ください。 developers.freee.co.jp 開発エンジニアとQAエンジニアについて freeeでは多くの開発チームが各プロダクトや各機能別に分かれています。QAチームの場合は、プロダクト横断で存在していますが普段は各開発チームごとに分かれ1開発チーム5~6人に対してQAエンジニ

                              スクラムチームのメンバーとしてQAが入ってみる - freee Developers Hub
                            • ドメイン駆動設計を実践して自分の LINE 環境をリファクタリングしてみた(実装編2) | DevelopersIO

                              間が空いてしまいましたが、Lambda リファクタリングの最終回です。空いてしまったのはこのあともこの環境を使おうかと GitHub の環境構築に手間取ってしまったためでして。 こんにちは、高崎@アノテーションです。 はじめに 設計:ドメイン駆動設計を実践して自分の LINE 環境をリファクタリングしてみた 実装:ドメイン駆動設計を実践して自分の LINE 環境をリファクタリングしてみた(実装編) の続きになります。 残りのソースをそれぞれ書いて説明していこうかと思いましたが、記事が長々となってしまったため GitHub に置きました。 1 今回の記事では clone 後の利用方法と、各機能についてを実装したことを記載しますが記事内では抜粋して記載しますので詳細は GitHub のソースをご参照ください。 なお、今回もお約束として正確性としては程遠い可能性もあり、エラーチェックも甘い実装例

                                ドメイン駆動設計を実践して自分の LINE 環境をリファクタリングしてみた(実装編2) | DevelopersIO
                              • ホームページを眺めながらCSS設計の初歩を学ぼう - Qiita

                                はじめに 今回は『CSS設計完全ガイド』という書籍の内容を元に、実際のホームページを見ながらCSS設計にふれてみよう!という内容になっております。 とりあえずデザインやデモサイトを見ながらHTML、CSSを使ってコーディングできるけど、これからどのようにレベルアップすれば良いかわからない。 CSS設計って聞いたことあるけど、難しそう... そんな方に読んでいただければと思います。 CSS設計を始めるための目を養う CSS設計において大切な2つの法則があります。 抽象化する 分ける 「抽象化するってなに?」「分けるってなにを?」って感じだと思いますので、よりわかりやすくすると 共通する部分を見つける (パーツの大きさ・役割で)分ける となります。 では、上のことを意識しながら弊社のホームページを眺めてみてください。 共通する部分はわりと見つけやすいのではないでしょうか。 例えばこんなものが挙

                                  ホームページを眺めながらCSS設計の初歩を学ぼう - Qiita
                                • ホームページを眺めながらCSS設計について学ぼう【詳細度編】 - Qiita

                                  はじめに この記事は『CSS設計完全ガイド』という書籍の内容を元に、実際のホームページを見ながらCSS設計にふれてみよう!という内容になっております。 前回は、コンポーネントがmarginなどのレイアウトに関わるスタイルを持ってしまうと使いまわすことが難しくなるため、マルチクラスで対応するという「BEM」の「Mix」という書き方をご紹介しました。 今回はそのマルチクラスにおけるもう1つのメリット「詳細度を一定に保つ」というテーマで、そもそも詳細度ってなに?というお話からしていきたいと思います。 前回の振り返り 最初に軽く前回のおさらいをしておきます。 メディアが複数並んでいるレイアウトで、そのメディアコンポーネント自体にmargin-bottomを指定せず、.service-mediaというクラスを付与して、それにmarginを担当させよう、というお話でした。 詳細度について マルチクラス

                                    ホームページを眺めながらCSS設計について学ぼう【詳細度編】 - Qiita
                                  • サイト改善コンサルではなにができる?施策の流れやポイントを紹介 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

                                    こんにちは。Webディレクターのちぐさです。 新しく立ち上げたサイトやリニューアルを実施したサイトが1〜2年も経ってくると、担当者は見慣れてしまい、なんとなく改善した方がいいのでは……と不安になることがあるかもしれません。 とくに運用フェーズでは適切な年間予算を算出するのが難しく、何から手をつけていいかわからないというお悩みの声もよく聞きます。 弊社LIGでは、そんな企業様のお悩みを解決すべく、Webサイト改善のコンサルティングをおこなっております! 「現状のサイトをどうしていいのかわからない」「コンサルでは一体なにをしてくれるの?」そんな方に向けて、ふだん私たちがどのような流れで改善提案をおこなっているのか、注視すべきポイントや事例を交えてご紹介していきます! 💡サイト改善の5ステップはこちらの記事から サイト改善のポイントは「まず仮説を立てること」 「分析」となると、すぐにGoogl

                                      サイト改善コンサルではなにができる?施策の流れやポイントを紹介 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
                                    • AWSアーキテクチャー図作成おすすめサイト - Qiita

                                      AWSアーキテクチャー図作成おすすめ❕ AWSを利用したシステム構築の要件定義、基本設計、詳細設計 AWS(Amazon Web Services)を利用したシステム構築においては、要件定義、基本設計、詳細設計の各フェーズでさまざまな要素を考慮する必要があります。この記事では、コスト、信頼性、セキュリティ、運用自動化、パフォーマンスに重点を置きながら、それぞれのフェーズでの考慮事項について解説します。 【要件定義】 コスト 予算設定: 初期投資および運用コストの予算を設定し、各サービスのコストを把握します。 コスト最適化: 必要なリソースの選定を行い、予算内で最大のパフォーマンスを発揮するよう設計します。リザーブドインスタンスやスポットインスタンスの利用も検討します。 信頼性 可用性: サービスの可用性要件を定義し、冗長構成やフェイルオーバー機能を組み込む計画を立てます。 バックアップ:

                                        AWSアーキテクチャー図作成おすすめサイト - Qiita
                                      • 個人開発におけるインフラ設計~どのような点に考慮するべきか~ - Qiita

                                        個人開発におけるインフラ設計~どのようにインフラを構築するべきか~ こんにちは、InfraAcademyというインフラ学習サービスを運営しておりますryuと申します。 私は、InfraAcademyというインフラ学習サービスを個人(1人)で開発しました。 インフラエンジニアからキャリアをスタートして、大企業の業務システムやスタートアップのプロダクト開発などに携わってきました。 そのような経験から、個人開発でどのようにインフラを構築するべきかについて解説します。 プロダクトのインフラ設計で考慮するべき点 まず、インフラを設計する際に、考慮するべき点を洗い出してみましょう。これは、個人開発に限らず、全てのインフラを設計する際に考えます。 プロダクトの仕様や要件 コスト パフォーマンス 可用性と信頼性 セキュリティ 監視や運用体制 プロダクトの仕様や要件 まずは、プロダクトの仕様や要件を考えます

                                          個人開発におけるインフラ設計~どのような点に考慮するべきか~ - Qiita
                                        • 若手エンジニアにありがちな強度設計ミス【前編】

                                          連載「設備設計現場のあるあるトラブルとその解決策」では、設備設計の現場でよくあるトラブル事例などを紹介し、その解決アプローチを解説する。連載第1回は「若手エンジニアにありがちな強度設計ミス」をテーマに取り上げる。 本連載は、前回シリーズ「いまさら聞けない 製品設計と設備設計の違い」をイントロダクションと位置付け、設備設計の現場でよくあるトラブル事例などを紹介し、その解決アプローチを解説していきます。 今回のテーマ:若手エンジニアにありがちな強度設計ミス 新年度が始まり、設計現場は「これから会社に貢献できるよう設計を頑張るぞ!」と意気込む若手エンジニアと、「今後の活躍が楽しみだ」と若手に大きな期待を寄せるベテランエンジニアとで活気づいていることかと思います。皆さんの現場はいかがでしょうか? この春から、あなたの現場にもやる気みなぎる若手エンジニア(Aくん)が配属され、ベテランの立場であなたが

                                            若手エンジニアにありがちな強度設計ミス【前編】
                                          • Web制作とは?具体的な流れや料金・トレンド・スキルを解説| 株式会社LIG

                                            こんにちは、株式会社LIGデザイン部 部長の吉田です。 「そもそもWeb制作とは?」という疑問にお答えすべく、具体的な流れや料金、2023年のトレンド、Web制作をおこなうために必要なスキルなどを解説させていただきます。 一言でいうと「Webサイトを制作すること」ですが、その業務内容はデザイン、コーディング、プログラミング、サーバー管理など多岐に渡ります。 また、Webサイトを制作する目的もブランディングや採用、メディア、通販(EC)などクライアントの目的によってその詳細は異なります。 新規のWebサイト制作だけでなく、サイトのリニューアルなども含みます。 Web制作の具体的な流れ 例として弊社の流れに沿って説明させていただきますが、多くのWeb制作会社で近しい流れになるかと思います。 ①ヒアリング まずはクライアントへのヒアリングから始まります。 どんなターゲットに何を伝え、どうするとゴ

                                              Web制作とは?具体的な流れや料金・トレンド・スキルを解説| 株式会社LIG
                                            • 生活感のあるアーキテクチャ

                                              プロダクト開発における ソフトウェアサプライチェーンセキュリティ: 実践的フレームワークとその活用 / Software Supply Chain Security in Product Development: Practical Framework and their applications

                                                生活感のあるアーキテクチャ
                                              • 2023/10/28 Vue Fes Tokyo Vue.js プロジェクト設計のベストプラクティスを求めて

                                                Kubernetesでアプリの安定稼働と高頻度のアップデートを両立するためのプラクティス / Best Practices for Applications on Kubernetes�to Achieve Both Frequent Updates and Stability

                                                  2023/10/28 Vue Fes Tokyo Vue.js プロジェクト設計のベストプラクティスを求めて
                                                • 設計品質と量産品質の違いとは?

                                                  設計品質と量産品質の違いとは?:ベンチャーが越えられない製品化の5つのハードル(7)(1/2 ページ) 連載「ベンチャーが越えられない製品化の5つのハードル」では、「オリジナルの製品を作りたい」「斬新なアイデアを形にしたい」と考え、製品化を目指す際に、絶対に押さえておかなければならないポイントを解説する。連載第7回は「設計品質」と「量産品質」の違いについて取り上げる。 前回、“中国人はなぜ「Made in Japan」の製品を爆買いするのか”をお伝えした。一般的に、外国人が「Made in Japan」を高く評価する理由として、次の2つが考えられる。 1つは、良い設計としっかりとした検証を行っているという評価だ。10万キロ以上走っても日本車のエンジンが全く壊れないのはその好例である。設計者が優れたエンジンの設計を行い、10万キロ以上走っても壊れないことを検証しているのだ。 もう1つは、バラ

                                                    設計品質と量産品質の違いとは?
                                                  • Domain Modeling: What you need to know before coding

                                                    Starting to write code without proper planning is like trying to build IKEA furniture with a blindfold on. If against all odds, you somehow manage to assemble something resembling a dresser, there’s a good chance you’ve forgotten a crucial piece and you’ll be throwing the whole thing out in a week and heading to Pottery Barn (like you should have in the first place). [1] When getting to know a new

                                                      Domain Modeling: What you need to know before coding
                                                    • [Rails基礎] DBモデリング基礎講座|Railsの練習帳

                                                        [Rails基礎] DBモデリング基礎講座|Railsの練習帳
                                                      • Rebuilding Netflix Video Processing Pipeline with Microservices

                                                        Liwei Guo, Anush Moorthy, Li-Heng Chen, Vinicius Carvalho, Aditya Mavlankar, Agata Opalach, Adithya Prakash, Kyle Swanson, Jessica Tweneboah, Subbu Venkatrav, Lishan Zhu This is the first blog in a multi-part series on how Netflix rebuilt its video processing pipeline with microservices, so we can maintain our rapid pace of innovation and continuously improve the system for member streaming and st

                                                          Rebuilding Netflix Video Processing Pipeline with Microservices
                                                        • ディメンションの代表的な使用方法 - Qiita

                                                          前段 Power BI のデータモデルは スタースキーマ を前提とする。 スタースキーマ にするということは、各テーブルを ディメンションテーブル と ファクトテーブル に分けることを意味する。 Power BI ユーザーであれば、何度も ↑ の公式ページを読んでいることでしょう。 もしまだ読んだことがないという方は、読んでみよう。 内容がよくわからなくても、とにかく読んでみよう。 一読してわかる人なんていないのだから、読んでみよう。 読んだことある人も定期的に(数か月に一度)読み直してみよう。 定期的に読むことを勧めるのには理由がある。 最初は何を言っているのかわからなかった文章が、ある時わかるようになるからだ。もちろん、それには理由がある。ある時わかるようになる人は、その間、地道に Power BI を触り、実践してきた人だ。逆に言うと、地道にひとつずつベストプラクティスに従って、手を

                                                            ディメンションの代表的な使用方法 - Qiita
                                                          • 【コード付き】クリーンアーキテクチャのディレクトリ構成例を丁寧に紹介 - Express - Qiita

                                                            はじめに クリーンアーキテクチャを学んでいる上で、どのようなディレクトリ構成にしようか参考になる記事が意外と少なかったので執筆しました。 個人的に技術の詳細とビジネスに関わる重要な部分を疎結合にできる良さげなディレクトリ構成を見つけたのでご紹介します。 また、エラーハンドリングやリポジトリの処理など一部書き途中の部分はありますがご了承ください。 サンプルコードをGitHubで確認したい方はこちら ついでにクリーンアーキテクチャとは何ぞや?という方向けに記事を書いたので、参考にしてみてください:クリーンアーキテクチャを少し説明できるようになれる記事 クリーンアーキテクチャは図の通りしっかり全部層に分ける必要性や完璧なディレクトリ構成にすることが重要ではありません。 依存関係をコントロールし、内側の層が外部の層に依存しないようにすることが一番重要です。 . ├── README.md ├──

                                                              【コード付き】クリーンアーキテクチャのディレクトリ構成例を丁寧に紹介 - Express - Qiita
                                                            • 設計の知識と技能で駆動するソフトウェア開発

                                                              はじめに 設計と開発プロセスの関係性 システムの構造とタスク構成 設計の影響(生産性、外部品質) ソフトウェア設計の知識と技能 経験則 (経験による暗黙知 ⇒言語化:原則、パターン、体験談) 習熟 (手を動かして内面化された経験則) 共創 (知識と技能の連結) ① ソフトウェア設計の基礎知識 a. 基本課題 複雑さと発展性 大きな泥団子 巨大な一枚岩(モノリス) b. 解決のアプローチ 関心の分離→部品化→モジュール化 交換容易性(モジュラー性) c. モジュール化:基本となる4つの技法 モデル 直接的な写像 カプセル化 仕様 ② モジュール化 a. モジュールの分類 機能(Function)と型(Type) インバウンド、アウトバウンド、演算 可変と不変 ブレークダウンとビルドアップ b. オブジェクト指向プログラミングのモジュール化 抽象データ型 型の連結 型の分類(subtyping

                                                                設計の知識と技能で駆動するソフトウェア開発
                                                              • 『プロフェッショナル IPv6 第2版』で現代インターネット技術を支える基礎知識のおさらい中 - Magnolia Tech

                                                                プロフェッショナルIPv6 第2版 作者:小川晃通ラムダノートAmazon すっかり見えないところで当たり前のように使っているはずなのに今一つ理解が不完全なまま来てしまったのが「IPv6」。家のインターネット環境を一新したときに色々と調べたはずなのに、すっかり忘れてしまったので『プロフェッショナル IPv6 第2版』の紙版を購入して勉強しなおしています。 470ページに渡って、「そもそもIPアドレスとは?」から始まり、IPv6を学ぶために必要な情報が全部詰まっている、ほんと全部入りです。 個人的には、「ip a」コマンドを叩くとアドレスっぽいものが複数出てくるけど、これ何?という疑問が解消したのと、DNS周りの仕組みが分かったので、非常に役に立ちました。 最近は、自宅インターネット環境にフレッツを使っていないのでNTTのNGN固有のIPv6事情には影響されることもないのですが、背景が興味深

                                                                  『プロフェッショナル IPv6 第2版』で現代インターネット技術を支える基礎知識のおさらい中 - Magnolia Tech
                                                                • https://shiftasia.com/ja/column/%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB%E9%96%8B%E7%99%BA%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8Btdd%E3%81%A8bdd/

                                                                  • 【脱!イケてない動画】動画制作・映像制作の流れを解説!| 株式会社LIG

                                                                    こんにちは!WebクリエイタースクールデジタルハリウッドSTUDIO by LIG(通称:デジLIG)運営スタッフのるりです。 今やSNSは幅広い年齢層の間で欠かせない存在になっていますが、その中でも特に動画に関するコンテンツは最も主流となっていますよね。 また、その流れで動画がかなり身近になったことから、最近では社内の事業紹介や今後の展開についてのミーティング、イベントなどビジネスに関することでも動画を制作・利用することを検討されている方も多くなっています。 今回は、実写・アニメーション両方における動画制作における流れを具体的な3ステップでご紹介していきます。 制作のポイントも記載しておりますので、動画を見るのが好きで動画制作に興味が湧いている方や、今後動画コンテンツを活用したい方、動画制作をする必要に迫られているが何からはじめたら良いのかわからない方は、ぜひこの記事をご活用いただけます

                                                                      【脱!イケてない動画】動画制作・映像制作の流れを解説!| 株式会社LIG
                                                                    • Amazon EventBridge でメトリクスデータを素早く確認できるダッシュボードが提供されるようになりました | DevelopersIO

                                                                      こんにちは、森田です。 以下のアップデートで Amazon EventBridge でメトリクスデータを素早く確認できるダッシュボードが提供されるようになりました。 本記事では、ダッシュボードでどのようなメトリクスを確認できるかをみていきます。 やってみる 本記事では、東京リージョンで確認を行いました。 東京リージョンのダッシュボードを確認する場合は、以下のリンクから可能です。 https://ap-northeast-1.console.aws.amazon.com/events/home?region=ap-northeast-1#/dashboard 以下のような画面が開きます。 リソース数の確認 上部のタブにてリージョン内(アカウント全体ではない)のリソース数を確認することができます。 各リソースのメトリクスの確認 以下のタブを切り替えることで、各リソースにおけるメトリクスを確認す

                                                                        Amazon EventBridge でメトリクスデータを素早く確認できるダッシュボードが提供されるようになりました | DevelopersIO
                                                                      • バーチャルキャストの舞台裏 :メタバースの長期運用を実現する技術と戦略 | ドクセル

                                                                        バーチャルキャストの舞台裏: メタバースの長期運用を実現する技術と戦略 XR Kaigi 2023 株式会社バーチャルキャスト 打田 恭平 自己紹介 • 打田 恭平(HN:とりすーぷ) • 株式会社バーチャルキャスト • 相互体験開発セクション マネージャ • リアルタイムサーバ/Unityクライアント開発 • プロダクト全体のアーキテクチャ監修 • 個人活動 • 著書 : UniRx/UniTask完全理解 より高度なUnity C#プログラミング • Microsoft MVP 2018~

                                                                          バーチャルキャストの舞台裏 :メタバースの長期運用を実現する技術と戦略 | ドクセル
                                                                        • ADRを運用している話 - サーバーワークスエンジニアブログ

                                                                          はじめに 前提 ADRとは? - 意思決定とその記録 Design Docsとの差分 Design Docsとは? 経緯 FYI いつ書く? ADR運用の前提条件 ステークホルダー コスト要件 導入対象の要件 確認・調査工数 フォーマット 意識していること 言語化とすり合わせ ?やTBD、会話の引用を活用する ドキュメントの読み手を意識する メリットとデメリット メリット 基本設計書や概念ドキュメントのベースとなる 後々の変更や運用において安全で迅速な対応が可能 デメリット とにかく時間がかかる なくてはならないもの? ADR Design Docs 注意点 万能ではない 方針迷子に注意 プロジェクトに根付かせるポイント フォーマットを決める 書き手の意識 ステークホルダーへメリットを実感してもらう このブログもADRを根付かせる活動 最後に はじめに 本ブログでは、私が運用しているArc

                                                                            ADRを運用している話 - サーバーワークスエンジニアブログ
                                                                          • マスタデータ統一スキーマ言語による効率的なトランクベース開発フローの実現

                                                                            モバイルゲームのマスタデータ開発/運用では、マスタデータの編集UI、並行開発可能なバージョン管理、バリデーション、クライアント/サーバでのロード/インポートなど、様々な機能が必要になります。 これらは大抵は言語も動作環境もバラバラになるので、それぞれ異なるシステムを使うことが多くなります。 DeNAでもこのそれぞれに対して独立した内製システムを開発/運用してきましたが、 各システムへの個別にスキーマ定義することによる重複作業や、システム間を跨った操作が必要なワークフローの複雑化を招き、開発効率の低下や、システム利用の敷居の高さが問題になっていました。 また、ブランチを使った並行開発による大量のマージ工数も大きな問題になり、並行開発フロー自体の抜本的な改善も必要とされていました。 本セッションでは、これらの問題の解決策として、マスタデータの入力からロードまでの間の、全てのマスタデータ関連シス

                                                                              マスタデータ統一スキーマ言語による効率的なトランクベース開発フローの実現