ADRで意思決定し、そのADRを破棄して新しくADRを作成する実例を紹介します - GraphQLクライアントのキャッシュアルゴリズム変更編 - ROUTE06 Tech Blog
ROUTE06 でソフトウェアエンジニアをしている @MH4GF です。2025/03/26 に、Findy Tools さん主催の「実例！フロントエンドの技術選定とその後を ADR から振り返る」というイベントで登壇します。 発表タイトルは「チームの性質によって変わる ADR との向き合い方と、生成 AI 時代のこれから」の予定です。サイボウズ株式会社の @sakito さん、ファインディ株式会社の @puku0x さんとパネルディスカッションも行います。オンラインのイベントなので、ぜひお気軽にご参加ください！ findy-tools.connpass.com 発表に先立ち、私が関わったプロジェクトで運用していた Architecture Decision Record(ADR) のマークダウンファイルをできるだけそのままの形で公開します。 私は ADR を「意思決定をアップデートするた
GraphQLを活用したServer-Driven UIへの移行事例 - ROUTE06 Tech Blog
ROUTE06 にて業務委託でフロントエンドエンジニアをしている 寺嶋 です。 先日、私が開発に参画している to B サービス（以下、本サービス）にて一部機能を Server-Driven UI へ移行しました。 本記事ではその移行事例について紹介します。 ※一般に公開しているサービスではないため、紹介する GraphQL スキーマの命名は汎用的なものに置き換えています。 移行の背景 本サービスには特定の項目を表として出力する画面がありました。 具体的には下記のItemDetailに対して、 type ItemDetail { itemOrder: Int! itemId: Int! name: String note: String size: Int ratio: Float memo: String } バックエンドから以下のような JSON が返却され、 [ { "__typen
urqlのDocument Cachingを安全に運用する - ROUTE06 Tech Blog
こんにちは、ROUTE06 でソフトウェアエンジニアをしている@MH4GFです。 この記事では、urqlの Document Caching における additionalTypenames についての説明と、実運用でどのように扱うべきかという私見を書きます。最後に、提案する方針を後押しするために作成した Exchange(urql のプラグイン)を紹介します。 urql と Document Caching urql は、主に Web フロントエンドアプリケーションで使用される柔軟性と拡張性に優れた GraphQL クライアントです。 GraphQL クライアントライブラリにはパフォーマンスを向上させるためのキャッシュ機構が用意されていることが多いですが、urql はデフォルトではDocument Cachingと呼ばれる概念を使用します。 Document Caching は quer
GraphQL成熟度モデルをROUTE06のtoBプロダクトに当てはめてみる - ROUTE06 Tech Blog
ROUTE06でソフトウェアエンジニアをしている宮城です。 oisham.hatenablog.com 早速参照したこの記事は、Meta 社 relay.dev チームの Jordan Eldredge 氏のTweetで紹介された GraphQL 成熟度モデル (GraphQL maturity model) を、ブログ著者のjunyさんの個人的な見解を加えながら和訳した記事となっています。 この記事を見かけ、とても参考になり面白かったのですが、「あなたの組織はどの程度成熟して（＝使いこなせて）いますか？」という Jordan さんの問いかけに反応し、ROUTE06でのto BプロダクトでのGraphQL活用状況を紹介していきます！ 対象となるプロダクト ROUTE06 ではエンタープライズ向けビジネスプラットフォーム「Plain」を開発しています。簡単にプロダクトの特徴を説明します。 エ
Plainのフロントエンドにおける技術選定(2023年8月版) - ROUTE06 Tech Blog
ROUTE06 でソフトウェアエンジニアをしている @MH4GF です。 ROUTE06 ではエンタープライズ向けビジネスプラットフォーム「Plain」を開発しています。この記事では 2023 年 8 月に Plain クラウド EDI の Web フロントエンドで採用している技術について、その選定理由をまとめました。 現代の Web フロントエンド技術は領域ごとに選択肢が多く、プロダクトに最適な技術選定をする上で検討事項が多いと感じます。この記事がフロントエンド技術選定において参考になれば幸いです。 前提 プロダクトの特徴 技術選定に影響するプロダクトの特徴を箇条書きでまとめます。 エンタープライズ向け SaaS 現在開発中のプロダクトは商取引におけるクラウド EDI のドメインにフォーカス Plain が解決する課題は、元々フルスクラッチで開発すると 1 年かかるプロダクトの開発期間を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
