並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 3703件

新着順 人気順

architectureの検索結果241 - 280 件 / 3703件

  • Software Design 2024年5月号 連載「レガシーシステム攻略のプロセス」第1回 ZOZOTOWNリプレイスプロジェクトの全体アーキテクチャと組織設計 - ZOZO TECH BLOG

    はじめに 技術評論社様より発刊されているSoftware Designの2024年5月号より「レガシーシステム攻略のプロセス」と題した全8回の連載が始まりました。 本連載では、ZOZOTOWNリプレイスプロジェクトについて紹介します。2017年に始まったリプレイスプロジェクトにおいて、ZOZO がどのような意図で、どのように取り組んできたのか、読者のみなさんに有益な情報をお伝えしていければと思いますので、ご期待ください。第1回目のテーマは、「ZOZOTOWNリプレイスプロジェクトの全体アーキテクチャと組織設計」です。 目次 はじめに 目次 ZOZOTOWNリプレイスの背景、目的 背景 目的 柔軟なシステム 開発生産性 技術のモダン化 採用強化 ZOZOTOWNリプレイスの歴史とアーキテクチャの変遷 アーキテクチャの変遷 2004年〜2017年:オンプレミス(リプレイス前) 2017年〜20

      Software Design 2024年5月号 連載「レガシーシステム攻略のプロセス」第1回 ZOZOTOWNリプレイスプロジェクトの全体アーキテクチャと組織設計 - ZOZO TECH BLOG
    • 擬人化で完全に理解するクリーンアーキテクチャ

      PHPカンファレンス関西2024 の発表資料になります

        擬人化で完全に理解するクリーンアーキテクチャ
      • 完成後3年もたたずにタイル落下、原因特定に至らずも目荒らしなし

        建物の外壁からタイルが落下する事故が散見されている。経年劣化や施工不良など要因は個々の事例ごとに異なるものの、落下したタイルが通行者などに当たれば、取り返しがつかない。過去には外壁タイルの落下による死傷事故も起こっている。 本連載では、「一級建築士矩子の設計思考」(鬼ノ仁/日本文芸社)のキャラクターを使って新規に書き下ろしたイラストとともに、建築の「危ないデザイン」を振り返る。 前述の外壁タイルは、建物に高級感を与えるなど建築の意匠を構成する上で重要な役割を担う。マンションなどを中心に採用事例は今も多い。 一方、大阪地方裁判所判事(当時)の高嶋卓氏が「判例タイムズ」の2017年9月号に寄せた論文によると、大阪地裁で建築関係訴訟を専門で扱う第10民事部における未処理の事件数の5~8%は、外壁タイルの瑕疵に関する事案となっている。そこで今回は、老朽化した建物の増加とともに、これから発生数が増え

          完成後3年もたたずにタイル落下、原因特定に至らずも目荒らしなし
        • 【作業効率化】4年目エンジニアが「使わなくなった」アプリを供養する - Qiita

          はじめに よくQiitaでおすすめアプリとかの記事を見かけますが 逆に使わなくなったアプリの紹介記事ってなくね? と思い今その勢いで本記事を書き進めています。需要があるかはしーらないっ。 本記事では、今年で4年目のエンジニアが作業効率を追い求める中で淘汰されていったアプリたちを紹介します。 ちなみに当方Macユーザです。 エディタ Visual Studio Code 3年目くらいまでは結構使ってました。 settings.jsonやkeybindings.jsonをdotfilesで管理してみたいなこともするくらいには使ってました。 が、何かのタイミングでvimに興味を持ち、vimを使いはじめてから徐々に使わなくなってゆきました。 vimに興味を持った最初の頃はVSCの拡張でvimがあったので、それを使ってました。 VSCでvimの操作を再現できる拡張です。 しかし vimと言えば学習コ

            【作業効率化】4年目エンジニアが「使わなくなった」アプリを供養する - Qiita
          • マイクロサービスにおけるBFFアーキテクチャでのモジュラモノリスの導入

            LINE株式会社 古田 大志 京都開発室 / 出前館マーチャント部 クーポンサービス チームリード 2023.9.12「モジュラモノリス徹底解剖vol.2〜実践者から学ぶLunch LT〜」の登壇資料です https://findy.connpass.com/event/293748/

              マイクロサービスにおけるBFFアーキテクチャでのモジュラモノリスの導入
            • 「うちの開発組織っていい感じなんだっけ?」で気づいた判断指標の曖昧さ 開発生産性を計測して、開発組織の“当たり前基準”を上げた話

              「うちの開発組織っていい感じなんだっけ?」で気づいた判断指標の曖昧さ 開発生産性を計測して、開発組織の“当たり前基準”を上げた話 開発生産性を計測し、開発組織の当たり前基準を上げる 「全体の開発の流れが見える状態」から「全部のプロセスが見えない状態」に変化する中で感じた危機 大沼和也氏:「開発生産性を計測し、開発組織の当たり前基準を上げていく」という内容で発表いたします。今日はどういうふうにやったかも軽くお話ししますが、どういった経緯や背景で、この生産性を追おうと思ったのかというところを主に話していきたいと思っています。 まず背景を説明します。最初は僕が1チームのスクラムマスターをやっていて、そのあとに複数チームを見る立場に変わっていったというところで、その1チームのスクラムマスターをやっていた時は自分も開発していたこともあり、基本的に全体のチームの開発の流れが全部見える状態だったんですね

                「うちの開発組織っていい感じなんだっけ?」で気づいた判断指標の曖昧さ 開発生産性を計測して、開発組織の“当たり前基準”を上げた話
              • ChatGPTでPythonのdiagramsを使ってAWSのサービス構成図生成コードを作ってもらう - Taste of Tech Topics

                夏の暑さもだいぶ落ち着いてきていよいよ秋めいてきました、そろそろサンマがおいしい季節ですね、菅野です。 AWSを用いて様々なアーキテクチャを作成することが可能ですが、どういった構成になっているのかを一目で表すには図が効果的です。 手動でPowerPointや、draw.io等の作図ツールを用いて作成することも多いのではないか、と思いますが、ChatGPTで簡単に出力できたら便利ですよね。 Advanced Data Analysysの動作環境ではDiagramsライブラリがインストールされていないため、Pythonコードを直接ChatGPTで動かして構成図を出力してもらうことはできませんでした。 なので、今回はChatGPTにPythonのライブラリDiagramsを用いてクラウドの構成図を作成するPythonコードを作成してもらいましょう。 今回の検証ではGPT-4モデルを利用します。

                  ChatGPTでPythonのdiagramsを使ってAWSのサービス構成図生成コードを作ってもらう - Taste of Tech Topics
                • RISC-Vの世界的な普及を促進するため、Qualcomm、Infineon、BOSHなど5社がリファレンスアーキテクチャなどを提供する企業を共同設立すると発表

                  RISC-Vの世界的な普及を促進するため、Qualcomm、Infineon、BOSHなど5社がリファレンスアーキテクチャなどを提供する企業を共同設立すると発表 米国のQualcomm Technologies、ドイツのInfineon Technologies、ドイツのRobert Bosch、ノルウエーのNordic Semiconductor、オランダのNXP Semiconductorsの5社は、RISC-Vプロセッサの世界的な普及を促進するための企業を共同で設立すると発表しました。 RISC-Vは、RISC-V Internationalの下でオープンかつ無料で使えるプロセッサの命令セットとしてライセンスされています。シンプルな命令セットで電力効率の高いプロセッサを実現可能な点が特徴とされているため、将来的にはArmの競合になるとの見方もあります。 下記はQualcommが発表し

                    RISC-Vの世界的な普及を促進するため、Qualcomm、Infineon、BOSHなど5社がリファレンスアーキテクチャなどを提供する企業を共同設立すると発表
                  • フロントエンドのディレクトリ設計を移行した話 | Atomic Design → Feature

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

                      フロントエンドのディレクトリ設計を移行した話 | Atomic Design → Feature
                    • 深刻なホームレス問題に直面する米加州、応急仮設住宅を公開

                      米カリフォルニア州ロサンゼルスで公開された応急仮設住宅(2024年1月31日撮影)。(c)Frederic J. BROWN / AFP 【2月1日 AFP】米カリフォルニア州ロサンゼルスで1月31日、路上生活者の利用を想定して開発された応急仮設住宅が公開された。同州では近年、ホームレス問題が深刻化している。 この仮設住宅は、ギャビン・ニューサム(Gavin Newsom)州知事が推し進めるホームレス問題対策計画の一環として開発された。知事主導で行われたコンペで優勝したパレットシェルター(Pallet Shelter)社が手掛けた。 6.5平米のタイプとトイレやシンクなどが完備された11平米の2タイプがある。州内の主要都市に設置するため、今後、計1200戸が製造される予定だ。(c)AFP

                        深刻なホームレス問題に直面する米加州、応急仮設住宅を公開
                      • メルカリ ハロの技術スタックとその選定理由 | メルカリエンジニアリング

                        こんにちは。メルカリ ハロのSoftware Engineer (Engineering Head)の@napoliです。連載:Mercari Hallo, world! -メルカリ ハロ 開発の裏側-の2回目を担当させていただきます。 2024年3月上旬にメルカリ ハロという新しいサービスが公開されました。メルカリ ハロは好きな時間に最短1時間から働ける「空き時間おしごとアプリ」です。 この記事ではメルカリ ハロを作るにあたり、どういった技術スタックやアーキテクチャを選定したのか、さらにその背景と意思決定をご紹介したいと思います。 この記事で得られること メルカリ ハロで採用されている技術スタックやアーキテクチャの全体像 その意思決定の理由とプロセス これから新規サービスを立ち上げるうえでのヒント 主な技術スタック メルカリ ハロで利用されている主な技術スタックは以下のとおりです。 バッ

                          メルカリ ハロの技術スタックとその選定理由 | メルカリエンジニアリング
                        • よりシンプルになる Svelte の世界

                          Svelte は記述量が少なくシンプルなコードで書けることが特徴の 1 つでした。しかし、アプリケーションの規模が大きくなるにつれて学習コストや認知負荷が増加していくという課題が浮上してきました。Svelte v5 で導入される Rune は今までの Svelte のコンセプトを覆し、よりシンプルになることを目指しています。このトークでは Svelte v5 の新機能を通じて Svelte の書き方がどのように変わるのかについて話します。

                            よりシンプルになる Svelte の世界
                          • RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解 | SIOS Tech. Lab

                            ◆ Live配信スケジュール ◆ サイオステクノロジーでは、Microsoft MVPの武井による「わかりみの深いシリーズ」など、定期的なLive配信を行っています。 ⇒ 詳細スケジュールはこちらから ⇒ 見逃してしまった方はYoutubeチャンネルをご覧ください 【4/18開催】VSCode Dev Containersで楽々開発環境構築祭り〜Python/Reactなどなど〜 Visual Studio Codeの拡張機能であるDev Containersを使ってReactとかPythonとかSpring Bootとかの開発環境をラクチンで構築する方法を紹介するイベントです。 https://tech-lab.connpass.com/event/311864/ こんにちは、サイオステクノロジー武井です。今回は、「RAG構築のためのAzure OpenAI Serviceリファレンスア

                              RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解 | SIOS Tech. Lab
                            • 理解しやすいコードの書き方~理解容易性の7つの観点~ - Qiita

                              はじめに 「理解容易性」は「保守性」の観点の1つとして重視され、多くの原則や技法が紹介されているが、断片的かつ多様であり、全体像を理解することは難しい。 抽象度は高いが、体系的に観点を整理する事で、その理解の助けとなれば幸いである。 定義 「理解容易性」を簡単に言えば、「理解のしやすさ」であるが、その意味から掘り下げると、「思考する量」と言い換えることができる。 本記事では理解容易性を「思考量の少なさ」と定義し、7つの観点に整理した。 先に要約およびチェックリストを記載し、概略を記載した。 後に詳細で理解のため、各観点毎の説明と個別の原則や技法へのリンクを記載した。 要約 7つの観点の要約を先に示す。 (変数や関数の)名称は分かりやすくする (変数や関数の)役割は1つにする (変数や関数の)参照は狭くする (変数や関数の)状態は変えられなくする (関数やクラスの)面積は小さくする (関数や

                                理解しやすいコードの書き方~理解容易性の7つの観点~ - Qiita
                              • Flutter設計パターン入門

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

                                  Flutter設計パターン入門
                                • フロントエンドリアーキテクチャリングと開発チームのスキルトランスファーにおける9ヶ月間の奮闘記

                                  2023年1月から9月にかけて弊社 BtoB web アプリケーションのリアーキテクチャリングプロジェクトにフロントエンドのシステムアーキテクトとして参画し、技術選定から開発メンバーのスキルトランスファー(育成)、果ては包括的な開発プロセスの改善までと幅広く支援してきました(2023年11月現在も進行中)。そこでの奮闘で得た学びと新たに浮き彫りとなった課題についてご紹介します。

                                    フロントエンドリアーキテクチャリングと開発チームのスキルトランスファーにおける9ヶ月間の奮闘記
                                  • 生成AIは人間の「浅はかさ」を暴露する装置でもある――「バーベンハイマー」が浮き彫りにしたもの:大山顕 | 記事 | 新潮社 Foresight(フォーサイト) | 会員制国際情報サイト

                                    プロンプトによって欲望を視覚化するプロセスには、「考える」時間が差し挟まれる余地はない。インスタ写真に添えられる大量のハッシュタグ、あるいは事細かなカテゴリー分けがされていくポルノとも通底する「表面的語句」の強力な作用は、画像生成AI(人工知能)の設計思想の根幹にも及んでいる。「バーベンハイマー」画像のおぞましさは、プロンプトを入力した者がなにひとつ考えず、感じないままだというところにある。 *** 過日「Barbenheimer(バーベンハイマー)」というインターネットミームが物議を醸した。Barbenheimerとは「バービー」と「オッペンハイマー」から生まれた造語である。米国で大ヒット中の映画『バービー』のキャラクターに原爆のキノコ雲などを合成した画像が大量に作られ、各種SNSにポストされた。なぜバービーにキノコ雲なのか。『バービー』と、原爆を開発した物理学者を描いた映画『オッペンハ

                                      生成AIは人間の「浅はかさ」を暴露する装置でもある――「バーベンハイマー」が浮き彫りにしたもの:大山顕 | 記事 | 新潮社 Foresight(フォーサイト) | 会員制国際情報サイト
                                    • Terraform(AWS)の構成を公開します

                                      はじめに アプリボット SREチームの一条です。 弊社ではAWSやGCPの構築にTerraformを利用しています。 IaC(Infrastructure as Code)には欠かせないTerraformですが、長らく運用していく中で様々な課題に直面し、その度に構成や運用ルールを更新していきました。 しかし、まだ完璧な構成ではないと思っています。 なぜなら、会社・プロジェクト独自の事情もありますが、他社の事例を参考にしても運用方法は様々で、これといった正解がないと感じているからです。 今回は弊社のAWSにおけるTerraformの構成を公開しますので、事例の一つとして参考にしていただければと思います。 また、事例を世の中に増やすために、この記事を読んでくださった皆様も、構成や運用ルールを公開・共有していただけますと幸いです。 構成紹介 前提 弊社では1プロジェクトに対して、1~N個のAWS

                                        Terraform(AWS)の構成を公開します
                                      • アプリケーション開発者のための PostgreSQL アーキテクチャに関する検討: パート 1 | Amazon Web Services

                                        Amazon Web Services ブログ アプリケーション開発者のための PostgreSQL アーキテクチャに関する検討: パート 1 アプリケーション層は多くのクラウドアーキテクチャで世界中がアクセスする部分ですが、使用しているデータベースに合わせてアプリケーションを最適化する方法を検討することはほとんどないようです。リレーショナルデータベースエンジンを使用するときは、スキーマの設計だけでなく、アプリケーションが管理可能で、スケーラブルで、パフォーマンスが高いことを保証するために、データベースがストレージシステムに対してデータを読み書きする方法を理解することが重要です。シリーズのパート 1 となるこの投稿では、PostgreSQL の主要な用語について説明し、次に、Amazon Aurora PostgreSQL 互換エディションまたは Amazon Relational Dat

                                          アプリケーション開発者のための PostgreSQL アーキテクチャに関する検討: パート 1 | Amazon Web Services
                                        • 「デザインシステム」がよくわからないので、理解の仕方を変えてみる|usagimaru

                                          ここ数年「デザインシステム」はIT業界を中心に流行語になっていますが、どうにも「〜システム」と呼んでしまっていることと、実際にそれが指している概念がはっきりしないが故に、私にとっては積極的に使いたくない語になってしまっています。皆さんが「デザインシステム」の語で言及しているものは、本当に同じ概念を指しているのでしょうか? 定義にあたってみる「デザインシステム」「Design system」の言葉の定義を軽く調べてみました。 とりあえずWikipedia(英語)にはこのように書かれています。 デザインシステムは、任意のアプリケーションを組み立てるのに用いる再利用可能なコンポーネントと標準規約の集まりです。デザインシステムは、モバイルアプリケーションやWebサイトなどデジタルプロダクトのデザインと開発をサポートします。パターン、コンポーネントライブラリ、デザイン言語、スタイルガイド、コード化さ

                                            「デザインシステム」がよくわからないので、理解の仕方を変えてみる|usagimaru
                                          • あらゆる商品を扱う商品データベースを再設計した話 / product db re-architecture

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

                                              あらゆる商品を扱う商品データベースを再設計した話 / product db re-architecture
                                            • ソフトウェアのアーキテクチャを専門職目線で基礎から解説、『アーキテクトの教科書』発売

                                              本書はITエンジニアからアーキテクトを目指す方や、アーキテクトになったばかりで知識に不安がある方のために、アーキテクチャ構築の基本をいちから体系的に解説した本です。 「アーキテクチャとは何か」という原点から説明しているので、自分の今の知識や認識が正しいのかもチェックしながら学ぶことができます。 著者の米久保剛さんは、企業向けシステムのアーキテクチャ構築を手がけるITアーキテクト。本書は米久保さんが「筆者が若手だった頃にこんな本があればもっと効果的に学習を行えただろう」という知識を詰め込んだ1冊となっています。 アーキテクトの役割からアーキテクチャの設計と実装についてや、ソフトウェア設計とテストなどソフトウェアエンジニアリングに関しても解説しているので、アーキテクトに必要な幅広い知識が身につきます。 刊行記念イベントも開催されますので、こちらもぜひチェックしてみてください(本記事後半に掲載)

                                                ソフトウェアのアーキテクチャを専門職目線で基礎から解説、『アーキテクトの教科書』発売
                                              • 277もの特許を使用して標準化した高速シリアルバスIEEE 1394 消え去ったI/F史 (1/3)

                                                FireWire、i.Link、DV、Lynxといろいろな呼び名があるのがIEEE 1394。IEEEで標準化がなされているので本稿ではIEEE 1394で通すが、AppleはFireWire、ソニーはi.Link、TIはLynxという名称を使っており、また一般にはDV端子と呼ばれることも多かったが、中身は「原則として」一緒である(多少例外はあり:後述)。 SCSIよりも美しいI/Fを求め Appleが立ち上げたIEEE 1394 IEEE 1394の規格をそもそも立ち上げようとしたのはApple Computerで、1986年のことである。1986年といえばMacintosh Plusが出たばかりの頃で、外部ストレージはSCSIを利用していたが、Apple的にはSCSIが美しくなかったのだろう。具体的には太いケーブル(なにしろ8bitのパラレルバスである)やPlug&Playの欠如、5M

                                                  277もの特許を使用して標準化した高速シリアルバスIEEE 1394 消え去ったI/F史 (1/3)
                                                • ジャンプTOON Flutter アプリの全体像 | CyberAgent Developers Blog

                                                  ジャンプTOON アプリチームの國師です。 5 月にサービスを開始した 「ジャンプTOON」 は、Flutter を採用し Android, iOS, iPadOS 向けのアプリを提供しています。 本記事では、ジャンプTOON モバイルアプリの開発で採用している技術スタックやプロジェクト構成、開発手法を紹介します。 目次 SDK・ツール管理 プロジェクト管理・タスクランナー CI・CD ディレクトリ構成 テーマ管理 ルーティング アセット管理 状態管理 サーバ通信 Lint テスト UI カタログ Web Preview PDR SDK・ツール管理 Flutter の SDK バージョン管理には、Flutter 以外の SDK やツールもまとめて管理できる asdf を採用しています。 Flutter の開発者界隈では FVM も人気ですが、次の点から、アプリチームに限らず開発チーム全体で

                                                    ジャンプTOON Flutter アプリの全体像 | CyberAgent Developers Blog
                                                  • 開発効率を追い求めた実装プラクティス集

                                                    この記事は MICIN Advent Calendar 2023 の24日目の記事です。 前回はSaneさんの「データ基盤チームで社内インターンをやってみて」でした。 はじめに abekohです。MICINでMiROHAの開発をしております。 本記事では、書籍等から得た設計・実装パターンの知識や、実際にプロダクト開発で試して得られた経験などから編み出した、開発効率向上のためのWeb API開発のプラクティスを紹介します。 筆者が関わっているMiROHAは治験の業務支援を取り扱うプロダクトです。MiROHAの開発における特性として、以下のようなものが挙げられます。 治験業務に関するドメインが特有で複雑 前例が少なく、MVPを追求中。プロダクトのアプローチが頻繁に変わる 外部品質は高い水準が求められる これらの特性を意識して開発を促進させるために日々試行錯誤しております。 複雑なドメインに対す

                                                      開発効率を追い求めた実装プラクティス集
                                                    • Ruby のバージョンを 3.1 系から 3.2 系にアップデートしたら Ruby on Rails アプリの動きが変わったのを解決した話 - DIGGLE開発者ブログ

                                                      私たちは Ruby on Rails の主要なマルチテナントライブラリ apartment を使ってサービスを提供しています。 Ruby のバージョンを 3.1 系から 3.2 系に上げたときに CSV ファイルを処理する部分でこのテナントの切り替えが意図通りに動作しませんでした。 この事象が興味深かったので共有します。 現在はこの事象に対応済で、私たちの環境は Ruby3.2 系で動作しています。 apartment ではマルチテナント対応部分をほとんど吸収してくれるので、アプリケーションのコードのほうにはあまりマルチテナント特有の処理が出てこず、個別処理のコードに集中できるメリットがあります。 事象が発生したコードは以下のような形式でした。 CSV.parse(filename, headers: true, header_converters: ->(header) { curren

                                                        Ruby のバージョンを 3.1 系から 3.2 系にアップデートしたら Ruby on Rails アプリの動きが変わったのを解決した話 - DIGGLE開発者ブログ
                                                      • Reactで社内向けUIライブラリ開発・ビルド・公開・布教入門【2024年】

                                                        会社で複数の新規事業を立ち上げる機運が高まったことをきっかけに社内向けUIライブラリを開発し、限定公開して利用を始めました。 本記事ではReactで社内向けUIライブラリを開発・ビルド・公開・布教するためのアレコレを共有します。 以下のような話題について知りたい方に特に読んでほしいです。 Private Packageの作り方、配布の方法のイメージがつかない方 CommonJSとES Modules、今はどちらでビルドするのがいいのか知りたい方 ライブラリの作り方について網羅的に知りたい方 前提 利用側のアプリケーションはNext.js固定を前提とする Tailwind CSSを内部的には利用する 利用側のアプリケーションはパフォーマンス(Lighthouseスコア)重視することが多い 社内の様々なレベルのエンジニアがContributeする可能性がある 端的に言うと、社内のプライベートリ

                                                          Reactで社内向けUIライブラリ開発・ビルド・公開・布教入門【2024年】
                                                        • Migrating to OpenTelemetry | Airplane

                                                          At Airplane, we collect observability data from our own systems as well as remote “agents” that are running in our customers’ infrastructure. The associated outputs, which include the standard “three pillars of observability” (logs, metrics, and traces) are essential for us to monitor our infrastructure and also help customers debug problems in theirs. Over the last year, we’ve made a concerted ef

                                                            Migrating to OpenTelemetry | Airplane
                                                          • マイクロサービスとメッセージングのなぜ [希望編] - 赤帽エンジニアブログ

                                                            レッドハットでインテグレーションのためのミドルウェアのテクニカルサポートを担当している山下です。以前、SAGAやEventStormingについて記述すると宣言していたのですが、実際のところ私が書くよりもよっぽど良い日本語の書籍や記事がでていて、もう書く必要もないと思っていたのですが、今回機会をいただいたので約4年ぶりに”マイクロサービスとメッセージングのなぜ"の希望編を書くことになりました。今回の記事ではSAGAやEventStormingの詳細は書かないのですが、私がイベントやメッセージングが必要と考えるに至った危機感や希望を共有します。そうした意味ではむしろ原点ともいえる内容になっています。なお今回記事にはとりわけ個人的な経験や意見が多く含まれますので、事前に異論は認めることにします。 以前の記事はこちら: 「マイクロサービスとメッセージングのなぜ [概要編]」 「マイクロサービスと

                                                              マイクロサービスとメッセージングのなぜ [希望編] - 赤帽エンジニアブログ
                                                            • カーネルことはじめ

                                                              この記事は未踏ジュニアAdvent Calendar : 10日目です. カーネル, 書きたくないですか? こんにちは, horizon (@horizon2k38)です. 私は2023年の未踏ジュニアでA9Nというマイクロカーネルを作成していました. 人類なら誰しもがカーネルを書きたいと思ったことがあるはずです. そんな方のために, 未踏期間で得られた "0からカーネルを如何にして学び, 実装したか" という知見をより一般化して解説しようと思います. この記事の内容をすべて達成することで, あなたもきっとカーネルを書くことができるでしょう. やれば出来る きっと 絶対 私No.1 注: この記事はどちらかといえば初心者向けなので, 自信がある方は最下部の"参考文献"と, 私が書いた低レイヤー学習のロードマップのみ読むことをおすすめします. カーネル/OSとは そもそもカーネルとは, 所謂

                                                                カーネルことはじめ
                                                              • 転送用の捨てメアドをいくつでも作って管理できる「AnonAddy」をDockerでセルフホストしてみた

                                                                さまざまなサービスを「ちょっとお試し」と利用していくうちに、いつの間にか大量の宣伝メールが届くようになってしまった人は多いはず。かといってネット上の使い捨て用メールアドレス作成サービスを使用するとセキュリティの心配やサービスが突然停止してしまうリスクがあります。「AnonAddy」はそうした使い捨てできる転送用のメールアドレス作成サービスで、オープンソースのためセルフホストが可能とのこと。早速Dockerを利用してセルフホストを行ってみました。 anonaddy/docker: AnonAddy Docker image https://github.com/anonaddy/docker Free, Open-source Anonymous Email Forwarding - addy.io https://addy.io/ AnonAddyを実行するにはTCPの25番ポート、800

                                                                  転送用の捨てメアドをいくつでも作って管理できる「AnonAddy」をDockerでセルフホストしてみた
                                                                • シンプルなUIライブラリを使おう2023 - Qiita

                                                                  皆さんこんにちは。昨今の技術選定においては、「シンプルさ」が重視されることが良くあります。 特に「イージー VS シンプル」という対立軸が持ち出されることが多く、規模の大きなアプリケーションを作る際には「シンプル」側の技術を選定するほうが有利だという論調がよく見られます。 本当にそうなのか、あるいはそもそも「シンプル」とはどういう意味なのかについては皆さんそれぞれの考えがあるでしょうから、この記事では深入りしません。 代わりに、実際どのような技術がシンプルなのかが気になるところです。そこで、今回は筆者が比較的得意なWebフロントエンドのUIライブラリの領域において、どのライブラリがシンプルなのか調査してみました。 React 先日プロジェクトでReactを使ってみたら、本当にシンプルな実装でやりたいことが全部できちゃうというか、すぐに画面に反映できて開発効率的にも良いなと感じました。 フロ

                                                                    シンプルなUIライブラリを使おう2023 - Qiita
                                                                  • えぇっ、Nx Cloud を知らない!?――前編:「CIで分散並列実行とキャッシュ利用ができるだって!?」―― - Techtouch Developers Blog

                                                                    さあさあ、面白そうなタイトルに惹かれて(?)やってきたそこのあなた!ありがとうございます!! はじめまして、テックタッチの canalun と言います👶 普段は DOM について考えたり、CI/CD の改善をしたりな毎日です! DOM が好きすぎて週刊DOMDOMタイムスというのをやってますので、興味がある方はぜひ見てみてくださいねえ🌞 この記事では前後編2回に分けて、Nx Cloud の主な機能の紹介と実際の導入の仕方を解説します!! 前編にあたる本稿では、Nx Cloud の2大最強ポイントである「CIの自動分散並列実行」と「CI結果のキャッシング」を紹介します。 ちなみに後編ももうあるよ。 tech.techtouch.jp では早速行きましょう! 目次を見てオモロそうなところだけ読むもよし、とりあえず上から読んでみるもよしです。自由にやってくれ!! 👇👇 これは一体なんの記

                                                                      えぇっ、Nx Cloud を知らない!?――前編:「CIで分散並列実行とキャッシュ利用ができるだって!?」―― - Techtouch Developers Blog
                                                                    • 作りすぎない技術 - API時代の開発努力の在り方について考える / Thinking about the state of development efforts in the API era

                                                                      Presentation Slides for 開発生産性Conference 2024 Session title: 作りすぎない技術 - API時代の開発努力の在り方について…

                                                                        作りすぎない技術 - API時代の開発努力の在り方について考える / Thinking about the state of development efforts in the API era
                                                                      • 『設計ナイト2024』に行ってきたよメモ - コード日進月歩

                                                                        『設計ナイト2024【オフライン】 - connpass』に参加してきたのでそのメモです。 各発表の感想 ※資料スライドは見つけたら貼ります。 ロジックから状態を分離する技術 今日の登壇資料です。 ロジックから状態を分離する技術/設計ナイト2024 by わいとん @ytnobodyhttps://t.co/XxBNAYiKXS #sekkeinight— わいとん (@ytnobody) 2024年6月14日 感想 純粋関数の話を基軸にいかに容易にしていくのか、という話 入力から必然的に出力が決まるロジック類をDomainとしておこうという発想はよかった 純粋関数の構成デザインパターンの分け方すごくいいなぁと思ったのと、このあたりの話を提唱している人いないのがびっくり 関連リンク 純粋関数とは - 意味をわかりやすく - IT用語辞典 e-Words Flux パターンが解決した課題 -

                                                                          『設計ナイト2024』に行ってきたよメモ - コード日進月歩
                                                                        • アジャイルでの開発体験をよくするための優れたツール集

                                                                          はじめに DX(開発体験)の向上によって、チームやプロジェクトの持続的なパフォーマンスにプラスの影響を与えると考えられています。また開発体験とは、以下の4つの要素で構成されると言われています。 Fitting architecture(アーキテクチャの適合) Great tools(優れたツール) Processes to back that all up(すべてをバックアップするプロセス) Nontoxic team culture(毒のないチーム文化) この記事では、2番目の優れたツールについて、弊社の開発で使っているものを紹介します。 導入ツール Google Workspace 有名なグループウェアですが、メールやドキュメントよりも、各サービスへアクセスするSSO認証としての側面が強いです。 Slack こちらも有名なチャットサービスです。特にハドルが実装されて以降、社内の場合はわ

                                                                            アジャイルでの開発体験をよくするための優れたツール集
                                                                          • App Router への移行は「改善」となり得るのか?/ Can migration to App Router be an improvement

                                                                            フロントアーキテクチャ改善NIGHT https://hireroo.connpass.com/event/310150/

                                                                              App Router への移行は「改善」となり得るのか?/ Can migration to App Router be an improvement
                                                                            • 趣味は「違法登頂」?、世界の超高層ビルに登り続けるロシア人カップル

                                                                              「スカイウォーカーズ」は著名な高層ビルに登るカップルを追うドキュメンタリー映画/Courtesy Netflix via CNN Newsource (CNN) 2016年、サグラダ・ファミリアやエッフェル塔など、高さでめまいがするような名所を違法に登ろうとする過激な「ルーフトッピング」アドベンチャーで知られる二人の若いロシア人が、中国で最も高い未完成の超高層ビル、高さ約597メートルの「高銀金融117」に登った。 当時、イワン・ビアカスさんとアンジェラ・ニコラウさんは、やがて二人が一緒になることになるとは思ってもいなかった。ビアカスさんは、ルーフトッピング・コミュニティーでは珍しい女性メンバーであるニコラウさんを、スポンサー付きのソーシャルメディア投稿を作成するために登頂に誘った。だが、それは長く続くロマンチックでクリエーティブなパートナーシップの始まりであり、二人は何千マイルもの距離と

                                                                                趣味は「違法登頂」?、世界の超高層ビルに登り続けるロシア人カップル
                                                                              • モーダルの開閉状態を URL で管理する

                                                                                よくあるモーダルの実装について考えてみましょう。モーダルは名前のとおり、現在開いているか閉じているかの状態(モード)があります。状態を管理するときには、React の useState フックを利用する方法がまっさきに思い浮かぶのではないでしょうか? import { useState } from "react"; import Dialog from '@ui/components/Dialog'; import Button from '@ui/components/Button'; const App = () => { const [isOpen, setIsOpen] = useState(false); return ( <> <Button variant="outlined" onClick={() => setIsOpen(true)}> Open dialog </B

                                                                                  モーダルの開閉状態を URL で管理する
                                                                                • 欧州の建物間の渡り廊下になっている由来について、と、旧Twitterの世界の広がりについて

                                                                                  瀬尾 @Seo_t その結果、古い時代の欧州の都市の構造的問題を踏まえた、増改築の繰り返しによる産物という解答を、向こうの見地から説明していただけたわけです。こういうサプライズがあるからTwitter(X)はやめらないと思ってしまう🥴 2023-08-11 16:31:21 瀬尾 @Seo_t 土地の制約により上に増築するだけにとどまらず、通りの上を跨いでしまう。というお話事態は学生時代に聞かされたことがあったんですよね。ただ、そのときは都市の再開発における「行政執行力」がメインでして。つまり封建時代と現代とではそこを同列にはできないという部類の話。 pic.twitter.com/TJAJ8eAnpr 2023-08-11 17:45:52

                                                                                    欧州の建物間の渡り廊下になっている由来について、と、旧Twitterの世界の広がりについて