概要 参加を決めた理由 聴いた講演 オープニング キーノート webpack 依存からの脱却！快適フロントエンド開発を Viteで実現する Storybook 駆動開発で実現する持続可能な Vue コンポーネント設計 昼食 生成AI時代のWebアプリケーションアクセシビリティ改善 Inside Vitest: テストフレームワークアーキテクチャの詳細解説 Vue で 3D を楽しむ Vue.jsでつくる実験映像 AI駆動で進める依存ライブラリ更新 ─ Vue プロジェクトの品質向上と開発スピード改善の実践

こんにちは。@potato4dです。今回は2025年10月25日に開催された Vue Fes Japan 2025 の参加・協賛レポートをお届けします。Vue Fes JapanとはVue Fes J...

みなさんこんにちは！就活支援サービス「ワンキャリア」（学生版） Webチームの北原（X： hakshu25 ）です。 今回は、チームで取り組んだ、ワンキャリア（学生版）で使用しているNuxtのアップデート（Nuxt3→Nuxt4）についてお話しします。 これから Nuxt4 へのアップデートを控えている方々にとって、少しでも参考になれば幸いです。

はじめに こんにちは、2025年4月にソフトウェアエンジニアとして新卒入社した黒高です。普段は デリッシュキッチン に関する開発に携わっています。 ウェブ版のデリッシュキッチンにおいて、クライアント端末の判定ロジックを見直す機会がありました。本記事では、「どのようにクライアントを識別し、どう補完していくと良さそうか」を整理します。 端末で処理を分けたいユースケース スマホとPCで表示を切り替える場面として真っ先に思い浮かぶのはレスポンシブレイアウトですが、これは多くの場合CSSで完結します。JavaScr

このブログでは、 AWS Amplify 、 AWS AppSync 、 MongoDB Atlas を使用して、オフラインファーストのアプリケーションと楽観的な UI を作成する方法をご紹介します。開発者は、インターネット接続を必要としないオフラインファーストアプリケーションを設計します。楽観的な UI は、サーバーからのレスポンスに依存することなく、予想されるデータの変更で UI を更新することで、オフラインファーストのアプローチをさらに発展させます。このアプローチは通常、ローカルキャッシュの仕組みを

はじめに 前提 技術スタック 監視の構成 現状の課題 Devin選定理由 1. マルチRepository対応の容易さ 2. 自律型AIとしての運用効率 構成 手順 Playbook 1. Devinの起動とSentryアラート情報の取得 2. Devin Playbookの実行 2-1. 関連情報の取得 2-2. 分析 2-3. 追加情報の取得 2-4. 図表の作成 3. Slackへ出力 結果 運用してみた結果 運用してみて見えてきた課題 まとめ はじめに 開発本部でデリッシュキッチンのアプリウェブグ

ご挨拶 ども！寝る前の日課にAIとのチャットが追加された龍ちゃんです。たまにブログの解析もさせるんですけど、この一番最初の挨拶はAI的には関西弁という認識になるんです。個人的にはそんな意図がなくて、ヒヤッとしているんです。このままAIに執筆させると、関西弁でのブログが作られてしまいそうで、まだまだ人間での執筆をやめられないなと思います。 基礎から学ぶ Azure Static Web Apps × Bicep 入門 今回は「Azure Static Web Apps を Bicep（Infrastruct

こんにちは、ソリューション開発部でフリーランスHubの開発リーダーをしている吉本です。 レバレジーズでは様々なサービスを開発しており、その中にアグリゲートサービスがあります。 本記事では、レバレジーズで運営しているアグリゲートサービスの「 フリーランスHub 」と「 mikaru 」がどのようなサービスなのかを以下の内容をもとにご紹介していきます。 アグリゲートサービスとは フリーランスHubとは mikaruとは 開発体制について チーム構成 技術スタック やりがい 終わりに アグリゲートサービスとは

こんにちは。駅メモエンジニアの id:kawa-mf です。 アワメモ公式サイトで、Nuxt2からNuxt3に移行しました。 しかし、Nuxt3をAWS Serverlessにデプロイする際にLambdaの制限容量を超えてしまい、ECRを利用することで解決したので、こちらについて書いていきます。 経緯 移行以前より、Lambdaの制限容量である250MB中、240MB以上を使用していました Nuxt2からNuxt3から移行するにあたり、Lambdaの制限容量である250MBを超えてしまいました 元の構成は

はじめに 現在ラスベガスで開催されている Google Cloud の旗艦イベント「Google Cloud Next'25（以下、Next'25）」に現地参加中の kazz / Shanks / 小堀内 / 岸本 です。 Next'25 で発表された 最新情報 を現地からお届けしています！ この記事では、Next'25 のセッション「What's new in Cloud Run」で発表、解説された内容を速報としてお届けいたします。 ! この記事は米国時間の朝にホテルからお届けしています。 TL;DR

AWS Amplify Hosting では、より多くの Amplify アプリを 1 つのリポジトリに接続できるようになりました。この変更により、開発者が Git プロバイダーと統合する方法が改善され、特にモノレポアーキテクチャに有益です。 Amplify は、関連するすべてのアプリに対して 1 つのリポジトリにつき 1 つの Webhook を使用するようになり、開発ワークフローが効率化されました。具体的な制限の詳細については、 ドキュメント を参照してください。 以前は、Amplify ユーザーは

こんにちは。株式会社Luup CTOの岡田(@7omich)です。 私たち Luup は "街じゅうを「駅前化」するインフラをつくる" というミッションを掲げ、電動マイクロモビリティのシェアリングサービス「LUUP」を開発・運営しています。 このサービスは、現実世界の街中に配置された数万台規模の車両やポートを管理し、大量のユーザーが適切に利用できる状態を維持しなければならない、難易度の高い技術的要求を伴う事業でもあります。 この記事では、Luup のプロダクト開発においてどのような技術選定がなされており、

SCSKの畑です。 今回は完全に Nuxt3 に閉じた話題ですが、アプリケーションのルーティングパス設計を当初の意図通りのものにするのにちょっと苦労したので、その経緯と解決策もといちょっとした Tips について紹介してみます。タイトルの通り完全に小ネタです。。。   本題 これまでのエントリで取り上げてきた Redshift テーブルデータのメンテナンスアプリケーションにおいては、テーブルの主な編集状態（ステータス）が以下3種類定義されており、設計上それぞれで画面（URL パス）を分けています

こんにちは。フロントエンドエンジニアの花谷です。 LINEヤフーでは、さまざまな技術領域でオープンソースソフトウェアやコミュニティへの貢献を行っています。オープンソースへの貢献の形としては新規ソフトウ...

SCSKの畑です。 以前のエントリ で少し触れた通り、Redshift テーブルのデータメンテナンスアプリケーションの実装にあたり、テーブルデータの表示や編集に使用したライブラリの Tabulator について、使用した理由や特徴をまとめてみました。このため、今回は完全にアプリケーション実装に閉じた話題となります。 なお、Tabulator の公式 URL は以下の通りです。 Tabulator - Interactive JavaScript Tables Create interactive data