並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 732件

新着順 人気順

設計の検索結果121 - 160 件 / 732件

  • 「あえて非正規」若者で拡大 処遇など新たな設計必要 - 日本経済新聞

    非正規の働き方をあえて選ぶ人が増えている。25〜34歳のうち、都合の良い時間に働きたいとして非正規になった人は2023年に73万人と、10年前より14万人増えた。「正規の職がない」ことを理由にした非正規は半減した。正社員にこだわらない働き方にあった処遇や、社会保障の制度設計が必要になっている。都内で働く25歳のある女性は大手IT(情報技術)企業の正社員から、非正規社員として音楽業界に転職した。

      「あえて非正規」若者で拡大 処遇など新たな設計必要 - 日本経済新聞
    • 続・変更に強いコンポーネント設計の方針と規約(Webフロントエンド)

      ■イベント コンポーネント設計のすゝめ 〜ベストプラクティスを学ぶLunch LT〜 https://findy.connpass.com/event/296449/ ■登壇概要 タイトル:続・変更に強いコンポーネント設計の方針と規約(Webフロントエンド) 登壇者:技術本部 データ戦略部 木田 悠一郎 ■データ戦略部 エンジニア 採用情報 https://media.sansan-engineering.com/data-strategy

        続・変更に強いコンポーネント設計の方針と規約(Webフロントエンド)
      • CQRS設計パターンをモダナイズする

        CQRSとは CQRS(Command Query Responsibility Segregation、コマンド・クエリ責務分離)は、ソフトウェアアーキテクチャパターンの一つで、つまりシステムのコマンド部分をクエリ部分から分離します。基本的な考え方は、データの書き込み操作(コマンド)と読み取り操作(クエリ)を異なるモデルで扱うことです。これにより、スケーラビリティ/パフォーマンス/セキュリティの観点で柔軟な設計が可能となり、クエリ要件に合わせて最適化が実現できます。 CQRSの基本構成としては、 コマンドモデル(書き込みモデル):データの作成、更新、削除といった書き込み操作を担当します。このモデルは、データの整合性と一貫性を確保するために最適化されています。 クエリモデル(読み取りモデル):データの読み取り操作を担当します。このモデルは、クエリのパフォーマンスを最大化するために最適化され

          CQRS設計パターンをモダナイズする
        • ミラティブでのアウトゲーム設計の紹介 - Mirrativ Tech Blog

          こんにちは。ミラティブUnityエンジニアの菅谷(tetsujp84)です。 今回はミラティブのライブゲーム開発で行ったアウトゲームの設計について紹介します。 以前アウトゲーム設計に関してXでポストしたらレスポンスをいただけたのでできるだけ丁寧に解説してみました。こんな話も聞きたいよというのがあったら是非教えてください。 よくありそうなソシャゲアウトゲームの設計について今更記事化してるんだけどどれだけ需要あるんだろう。MVPの概念とかクリーンアーキテクチャライクな知識って業界的な浸透率どんなもんなんだ。— 鉄 -TETSU- (@tetsujp84) 2023年8月28日 アウトゲームについて ゲーム開発者にとっては馴染み深いと思いますが、ゲームにはインゲームと呼ばれる部分とアウトゲームと呼ばれる部分に別れます。インゲームはゲーム体験のコアでキャラクターを操作したり、アクションがあったりと

            ミラティブでのアウトゲーム設計の紹介 - Mirrativ Tech Blog
          • Hotwire的な設計を追求して「Web紙芝居」に行き着いた話

            Kaigi on Rails 2023での「Hotwire的な設計を追求して「Web紙芝居」に行き着いた話」のトーク資料です。

              Hotwire的な設計を追求して「Web紙芝居」に行き着いた話
            • 【勉強法】設計を考える〜Netflixどう作る?〜 - Qiita

              この記事は アプリの設計は大切 最近私がコツコツやっている勉強方法を紹介させてください。 Androidに特化しているというよりかは、アプリの設計を考える練習です。 ここでいう設計とはMVVMとかクリーンアーキテクチャなどのアーキテクチャとはまた異なる概念です。 どういうデータ構造にしているとデータを画面に表示しやすくなるかや、どのメソッドをどのレイヤーで管理するかなどを考えます。 アプリをつくる時にどのような設計にするかは、アプリの今後に大きく影響します。 設計がめちゃくちゃだと、たとえばホーム画面とプロフィール画面でいいねの数が違ってしまったりします。 表示されるデータに一貫性がなく、画面によって異なる情報が提示されるのはバグです。 アプリの設計を疎かにするとバグを生みやすくなり、機能追加などがむずかしくなります。 アプリの設計を考える勉強法 新卒で超スタートアップに行って全部一人でつ

                【勉強法】設計を考える〜Netflixどう作る?〜 - Qiita
              • 需要がなくならないエンジニアであり続けるために 生涯現役で活躍するために必要な“設計力”の鍛え方【一問一答】

                江草陽太 大阪府生まれ。ネットワーク、データベース、情報セキュリティのスペシャリスト。 洛星中学・高校のロボット研究部創立メンバー。ロボカップジュニアジャパンなどのロボコンに出場。 その後、大阪大学工学部電気電子情報工学科に進学。NHK大学ロボコンに出場。学生時代より個人事業としてシステム開発を行う。 2014年10月、新卒採用によりさくらインターネットに入社。「さくらのVPS」等のバックエンド開発を担当。IoTプラットフォーム「sakura.io」の開発責任者を担当し、サービス設計と開発を行う。 2016年7月、執行役員に就任。現在は、さくらインターネット全体の技術統括とコーポレートIT、情報セキュリティを担当。宅急便をSlackから発送できるサービスを開始するなど、コーポレートITに関わるDXのサービス化も行っている。 需要がなくならないエンジニアであり続けるために必要なスキルとは何で

                  需要がなくならないエンジニアであり続けるために 生涯現役で活躍するために必要な“設計力”の鍛え方【一問一答】
                • GitHub CI/CD実践ガイド ――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用

                  この本の概要 本書はCI/CDの設計や運用について,GitHubを使ってハンズオン形式で学ぶ書籍です。GitHub Actionsの基本構文からスタートし,テスト・静的解析・リリース・コンテナデプロイなどを実際に自動化していきます。あわせてDependabot・OpenID Connect・継続的なセキュリティ改善・GitHub Appsのような,実運用に欠かせないプラクティスも多数習得します。 実装しながら設計や運用の考え方を学ぶことで,品質の高いソフトウェアをすばやく届けるスキルが身につきます。GitHubを利用しているなら,ぜひ手元に置いておきたい一冊です。 こんな方におすすめ GitHubは使っているけれど,プルリクエストぐらいしか利用していない CI/CDというキーワードは知っているけれど,自分で設計したことはない GitHub Actionsには触れているけれど,正直雰囲気で運

                    GitHub CI/CD実践ガイド ――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用
                  • 「価値」から小さく始めるドメイン駆動設計 - KAKEHASHI Tech Blog

                    こちらの記事は カケハシ Advent Calendar 2023 の 16日目の記事になります。 概要 こんにちは。AI在庫管理の開発チームでSWEをしている小室です。 私は普段ドメイン駆動設計(以下、DDD)を意識しながら開発することが多く、実践を重ねるほどDDDの素晴らしさを実感しております。 最近異動してきたAI在庫管理の開発チームでは、現状はあまりDDDを意識して開発を進めていないのですが、プロダクトが対象としている世界が非常に複雑であることと、今まさに多くの法人様に利用していただけるようになったうれしい悲鳴として成長痛を感じ始めており、ドメイン駆動設計を何かのヒントとしてプロダクトによる価値提供速度を加速できればと考えています。 しかしながら、ドメイン駆動設計は独自の価値観や学習コストの高さから、まだ取り組んだことのないメンバーとしては大きな不安を感じる部分があると思います。

                      「価値」から小さく始めるドメイン駆動設計 - KAKEHASHI Tech Blog
                    • ログラスを支える設計標準について / loglass-design-standards

                      設計カンファレンス extends OOCの発表資料です。

                        ログラスを支える設計標準について / loglass-design-standards
                      • 元Appleの天才半導体エンジニアが予測、「AIで半導体設計者はほぼ不要に」

                        半導体の設計エンジニアは今後、AI(人工知能)に完全代替されるだろう─。そんな大胆な予想を立てるのは、AIプロセッサーを手掛けるカナダTenstorrent(テンストレント)社長 兼 CTO(最高技術責任者)のジム・ケラー氏だ(図1)。 TenstorrentはAIプロセッサーを開発するスタートアップ企業。「生成AIではCPUよりも画像に特化したGPUが使われる。だが、まだ効率化には十分でない。われわれは独自のハードウエア設計により、米NVIDIA(エヌビディア)の10分の1の消費電力の実現を目指している」とケラー氏は話す。「RISC-V Day Tokyo 2023 Summer カンファレンス」(2023年6月20日、東京大学で開催)に合わせて来日した(写真:日経クロステック)

                          元Appleの天才半導体エンジニアが予測、「AIで半導体設計者はほぼ不要に」
                        • フロントエンドのディレクトリ設計を移行した話 | Atomic Design → Feature

                          はじめに この記事は、業務でフロントエンドのディレクトリ設計思想を変更した際の作業をまとめた記事です📕 それなりの規模のプロジェクトでの移行作業のため、新規機能実装などに影響が出にくいようにリファクタリングを進めてきました。そこでの進め方や感想も含めてお伝えできればと思います。 前提 6年ほど運用しているReact Nativeのプロジェクトでの移行作業のお話です。 従来のディレクトリ設計思想はAtomic Designを採用していました。しかし、organismsのコンポーネントが300個近くにも及び、プロジェクトの規模が大きくなるにつれて様々な課題が浮き彫りになりました。これを機に設計思想の移行を決めました。 Layer型のAtomic DesignからFeature型のディレクトリ構造に移行していこうと思います😌 参考: ソフトウェアアーキテクチャの基礎 なぜ移行したか なぜ移行

                            フロントエンドのディレクトリ設計を移行した話 | Atomic Design → Feature
                          • 2022年版実践WPF業務アプリケーションのアーキテクチャ【設計編/後編】 ~ドメイン駆動設計&Clean Architectureとともに

                            今回はいよいよ最終回となります。前回は非機能要件についてアーキテクチャを設計してきました。今回は代表的なユースケースを選定して、アーキテクチャの詳細な設計を蒸留していきます。また、開発者ビューについても設計を行います。利用者側の要件から出てきにくい、開発上に必要となる設計、テスト設計などを実施します。 ソースコード 実際に動作するソースコードは、GitHub上に公開しているので、ぜひご覧ください。ビルドや実行方法については、リンク先のREADME.mdをご覧ください。また、実際に動作させるためには次の2つのライセンスが必要です。 ComponentOne for WPF SPREAD for WPF 4.0J これらは試用ライセンスを発行することができます。 本稿だけで読み進められるように記載していますが、すべてのコードを詳細に解説しているわけではありません。本稿を読んだ後、あらためて動作

                              2022年版実践WPF業務アプリケーションのアーキテクチャ【設計編/後編】 ~ドメイン駆動設計&Clean Architectureとともに
                            • 元Appleの天才半導体エンジニアが予測、「AIで半導体設計者はほぼ不要に」

                              TenstorrentはAIプロセッサーを開発するスタートアップ企業。「生成AIではCPUよりも画像に特化したGPUが使われる。だが、まだ効率化には十分でない。CPUでもGPUでもないハードウエア設計により、米NVIDIA(エヌビディア)の10分の1の消費電力の実現を目指している」とケラー氏は話す。「RISC-V Day Tokyo 2023 Summer カンファレンス」(2023年6月20日、東京大学で開催)に合わせて来日した(撮影:日経クロステック) ケラー氏は、「伝説」と称される半導体エンジニアである。米アドバンスト・マイクロ・デバイスズ(AMD)や米Apple(アップル)の主力製品において、設計面で大きく貢献した経歴を持つからだ。 例えば、AMDのCPUコア「Zen」やAppleのSoC(System on a Chip)「Aシリーズ」第1弾である「A4」の設計に携わった注1)。

                                元Appleの天才半導体エンジニアが予測、「AIで半導体設計者はほぼ不要に」
                              • Flutter設計パターン入門

                                Flutter大学コミュニティのメンバーが有志で執筆した、Flutterアプリ開発における設計パターンの入門書です。

                                  Flutter設計パターン入門
                                • セキュリティインシデントから会社を守る!~小さく始めるCSIRT設計事例~ - Techtouch Developers Blog

                                  はじめに CSIRT とは CSIRT を立ち上げるモチベーション セキュリティインシデントは避けられない 意思決定者の訓練機会の不足 世界的なインシデントレスポンスの重要性の高まり CSIRT 作りの準備 教科書に学ぶ 他社に学ぶ テックタッチにおける CSIRT の設計 スモールスタートするための責任境界 ちゃんと機能する!ハンドリングマニュアル 窓口の明確化 継続的なスペシャリティの維持 さいごに 参考 はじめに こんにちは。SRE 兼 CSIRT の izzii(𝕏)です。Flatt Security mini CTF #4 に参加して入賞景品のTシャツをゲットできたのが最近のプチ自慢です。 さて本日の記事は、テックタッチにおいて私含む現場のメンバー(izzii, kacchan, ue)が Computer Security Incident Response Team (CS

                                    セキュリティインシデントから会社を守る!~小さく始めるCSIRT設計事例~ - Techtouch Developers Blog
                                  • Railsの設計に迷ったのでGitLabの設計ドキュメントを読んでみた | DevelopersIO

                                    Railsのプロジェクトがそこそこ大きくなり、ServiceやSerializerなどのカスタムレイヤーを追加してコードを細分化しているものの、レイヤーの役割やインターフェイスのルールが明確に決まっておらずふわふわとしていることを課題と感じていました。課題を解決するヒントを探すため、Railsの超巨大OSSプロジェクトであるGitLabの設計ドキュメントを読んでみました。 ガイドラインの必要性 まず初めにガイドラインの必要性が語られています。レイヤーの抽象化ができたとしても、それを正しく使えないと、あっという間にメンテナンスしにくいコードができてしまうということが説明されています。 例として、あるFinder(Finderはデータベースからデータを検索する抽象)の中で別のFinderを呼び出してはいけないということが挙げられています。もしそうしたなら、Finderにどんどんオプションが追加

                                      Railsの設計に迷ったのでGitLabの設計ドキュメントを読んでみた | DevelopersIO
                                    • 【随時更新】テーブル設計でミスらないために確認したいアンチパターン - Qiita

                                      はじめに 参考書籍が非常に参考になったのでテーブル設計に関する内容のみをピックアップまとめてみました。普段テーブル設計をしていれば"当たり前"に実践している方も多いと思いますが、今回チーム内での勉強会用の資料の意味合いも込めて作成しました。本記事では、基本的にリレーショナルデータベースにおける設計を想定しています。 ご留意ください 本記事は"何があってもこのような設計が非推奨される"というものではありません。その時々のコンテキストによっては採用することが妥当な場合もあるかと思います。 1. 正規化が不十分 非正規化とは、データベース設計において、データの重複や冗長性を意図的に許容することを指します。正規化は、データの整合性と効率的なストレージのためにデータの重複を排除するプロセスですが、非正規化はそれとは逆のアプローチをとります。非正規化の目的は主にパフォーマンスの向上です。ジョイン操作の

                                        【随時更新】テーブル設計でミスらないために確認したいアンチパターン - Qiita
                                      • あらゆる商品を扱う商品データベースを再設計した話 / product db re-architecture

                                        2024/3/26 @Offers 各社事例で振り返る データ構造x技術負債LT vol.2 マイベストの商品データベースを再設計した実例を通して、データベースやアーキテクチャを再設計をする際の進め方について発表しました。

                                          あらゆる商品を扱う商品データベースを再設計した話 / product db re-architecture
                                        • 現場で役立つシステム設計の原則・データベースの設計 - ROBOT PAYMENT TECH-BLOG

                                          こんにちは!株式会社ROBOT PAYMENTの林です。 弊社の請求管理ロボシステムの機能がどんどん増えていて、成長しています。今後機能の開発またはメンテナンスのために、「現場で役立つシステム設計の原則」の本を読んで、輪読会を引き続き開催しています。前回は「現場で役立つシステム設計の原則」のことを紹介しましたが、今回もその本の中に印象が残る感想を共有いたします。 データベース設計が悪いとプログラムの変更が大変になる プログラム開発を行う際には、データベースを利用することが避けられません。しかしながら、設計が不適切なデータベースを利用すると、以下のような問題が発生しやすくなります。 - データの重複が発生しやすく、データの取得が混乱する - カラムの用途が分かりにくく、理解に時間がかかる - テーブル間の関係性が分かりにくく、参照が困難 このような問題のあるデータベースを利用すると、データの

                                            現場で役立つシステム設計の原則・データベースの設計 - ROBOT PAYMENT TECH-BLOG
                                          • 設計を議論する会を作ったらプロダクトの設計品質は上がりチーム全体の設計力が上がりました

                                            こんにちは。Magic Momentの髙橋です。 現在Magic Momentではチーム全体でプロダクト品質の向上と設計力の向上に積極的に取り組んでいます。 もちろんMagic Momentのエンジニアは技術力向上に貪欲で、自分たちで勉強会をしたり新しい技術の使い所について議論をすることが本当に大好きだと思います。しかし個人の日々の勉強ではなかなか得られない経験というのが「顧客向けに作るサービスの設計」だと思います。 いくら自社サービスを作っているMagic Momentであっても、すべてのエンジニアが等しくすべての設計の経験ができるとは限りません。そこで少しでも設計の経験を積んでもらい、それがプロダクトの品質向上にも貢献するような取組をはじめました。 それが「Product Development会」という設計を議論する会議体を作ったことです! ここからは「Product Develop

                                              設計を議論する会を作ったらプロダクトの設計品質は上がりチーム全体の設計力が上がりました
                                            • 15歳の高校生、「日本語能力最強」のAIモデル開発 AITuber向けに設計

                                              15歳で現役高校生の開発者「Holy-fox/子狐」氏は5月9日、パラメーター数7Bクラスとしては日本語能力が最強となる大規模言語モデル(LLM)「ArrowPro-7B-KUJIRA」を公開した。 「AITuberの魂」になることを想定 7Bにおいて日本語能力最強のモデル、ArrowPro-7B-KUJIRAができました。Elyza-task100においては約3.8をマークしています!AItuber用途を主眼において設計されています(それ以外もできるよ!) https://t.co/kiywdI5YCs — Holy-fox/子狐 (@Holy_fox_LLM) May 9, 2024 同モデルはMistral系のオープンソースLLM「NTQAI/chatntq-ja-7b-v1.0」をベースに、AITuber(生成AIを使ったバーチャルYouTuber)やAIアシスタントでの利用を想定

                                                15歳の高校生、「日本語能力最強」のAIモデル開発 AITuber向けに設計
                                              • 大規模データを扱う現場でどんな変化が? Snowflake導入5社のデータ基盤アーキテクチャと設計意図 - Findy Tools

                                                公開日 2024/03/11更新日 2024/03/12大規模データを扱う現場でどんな変化が? Snowflake導入5社のデータ基盤アーキテクチャと設計意図 スケーラビリティやデータ活用までのリードタイム、価格面での懸念に応える製品として注目を集めるSnowflake。特に大規模なデータを取り扱う現場では、Snowflake導入によってどんな変化があるのでしょうか。 本記事では、前回の第一弾でご紹介したChatworkさん、delyさん、GENDAさん、スターフェスティバルさんに引き続き、第二弾として大規模データを取り扱う5社に、データ基盤の設計思想やデータチームの方針にも触れながら、Snowflake導入の背景や効果を伺いました。 ■目次 ・株式会社Algoage ・株式会社GROWTH VERSE ・株式会社マイナビ ・ノバセル株式会社 ・株式会社セゾン情報システムズ 株式会社Alg

                                                  大規模データを扱う現場でどんな変化が? Snowflake導入5社のデータ基盤アーキテクチャと設計意図 - Findy Tools
                                                • ドメイン駆動設計を参考にしながらJava×SpringBootで家計管理アプリを自作 - Qiita

                                                  2-3. 使用技術 アプリケーション作成 Java 17.0.2 Spring Boot 3.0.3 Spring Security 6.0.5 JOOQ 3.17.8(ORマッパー) データベース MySQL 8.0.32 UI HTML(Thymeleaf) CSS(Bootstrap 5.0.2) JavaScript(Chart.js 4.3.0) インフラ Fly.io (https://fly.io/) PlanetScale (https://planetscale.com/) 3. 実装するにあたって意識したこと 実務未経験者が初めて作成するアプリなので、何も考えずに作るとコードが無秩序な状態に陥ってしまうのではないかと思い、何かしら方針を決めたいと考えました。以前、書籍『現場で役立つシステム設計の原則』を読んだ際に、保守や変更に強いソフトウェアを作るための設計思想に「ドメ

                                                    ドメイン駆動設計を参考にしながらJava×SpringBootで家計管理アプリを自作 - Qiita
                                                  • MisskeyのUI設計 | gihyo.jp

                                                    本連載は分散型マイクロブログ用ソフトウェアMisskeyの開発に関する紹介と、関連するWeb技術について解説しています。 今回はMisskeyのWebクライアント(Misskey Web)におけるUIデザインの工夫や各種コンポーネントについて紹介します。 なお、「⁠デザイン」という語は設計という意味と、見た目・意匠という意味がありますが、この記事ではどちらも含みます。 Misskey Webの設計思想 Misskey Webの設計思想として、「⁠デスクトップでもモバイルデバイスでも同じように使えるようにする」というのがあります。 “同じように使える⁠”とは、機能や使い勝手といった面でもそうなのですが、コンポーネント(UIを構成する個々のパーツ)レベルの話も含んでいます。 現在はこのような設計思想で開発していますが、Misskey初期の頃は、デスクトップ版Webクライアントとモバイルデバイス

                                                      MisskeyのUI設計 | gihyo.jp
                                                    • 山崎実業、PS5とSwitch本体がまるごと入る「ゲーム機収納ラック タワー」を発売 棚は引き出し式で取り出しやすい設計に

                                                        山崎実業、PS5とSwitch本体がまるごと入る「ゲーム機収納ラック タワー」を発売 棚は引き出し式で取り出しやすい設計に
                                                      • AIが5時間足らずでRISC-V CPUを設計。性能はi486SX程度 | テクノエッジ TechnoEdge

                                                        ガジェット全般、サイエンス、宇宙、音楽、モータースポーツetc... 電気・ネットワーク技術者。実績媒体Engadget日本版, Autoblog日本版, Forbes JAPAN他 中国の研究グループが、「AIを用いて自動化したたCPU設計」(Pushing the Limits of Machine Design: Automated CPU Design with AI)と題した論文を発表しました。この論文では、わずか5時間足らずで産業グレードのRISC-V CPUを設計できたと報告しています。 この実験は、機械が人間と同じようにCPUチップの設計ができるのかを検証する目的で行われました。初期の実験ではわりと単純で小規模なチップを作らせていたものの、新しい実験では、AIによる設計の限界を調べるために、RISC-V CPUを自動的に設計させようとしました。 研究者らはモデルとする一連の

                                                          AIが5時間足らずでRISC-V CPUを設計。性能はi486SX程度 | テクノエッジ TechnoEdge
                                                        • 全銀ネット障害、原因は仕様の”見落とし“ 設計者がチェックしていれば防げた可能性も

                                                          全国銀行協会は12月1日、銀行間の送金を行う「全国銀行データ通信システム」(通称:全銀ネット)で10月に発生した障害について会見を行い、開発現場の認識不足が障害につながったと明らかにした。会見にはシステム構築を担当したNTTデータの佐々木裕社長らも同席した。 既報の通り、障害の直接的な原因は、銀行間手数料(内国為替制度運営費)を入力する際に参照するインデックステーブルに欠損があったこと。NTTデータは11月6日の会見で、このインデックステーブルは最初から破損していたと明らかにしている。 その後の調査で、インデックステーブルは、開発時(環境構築時)にテーブルを生成するプログラムを動かした際、共有メモリ上の作業領域を十分に確保できていなかったために破損していたことが分かった。NTTデータによると「作業領域が不足していてもテーブルは出来てしまう。不足した作業領域にも書き込み、しかし本来は他のプロ

                                                            全銀ネット障害、原因は仕様の”見落とし“ 設計者がチェックしていれば防げた可能性も
                                                          • VPC Lambdaを実現しているAWS内の裏側と設計の心得三箇条

                                                            こんにちは。SCSKのふくちーぬです。 皆さんは、プライベート(閉域網)環境下でのLambdaを利用したことありますでしょうか。セキュリティに厳しい環境下でLambdaを利用する場合は、VPC設定を施したLambdaを利用する機会があると思います。 今回は、インターネットに接していないVPC Lambdaの設計ポイントをお話しします。また、VPC Lambdaを実現しているAWS内の裏側もご紹介します。 VPC Lambdaとは LambdaにVPC設定を施すことで、顧客VPC内のサブネット上に足を出すことができて(ENIが作成されます)、RDS等のプライベートなリソースにアクセスをすることができます。VPC設定をするためには、VPC・サブネット・セキュリティグループが必要なため、EC2同様のネットワーク設計を行う必要があります。 VPC Lambdaをプライベートサブネット内に配置するこ

                                                              VPC Lambdaを実現しているAWS内の裏側と設計の心得三箇条
                                                            • 実務への応用例から考える 変更に強いオブジェクト指向設計 / 20240324-ooc2024

                                                              2024年3月24日(日)「 Object-Oriented Conference 2024 」に開催された、弁護士ドットコム サーバサイドエンジニアの貞森友章が登壇した際の資料です。 イベントURL:https://fortee.jp/oocon-2024/proposal/aac7a433-4dad-41d3-b2be-0cf459ff6ebc ■ 弁護士ドットコム株式会社プロダクト組織について https://speakerdeck.com/bengo4com/introduction-for-creators ■ 採用情報はこちら https://hrmos.co/pages/bengo4/jobs

                                                                実務への応用例から考える 変更に強いオブジェクト指向設計 / 20240324-ooc2024
                                                              • SanDiskのSSDで発生したデータ消失は設計と構造上の欠陥によるものとデータ復旧業者が指摘

                                                                2023年5月ごろから報告されている、SanDiskのSSDでデータが突然消失するという事案について、データ復旧業者・Attingoがファームウェアの問題などではなく、そもそも設計と構造に問題があると指摘しています。 Kaputte SanDisk SSDs: Jetzt wurde die Ursache gefunden https://futurezone.at/produkte/sandisk-ssd-ausfaelle-western-digital-attingo-datenrettung-problem-hardware/402664391 SanDisk Extreme Pro Failures Result From Design and Manufacturing Flaws, Says Data Recovery Firm | Tom's Hardware https

                                                                  SanDiskのSSDで発生したデータ消失は設計と構造上の欠陥によるものとデータ復旧業者が指摘
                                                                • オーテク、小型で2万円切るUSBオーディオミキサー。マイク設計者が監修

                                                                    オーテク、小型で2万円切るUSBオーディオミキサー。マイク設計者が監修
                                                                  • タイミーデータ基盤のモデリング設計について - Timee Product Team Blog

                                                                    はじめに こんにちはokodoonです タイミーのデータ基盤に対してデータモデリングを始めてしばらく経ったので、現状の全体構成を紹介したいと思います 全体構成 弊社のBigQueryは以下の4層にレイヤリングされています それぞれの役割は以下のような切り分けになっています レイヤー名 役割 データレイク層 複数ソースシステムのデータを未加工の状態でBigQueryにロードする宛先 dbt snapshotによるソースの履歴化 ステージング層 複数ソースシステムのデータを共通した処理でクレンジングする層 DWH層 ソースシステムのデータ形式を分析に適した形に変換する層 ディメンショナルモデリング/ログテーブルをイベント単位に分割/その他便利テーブル作成 データマート層 特定用途に対して1:1で作成されたテーブル群を格納する層 ダッシュボード用テーブル/Looker用テーブル/GoogleSh

                                                                      タイミーデータ基盤のモデリング設計について - Timee Product Team Blog
                                                                    • なぜ DDD(ドメイン駆動設計) を採用するのか - Qiita

                                                                      この記事の背景 現職では DDD を採用しており、色々な方と DDD についてお話しする機会があります。 その中で、特に初学者の方はアーキテクチャに対して「なぜこんなに面倒な事をするのか?」という印象を持たれているようでした。 そこで、DDDを採用する目的について言語化してみました。 (個人の見解なので、誤りがあればぜひご指摘をmm) 対象読者 基本的な用語は覚えた方 見よう見まねで、ある程度コードも書いた方 初心に立ち返って Why を理解したい方 DDDで実現したいこと 前提として、以下の要素を分けて考えます。 ビジネスルール ビジネスルール以外の要素(例えばGUIやデータの保存など) DDDでは ビジネスルールを反映したプログラムを重要なものと位置付けています。 なぜ重要なのでしょうか? システムは何らかの課題を解決するために存在しています 顧客のニーズの変化など、様々な要因で課題は

                                                                        なぜ DDD(ドメイン駆動設計) を採用するのか - Qiita
                                                                      • 【悲報】M3 MacBook Airが爆熱に。フル回転させるとファンレス設計のせいで性能大幅低下が明らかに - すまほん!!

                                                                        レノボ傘下FCNT、生産を中国工場に移管。2024-02-17 13:58:36會原 FCNTLenovo中国 日本経済新聞は、FCNTが2024年以降のスマホ製造をレノボ中国工場に移管すると報じました。コスト競争力を高めて消費者価格に還元するとしています。兵庫県加東市に工場を置く日本の電子機器製造メーカーJEMSにて端末を製造してきました。しかしFCNTとともに、JEMSも経営破綻。JEMSへのエンデバー・ユナイテッド株式会社等3社によるスポンサーグループから事業承継・支援意向は「FCNTの開発する携帯端... M3搭載MacBook、年末までに登場しないらしい2023-09-12 15:31:55ryoppi913 AppleApple M3M3Macbook Appleの未発表製品に精通したアナリストのMing-Chi Kuo氏は、M3チップを搭載したMacBookはしばらく登場しな

                                                                          【悲報】M3 MacBook Airが爆熱に。フル回転させるとファンレス設計のせいで性能大幅低下が明らかに - すまほん!!
                                                                        • ソフトウェア設計思想「SOLID原則」を開発組織設計に適用したらどうなるか? - Qiita

                                                                          この記事はQiita Engineer Festa 2023参加記事です。 はじめに 今年の4月よりリードエンジニアからエンジニアリングマネジャーになりました。 7年エンジニアをゴリゴリやって、 Android App Developer ↓ Web App Developer ↓ DevOps(Infra/CI/CD) Developer ↓ Scrum Master ↓ Cloud Solution Architect などの領域を経験しました。 その中で様々なプロジェクトで開発サイド、ビジネスサイドにおいて色んな職種の人と一緒に仕事して、 それぞれの考え方や悩みを見て聞いてきました。 (自分も皆さんに大変お世話になって、おかげて成長してこられました。とても感謝です(❁´ω`❁)!) 今度はEMになって開発組織の成長に取り組むチャンスを頂き、責任をもって、皆さんが認める良い開発組織を作

                                                                            ソフトウェア設計思想「SOLID原則」を開発組織設計に適用したらどうなるか? - Qiita
                                                                          • コードを元にプリント基板を設計できるツール「atopile」がリリースされる、どんなメリットがあるのか?

                                                                            コードベースでプリント基板を設計できるツール「atopile」が登場しました。atopileを使えば、必要な仕様を記述するだけでパーツを自動選択したり、GitHubを使用して複数人でコラボレーションを行ったりできます。 Code to Electronics - atopile https://atopile.io/ atopileの開発者がデモムービーをYouTubeにアップロードしており、atopileがどんなツールなのかを確認することが可能です。 atopile product demo - YouTube ムービーの冒頭でatopileの開発者が「論理回路学習キット」を取り出しました。 この論理回路学習キットの基板は「ato」という専用言語を使用してデザインされています。コードの中の「module」が基板のコンポーネントのそれぞれに対応しているとのこと。まず小さいmoduleを作成

                                                                              コードを元にプリント基板を設計できるツール「atopile」がリリースされる、どんなメリットがあるのか?
                                                                            • OISTが燃料不要な「量子エンジン」の設計・製作に成功 エネルギー新時代の幕開けか

                                                                              量子テクノロジーの進展で期待が高まる量子エンジン(写真はイメージです) Nataliya Pylayeva-Shutterstock <量子エンジンはどのような原理で動くのか。これまでに話題となった「熱を使わないエンジン」の開発史とともに紹介する> 沖縄科学技術大学院大(OIST)とドイツの複数の大学による国際研究チームは、世界で初めて「量子力学の原理を用いたエンジン」の設計・製作に成功しました。 現在使われている熱機関(heat engine)は、熱をエネルギー源としています。熱源や燃料を装置外から取り込むものは外燃機関、装置内で生成した熱エネルギーを利用するものは内燃機関と呼ばれます。 18世紀半ばから19世紀に起こった産業革命では、石炭を利用した外燃機関である蒸気機関の開発で動力源が刷新され、社会構造が変わりました。その後、外燃機関は小型軽量化が難しいことから、自動車や飛行機などの輸

                                                                                OISTが燃料不要な「量子エンジン」の設計・製作に成功 エネルギー新時代の幕開けか
                                                                              • 中国のガリウム輸出規制、次世代EV設計に変更もたらす可能性

                                                                                7月11日、中国によるガリウム輸出規制が迫る中、自動車メーカーは電気自動車(EV)のゲームチェンジャーとして注目されていたこの金属に依存し続けられるかどうか疑問を抱いている。写真は6日撮影(2023年 ロイター/Florence Lo) [ロンドン 11日 ロイター] - 中国によるガリウム輸出規制が迫る中、自動車メーカーは電気自動車(EV)のゲームチェンジャーとして注目されていたこの金属に依存し続けられるかどうか疑問を抱いている。

                                                                                  中国のガリウム輸出規制、次世代EV設計に変更もたらす可能性
                                                                                • 事業の試行錯誤を支える コードを捨てやすくして システムをシンプルに保つ設計と工夫

                                                                                  Kaigi on Rails 2023 での発表資料です。 https://kaigionrails.org/2023/talks/zuckey/

                                                                                    事業の試行錯誤を支える コードを捨てやすくして システムをシンプルに保つ設計と工夫