はじめに 2024年8月に株式会社タップルのAndroidチームにてインターン生として就業しました、 ...

こんにちは、DevRelブロックの ikkou です。2024年8月22日の夕方から24日の3日間にわたり「iOSDC Japan 2024」が開催されました。ZOZOは昨年同様プラチナスポンサーとして協賛し、スポンサーブースを出展しました。 technote.zozo.com 本記事では、前半は「iOSエンジニアの視点」から、ZOZOから登壇したセッションとiOSエンジニアが気になったセッションを紹介します。そして後半は「DevRelの視点」から、ZOZOの協賛ブースの様子と各社のブースコーデのまとめを

はじめに 皆様、こんにちは。クラウドエース フロントエンド・UI/UX部の河野と申します。 今回は、新卒研修の成果物として開発した Next.js ウェブアプリケーションのデプロイ過程で、Firebase App Hosting で実際にデプロイをした経験をご紹介できればと思います。 この記事を通じて、最新のクラウドテクノロジーがもたらす可能性と、実践的な知見を皆様と共有できればと幸いです。 Firebase App Hosting について 動的な Next.js と Angular アプリケーションの

はじめに 皆様、こんにちは。クラウドエース フロントエンド・UI/UX部の河野と申します。 今回は、新卒研修の成果物として開発した Next.js ウェブアプリケーションのデプロイ過程で、Firebase App Hosting で実際にデプロイをした経験をご紹介できればと思います。 この記事を通じて、最新のクラウドテクノロジーがもたらす可能性と、実践的な知見を皆様と共有できればと幸いです。 Firebase App Hosting について 動的な Next.js と Angular アプリケーションの

目次 はじめに Colocation を意識した設計方針 Parallel Routes と Int ...

こんにちは、iOSアプリエンジニアの茂呂（@slightair）です。 この記事はLUUP iOSアプリ開発環境の現状確認と題して、我々の開発環境の状況を紹介するものです。1年半くらい前にも自分がiOSアプリ開発環境に関する記事を書きましたが[1]、それからのアップデートになります。 LUUPのサービスを成長させながら、同時に開発環境をどのように前進させているのか紹介させてください。 開発体制について 現在、LUUPのiOSアプリ開発に関わっているiOSアプリエンジニアは、正社員3名と業務委託2名になって

はじめに LuupのSREチームに所属している、ぐりもお（@gr1m0h）です。 日本最大のSREカンファレンス SRE NEXT 2024 に登壇しました。このカンファレンスはSRE Loungeの運営メンバーが主体となって運営しており、今回で4回目の開催です。 私の登壇の題は「Enabling Client-side SLO」です。これまでの「Enabling SLO」の活動の一環として、クライアントサイド（iOS・Android）のSLOのを計測し始めた話を共有しました。「Enabling SLO」

CyberAgent の グループIT推進本部 / CIU 所属の近藤です。CIU は CyberA ...

こんにちは、クラウドエース フロントエンド・UI/UX 部の 小堀内 です。 以前、「僕が考える テックブログを書く意義 と 書き方のすゝめ」という記事を投稿した際に、嬉しいことにたくさんのいいねをいただきました。 そこで、上長から「今年の新卒向けにブログ書き方講座を実施するから、その一部として、テックブログに対する熱い気持ちを述べてほしい」と言われました。 僕自身、テックブログを書くことが好きなので、以前の記事をベースに新卒の方向けにお話しするのも悪くはないと思ったのですが、せっかくこのような機会をいた

こんにちは、クラウドエース フロントエンド・UI/UX 部の 小堀内 です。 以前、「僕が考える テックブログを書く意義 と 書き方のすゝめ」という記事を投稿した際に、嬉しいことにたくさんのいいねをいただきました。 そこで、上長から「今年の新卒向けにブログ書き方講座を実施するから、その一部として、テックブログに対する熱い気持ちを述べてほしい」と言われました。 僕自身、テックブログを書くことが好きなので、以前の記事をベースに新卒の方向けにお話しするのも悪くはないと思ったのですが、せっかくこのような機会をいた

こんにちは、クラウドエース フロントエンド・UI/UX 部の 小堀内 です。 Firebase プロジェクトを複数環境（開発、本番など）で運用する際、Firestore Database 上でのマスタデータの管理は手間がかかります。 本記事では、Terraform を使用して Firestore Database のマスタデータを一元管理する方法を紹介します。 やること／やらないこと やること 複数環境（開発、本番など）の Firebase Firestore のマスタデータを Terraform コード

こんにちは、クラウドエース フロントエンド・UI/UX 部の 小堀内 です。 Firebase プロジェクトを複数環境（開発、本番など）で運用する際、Firestore Database 上でのマスタデータの管理は手間がかかります。 本記事では、Terraform を使用して Firestore Database のマスタデータを一元管理する方法を紹介します。 やること／やらないこと やること 複数環境（開発、本番など）の Firebase Firestore のマスタデータを Terraform コード

こんにちは、クラウドエース フロントエンド・UI/UX 部の 小堀内 です。 今回は、私が個人開発においてよく実施する、Firebase デプロイ自動化の方法についてご紹介します。 はじめに Firebase には複数のサービスが存在しています。 例えば、Cloud Firestore, Cloud Storage for Firebase, Cloud Functions for Firebase などがありますよね。 Firebase は mBaaS のプロダクトであり、基本的には Firebase

こんにちは、クラウドエース フロントエンド・UI/UX 部の 小堀内 です。 今回は、私が個人開発においてよく実施する、Firebase デプロイ自動化の方法についてご紹介します。 はじめに Firebase には複数のサービスが存在しています。 例えば、Cloud Firestore, Cloud Storage for Firebase, Cloud Functions for Firebase などがありますよね。 Firebase は mBaaS のプロダクトであり、基本的には Firebase

こんにちは、クラウドエース フロントエンド・UI/UX 部の 小堀内 です。 Firebase を使用する開発者の間で、API キーの取り扱いについてよく議論されています。 「API キーは絶対に公開してはいけない」という考えが一般的ですが、Firebase の場合は少し事情が異なります。 この記事では、Firebase の API キーの特性と適切な管理方法について解説します。 結論 Firebase の API キーは公開しても基本的に問題ない ただし、Firebase の API キーは公開される前