並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 3517件

新着順 人気順

architectureの検索結果121 - 160 件 / 3517件

  • 転落の一途をたどる日本─その「独創性は、従順性を上回るまでには至らない」 | フランス人歴史家からの重い提言

    ほかの国々の成長を前に、停滞を続ける日本経済。輸出は減少し、高齢化に歯止めはかからず、グローバル化の波からは取り残されてしまった……転落一直線に見えるこの国に、未来はあるのか。フランス人歴史家クリスティアン・ケスレーが仏紙「フィガロ」で指摘した日本の問題点と、回復の条件。 GDPランキングでドイツに抜かれ、世界第3位の座を失った──このニュースは、日本のあらゆるメディアによって盛んに報じられた。 2010年、中国に抜かれて第3位となった日本は、さらにドイツによって──ドイツ経済もここ数ヵ月、低迷気味であるが──降格を余儀なくされた。これについてはすでに2023年10月の時点で、国際通貨基金(IMF)はドイツの名目GDPがおよそ4兆4000億ドルなのに対し、日本は約4兆2000億ドルに止まっていることを公表していたため、驚くには当たらない。 とはいえ、隣国の中国に追い越された苦い経験を持つ日

      転落の一途をたどる日本─その「独創性は、従順性を上回るまでには至らない」 | フランス人歴史家からの重い提言
    • ドメイン駆動設計の実践

      2024年7月20日に発売された『ドメイン駆動設計をはじめよう』の概要説明と、ソフトウェア開発現場での活用方法。 ①何が書いてあるか? ②事業活動の分析(1章)⇒設計判断 5章、6章、7章、8章、10章 ③業務知識の発見(2章) ④事業活動の複雑さに立ち向かう(3章) ⑤区切られた文脈どう…

        ドメイン駆動設計の実践
      • ワークフローオーケストレーション入門

        「Data Engineering Study #23 Data orchestration 特集」の発表資料です イベントページ: https://forkwell.connpass.com/event/310011/

          ワークフローオーケストレーション入門
        • 1年でカビだらけに… 注目を浴びる「木造ビル」は本当に持続可能なのか | CO2だけに着目する落とし穴

          鉄とコンクリートよりも二酸化炭素排出量が少ないとして木造建築が見直され、大きなビルを木造で建てるプロジェクトも世界中で進行している。しかし、適切な木材の調達や維持管理のためのトータルコストを考えると、それが常に「持続可能」とは限らない。 2023年に落成したシンガポールの木造ビルの例は、私たちに教訓を与えてくれる。 シンガポールの南洋理工大学の新棟「ガイア」が2023年に落成したとき、それはより緑多き未来への布石として歓迎された。約4万1200平方メートルのこの巨大木造建築は、持続可能な方法で伐採された木材のみを梁とパネルに使っている。 だが現在、その思いがけない欠点が注目を浴びている。ありとあらゆる木材にカビが発生してしまったのだ。「カビが生えているのを見ると、ちょっと気持ち悪くなります」と、4年生のグレース・ウンは話す。 この件は、世界中の木造建築が抱える問題を浮き彫りにした形となった

            1年でカビだらけに… 注目を浴びる「木造ビル」は本当に持続可能なのか | CO2だけに着目する落とし穴
          • 「未完の代名詞」サグラダ・ファミリアが工事開始から140年以上を経て完成へ

            6つの中央塔の最後の1つ「イエス・キリストの塔」は高さ172.5メートル。2026年の完成を目指してリープヘル社のクレーン2台が作業を続けている LIEBHERR <ガウディの描いた夢が最新技術の力でついに現実へと近づいている。完成時期の見込みと残された最後の課題とは?> 140年以上も建設が続いているスペイン・バルセロナのサグラダ・ファミリア聖堂。その完成がついに視野に入ってきた。 カタルーニャの偉大な建築家アントニ・ガウディが設計したこの驚くべき聖堂(バシリカ)は、ゴシック様式とアールヌーボー様式を融合させたもので、地上で最も美しい建築物の1つとの呼び声も高い(イギリスの作家ジョージ・オーウェルは世界で最も醜いと評したことがあるが)。 現在は世界的建設機械大手リープヘル社製のクレーン2台を駆使して、完成予定の2026年に向けて順調に工事が進んでいる。 23年11月には4つの「福音書記者

              「未完の代名詞」サグラダ・ファミリアが工事開始から140年以上を経て完成へ
            • エヌビディアの本社「ボイジャー」を見てみよう…「障壁も境界もない」という企業哲学を反映

              Polly Thompson [原文] (翻訳:仲田文子、編集:Toshihiko Inoue) Nov. 25, 2023, 03:00 PM テックニュース 19,493 アメリカの半導体メーカー、エヌビディアは昨年、「ボイジャー」と呼ばれるオフィスを開設した。 7万平方メートルのスペースには、「障壁も境界もない」という同社の哲学が反映されている。 Business Insiderは、このプロジェクトの設計責任者に話を聞いた。 半導体メーカーのエヌビディア(Nvidia)はここ数年、大きな成功を収めている。AIフィーバーが世界を席巻する中、同社のGPUチップの需要は急増した。 エヌビディアはAIのトレンドにいち早く着目し、ChatGPTなどの発展著しいテクノロジーで使われるチップの生産で大きくリードするようになった。 同社の株式は年初来250%近く上昇し、時価総額は瞬く間に1兆2000

                エヌビディアの本社「ボイジャー」を見てみよう…「障壁も境界もない」という企業哲学を反映
              • サーバーレスマイクロサービスを構築するための設計アプローチの比較 | Amazon Web Services

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

                  サーバーレスマイクロサービスを構築するための設計アプローチの比較 | Amazon Web Services
                • アーキテクチャから学ぶKubernetesの全体像

                  Developers Summit(デブサミ)2024で登壇したセッションの資料です。 - https://event.shoeisha.jp/devsumi/20240215 - https://event.shoeisha.jp/devsumi/20240215/session/4777 …

                    アーキテクチャから学ぶKubernetesの全体像
                  • 現実世界の事象から学ぶSOLID原則

                    # Object-Oriented Conference 2024 https://fortee.jp/oocon-2024/proposal/e1eb34cf-78ef-43f6-8a03-bb26c996cb62 概要 オブジェクト指向プログラミング (OOP) のコーディング慣例として広…

                      現実世界の事象から学ぶSOLID原則
                    • 画像・PDF・TXT・メールなどの中身を読み取って検索できるようにするオープンソースのドキュメント整理ツール「Teedy」レビュー

                      Teedyはさまざまな種類のファイルの中身を読み取って検索できる状態にしてくれるドキュメント整理ツールです。受信したメールを自動で取り込む設定もできるとのことなので、実際にセルフホストして使い勝手を確かめてみました。 sismics/docs: Lightweight document management system packed with all the features you can expect from big expensive solutions https://github.com/sismics/docs TeedyのインストールにDockerを利用するので、下記のリンクから自分の環境に合った方法でDockerをインストールします。 Install Docker Engine | Docker Documentation https://docs.docker.com

                        画像・PDF・TXT・メールなどの中身を読み取って検索できるようにするオープンソースのドキュメント整理ツール「Teedy」レビュー
                      • ノア・スミス「雑居ビル:商業地区をつくるもっと優れたやり方」(2024年10月21日)|経済学101

                        そろそろ,“zakkyo” を学ぶ頃合いだねPhoto by Stefano Huang on Unsplash今回の記事は,もともと X での連続投稿だった.ところが,これを気に入る人たちがたくさんいたので,ブログ用にまとめ直した方がいいなって考えた.主題は,日本の都市だ――とりわけ,大半の他国にはない日本ならではの小売りスペースの形態について語る. ぼくは大勢の都市計画専門家たちとつきあいがある.だいたい都市計画の人たちは,複合用途の都市開発が大のお気に入りだ――戸建て住宅や集合住宅とお店やレストランが共存しているあり方を,彼らは好んでいる.でも複合用途の開発と一口に言っても,そのかたちはさまざまだ.そして,日本は,世界各地の高密大都市とひと味違うことをやっている. 今回の記事では,複合用途開発を2つのタイプに区分する.世界中の高密都市でよく見られる「一階のみ店舗型」では,一階のレスト

                          ノア・スミス「雑居ビル:商業地区をつくるもっと優れたやり方」(2024年10月21日)|経済学101
                        • You Don't Need AWS ~お前にAWSは必要ない~

                          はじめに タイトルはこちらから拝借しました。この記事は他のパブリッククラウド(Azure, GCP)を薦める記事でもなければ、プライベートクラウドを薦める記事でもありません。また私自身、エンジニアキャリアの中でAWSはたくさん使ってきましたし、今でもソフトウェア開発のわがままに答えてくれる素晴らしいサービスだと思っているので、AWSを貶めるような記事でもありません。むしろ以下に紹介するサービスはAWS上に構築されていることが多く、間接的にもますます世界中の基盤として発展していくはずです。 PaaSアーキテクチャ 前提条件 前提として、現在でも主流なSPAを中心としたフロントエンド、バックエンド、データベースサービスからなるアプリケーションを想定します。 この場合、 フロントエンド → CDN + Static Hosting バックエンド → Container Deploy(Auto S

                            You Don't Need AWS ~お前にAWSは必要ない~
                          • 300棟以上の湾岸タワマンが傾き続けている…ブラジルで大量発生中の「傾きマンション」という厄介な問題 「サントスの斜塔群」には多数の住民が居住中

                            ブラジル・サンパウロ州のビーチ沿いに地盤沈下で傾いたタワマンが立ち並ぶエリアがある。サントス市の集計によると、市内の300棟以上が傾いているという。なぜ傾いてしまったのか。住民たちはどうしているのか。サンパウロ在住フォトグラファー兼ライターの仁尾帯刀さんが取材した――。 展望の美しい海岸沿いに立ち並ぶタワマン群 南米最大の港湾施設のあるサントス市は、ブラジル有数の商業都市サンパウロのベッドタウンだ。サンパウロまではバスやマイカーで約1時間半。住民に占めるマンション/アパート居住者の割合は63.45%とブラジルでもっとも高い。

                              300棟以上の湾岸タワマンが傾き続けている…ブラジルで大量発生中の「傾きマンション」という厄介な問題 「サントスの斜塔群」には多数の住民が居住中
                            • EC2とcronで動いていたバッチ基盤をマネージド化した - Uzabase for Engineers

                              概要 ソーシャル経済メディア「NewsPicks」SREチームの中川です。 皆さんはバッチ処理基盤はどうされていますでしょうか。 NewsPicks では少し前まではそれらをEC2、cronの組み合わせで動作させていました。 何年も前からこの仕組みだったのですがSREとしてはEC2の面倒見るのも手間ですし、それ以上にcronを変更する際のオペレーションミスが目立ったのが懸念点でした。 その為、まずはAWSマネージド化するための基盤を整備し、その後バッチアプリを載せ替えていくようにしました。 対応前の基盤構成 同じSREチームの安藤さんが CloudNative Days Tokyo 2023 で登壇されたときの資料をお借りします。 ご覧の通り、大体のサービスはマネージド化していましたがバッチ基盤だけは旧来のままEC2インスタンスを利用していました。 10年モノのサービスのインフラを漸進的

                                EC2とcronで動いていたバッチ基盤をマネージド化した - Uzabase for Engineers
                              • 不要な処理が実行速度を速くする謎を追う - Money Forward Developers Blog

                                こんにちは。 id:Pocke です。マネーフォワードでは Rails を用いた Web アプリケーションの開発と、RBS という Ruby の静的型システムの開発を行っています。 最近 RBS の開発をする中で、「不要な処理を削除すると実行速度が遅くなる」という不思議な現象に遭遇しました。この記事ではその現象を解説しようと思います。 なおこの記事は Ruby の知識を前提としないように執筆されており、Ruby の知識が必要となるところには注釈を加えて補足しています。 普段 Ruby を書かない方にも読んでいただければ幸いです。 問題を引き起こした変更 今回の問題は、RBS のメモリ使用量の削減を行っている中で遭遇しました。まずはどんな変更を行おうとしていたかを解説します。 変更の動機 最近私は RBS のメモリ使用量の削減に取り組んでいます。1 その取り組みの中で、RBS のパーサーが作

                                  不要な処理が実行速度を速くする謎を追う - Money Forward Developers Blog
                                • 「Kアリーナ横浜」混雑緩和の歩道橋 設計ミスで開通延期へ | NHK

                                  横浜市は、みなとみらい地区にある「Kアリーナ横浜」の混雑緩和などのために整備した歩道橋で、設計ミスによる強度不足などが明らかになったとして、6月1日に予定されていた開通を急きょ延期することにしました。 横浜市西区のみなとみらい地区には2万席を誇る音楽専用のアリーナ、「Kアリーナ横浜」が去年完成し、市は混雑を緩和するなどの目的で、全長130.4メートルの歩道橋を整備しました。 しかし、横浜市によりますと、5月中旬、橋桁を支える鉄筋コンクリート製の橋台という部分に長さ1.2メートル、幅3ミリほどのひび割れが見つかりました。 設計を担当した「JR東日本コンサルタンツ」は、当初は問題ないという見解だったものの、30日になって設計ミスによる構造上の問題があったと市に連絡してきたということです。 橋台の中の鉄筋の数が足らず、強度が足りない状態だということです。 このため、横浜市は1日に予定されていた開

                                    「Kアリーナ横浜」混雑緩和の歩道橋 設計ミスで開通延期へ | NHK
                                  • Utility-first CSS(Tailwind CSS)が合理的であることの説明と、CSSによるUI開発小史

                                    目次 CSS小史 SUIT CSS - 命名規約ベースのCSS方法論 styled-components - CSS in JS Tailwind CSS - Utility-first CSS なぜインラインスタイルではダメなのか まとめ タイムライン 参考リンク CSS小史 CSSでアプリのUIを実装するための手法は、これまでいくかの変遷を辿ってきた。 はるか昔、CSSが生まれて間もないころには、関心の分離という文脈から、FONT要素などの物理タグはよくないものとされ、 コンテンツ(HTML)とスタイル(CSS)をきっちりと分離することが奨励されはじめた。 そこでは、HTMLはあくまで文書であり、CSSのクラスセレクタという接点でコンテンツと見た目が隔離されることで、それらは別世界のものとして管理されていた。 また、大規模サービス開発においていかにCSSを管理するかという問題意識はまだ

                                      Utility-first CSS(Tailwind CSS)が合理的であることの説明と、CSSによるUI開発小史
                                    • 個人的におすすめしたいFeature-Sliced Designというフロントエンドアーキテクチャ設計方法論

                                      Feature-Sliced Designというフロントエンドアーキテクチャ設計方法論をプロジェクトに導入してみたところ、 個人的には良いと感じているので、どのような設計方法論なのか、具体的にどのような部分が良いと感じたかを紹介していきたいと思います。 Feature-Sliced Designとは? Feature-Sliced Designは、フロントエンドアプリケーションを対象としたアーキテクチャ設計方法論です。公式サイトでは、「コードを整理するためのルールと規約の集大成」と記載されています。 Feature-Sliced Designの設計方法論 Feature-Sliced Designでは、プロジェクトはLayerで構成され、各LayerはSliceで構成され、各SliceはSegmentで構成されます。 Layer Feature-Sliced Designの第一階層をLay

                                        個人的におすすめしたいFeature-Sliced Designというフロントエンドアーキテクチャ設計方法論
                                      • DBアーキテクチャの比較と選択

                                        Database Engineering Meetup #1 DBアーキテクチャの比較と選択 Cloud-native storage service for bulk load & random lookup workload https://scalar.connpass.com/even…

                                          DBアーキテクチャの比較と選択
                                        • Why, after 6 years, I’m over GraphQL

                                          GraphQL is an incredible piece of technology that has captured a lot of mindshare since I first started slinging it in production in 2018. You won’t have to look far back on this (rather inactive) blog to see I have previously championed this technology. After building many a React SPA on top of a hodge podge of untyped JSON REST APIs, I found GraphQL a breath of fresh air. I was truly a GraphQL h

                                          • 古典ドメインモデリングパターンの解脱 - 大吉祥寺.pm - kawasima

                                            2024年7月13日の大吉祥寺.pmで発表した「古典ドメインモデル(パターン)の解脱」のスライドログです。 この2冊で書かれているドメインモデルパターンを「古典」の対象にします。 ドメインモデルパターンは「複雑さに対処するため」と述べています。が、古典では次の2点が課題となっていると考えます。 これら2点について個別に見ていきます。 まずドメインモデルパターンから。 Patterns of Enterprise Application Architecture(以降PofEAA)ではこのように定義されています。 PofEAAのドメインロジックの章で使われている「収益認識」の例を取り上げます。 ContractやProduct, RecognitionStrategyなどといったクラスが作られて、これらのインタラクションでビジネスロジックが実現されると説明されています。 では、これらのドメイ

                                              古典ドメインモデリングパターンの解脱 - 大吉祥寺.pm - kawasima
                                            • メンテナンス画面の表示方法いろいろ | 外道父の匠

                                              コンテナの話(AWSコンテナ系アーキテクチャの選択肢を最適化する)をした時にメンテナンス画面の表示についても軽く触れました。 改めて整理すると他にもいろいろあるということで、上から順に超ザックリと並べていきたいと思います。一応 AWS でを想定していますが、一般的な方法論でもあるので、どこだろうと何かしらの足しにはなるかもです。 条件 どのようなメンテナンス状態にしたいかによりますが、満たすべき条件はおそらくこのようなものがありますよ、ということで整理します。 1回の変更操作で、一括したメンテインを保証すること 管理者はメンテにならず通常アクセスする手段があること メンテ機能の仕込みによって悪影響がないこと 希望するメンテ用レスポンス内容を実現可能であること 静的 or 動的 Status Code 503 Content-Type レスポンス・サイズ 例えば DNS のレコード値を変更し

                                                メンテナンス画面の表示方法いろいろ | 外道父の匠
                                              • 食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog

                                                目次 目次 はじめに 1章 課題の認識とZuora導入の決断まで 販売管理システムの課題 何を最初にやるべきか 実情を知る 理想像を固める 何を作り、何を作らないか どのSaaSを使うか 2章 Zuora導入設計 Zuoraプロジェクトチーム体制 Zuoraを知ろう! Zuoraプロジェクトにおいて何を開発するのか Zuoraの管理画面を使うか、それとも内製で作るか 新設機能のモック作成 食べログとのマッピング 3章 Zuora移行 データ移行 データ検証 突合バッチによる検証 データプールの副産物 最終的なシステム構成 データ切り替え 4章 Zuora運用 財務突合 Zuoraへの切り替え Zuoraでの運用開始 5章 結論 最後に はじめに こんにちは! 食べログ開発本部飲食店システム開発部でマネージャーをしている新井です。 2018年に食べログに入社し現在は販売管理チームに所属してお

                                                  食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog
                                                • Cloudflare Zero Trustで自宅PCにアクセスする

                                                  イントロダクション 最近自宅のネットワークが極端に遅かったため、IPv4 PPPoEからIPv6 IPoEに構成変更しました。 IPv4時代は固定グローバルIPを購入して外出先から自宅にVPNを張れるようにしていましたが、IPv6では残念ながらL2TP/IPSecが使えない。 (参考:https://zenn.dev/apple_nktn/articles/80acf34cf0634b) そもそもVPNで拠点接続するという構成自体が最近のトレンドではないよね、ということもありZTNA(Zero Trust Network Access)サービスであるCloudflare Zero Trustを試してみることにしました。 ゼロトラストネットワークとは(個人的な理解) ネットワーク上のあらゆるアクセスを信頼せず全て検査するという概念。 従来のDMZを用いた境界型防御は境界の内側は「暗黙的に信頼

                                                    Cloudflare Zero Trustで自宅PCにアクセスする
                                                  • 身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 - Findy Tools

                                                    公開日 2024/06/19更新日 2024/07/25身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 多くのIT企業では、ユーザーに対してより高品質で安定した体験を提供するために、システムアーキテクチャを進化させ続けています。 本特集では、日常生活の中で多くのユーザーに利用されているサービスのアーキテクチャ設計に携わるエンジニアの方々から、技術選定の背景や意図、そして現在のアーキテクチャの課題から未来への展望まで、詳しく伺いました。この記事を通じて、各企業のエンジニアたちがどのように技術的な課題を克服し、システムの柔軟性と効率を高めているのか、知見を得ていただければ幸いです。 ※ご紹介は企業名のアルファベット順となっております アソビュー株式会社 アソビュー株式会社では「遊び」という領域に対し、マーケットプレイス型EC「アソビュー!」やD2C型SaaS

                                                      身近なBtoCサービスを支えるアーキテクチャ大解剖 技術選定のポイントと今後の展望 - Findy Tools
                                                    • Technology that powers Lambda / AWS Lambda を支える技術

                                                      AWS Lambdaはその誕生から10年が経ちますが、このカンファレンスに来られている皆様は普段からご利用になっている方も多いのではないでしょうか? このセッションでは、Lambdaのスケーラブルでリクエストごとに独立して実行される仕組みを振り返りながら改めて、 Lambdaアーキテクチャデザインを理…

                                                        Technology that powers Lambda / AWS Lambda を支える技術
                                                      • マイクロサービスからモジュラーモノリスを経て新マイクロサービスへ - Techtouch Developers Blog

                                                        バックエンドエンジニア兼万年ダイエッターの taisa です。テックタッチは、以前マイクロサービスからモジュラーモノリスを経て新マイクロサービスへの切り直しを実施しました。本記事では、マイクロサービス・モノリスについて簡単に触れながらテックタッチがどういったプロセスでマイクロサービスの切り直しを実施したかを紹介します。 はじめに マイクロサービスとモノリス マイクロサービスとは マイクロサービスの利点 モノリスとは 単一プロセスモノリス モジュラーモノリス 分散モノリス テックタッチの場合 初期の頃の構成イメージ マイクロサービス切り直し前 特徴 モジュラーモノリス化 サービスの移行 別ドメイン境界でサービス切り直し イベントストーミング マイクロサービス切り直し後 DB 統合へ続く まとめ 参考 はじめに テックタッチは初期の頃からマイクロサービスアーキテクチャを採用していますが、一部の

                                                          マイクロサービスからモジュラーモノリスを経て新マイクロサービスへ - Techtouch Developers Blog
                                                        • Secrets from the Algorithm: Google Search’s Internal Engineering Documentation Has Leaked

                                                          Watch Our Google Algorithm Leak Webinar Replay Google, if you’re reading this, it’s too late. Ok. Cracks knuckles. Let’s get right to the Google algorithm leak. Internal documentation for Google Search’s Content Warehouse API has been discovered. Google’s internal microservices appear to mirror what Google Cloud Platform offers and the internal version of documentation for the deprecated Document

                                                            Secrets from the Algorithm: Google Search’s Internal Engineering Documentation Has Leaked
                                                          • 39社のデータアーキテクチャ特集 - ツールの技術選定のポイントと活用術 - Findy Tools

                                                            8つのデータ系ツール「BigQuery」「Databricks」「dbt」「Fivetran」「Lightdash」「Looker」「Snowflake」「TROCCOⓇ」に39社からご寄稿頂いたレビューから、各社のデータアーキテクチャをまとめた記事です。各社の技術選定の背景や工夫などの知見を得ていただく場となれば幸いです。 ※ツール名・ご寄稿企業名共にアルファベット順で掲載しております BigQueryBigQuery は、Google Cloud の費用対効果に優れたフルマネージド型の分析データ ウェアハウスです。ペタバイト規模に対応しており、膨大な量のデータに対してほぼリアルタイムで分析を行うことができます。 ▼BigQueryとは?機能や特徴・製品の概要まとめページはこちら https://findy-tools.io/products/bigquery/49 ▼Findy Too

                                                              39社のデータアーキテクチャ特集 - ツールの技術選定のポイントと活用術 - Findy Tools
                                                            • React Server Components と GraphQL のアナロジー

                                                              Next.js の App Router が安定版となり、React Server Components (以下 RSC) を実際に試す環境が整ってきた。 実際、今年はやれどこそこのプロダクトが Next.js を採用しただのやっぱり捨てだのといった話題が尽きなかったように思う。 かくいう自分自身も、今年は App Router の案件に取り組んで RSC と格闘する日々を送っていた。 その過程で、こんなようなことを考えるようになったので、今回はこの辺りの話を書き残しておこうと思う(何回か X に同じ旨の POST は上げていたけど、一回もちゃんとまとめてなかったので)。 RSC がない頃の、別の言い方をすると getServerSideProps を使っていた頃の、Next.js におけるアプリケーションの設計は、トラディショナルな MVC にかなり近しい。 ここでいう MVC は、Sp

                                                                React Server Components と GraphQL のアナロジー
                                                              • 過去の経緯の調べ方 - Konifar's ZATSU

                                                                何かの取り組みを始める時、たいていまずは"過去の経緯"をざっと調べると思う。そうしないと過去に起きた問題を踏んでしまったり再発明をしてしまったりするからである。 皆当たり前にやっているように見えて、この過去の経緯の調べ方には意外とスキルのバラつきがある。自分も常にうまくできているわけではないので、思考整理のために雑に書き出してみる。 たとえば一例として、「Androidの自動テストの方針」を決めようとしているとしよう。背景にある課題は適当に想定してほしい。次のようなステップで過去の経緯を調査していく。 1. 調査期間を決める 調査はダラダラとやってしまいがちなので自分で期限を決める 内容にもよるが、自分は半日~1日に設定することが多い。社外の方とのスケジュール調整が入る場合には1週間くらいかかることもある 例で言うと、自分ならいったん1日で設定してガッと集中して調べてキャッチアップすると思

                                                                  過去の経緯の調べ方 - Konifar's ZATSU
                                                                • 次世代データ基盤:データレイクハウスを Google Cloud で実現する

                                                                  はじめに こんにちは、クラウドエース データソリューション部の松本です。 普段はデータ基盤や MLOps の構築をしたり、Google Cloud 認定トレーナーとしてトレーニングを提供しております。また、昨年は Google Cloud Partner Top Engineer 2024 に選出されました。今年も Goodle Cloud 界隈を盛り上げていけるよう頑張っていきたいと思います。 クラウドエース データソリューション部 について クラウドエースのITエンジニアリングを担う システム開発統括部 の中で、特にデータ基盤構築・分析基盤構築からデータ分析までを含む一貫したデータ課題の解決を専門とするのが データソリューション部 です。 弊社では、新たに仲間に加わってくださる方を募集しています。もし、ご興味があれば エントリー をお待ちしております! 今回は、次世代データ基盤であるデ

                                                                    次世代データ基盤:データレイクハウスを Google Cloud で実現する
                                                                  • 米紙が賞賛する中銀カプセルタワー 「サステナビリティの先駆けだった」 | 黒川紀章の遺志は継がれ

                                                                    「200年の寿命」のはずが… 140個もの切り離し可能なカプセルを組み合わせた中銀カプセルタワーは、まさに20世紀を代表する建築物だ。このタワーを設計した黒川紀章が思い描くメタボリズム的な未来都市では、組み合わせたり切り離したりできる複数のパーツからなるビルがずらりと立ち並んでいた。その様子は、まるで生き物が成長し、体のパーツを増やしていくかのようだ。 黒川は2007年、亡くなる直前のインタビューでこう語っている。 「25年ごとにカプセルを交換すれば、中銀は200年もつでしょう。これはリサイクル可能な建築です。私は、サステナブルな建築として中銀カプセルタワーを設計したのです」 しかし年月とともに住人の大部分がいなくなり、中銀は荒廃していった。そして住人たちは、中銀をそのまま保存しておくよりも取り壊すことを選んだ。これは「建築界の悲劇」だ。 予定より数年遅れた2022年10月、タワーは解体さ

                                                                      米紙が賞賛する中銀カプセルタワー 「サステナビリティの先駆けだった」 | 黒川紀章の遺志は継がれ
                                                                    • 機械学習基盤のアーキテクチャ特集 〜8社の設計意図と今後の展望〜 - Findy Tools

                                                                      公開日 2024/07/30更新日 2024/07/31機械学習基盤のアーキテクチャ特集 〜8社の設計意図と今後の展望〜 毎回ご好評頂いているアーキテクチャ特集の今回のテーマは、機械学習です。 機械学習に特に力を入れている日本のIT企業8社にご協力頂き、それぞれの技術的な挑戦と今後の展望についてご寄稿頂きました。各社のアプローチと最新の技術動向を通じて、次世代のイノベーションを紐解いていきましょう。 ※ご紹介は企業名のアルファベット順となっております 株式会社ABEJA ABEJA Insight for Retailについて ABEJA Insight for Retailは、お客様の店舗訪問から購入までの行動をデータから分析する、ABEJAが提供するDXツールです。店舗にIoTデバイス(カメラや来客カウンター等)を設置し、取得データを顧客企業に提供することで小売店舗の運営を支援していま

                                                                        機械学習基盤のアーキテクチャ特集 〜8社の設計意図と今後の展望〜 - Findy Tools
                                                                      • 「これではとても住み続けられない」引っ越してすぐに思い知った"デザイン重視の家"の落とし穴 梅雨が明けたばかりのリビングが真夏のビニールハウスに変化

                                                                        ほぼすべての家の南面に掃き出し窓がある 掃き出し窓と呼ばれる窓がある。 あなたの家にもあると思う。庭やバルコニーとの境にある大きな引き違いの窓、あれが掃き出し窓だ。室内のゴミやホコリをそこから「掃き出した」のが語源といわれる。昔は現在の地窓のように高さの低いものをいったが、いつのまにか背丈を上まわる高さのものも掃き出し窓と呼ぶようになった。 西洋の住宅にも掃き出し窓はある。だが日本のように、どこの家でもあたりまえのように設けられてはいない。そこには気候風土にともなう建築構法の違いなどが大きく関係しているのだが、話が長くなるのでここでは割愛する。 掃き出し窓の特徴は、「建物の南面に設けられる」ということだ。むろん例外はあるが、戸建住宅の掃き出し窓といえば一般的には南面の窓ということになる。 近所の住宅地をぶらっとひと回りしてみた。 やはり、ほぼすべての家の南面に掃き出し窓がついていた。幅18

                                                                          「これではとても住み続けられない」引っ越してすぐに思い知った"デザイン重視の家"の落とし穴 梅雨が明けたばかりのリビングが真夏のビニールハウスに変化
                                                                        • Laravelが如何にダメで時代遅れかを説明する - Qiita

                                                                          2024.11.05「追記1:問題編」を追加しました! 2024.11.06「追記2:回答編」を追加しました! 2024.11.06 [補足]を追加しました! 前提 LaravelはWordPressからステップアップしたい人に丁度フィットしたような作りになっており、オンプレ前提であり、MVC構成の簡単なSSR(サーバーサイドレンダリング)を推しています。 WordPressの次のステップと捉えると納得できますし、小さなアプリを簡単に作るには丁度良いと思います。 しかし、これで大きなサービスを作ろうとすると途端に崩壊します。 基本的にドキュメント通りに作成すると画面とインターフェースが密結合し、サービスとしてのインターフェースが固まらない状態になります。 結果的に私が関わったプロジェクトは全て密結合で触れない状態に陥っていました… たぶん日本中、いや世界中がこうなってると思います。 決して

                                                                            Laravelが如何にダメで時代遅れかを説明する - Qiita
                                                                          • カプコン: Cloud Spanner や GKE を用いて『ストリートファイター6』のためのクロスプレイ プラットフォームを構築 | Google Cloud 公式ブログ

                                                                            カプコン: Cloud Spanner や GKE を用いて『ストリートファイター6』のためのクロスプレイ プラットフォームを構築 『ストリートファイター』や『バイオハザード』、『モンスターハンター』など、世界中で愛されるゲームシリーズでその名を知られる株式会社カプコン(以下、カプコン)。その最新 AAA タイトル『ストリートファイター6』では、ユーザーのすそ野を広げる意欲的な取り組みを多数実施して注目を集めています。そこに Google Cloud のテクノロジーがどのように役立てられているのか、開発の中核メンバーにお話を伺いました。 利用しているサービス: Cloud Spanner, Memorystore for Redis, Google Kubernetes Engine, Anthos Service Mesh, Cloud Monitoring, Cloud Logging

                                                                              カプコン: Cloud Spanner や GKE を用いて『ストリートファイター6』のためのクロスプレイ プラットフォームを構築 | Google Cloud 公式ブログ
                                                                            • 万博休憩所2 - ダモクレスの日除けの問題を考えてみる

                                                                              750個の石をネックレスのようにつるす万博休憩所 https://xtech.nikkei.com/atcl/nxt/column/18/02484/081300062/ 法的にOKなことは安全性を担保しないhttps://x.com/kopppepan/status/1828342511523578318 「建築基準法をはじめとした各種法令を遵守」としているけれど、この日除けは「建物」ではなさそうなので「工作物」に該当しそう。 それであれば建築基準法にあるような耐震基準などは適用されないだろうから、合法であっても法的に安全性を保証されたわけではない。 少なくとも、このタイプの構造物の耐震基準というものは現状では無いだろう。 動的な荷重への対応が未知静的な荷重に対しては流石に計算しているから大丈夫だろう。 ただ、地震が起きたときや台風が来たときには別の負荷がかかるし、隣の石がぶつかることも

                                                                                万博休憩所2 - ダモクレスの日除けの問題を考えてみる
                                                                              • 隈研吾さん設計の馬頭広重美術館を大規模改修 腐食など深刻化で那珂川町 ふるさと納税で資金集め|下野新聞 SOON

                                                                                【那珂川】町は世界的な建築家隈研吾(くまけんご)さんが設計し、2000年に開館した町馬頭広重美術館の初めての大規模改修に取り組む。同館は町の代表的な建築物の一つで、観光資源としても親しまれる一方、建物の特徴である八溝杉材のルーバーの傷みなどが著しい。町はふるさと納税の仕組みを利用して資金集めを進めており、「来年の町合併20年と開館25周年に合わせて、オープン当時の輝きを取り戻したい」として協力を呼びかけている。 (残り:約 648文字)

                                                                                  隈研吾さん設計の馬頭広重美術館を大規模改修 腐食など深刻化で那珂川町 ふるさと納税で資金集め|下野新聞 SOON
                                                                                • 円安を乗り越えるための Arm アーキテクチャへの移行が完了! そのプロセスを公開します - カミナシ エンジニアブログ

                                                                                  こんにちは。ソフトウェアエンジニアの坂井 (@manabusakai) です。 カミナシでは、クラウドインフラストラクチャに AWS を採用していますが、昨今の円安を受けて円換算での請求額は右肩上がりで増え続けています。サービスの規模や特性に関わらず、パブリッククラウドを利用する多くの日本企業で頭痛の種になっているのではないでしょうか。 円安になる前から継続的にコスト最適化には取り組んできましたが、クイックウィンで実施できるものはやり尽くしており手詰まり感がありました。しかし、我々スタートアップにおいて適正なコストに抑えることはランウェイ(キャッシュ不足に陥るまでの残存期間)を伸ばす意味でも重要なため、現状に甘んじることなく次の最適化ポイントを探していました。 Arm アーキテクチャ移行によるコスト最適化への期待値 AWS は Arm ベースの Graviton プロセッサを開発しており、

                                                                                    円安を乗り越えるための Arm アーキテクチャへの移行が完了! そのプロセスを公開します - カミナシ エンジニアブログ