並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 251件

新着順 人気順

アーキテクチャの検索結果201 - 240 件 / 251件

  • NVIDIA、2つのGPUダイを採用した新GPUアーキテクチャ「Blackwell」発表 電力効率25倍、AI性能は30倍に

    米NVIDIAは3月18日(現地時間)、高度なデータセンターなどで使われるGPUの新アーキテクチャ「Blackwell」(ブラックウェル)を発表した。同技術を採用する製品は、コストとエネルギー消費を従来製品の25分の1に抑えながら、数兆規模のパラメータを持つ大規模言語モデル(LLM)による生成AIを構築、実行できるようになるという。搭載製品は2024年後半から市場に投入される予定だ。 Blackwellは、2022年に同社がリリースした「Hopper」(ホッパー)の後継に位置付けられる新アーキテクチャだ。2つのGPUダイ(半導体のチップ本体)を10TB/秒の超高速なインタフェース「NV-HBI」で接続し、1つのGPUとして振る舞う仕組みを採用している。トランジスタの数は2080億個に上る。 さらに4bit浮動小数点AI推論を実現する第2世代の「Transformer Engine」(AIト

      NVIDIA、2つのGPUダイを採用した新GPUアーキテクチャ「Blackwell」発表 電力効率25倍、AI性能は30倍に
    • データメッシュアーキテクチャの段階的な検討プロセスをご紹介します - KAKEHASHI Tech Blog

      この記事は カケハシ Advent Calendar 2023 の19日目の投稿になります。 adventar.org 東 浩稔(あずま ひろとし)と申します。 私は、カケハシでデータプロダクトのPdM(プロダクトマネージャー)を務めております。 2023年の7月に入社し、全社のデータ利活用を促進するため、データプロダクトの整備・強化に取り組んでいます。 今回は、9月にDatabricks AI World Tour Tokyo 2023で発表した「データガバナンスの視点から見たデータメッシュアーキテクチャ」を元に 当社のデータメッシュアーキテクチャの詳しく掘り下げて解説いたします。 本書を読むことで得られること データメッシュアーキテクチャを段階的に検討するための手法やヒントが得られます。 当社はなぜデータメッシュアーキテクチャか? 当社では、患者様や薬剤師様の医療体験を向上させるため、

        データメッシュアーキテクチャの段階的な検討プロセスをご紹介します - KAKEHASHI Tech Blog
      • 動画を「見て」学習するアーキテクチャ「V-JEPA」をMetaが開発

        動画内のマスキングを施された部分や欠落した部分を予測することで学習するアーキテクチャ「V-JEPA」をMetaが開発しました。このアーキテクチャをもって何らかの動画を生成することは不可能ですが、新たなモデルを開発するためのアプローチに利用できる可能性があるとされています。 Revisiting Feature Prediction for Learning Visual Representations from Video | Research - AI at Meta https://ai.meta.com/research/publications/revisiting-feature-prediction-for-learning-visual-representations-from-video/ V-JEPAは映像の中で何が起こっているのかを学習し、予測する手法であり、特にオブジ

          動画を「見て」学習するアーキテクチャ「V-JEPA」をMetaが開発
        • 大規模言語モデル( LLM) 活用パターンとアーキテクチャ | AWS AI Week For Developers (アドバンストトラック)

          大規模言語モデル (LLM) の性能が大幅に向上したことで、さまざまな分野で LLM の活用が進んでいます。LLM を使った文章の要約や翻訳の効果はすでに実感している方も多いかもしれません。LLM そのものを利用するだけでもその恩恵を得ることができますが、LLM と他の技術を組み合わせることで、既存のアプリケーションを強化したり、画期的なアプリケーションを開発することが期待できます。このセッションでは、LLM をビジネス活用する際のポイントやユースケースの紹介と、AWS のサービスと組み合わせる際の基本的なアーキテクチャをご紹介します。 登壇者: 大渕麻莉 (アマゾン ウェブ サービス ジャパン合同会社 機械学習ソリューションアーキテクト)

            大規模言語モデル( LLM) 活用パターンとアーキテクチャ | AWS AI Week For Developers (アドバンストトラック)
          • 【図解】一撃でわかるLLMの技術。アーキテクチャ設計からデータ収集までわかりやすく解説。 - すえつぐのNLP&LLM

            はじめに すえつぐ こんにちは!自然言語処理(NLP)・大規模言語モデル(LLM)の解説記事を書いている、すえつぐです! 今回は、大規模言語モデル(LLM)の技術について解説していきます。 具体的には、「大規模言語モデルは、どんなステップで、どうやって作られているのか?」に沿って技術を解説します。LLMのアーキテクチャの解説から、LLMの学習方法など、ディープな内容をわかりやすく解説していきます。 なぜ大規模言語モデル(LLM)の技術を知る必要があるのか ここまで読んで「私はLLMを使うだけ。だからLLMの技術を知る必要なくない?」と思った方も少なからずいるでしょう。確かに、今はLLMを使用するだけという人が多いかもしれません。 しかし、「LLMを使うだけの人」もLLMの技術を学ぶ価値はあります。 なぜなら、LLMの技術の知識は、あなたがLLMを選ぶ際にも役立つからです。 例えば、あなたが

              【図解】一撃でわかるLLMの技術。アーキテクチャ設計からデータ収集までわかりやすく解説。 - すえつぐのNLP&LLM
            • NVIDIA、Blackwellの次のGPUアーキテクチャ「Rubin」を2026年にと予告

              米NVIDIAのジェンスン・ファンCEOは6月2日(台湾時間)、COMPUTEX TAIPEIに先立つ基調講演で、次世代GPUアーキテクチャ「Rubin」を発表した。3月に発表した「Blackwell」の次世代として、2026年に提供する計画だ。 Rubinの前に、“近日登場予定”のBlackwellのハイエンドモデル「Blackwell Ultra」を2025年に提供する。 ファン氏は「NVIDIAは1年周期で動いている。われわれの基本理念は非常にシンプルだ。データセンター全体をスケールアップし、1年周期で部品を販売し、すべてを技術の限界まで押し上げることだ」と語った。 同氏は「生成AIは産業を再編し、イノベーションと成長の新たな機会を切り開く」とし、「「AIと高速コンピューティングにおけるNVIDIAのイノベーションにより、可能性の限界を押し広げ、技術進歩の次の波を推進していく」と語っ

                NVIDIA、Blackwellの次のGPUアーキテクチャ「Rubin」を2026年にと予告
              • みんなの考えた最強のデータ基盤アーキテクチャ2024前半おまとめ拡大版SP! (2024/08/21 19:30〜)

                注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用

                  みんなの考えた最強のデータ基盤アーキテクチャ2024前半おまとめ拡大版SP! (2024/08/21 19:30〜)
                • 開発ツールレビューサイト「Findy Tools」、レビュアー企業のアーキテクチャを公開

                  CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

                    開発ツールレビューサイト「Findy Tools」、レビュアー企業のアーキテクチャを公開
                  • Amazon.co.jp: 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発: Tom Hombergs (著), 須田智之 (翻訳): 本

                      Amazon.co.jp: 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発: Tom Hombergs (著), 須田智之 (翻訳): 本
                    • サーバーレスアーキテクチャのSimple is not Easy

                      はじめに おはようございます、加藤です。この記事はAWS Lambda と Serverless Advent Calendar 2023シリーズ1、5日目の記事です。 この記事の主張はサーバーレスアーキテクチャで開発している場合において、ある機能を実装する際にソフトウェアだけで解決することはEasyだが、アーキテクチャで解決した方がSimpleであるということです。ただし、SimpleがEasyより常に優れている、選択すべきということではありません。自分たちのコンテキストに応じてSimpleかEasyを選択することが必要です。 ケーススタディ レスポンスに時間がかかるWebAPI WebAPIをAWS上でサーバーレスアーキテクチャで構築する場合にはAPI GatewayとLambdaが良く使われます。あるエンドポイントが外部のAPIを呼び出しておりそのレスポンスに25秒かかるとします。

                        サーバーレスアーキテクチャのSimple is not Easy
                      • Omiai の Flutter プロジェクトのアーキテクチャ

                        はじめに 株式会社 Omiai の Flutter テックリードの @kosukesaigusa です。 株式会社 Omiai では、マッチングアプリの Omiai を、長年の間 iOS, Android (, Web) それぞれのプラットフォームで開発・運営してきています。 サービス提供開始からの長い歴史の中で、多くのユーザーに利用していただいているサービスになっている一方で、コードベースはかなり古くなり、技術的な負債や、それぞれのプラットフォーム間の仕様の差異など、多くの課題が蓄積してきました。 そこで、Flutter を新規導入することを決定し、既存の iOS, Android (, Web) アプリを Flutter で少しずつリプレイスしていくプロジェクトが 2024 年 5 月頃から始まりました。 これから Omiai の Flutter プロジェクトにおける様々な取り組みを紹

                          Omiai の Flutter プロジェクトのアーキテクチャ
                        • 開発効率、運用性、保守性のカギを握る「アーキテクチャ」選定ポイントとは?──ISIDの現役アーキテクトがアーキテクチャの学習ステップを解説 - TECH PLAY Magazine

                          アーキテクチャが不在のレガシーコードは、エンジニアを疲弊させ、ビジネスのスピードも遅延させてしまう。そんな事態を避けるためには、開発の開始段階から適切なアーキテクチャを導入することが重要だ。そもそもアーキテクチャとは何なのか。どのような種類があり、どれを選択すればよいのか。設計や実装における注意点なども含め、電通国際情報サービス(以下、ISID)の現役アーキテクトが解説する。 アーキテクチャの定義、プロジェクトにおける設計・実装を解説 株式会社電通国際情報サービス Xイノベーション本部 エンタープライズプラットフォームセンター チーフアーキテクト 米久保 剛氏 最初に登壇したのは、2008年にISIDにジョインした、米久保剛氏だ。米久保氏はアーキテクトとして複数の大型SI案件への参画を経験した後、現在は非IT部門の担当者でもノーコードで、社内の各種申請業務を電子化するワークフローシステム「

                            開発効率、運用性、保守性のカギを握る「アーキテクチャ」選定ポイントとは?──ISIDの現役アーキテクトがアーキテクチャの学習ステップを解説 - TECH PLAY Magazine
                          • noteのデータ基盤アーキテクチャを紹介 - レイクハウスによるシンプル構成で誰でも使いやすいデータ基盤へ|noteエンジニアチームの技術記事

                            note株式会社では、全社員のデータ活用が活発になってきており、データ基盤も進化を続けています。 Snowflakeへの全面移行によるコスト削減やデータ収集と処理の効率化などを行ってきたことで、シンプルな構成を保ちつつ使いやすいデータ基盤になってきました。しかし、まだまだ課題も山積みの状態です。 今回の記事では、データ基盤開発のリーダーである久保田 勇喜に、noteのデータ基盤のアーキテクチャの解説と現状の課題について詳しくお聞きしました。 全体のアーキテクチャ図※ 記事の最終更新:2024年6月 久保田 勇喜 / データ基盤チームリーダー2015年、株式会社Adwaysに入社。アプリの事前予約システムの開発などを担当。2017年からBulbit株式会社(現UNICORN株式会社)でDSPの開発に着手。2021年からnote株式会社に入社し、データエンジニアとしてデータ基盤の開発・運用に携

                              noteのデータ基盤アーキテクチャを紹介 - レイクハウスによるシンプル構成で誰でも使いやすいデータ基盤へ|noteエンジニアチームの技術記事
                            • AMDがZen 5アーキテクチャ採用のノートPC向けプロセッサ「Ryzen AI 300」とデスクトップPC向けプロセッサ「Ryzen 9000」を発表

                              AMDが2024年6月3日、CPUマイクロアーキテクチャ「Zen 5」を採用したAIノートPC向けプロセッサ「Ryzen AI 300」シリーズと、デスクトップPC向けのプロセッサ「Ryzen 9000」シリーズを発表しました。 AMD Unveils Next-Gen “Zen 5” Ryzen Processors to Power Advanced AI Experiences :: Advanced Micro Devices, Inc. (AMD) https://ir.amd.com/news-events/press-releases/detail/1202/amd-unveils-next-gen-zen-5-ryzen-processors-to-power AMD at Computex 2024: AMD AI and High-Performance Computi

                                AMDがZen 5アーキテクチャ採用のノートPC向けプロセッサ「Ryzen AI 300」とデスクトップPC向けプロセッサ「Ryzen 9000」を発表
                              • [SA-1] SaaS デサイン パターン ~ スプリット プレーン アーキテクチャとその課題 ~ | AWS Dev Day 2023 Tokyo #AWSDevDay

                                SaaS アーキテクチャが多様化し、近年ではコントロール プレーンとデータ プレーンを別の環境に構築する、スプリット プレーン アーキテクチャを目にする機会が増えました。アーキテクチャの複雑化に伴い、SaaS の運用にはマルチアカウントを意識したシステム監視、テナント管理が不可欠になります。本セッションでは、グローバルのSaaS プロバイダーが構築するプラットフォームのアーキテクチャ トレンド、アーキテクチャの変化に伴い生まれる運用課題とその解決方法について、デモを交えながらお話しさせて頂きます。 ◆スピーカー: 酒徳 知明(Amazon Web Services, Inc. Stratigic Partner Collaboration & Governance) ◆セッションに関する情報: ・セッションタイプ:ブレイクアウトセッション ・テクノロジートピック:Web バックエンド

                                  [SA-1] SaaS デサイン パターン ~ スプリット プレーン アーキテクチャとその課題 ~ | AWS Dev Day 2023 Tokyo #AWSDevDay
                                • AWSアーキテクチャー図作成おすすめサイト - Qiita

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

                                    AWSアーキテクチャー図作成おすすめサイト - Qiita
                                  • 電子情報学特論: Chromium のアーキテクチャを解き明かす

                                    電子情報学特論: Chromium のアーキテクチャを解き明かす 〜 EEIC の授業が生きるプロダクトの世界〜 Kentaro Hara 2024 May (๑>ᴗ<๑) * * * *

                                      電子情報学特論: Chromium のアーキテクチャを解き明かす
                                    • 2024年に描く青写真(データアーキテクチャ) / strongest-data-architecture-discussion-2024

                                      みんなの考えた最強のデータアーキテクチャ'24新春-最新版SP! https://datatech-jp.connpass.com/event/301807/

                                        2024年に描く青写真(データアーキテクチャ) / strongest-data-architecture-discussion-2024
                                      • OpenAIのGPT-4のアーキテクチャへの仮説:Mixture Of Experts(MoE)による拡張性の高いLLM|鈴木いっぺい (Ippei Suzuki)

                                        OpenAI社のGPT-4は、従来のGPT-3, GPT-2.5と比較して巨大な言語モデル持ち、パラメタ数でいうと1,750億〜2,800億個、とされています。これはデータ量で言うと45GBに及びます(従来のGPT-3はその1/3近くの17GB)。データ量が多くなった分、精度や正確性は高くなったと評価されてますが、ハルシネーションによる間違った回答の比率が少なくなったかと言うと そうでも無い、と言う意見も多いし、人間の思考の様な推論(reasoning)がまだ十分にできない、と言うことも根本的な課題です。 AIシステムのパラメタが巨大化する最大の課題は、それをトレーニングするためのコストが著しく高くなってしまう、という事。この辺のスタディはかなりされていると思いますが、この課題を解決する方法の一つとして、MoE (Mixture of Experts) アーキテクチャ、と呼ばれるニューラル

                                          OpenAIのGPT-4のアーキテクチャへの仮説:Mixture Of Experts(MoE)による拡張性の高いLLM|鈴木いっぺい (Ippei Suzuki)
                                        • クリーンアーキテクチャをベースとしたデザインドキュメント駆動開発の実践 - Qiita

                                          はじめまして! これはディップ Advent Calendar 2023の3日目の記事です。 目次 1.はじめに 2.クリーンアーキテクチャの重要なポイント 3.レイヤーの役割と依存性の定義 4.デザインドキュメントをベースとしたチーム開発 5.この開発体制のよかったポイント・大変だったポイント 6.おわりに 1.はじめに この記事では、実際に私たちがチーム開発の中で実践した、デザインドキュメントを用いた開発の様子をまとめます。 提案手法 各開発者は機能を実装する前に、Figmaにクリーンアーキテクチャに沿った設計図をテンプレートに沿って書いてから、実装を開始する。 プロジェクトメンバーはエンジニア・ディレクターなど役割に関係なく全員がこのデザインドキュメントとレイヤーの役割を意識しながら話すことで、実装との乖離をなくす。 修正・追加がある場合は、ドキュメントに修正を必ず加えて、最新の状態

                                            クリーンアーキテクチャをベースとしたデザインドキュメント駆動開発の実践 - Qiita
                                          • 【Google Cloud Next Tokyo ’24】 Gemini で実現するマルチモーダル生成 AI – ユースケースとアーキテクチャの理解を深める(D2-AIML-06) | NHN テコラス Tech Blog | AWS、機械学習、IoTなどの技術ブログ

                                            【Google Cloud Next Tokyo ’24】 Gemini で実現するマルチモーダル生成 AI – ユースケースとアーキテクチャの理解を深める(D2-AIML-06) はじめに こんにちは、ヒョンスクです! 2024年8月1日から2日までにパシフィコ横浜ノースで開催されたGoogle Cloud Next Tokyo ’24に行ってまいりました。 新製品の発表、技術デモ、顧客事例発表など、さまざまなセッションが行われまして参加するのが忙しかったです。そして、Googleのクラウド技術を活用したソリューションを直接体験し、学ぶ機会を得ることができて楽しめました。 最も記憶に残る「Gemini で実現するマルチモーダル生成 AI – ユースケースとアーキテクチャの理解を深める」というセッションについて関連する情報とともにレポートします! セッション概要 セッションタイトル Gem

                                              【Google Cloud Next Tokyo ’24】 Gemini で実現するマルチモーダル生成 AI – ユースケースとアーキテクチャの理解を深める(D2-AIML-06) | NHN テコラス Tech Blog | AWS、機械学習、IoTなどの技術ブログ
                                            • 米久保 剛 著『アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築』という本が出版されます - Magnolia Tech

                                              アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築 作者:米久保 剛翔泳社Amazon 6/14開催の設計ナイト2024で「コンポーネント設計」に関する素晴らしい発表をいただいた 米久保 剛さんの『アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築』という本が出版されます 本日の登壇資料です #sekkeinighthttps://t.co/dx0EjLql0q— yonekubo@テスト駆動開発が好きなアーキテクト (@tyonekubo) June 14, 2024 これは最高の本になるに違いない!すぐに購入だ!と思ったら、すでに購入していたし、なんなら会場にもう一人そんな人が居た、というオチ... そんなこと有るー?って思ってチェックしたら自分も注文してたw 完全に条件反射で買ってる https://t.co/O4EXuOJm6L— magnoliak🍧

                                                米久保 剛 著『アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築』という本が出版されます - Magnolia Tech
                                              • 店舗システムのクラウド化に向けた考察3 – AWS IoT によるマルチリージョンアーキテクチャ | Amazon Web Services

                                                表1:想定する災害と冗長化構成の例 国内でチェーン展開している小売業においては、災害発生時、災害の影響を受けている地域については店舗の営業は困難となりますが、それ以外の地域では営業を継続することが期待されます。例えば、今や生活に欠かすことのできないコンビニエンスストアや薬を扱うドラッグストアでは、災害発生時においても、生活インフラとして営業を継続することが期待されます。 図 1:大規模災害発生時における DR サイトへのフェイルオーバー この場合、システムについては、DR サイトを用意して災害発生時にフェイルオーバーすることによってシステムを稼働することが期待されますが、AWS グローバルインフラストラクチャにおいては、マルチリージョンアーキテクチャにより実現できます。 アーキテクチャの紹介 POS を例にしたアーキテクチャを図 2 に示します。AWS IoT Device SDK で構築

                                                  店舗システムのクラウド化に向けた考察3 – AWS IoT によるマルチリージョンアーキテクチャ | Amazon Web Services
                                                • レイテンシベースルーティングを使用して Amazon CloudFront で マルチリージョンのアクティブ – アクティブなアーキテクチャを実現する | Amazon Web Services

                                                  Amazon Web Services ブログ レイテンシベースルーティングを使用して Amazon CloudFront で マルチリージョンのアクティブ – アクティブなアーキテクチャを実現する 2024 年 4 月 11 日にデプロイ手順を更新しました。 この記事では、Amazon Route 53 のレイテンシーに基づくルーティングと Amazon CloudFront を使用して、複数リージョンにまたがるアクティブ – アクティブなアプリケーション構成の AWS でのネットワーク層の設定方法について説明します。 これにより、ユーザに低レイテンシーで信頼性の高い環境を提供することができます。 AWS のネットワーキングサービスを使ってアクティブ – アクティブなアーキテクチャを構築することで、アプリケーションのレジリエンスとパフォーマンスが向上します。 ただし、コストと複雑さにはト

                                                    レイテンシベースルーティングを使用して Amazon CloudFront で マルチリージョンのアクティブ – アクティブなアーキテクチャを実現する | Amazon Web Services
                                                  • GPUの基礎 - 五島 正裕 国立情報学研究所アーキテクチャ科学研究系 教授

                                                    講演概要ツール・環境 現在 (GP: General Purpose) GPUは、特にその高い演算性能から、AI分野における最も有力な実行プラットフォームとなっている。その高い演算性能は、AI分野で特徴的に現れるテンソル計算に強く適応した結果得られるものである。GPUが利用するテンソル計算の性質には、データ並列性・規則性の高さと計算精度に対する要求の低さ、演算強度の高さなどがある。本講演では、GPUの基礎として、GPUそれらの性質をどのように利用しているかを、CPUとの比較という観点から概説する。 講演映像

                                                      GPUの基礎 - 五島 正裕 国立情報学研究所アーキテクチャ科学研究系 教授
                                                    • Compass: 分散型アーキテクチャを改善する | Developer Experience Platform

                                                      サーバー製品のサポート終了が間近に迫っている今、Atlassian Migration Program により、クラウド移行を成功させる計画を立てましょう。

                                                      • 『ソフトウェアアーキテクチャの基礎』島田浩二氏が語る、エンジニアが最初に知っておくべきアーキテクチャリテラシー

                                                        CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

                                                          『ソフトウェアアーキテクチャの基礎』島田浩二氏が語る、エンジニアが最初に知っておくべきアーキテクチャリテラシー
                                                        • Amazon.co.jp: ソフトウェアアーキテクチャメトリクス ―アーキテクチャ品質を改善する10のアドバイス: Christian Ciceri (著), Dave Farley (著), Neal Ford (著), Andrew Harmel-Law (著), Michael Keeling (著), Carola Lilienthal (著), João Rosa (著), Alexander von Zitzewitz (著), Rene Weiss (著), Eoin Woods (著),

                                                            Amazon.co.jp: ソフトウェアアーキテクチャメトリクス ―アーキテクチャ品質を改善する10のアドバイス: Christian Ciceri (著), Dave Farley (著), Neal Ford (著), Andrew Harmel-Law (著), Michael Keeling (著), Carola Lilienthal (著), João Rosa (著), Alexander von Zitzewitz (著), Rene Weiss (著), Eoin Woods (著),
                                                          • Mistral AI、コード生成特化型AI「Codestral Mamba」をオープンソースでリリース Transformerと異なるMambaアーキテクチャを採用 | Ledge.ai

                                                            Top > ビジネス > Mistral AI、コード生成特化型AI「Codestral Mamba」をオープンソースでリリース Transformerと異なるMambaアーキテクチャを採用

                                                              Mistral AI、コード生成特化型AI「Codestral Mamba」をオープンソースでリリース Transformerと異なるMambaアーキテクチャを採用 | Ledge.ai
                                                            • アーキテクチャを突き詰める Online Conference - 資料一覧 - connpass

                                                              「アーキテクチャを突き詰める Online Conference」の資料一覧です。

                                                                アーキテクチャを突き詰める Online Conference - 資料一覧 - connpass
                                                              • Club MySQL #6 ~ InnoDBのアーキテクチャをREDOログから理解する (2024/08/08 20:00〜)

                                                                注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用

                                                                  Club MySQL #6 ~ InnoDBのアーキテクチャをREDOログから理解する (2024/08/08 20:00〜)
                                                                • 当時入社2ヶ月目だった僕が新規開発プロダクトのアーキテクチャや技術選定を推進するにあたって気をつけたこと - バイセル Tech Blog

                                                                  こんにちは〜! テクノロジー戦略本部 開発3部 部長のMJ(@mj3880)です。僕のことは入社エントリをどうぞ! 開発3部では、バイセルの買取業務全般に関する既存基幹システム「GYRO」の運用や、リユースプラットフォーム「Cosmos」における顧客管理システム「CRM」、出張訪問買取システム「Visit」、買取管理システム「Deal」の開発と運用を行っています。 僕はそれらの統括に加え、VisitとDealの開発チームのエンジニアリングマネージャー(EM)も兼任しております。 GYROとCRMは現在リリース済みで運用中ですが、VisitとDealは2024年内のリリースに向けて鋭意開発中です。 今回は、まだ道半ばではありますが、VisitとDealの発足からアーキテクチャや技術選定(主にバックエンド)の推進にあたり、EMとして携わったこと・注視したことなどを、リリース前の振り返りも兼ねて

                                                                    当時入社2ヶ月目だった僕が新規開発プロダクトのアーキテクチャや技術選定を推進するにあたって気をつけたこと - バイセル Tech Blog
                                                                  • 事業への理解と将来を見据えたDDDとオニオンアーキテクチャの採用 - バイセル Tech Blog

                                                                    こんにちは。テクノロジー戦略本部 開発三部の今井です。 私は現在、顧客対応・SFAシステム(以下、CRM)のバックエンド・インフラ領域の開発に携わっています。 本記事では、CRMのバックエンドアプリケーションにDDDやオニオンアーキテクチャを導入した経緯や設計などについて紹介します。 CRMの背景・目的 既存システムへのデータ連携が必要となるアーキテクチャ CRMのバックエンド開発における課題 リプレイスを見据えてDDDとオニオンアーキテクチャを採用 なぜDDDとオニオンアーキテクチャなのか そもそもCRMの「ドメイン」とは何か 最後に CRMの背景・目的 バイセルではDXの取り組みのひとつとして、さらに多様な買取・販売チャネルに対応し、買取から販売まで一気通貫してデータを管理・活用する「バイセルリユースプラットフォーム Cosmos」(以下、Cosmos)の開発を進めています。 2023

                                                                      事業への理解と将来を見据えたDDDとオニオンアーキテクチャの採用 - バイセル Tech Blog
                                                                    • クラウドロックインされないアーキテクチャ「Cloud Agnostic Architecture」のすすめ - Qiita

                                                                      この記事はフューチャー Advent Calendar 2023の20日目の記事です。 はじめに 先日ガートナーのレポートで「特定のクラウドベンダにシステムを集中させるリスクの重要度が多くの企業で上昇している」との発表がありました。 日本においてクラウドの活用はますます進んでいますが、特定の Cloud Service Provider(CSP)にロックインされるリスクについては、まだまだ議論の余地があると考えています。 本記事では、特定のクラウドに依存しないアーキテクチャについて「Cloud Agnostic Architecture」という言葉を用いて整理していきます。 Cloud Agnostic Architecture とは Cloud Agnostic1 Architectureとは「特定のクラウドに依存しないアーキテクチャ」を意味します。これはクラウドプラットフォーム自体を利

                                                                        クラウドロックインされないアーキテクチャ「Cloud Agnostic Architecture」のすすめ - Qiita
                                                                      • AMDがZen 5アーキテクチャ採用でPコア押し! デスクトップ向け「Ryzen 9000シリーズ」を発表 Ryzen 5000XTシリーズの新モデルと共に2024年7月発売予定

                                                                        AMDがZen 5アーキテクチャ採用でPコア押し! デスクトップ向け「Ryzen 9000シリーズ」を発表 Ryzen 5000XTシリーズの新モデルと共に2024年7月発売予定:COMPUTEX TAIPEI 2024 AMDは6月3日(台湾時間)、デスクトップ向けの新型CPU「Ryzen 9000シリーズ」を発表した。ボックス版(単体製品)と搭載PCの販売は2024年7月となる予定で、同CPUに対応する新型チップセット「AMD X870」「AMD X870E」を搭載するマザーボードも同じタイミングで発売される見通しだ。 なお、Zen 3アーキテクチャのデスクトップ向けCPU「Ryzen 5000XTシリーズ」の新製品も7月に登場する。

                                                                          AMDがZen 5アーキテクチャ採用でPコア押し! デスクトップ向け「Ryzen 9000シリーズ」を発表 Ryzen 5000XTシリーズの新モデルと共に2024年7月発売予定
                                                                        • Feature Sliced Design(フロントアーキテクチャ)でクリーンなアプリケーション構造を実現

                                                                          はじめに FSD(Feature-Sliced Design)アプローチを理解するために、その概念と設計方針を説明します。 既にFSDに関して基本的な知識がある方は、「参考」に記載している記事やgithubコードを参照すると理解を促進すると思います。 この記事では必要最小限のtodoアプリを例にとり説明します。 FSDの特性から下記をご認識ください。 フロントエンドアプリケーションを拡張性の高いものにするためのアーキテクチャ設計論になります。バックエンドへの適応は非推奨になります。 ユーザー向けのアプリケーションを対象としている為、ライブラリやUIキットへの適応は非推奨になります。 この記事のゴール 下記の観点を理解することを目標にします。 FSDの基本理解 FSDの設計概念の詳細 Todoアプリを用いて、具体的な適用方法 Next.js App router環境でのFSDの適用方法 FS

                                                                            Feature Sliced Design(フロントアーキテクチャ)でクリーンなアプリケーション構造を実現
                                                                          • 【書き起こし】メルコインにおけるシステム間のデータ分離を実現するための通信アーキテクチャ – Kohei Noda【Merpay &#038; Mercoin Tech Fest 2023】 | メルカリエンジニアリング

                                                                            Merpay & Mercoin Tech Fest 2023 は、事業との関わりから技術への興味を深め、プロダクトやサービスを支えるエンジニアリングを知ることができるお祭りで、2023年8月22日(火)からの3日間、開催しました。セッションでは、事業を支える組織・技術・課題などへの試行錯誤やアプローチを紹介していきました。 この記事は、「メルコインにおけるシステム間のデータ分離を実現するための通信アーキテクチャ」の書き起こしです。 @pobo380:皆さん、こんにちは。このセッションでは、「メルコインにおけるシステム間のデータ分離を実現するための通信アーキテクチャ」についてお話しさせていただきたいと思います。Fintech ArchitectのKohei Nodaと申します。 最初に少し自己紹介をさせてください。改めて、名前はKohei Nodaといいます。経歴としては、2014年にMI

                                                                              【書き起こし】メルコインにおけるシステム間のデータ分離を実現するための通信アーキテクチャ – Kohei Noda【Merpay &#038; Mercoin Tech Fest 2023】 | メルカリエンジニアリング
                                                                            • Alibabaのマイクロサービスアーキテクチャで設計された巨大なシステムを分析した論文を読んだ | koyama's blog

                                                                              はじめに マイクロサービスアーキテクチャは注目されている.例えば,Netflixやebay, AmazonをはじめとするBig Techで採用されている.また,マイクロサービスアーキテクチャで設計されたシステムも研究のトピックとして注目されている.アカデミックな研究ではマイクロサービスアーキテクチャで設計されたシステムやデータセットの収集が難しく,そうした研究の多くが実験用のアプリケーションやデータセットを使っている. この記事では,Alibabaで動作するマイクロサービスアーキテクチャで設計されたシステムを分析した論文を紹介する.特にマイクロサービスアーキテクチャのシステムの規模や構造を主に扱う. 概要 Characterizing Microservice Dependency and Performance | Proceedings of the ACM Symposium on

                                                                                Alibabaのマイクロサービスアーキテクチャで設計された巨大なシステムを分析した論文を読んだ | koyama's blog
                                                                              • アーキテクチャ宇宙飛行士たちにバルスを送ろう|夏影ソウナ

                                                                                きちんと失敗に対してダメージを受けて欲しいと思っている。そういう書き出しからはじめると「酷い、わざわざダメージを受けさせるなんて鬼畜の所業ですね、性格悪っ」と言われかねないのだが、まあそれに関してそんなに真摯に否定する気もないのだが、ただ、自分が失敗したのにそれに気づけないのって本人にとっても不幸だなと思う。まあ、別にその人が幸せになってほしいなんて一ミリも思ってはないのだが、後に続く人に迷惑をかけるのはいただけないのだ。 例えば。 あるチームで素晴らしく意識の高い系の設計をして「この設計でどんなシステムでも汎用的に使える、この設計を引き継ぐ人は最小限の労力でメンテができる!」と思った人がいるとする。フィクションです。でもその結果、意識の高さに周りが付いて来ず結果使うのが面倒くさいのに大したことをしてくれないソースコードが生まれたとする。そのソースコードを作った人は、ふーいい仕事したぜ、と

                                                                                  アーキテクチャ宇宙飛行士たちにバルスを送ろう|夏影ソウナ
                                                                                • SansanアプリにおけるKotlin Multiplatform導入の効果とアーキテクチャ紹介 - Sansan Tech Blog

                                                                                  こんにちは! 技術本部 Sansan Engineering Unit Mobile Applicationグループの桑原です。 この度、Sansanモバイルアプリでは開発スピードを加速させるため、実プロダクトにKotlin Multiplatform(以下、KMP)を導入しました! まずは1画面の導入から始めましたが、今後は既存の画面も順次KMPに移行していく予定です。 この記事では、Androidエンジニアの視点から、SansanアプリにKMPを導入した背景やその成果、さらにKMPの設計についても簡単に紹介します。 KMPの導入背景と成果 導入した理由 導入で感じたメリット 導入で感じたデメリット KMPの基本設計 AndroidでのKMPモジュールの取り込み方法 採用したアーキテクチャ KMPモジュールの構成 エラーハンドリング テスト KMPで使用しているその他ライブラリ 最後に

                                                                                    SansanアプリにおけるKotlin Multiplatform導入の効果とアーキテクチャ紹介 - Sansan Tech Blog