本日は雑談回でございます。ゆる～りと続けていきたいと思いますのでよろしくお願いします。

新しいPCを購入しました

7月に新しいPCを購入しました！今まで最低限のスペックのノートPCを使って開発をしていたのですが、経年劣化により本体が発熱してきたことと、よりスペック高くして重めのアプリも複数立ち上げられるようにしたいなと思い、新たにデスクトップPCを購入しました！

GALLERIA XA7R-R57-W AMD Ryzen 7 7700搭載モデル、価格は25万円ほど。コスパは結構良い方だと思いますが、個人的にはだいぶ奮発しました(＊ˊ艸ˋ)

Unityの練習を始めました

せっかく奮発してゲーミングPCを買ったので、Unityを使ったゲーム制作などに興味がわいてきました。今まで何冊かの書籍で勉強したことがある程度で、1から自分で作ったことはありません。

練習のために、初心者におすすめといわれている定番のミニゲームを何個か作りました。

9月中、1週間に1個のミニゲームを作るのを目標にして取り組んでいました。ある程度満足のいく出来のものもあれば、最後まで作り切らなかったものもありました。

初めて作った4つのミニゲームを、順番にご紹介したいと思います。

1. ブロック崩し

Unity初心者が一番初めに作ることをお勧めされる、定番ブロック崩しゲームです。 色合いがアレなのは横に置いておいて…。

以下のような要素を学習することができました。

• コライダー、物理演算
• UIでスコアを表示
• Prefabでブロックを量産
• シーン制御（Title画面、Game画面）

単純な物理演算のみだと、ボールが同じところを行ったり来たりしてしまい手が出せなくなってしまったので、若干ボールの軌道を修正するようなスクリプトを仕込むなどしました。

2. 横スクロールジャンプアクションゲーム

いわゆる、マリオ風の横スクロールゲームです。素材は適当にネットから拾ってきたものを使用しました。

新しい要素としては以下などです。

• 入力制御、ジャンプ
• カメラ追従（Cinemachine）
• タイルマップ、ステージ作成
• アニメーション

カメラ追従のためにCinemachine、マップ作成のためにタイルマップと、初めての要素が多く、一週間では全然作り切ることができませんでした。。

パッと見た感じはそれっぽくできてますが、プレイヤーはダミーのまま。敵も行ったり来たりしてほしいところが、途中で止まってしまってます。

とりあえず要素は理解したので、深追いせずに次のゲームに着手します。

3. シューティングゲーム

シューティングゲームもUnityの練習としては定番ですね。

以下の要素を学びました。

• 玉発射（instanticate）
• 敵出現（Wave制御）
• ライフ管理
• 爆発エフェクト

ザコ敵1ウェーブ、ザコ敵2ウェーブ→ボス敵ウェーブ、とウェーブ遷移になっています。 ザコ敵のジグザグ動きや、ボス敵の放射状攻撃などのスクリプトは、生成AIを活用して実装しています。 それらしくできたかなと思います。

4. 落ちものパズルゲーム

落ちものパズル系だと、定番はテトリスやぷよぷよですが、開発時間の関係でもう少し簡単そうなConnect4を作りました。

ユーザー2名が交互に赤色と黄色のコインを落としていき、先に4つの色を縦・横・ナナメにそろえた方が勝ち、というゲームです。

以下の要素を学びました。

• グリッド管理
• 配列、座標変換
• チェック判定
• 効果音

コネクト4として二人で遊べるようにできたので、最低限の要素は実装できたかなと思います。 娘と二人で遊んでみましたが結構面白かったですｗ

次のステップへ

Unityの練習のためにいくつかミニゲームを作成し、2Dゲームについては少しずつ自信がついてきました。 なので次のステップとしては、3Dゲームの方にも着手して行きたいと考えています。

本業の傍らではありますが、焦らずにじっくりと習得していきたいと思います💪

Expoで開発したAndroidアプリのターゲットAPIレベルをアップグレードしました。今回は、Google Play Consoleから送られてきた通知への対応として、初めて経験した手順を記録として残しておきます。

ことの経緯

今年5月に初めてGoogle Play Storeに公開したアプリに関して、Googleから以下のようなメールが届きました。

内容を要約すると、現在のAndroid SDKのバージョンが古いため、8月末までに修正するようにというものでした。

このような内容のメールを受け取ったのは初めてだったので、対応方法を調べながら実際に作業した内容を共有したいと思います。

対応した内容

最初は生成AIに相談しながら試行錯誤していたのですが、実は公式ドキュメントに完璧に手順が載っていました(・ω・;)　やはり最初から公式ドキュメントを確認すべきでしたね。

参考にしたのは以下の公式ドキュメントです。

• Expo SDK のアップグレード

実際の作業手順

大まかな流れは、Expo SDKを最新版にアップグレードした上で、再度ビルドし直してGoogle Play Storeに再提出すれば良いということでした。

以下のコマンドで作業を進めました。

# Expoを最新版にアップグレード
npx expo install expo@latest

# 周辺ツールの整合性を保つため、依存関係をアップグレード
npx expo install --fix

# プロダクション用のAndroidビルドを実行
eas build --platform android --profile production

ビルド後の作業

ビルドが完了すると、新しいAABファイル（Android App Bundle）が生成されます。このファイルをGoogle Play Consoleにアップロードして、再提出の審査を申請します。

今回は１時間も経たずに承認されました。

最後に

初めての経験だったので最初は面倒だなと思い、重い腰を上げて対応したのですが、実際にやってみると難しいことはなく、サクッと完了できました。

特にExpoを使っている場合は、公式ドキュメントに従えば比較的簡単に対応できるので、同じような状況に陥った方の参考になればと思います。

また、ネットで調べた限り、このような通知は毎年この時期に来るようなので、Google Play Storeの恒例行事の一つかもしれません。今後は事前に対応できるよう、定期的なアップデートを心がけたいと思います。

来年また慌てないように、この記事を残しておきます。

では、また次回の記事でお会いしましょう。

先日、新しく作ったWebアプリをCloudflare Workers上にデプロイしました。今回はその際にハマったポイントや設定方法について記録しておきます。

Cloudflare Workersは従来、単純な関数実行基盤という印象でしたが、最近ではNext.jsアプリの本格的なデプロイも可能になっており、非常に魅力的な選択肢となっています。まだまだ日本語の情報が少ないため、今回の経験を共有したいと思います。

Cloudflare PagesからCloudflare Workersへ

今回、新しいアプリを作成してCloudflareにデプロイしようとしました。今まではCloudflare Pagesを使用していたのですが、新しくプロジェクトを作成しようとしたところ、Cloudflare Workersを使用するように、とのメッセージが表示されました。

Cloudflare Workersは、従来の関数実行基盤の枠を超えて、最近ではNext.jsアプリの本格的なデプロイも可能になっており、Cloudflare Pagesとほぼ同等の基盤になってきています。Cloudflareとしても、今後はWorkersの開発に注力していくことを宣言しています。

そこで今回は、Cloudflare Workers上にデプロイを試みました。以下、ハマったポイントなどを詳しく紹介します。

デプロイ手順

プロジェクトにWorkers用の設定を追加

Cloudflareの公式マニュアルを参考に設定を行いました。

https://developers.cloudflare.com/workers/framework-guides/web-apps/nextjs/

今回のアプリではSupabaseを組み込んでおり、実行時の環境変数を設定する必要があったため、wrangler.tomlファイルで[vars]セクションを使用して定義しました。

main = ".open-next/worker.js"
name = "my-app"     # ここにアプリ名を入力
compatibility_date = "2025-03-25"
compatibility_flags = ["nodejs_compat"]

[assets]
directory = ".open-next/assets"
binding = "ASSETS"

[vars]  # 実行時の環境変数を定義
NEXT_PUBLIC_SUPABASE_URL = "https://XXX.supabase.co"
NEXT_PUBLIC_SUPABASE_ANON_KEY = "XXXXXXXXXX"

Cloudflare Workersの設定

GitHubとCloudflare Workersを連携し、ソースコードに変更があった際に自動でデプロイが実行されるようにCI/CDを設定します。

まず、Cloudflare Workersの開始ページから「リポジトリをインポートする」から開始します。

リポジトリを選択すると、プロジェクトの構成画面に遷移します。

どのブランチの変更を検知するかを選択し、「非本番ブランチのビルド」はチェックを外しました。

ここで重要なポイントが2つあります。

1. ビルドおよびデプロイのコマンドを変更

ビルドコマンドにはnpx opennextjs-cloudflare buildを、デプロイコマンドにはnpx opennextjs-cloudflare deployを設定します。

デフォルトのコマンドのままでビルドを実行すると、以下のエラーが発生しました。

✘ [ERROR] The entry-point file at ".open-next/worker.js" was not found.

このエラーは、Next.jsアプリをWorkers用にビルドする際に、専用のビルドコマンドが必要なために発生します。opennextjs-cloudflareパッケージが、Next.jsアプリをWorkers環境で動作するように変換してくれます。

2. ビルド変数を設定

wrangler.tomlの中で[vars]で定義したのは、実行時の環境変数です。今回はクライアント側でもSupabaseを使用する構成にしていたため、ビルド時の環境変数も設定する必要がありました。同じ内容でCloudflare Workersの管理画面から設定しました。

この設定を行わないと、ビルド時に環境変数が存在しないというエラーが発生しました。

その他、細かい点ではesbuildパッケージが存在しないというエラーが発生したため、追加でインストールするなどの対応を行い、ようやくデプロイが完了しました。

まとめ

今後よく使用していくであろうCloudflare Workersのデプロイ手順について紹介しました。まだ日本語のドキュメントが少ない印象ですので、この記事が参考になれば幸いです。

特にSupabaseと組み合わせた場合の設定は、環境変数の設定が重要になります。ビルド時と実行時の両方で環境変数を適切に設定することで、スムーズにデプロイできるようになります。

Cloudflare Workersは今後も機能拡張が予定されており、Next.jsアプリのデプロイ先として非常に魅力的な選択肢となっています。ぜひ試してみてください。

昨日のポスト にも記載しましたが、課題として残っていたAdMobの審査が完了しました。今回は、その承認までの流れをまとめておきます。

AdMob承認までの流れ

1.AdMobにアプリをリンクする

• AdMobのアプリとGoogle Playストアのアプリを紐づける必要があります。

• AdMobの「アプリ」タブから「すべてのアプリを表示」でアプリを一覧表示し、対象のアプリの「ストアを追加」リンクをクリックします。

  

• 次に、アプリのURLを入力して検索し、アプリを追加します。

  

• ここに表示されるまでに、Google Playストアでアプリが公開されてから丸一日程度かかりました。何週間も表示されない場合は、AdMobのフォーラムに投稿して助けを求めたら解決したというブログ記事をいくつも見つけたため、何日も待つことを覚悟していましたが、思いのほかスムーズに進みました。

2.app-ads.txtを設定する

• 組織サイトのルートパスに、app-ads.txtという名前のファイルを配置する必要があります。

• 内容はダッシュボードに記載の内容をコピー＆ペーストするだけです。

• これはアプリごとではなく、アカウントごとに1回実施すればよいようです。

3.AdMob承認

• アプリにストアの情報を追加したら、特に操作せずとも自動的に審査に入りました。

• 審査中のステータスになってから2〜3時間後に承認された旨のメールを受け取りました。

• 通常、24時間以内に承認されるとのことです。

さいごに

AdMobの審査は思いのほかスムーズに進めることができました。 これにて、Google Playストアにアプリをリリースする一連の手順を理解することができました。 今後は、このアプリを英語化したり海外のストアにも配信してみるのをやってみたいと思います。

これまでいくつかの記事で触れてきましたが、ついに初めてのAndroidアプリをGoogle Play ストアで公開することができました！㊗️

本記事では、Expoで開発したアプリの紹介と、Google Play ストアへの公開手順について詳しく解説します。

アプリの概要

🔗 どっちがおトク？ 単価チェッカー

このアプリは、2つの商品の「価格」と「量」を入力するだけで、どちらの商品がお得かを瞬時に計算して表示します。

初めてのアプリということで、シンプルかつ実用的な機能に絞り、私自身が日常的に使いたいと思えるものを作りました。また、収益化の一環として広告も実装しています。

類似アプリが多数存在する中での審査通過を心配していましたが、問題なく承認されました。キーボードの挙動や画面レイアウトなど、使いやすさを重視して調整を重ねていますので、ぜひインストールしてご利用ください😊

アプリを公開するまでの手順

1. EASでストア提出用ビルドを作成

• 事前に、AdMobの広告ユニットIDを本番用にしておきます。

• 以下のコマンドでストア提出用のビルドを作成します。

eas build --platform android --profile production

• ビルド完了後、ExpoのダッシュボードからAABファイルをダウンロードします。このファイルは後ほどGoogle Play Consoleでアップロードします。

2. Google Play Consoleでアプリを作成

• Google Play Consoleのホーム画面から「アプリを作成」をクリックします。

  

• デフォルトの言語は、（後々は海外マーケットも狙っていきたいとは思いますが、一旦）日本語にしておきます。

• アプリ/ゲームの区分を選択します。

• 申告事項に同意してアプリを作成します。

3. ストア掲載情報の設定

新規作成したアプリのダッシュボードから、「アプリのセットアップ」＞「アプリに関する情報を提供し、ストアの掲載情報を設定します」のセクションに表示されているタスクを順次対応していきます。

プライバシーポリシーの設定

• プライバシーポリシーのURLを設定します。

• 今回はCloudflare Pagesを使用して、HTMLファイルで作成したプライバシーポリシーを直接アップロードする形で公開しました。

アプリのアクセス権

• 認証が必要な機能がある場合は、事前に認証情報を連携する必要があります。

広告の設定

• アプリ内での広告表示の有無を申告します。

コンテンツのレーティング

• 年齢制限に関わるコンテンツの有無を申告します。画面の指示に従って回答を進めます。

ターゲットユーザー

• アプリの対象ユーザー層を設定します。13歳未満をターゲットとする場合は、より厳格な基準を満たす必要があります。

• 今回のアプリは、一人で買い物をする可能性のある中学生以上を想定しているため、13歳以上を対象としています。

データセーフティ

• 収集するデータの種類を申告します。

• 今回は広告表示のみで、ユーザーデータの収集は行わないため、「いいえ」と回答しました。

行政アプリ

• 行政から配信されるアプリかどうかを申告します。

金融取引機能

• 金融取引機能をもつかどうか、どのような取引か、などを申告します。

健康

• 健康関連の機能があるかどうか、どのような機能か、などを申告します。

アプリカテゴリと連絡先情報

• アプリのカテゴリ、タグ、およびストアに表示する連絡先情報を設定します。

ストアの掲載情報

• アプリ名、説明文、アイコン、フィーチャーグラフィック（検索結果一覧などに表示される横長の画像）、スクリーンショット等を設定します。

• 今回は、画像類はPowerPointで作成し、エクスポートしたものを使用しました。

4. 審査依頼

• 「公開の概要」タブから自動チェックを実行し、問題がなければ審査を依頼します。

• 今回、審査にかかった期間は約3日間でした（最大7日間の可能性あり）。

• その後、パッケージ名の誤りにより新しいアプリとして再申請を行いましたが、2回目の審査は2〜3時間で完了しました。（ありがたい！！）

5. AdMobとの連携

• AdMobで事前登録したアプリに、Google Play ストアの情報を紐づけます。

• 現在、ストアのURLを入力してもアプリが検索されないという課題が残っています。これはストア側のクローラーの更新に時間がかかるためだと考えられます。数週間待っても解決しない場合は、AdMobのフォーラムで質問したらすぐに解決したという記事がありましたので、しばらく待ってもダメなら同じように対応したいと思います。

さいごに

AdMobの連携に課題は残るものの、初めてのアプリを無事に公開することができました。

この一歩は、小さい一歩だが、偉大な一歩だ。（By Mick）

アプリのリリースを通じて、公開までの一連の手順を理解するという目標を達成できました。次は、データの記録や認証機能の実装にも挑戦していきたいと思います。

先日、こちら の記事で述べたように、Google Playストアに自分が作ったアプリを掲載したいと考えています。事前にディベロッパー登録が必要ですが、個人アカウントだと住所や氏名が世界中に公開されるため、組織アカウントとして登録を行いました。その際の手順をシェアしたいと思います。

手順

公開用住所の取得

• DMMバーチャルオフィス（郵便転送サービス付きで月額660円のミニマムプラン）に申し込みました。
• 本人確認書類を提出し、当日中に審査が完了しました。
• 月割り料金はないため、翌月初まで待って支払いするか、月中でも一カ月分を支払うかの選択肢がありました。
• 4月下旬だったため、ゴールデンウィークを避けるために月中で支払いを行いました。

新規電話番号の取得

• POVO2.0を契約しました。
• 本人確認書類を提出し、当日中に本人確認が完了しました。
• 現在使用中のスマホに、eSIMとして2枚目のSIMを追加したため、スマホ本体代はかかっていません。

開業届の修正申告

• 開業届は開業時に既に提出済みのため、「事業所の増設」という区分で修正申告を行いました。
• e-Taxでの修正申告を試みましたがよくわからなかったため、税務署に紙を直接提出しました。
• 今まで屋号を取っていませんでしたので、今回、屋号を追加しました。
• 「新増設、移転後の住所地」には、新しく取得したバーチャルオフィスの住所とPOVOの電話番号を記入しました。
• 税務署は受領印を押さない運用になったそうで、代わりに当日の日付入りで受領したことが分かる書類を受け取りました。

D-U-N-S Numberの取得

• 自分で取得すれば無料でできるようですが、今回は東京商工リサーチに手数料3,300円を支払い、取得を依頼しました。
• 開業届と受付資料をそれぞれスキャンしてPDF化し、メールで提出しました。
• 8営業日後にメールが届き、無事取得が完了しました。

組織サイトの公開＆メールアドレス取得

• Googleのディベロッパー登録を進めたところ、組織サイトのURLを入力する欄がありました。こちらは、連絡先メールアドレスとドメインが一致していないといけないとのことでした。
• 公式な組織サイトはまだ持っていません。また、メールアドレスもアプリ公開用に新しくしたいので、別で新たなドメインを取りました。
• 組織サイトは新たに用意し、CloudflarePagesにデプロイしました。
• メールアドレスは、CloudflareのEmail Routingというサービスを使い、取得したドメインに届いたメールを開発者アカウントのGメールに転送するよう設定しました。（無料で、転送のみ行えるサービスです。送信はできません）

組織アカウントの登録

• Google Play Consoleにて、組織アカウントとしてディベロッパー登録を行いました。登録料として、初回のみ$25がかかります。
• ディベロッパー名には屋号を設定し、住所と電話番号も公開用に取得したものを登録しました。
• 組織を証明するための書類として、開業届と受付資料、本人確認資料としてパスポートを使用しました。
• 「組織を証明するための書類」と「本人（個人）を証明するための書類」はそれぞれ1ファイルしか提出できません。2つ以上ある場合は1ファイルにまとめてアップロードする必要があります。

さいごに

無事にディベロッパー登録が完了し、これで自作アプリをGoogle Playストアに掲載する準備が整いました。これからは、先日開発したツールアプリを早速公開する準備を進めていきたいと思います。今回の経験を活かし、今後も新しい挑戦を続けていきますので、応援よろしくお願いします！

先日、初めてReact Nativeを触ってみたというポスト をしました。

まずはAndroidアプリを公開したいと考えており、組織アカウントとして登録するためにDUNS Numberの取得申請中でございます。 （東京商工リサーチで申請し、7営業日程たちますが、まだ音沙汰なしです。。）

スマホアプリで収益を得たいと考えていますが、まずは一番ハードルが低そうな広告収入を目指していきます。

今回は、Expoで作ったAndroidアプリに、react-native-google-mobile-adsライブラリを使ってAdMobを設置する手順をご紹介します。

1. AdMobの設定手順

Google AdMobのアカウント作成とアプリ登録

AdMob（https://admob.google.com/ ）にアクセスし、ユーザー登録します。

その後、アプリを追加します。

プラットフォームは「Android」を選択、まだストアにアプリを公開していないので、「いいえ」を選択。

アプリの名前を入力し、「アプリを追加」をクリック。

アプリの作成が完了しました。「完了」をクリック。

広告ユニットの作成

次は、広告ユニットを作成します。「広告ユニットを追加」をクリック。

広告のフォーマットがいくつかあります。起動時に全面表示するものだったり、全部見たら報酬を得られる系のものだったり。今回は、単純に画面の一部に広告が表示されればよいため、「バナー」を選択。

広告ユニット名には、自分で識別できるように適当に名前を付けて、「広告ユニットの作成」をクリック。

広告ユニットの作成が完了したら、アプリIDと広告ユニットIDが表示されるので、コピーしておきます。 （こちらの画像の広告ユニットIDは、すでに無効となっています）

2. Expoアプリへの実装

ライブラリのインストール

react-native-google-mobile-adsをインストールします。最新バージョン（v15）をインストールしたところ後続手順でビルドエラーが発生したため、v14でインストールするようにしました。

npx expo install react-native-google-mobile-ads@14.11.0

app.jsonの設定

react-native-google-mobile-adsをインストールすると、app.jsonに"react-native-google-mobile-ads"の記載が追加されていると思います。

その部分を、以下のように修正します。

[
    "react-native-google-mobile-ads",
    {
        "android_app_id": "ca-app-pub-6970209880901801~7980726474"  // アプリIDを設定します
    }
]

開発ビルドの作成

広告を使用するには、Expo Goのみでは対応できないので、開発ビルドを行う必要があります。

npx eas-cli build --profile development

ビルドが完了したら、表示されているQRコードをスマホで読み取ってリンクに飛び、Installボタンを押してダウンロードおよびインストールを行います。

その後、npx expo startで開発サーバーを起動した上で、アプリを起動しておきます。

広告コンポーネントの実装

実際に、アプリに広告を配置してみます。

アプリの初回起動時に、SDKの初期化を行う必要があるようです。 とりあえずホーム画面においてuseEffectで初回時のみ初期化するようにしてみました。 もしかしたらもっといいやり方があるかもしれません。 参考までに。

import mobileAds, { BannerAd, BannerAdSize, TestIds } from 'react-native-google-mobile-ads';

// アプリの初回起動時にSDKを初期化
useEffect(() => {
    mobileAds()
        .initialize()
        .then(() => {
            console.log('AdMob SDK initialized');
        });
}, []);

// テスト広告の設定
const adUnitId = TestIds.BANNER;

// バナー広告のコンポーネント
<BannerAd
    unitId={adUnitId}
    size={BannerAdSize.MEDIUM_RECTANGLE}
    requestOptions={{
        requestNonPersonalizedAdsOnly: true,
    }}
/>

開発時は、テスト広告しか表示してはいけないようです。 本番アプリではTestIds.BANNERの部分を、先ほど取得した広告ユニットIDに差し替えてください。

sizeには、幾つかの種類があります。ANCHORED_ADAPTIVE_BANNERだと横幅いっぱいに広がってくれるため、様々なサイズの端末に対応できるということでおすすめです。

私のアプリには高さが足りないと感じたため、もう少し存在感のある、MEDIUM_RECTANGLEを使ってみました。

まとめ

React Native + Expoで構築するスマホアプリに、AdMob広告を貼る手順をご紹介しました。

色々試行錯誤していた時は、Bare workflowにする必要がある（ネイティブコードをいじる必要がある）という情報も転がっていたのでハマってしまいました。

実際にはBare workflowにする必要はなく、Managed workflowのまま開発を進められました。

おそらく以前は対応していなかったものが後々対されるようになったという感じでしょうかね。

Managed workflowのまま、広告貼れるよというお話でした。

これまでWeb開発を中心に行ってきた私が、新たな挑戦としてスマホアプリ開発に取り組むことにしました。Android StudioやKotlinでの開発経験はあるものの、コード量の多さや学習の難しさから断念した過去があります。しかし、自己啓発と収益化の可能性を考え、まずはAndroidアプリから始めてみることにしました。

技術選定：React Native vs Flutter

スマホアプリ開発の主要な選択肢として、React NativeとFlutterが挙げられます。X（旧Twitter）で個人開発者の投稿を見ると、Flutterを採用している方が多い印象でした。しかし、Reactの経験がある私にとっては、React Nativeの方が学習コストが低いと判断し、Cursorと共に開発を始めることにしました。

Cursorに最新のReact Nativeドキュメントを読み込ませて、順に一緒にやってもらいました。余談ですが、今後新しい技術がでてきたら、とりあえずドキュメントを読ませてハンズオンを一緒にやってみるのが一番早いのかなと思ってます。

最新のドキュメントを読んではいたものの、古いコマンドを提案してきていたようで途中でうまく起動せず、結局ドキュメントで最新のコマンドを探して打つという・・（笑）まああるあるですね。

React Native + Expoでの開発の流れ

細かい話は省略しますが、ざっくりと開発の流れを記載します。

1. 初期セットアップ

Expoを使用することで、開発のハードルを大幅に下げることができました。VSCodeで開発できる点も大きなメリットです。以前はAndroid Studioが必要でしたが、その重さと待ち時間の長さがネックでした。

プロジェクトの作成は以下のコマンドで簡単に行えます。

npx create-expo-app@latest

その後、以下のコマンドで開発サーバーを起動します。（tunnelオプションを付けないとExpo Goアプリがブルースクリーンになりました）

npx expo start --tunnel

驚くほどReactと開発体験が似てますね。すばらしい。

2. Expo Goでの開発

そしてExpo GoアプリをGoogle Play ストアから探してインストールします。 （Expoでアカウント登録もしました）

npx expo start でターミナルに表示されたQRコードを、Expo Goアプリから起動したスキャナで読み取ると、デフォルトアプリが動き出します。

コードを修正すると、ホットリロードでスマホ側に即座に修正が反映されます。

以前は、実機で確認するには毎回ビルドして転送コードでファイルを転送して、というのが必要だった記憶があるので、スピーディーにできるようになりましたね。

開発自体も、コンポーネントをどんどん配置していくという流れがReactの開発と非常によく似ています。これほどスムーズにWebアプリ開発からスマホアプリ開発に移行できるとは。食わず嫌いせずにもっと早くやってればよかったです。

実際の仕様決めやコード実装は、生成AIと協働で進めていきます。まずはシンプルなアプリを作って公開するまでの一連の手順を経験してみたいと思います。

3. 開発ビルドの作成

ある程度開発が進んでくると、Expo Goだけでは対応できなくなってくるので、ちゃんとビルドして実機で動かせるようにする必要があります。 ドキュメントでは、唐突に「Development Build」を作る的な話になるので、最初は混乱しました。 要するに、Expo Goアプリというのは、Expoの開発体験をお試しできるように作られた、プレビュー用のアプリという位置付けのようです。

標準的な機能しか対応しておらず、ちょっとコミいったことをしようと思ったら、改めてビルドして実機にインストールして動作させる必要があります。

開発ビルドをゲットするには、プロジェクトにexpo-dev-clientライブラリを追加した上で、EASというビルド用のツールを使います。

下記コマンドにより、Androidアプリの開発用にビルドを作成できます。

eas build --platform android --profile development

ビルドの時間は10～15分程かかりました。 ビルドが終了したら、スマホでExpoの開発者ページに飛んでファイルをダウンロードして実行すると、勝手にインストールが開始されます。 （ビルドは時間が長いので、途中でターミナルを閉じても問題ないようです。しばらくしてからExpoの開発者ページに飛べば、インストールのボタンが表示されています。）

開発ビルドを動作させるには、Expo Goと同様、起動コマンドが必要になります。

npx expo start --tunnel

Expo Goの時と同じコマンドですが、プロジェクトにexpo-dev-clientがインストールされていれば、開発ビルドが使用するサーバーが自動的に立ち上がるようです。

ビルドの待ち時間は長いですが、開発ビルドもExpo Goと同様、基本的にはコードを修正したらホットリロードでリアルタイム反映されるので、開発体験としてそれほど変わりません。 なので、一度Expo Goでの開発を経験したら、次回からは最初からDevelopment Buildを使って開発を進めるでもいいかなと思いました。

ただ、アプリの設定に関わるようなこと（ロゴマークなどの変更なども含めて）を変えた場合には、毎回ビルドしなおさないと反映されないようです。

4. 内部配布用ビルドの作成

内部配布用のビルドは以下のコマンドで作成できます。

eas build --platform android --profile preview

上記コマンドを実行し、ビルドが完了するまで待つと、インストール用のURLが発行されます。 リンクを知っている人だけが、各自の実機にアプリをインストールできるようになるというわけです。

5. ストア提出用ビルドの作成

そして、いよいよストア提出用のビルド。

eas build --platform android --profile production

同様にしばらく待つと、開発者ページにダウンロードのボタンが表示されます。

Google Play Consoleでの課題

アプリの公開を目指す中で、Google Play Consoleでの登録時に思いがけない課題に直面しました。

個人情報の公開問題

ストア提出用のアプリは準備OK！これをGoogle Play Consoleからアップロードして審査を通れば晴れてストアに公開できるはず、と思ったのですが、思いがけない弊害がありました。

まず、開発者として登録するためには最初に払いきりの$25を支払う必要があります。 これは想定していたのですが、アカウントの登録をしていると、氏名や住所が公開されるとあるじゃないですか。

確かに数年前にアカウント確認が厳しくなるという話は聞いていたのですが、住所まで公開されるとは把握しておらず。

ざっと調査したところによると、開発者アカウントは、組織アカウントか個人アカウントのいずれかを選択する必要があるようです。以下、あくまでもご参考まで。

組織アカウントの場合：

• 氏名＋住所が公開される
• 氏名は屋号でもOK（ただし公式に政府が発行した資料、もしくは公共料金の領収証などを提出する必要がある）
• DUNS（ダンズ）ナンバーを取得し、申請する必要がある。（ナンバーは東京商工リサーチのサイトから取得できる）

個人アカウントの場合：

• 有料コンテンツ販売しているアカウントであれば、氏名＋住所が公開される
• 無料のみならば、氏名と国のみ公開される
• テスト要件が厳しくなっている。20名で14日間クローズドテストを実施しないと、アプリの申請ができないようになっているらしい。

ちなみに、有料コンテンツ販売しているアカウントとは、「有料アプリやアプリ内購入が可能なアプリ」になるそうで、AdMob広告のみの場合は該当しないようです。 ただし、過去に一度でも（テストのためであっても）報酬を受け取るように有効化したアカウントについては有料扱いみたいです。

また、これは全く知らなかったのですが、個人アカウントだとテスト要件が厳しくなっています。 20人にインストールしてもらうとなると、かなり厳しい印象。 みんなでクローズドテストを乗り切ろう的なコミュニティはあるようですが、他人の開発した、どんな悪意あるコードが埋め込まれてるか分からないアプリなんてインストールしたくないよなぁ、と思ってしまいました。（インストールしてもらうためには、自分も協力しないとなわけで。）

今後の対応策

個人開発者が締め出されているといわれていますが、皆さんブログなどで対応策を発信してくださっていて、本当にありがたい。今のところ、以下の対応をとろうと考えています。

1. バーチャルオフィスで公開用の住所を取得する

   • DMMバーチャルオフィス（郵便転送サービス付きで660円/月のミニマムプランがよさそう）を契約する

2. 新規に電話番号を取得する

   • POVO2.0を契約する
   • 基本的には受電のみなら0円、半年に一度数百円程度の有料トッピングを購入する必要がある
   • 現在使っているスマホでデュアルSIMが対応できたので、eSIMとして追加する

3. 開業届を修正申告する

   • すでに提出はしていますが、現在は屋号を使っていないので、新しく屋号を登録します
   • 事業所の新設として申請します。（通常、申請する必要はないですが、あえて印鑑付きの書面が欲しいので）
   • e-Taxでもとれるけど、印鑑あった方が後々楽なので、管轄の税務署に出向こうと思います。（腰が重い…）

4. 組織アカウントとして登録する

   • 上記対策を実施後、組織アカウントとして登録予定

さいごに

スマホアプリの開発においてはまだまだヒヨッコの開発者ですが、なんとか安全にストア公開まで持っていけるように頑張ります！ 詳細な対策の進捗については、また別の記事で報告させていただきます。

🔗 アプリへのリンク

かねてより興味があったタロット占いのアプリを作ってみました。 1枚でサクッと占ったり、10枚でじっくり占うこともできます。

このアプリを作った経緯としましては、最近うちの子供がタロット占いにハマっておりまして、カードの意味を覚えたり、カードを組み合わせてどのように解釈するか、といったところの練習になるといいなと思い開発しました！

アドバイスの部分は、生成AIを使って自然な文章で提案してくれるようにしました。

技術的なこと

以前公開したタイピング練習用のアプリ の基本構成と同じ、Next.js＆Cloudflare Pagesを採用しています。 ほどんと同じなので、異なる部分のみ記載したいと思います。

ちなみにこちらは現時点（2025年3月末時点）のものであり、まだまだ改善点がありますので変わる可能性ありです。

Next.jsのAPIルート

タイピング練習用アプリ においては、フロントエンドのみの構成でした。 今回のアプリでは、生成AIのエンドポイントをたたく必要があったため、セキュリティのためにAPIルートを使用しました。 Cloudflare Pagesにデプロイすると、自動的にCloudflare Functionsとして動作させることができました。

ただ途中、ビルドがうまく通らなかったので、Next.jsのバージョンを15→14に落としました。

Cursor（AIコードエディタ）

月$20の課金をして、Cursorを導入してみました。 ものすごい速さで画面を作り上げてくれて、驚愕です。。 結構メンタルやられるレベルで速いですねww

バージョンは0.47.8を利用。 直近アップデートがあり、これまではComposerとChatが分かれていたところのUIが、統合されたようです。 チャットでのやり取りの中で、適宜Agent（自動でコーディングしてくれるモード）とAsk（質問モード）を使い分けられるようになっています。コンテキストが分断されることなく使い分けられるのがとてもいいですね。

生成AI（Gemini2.0 Flash Lite）

初めて自作アプリの中に生成AIを組み込んでみました。 今のところは無料枠で全く問題ないです。

使ってみた感想としては、ドメイン制限やレートリミット、入力文字のサニタイジングなど、結構考えることが多かったです。 普段の業務では、組織内で使うアプリに組み込む程度で、悪意を持ったプロンプトへの対応を想定していないことが多いため、勉強になりました。

まとめ

• タロット占いアプリ を公開しました。
• Cursorを使った開発の速度は爆上がり！！
• アプリに生成AIを積極的に組み込んでいきたいです。

Cursorとの出会い

これまでAIツールに課金することにあまり積極的ではなかったのですが、Cursorの2週間無料体験を試してみたところ、思いのほか便利で、そのまま課金してProプランに移行することにしました。

すごいのはCursorというよりClaude 3.7 Sonnet

実際のところ、Cursorそのものよりも、裏で動いているClaude 3.7 Sonnetの性能に驚かされます。このレベルのAIを定額で使えるというのは、開発者にとってはありがたい限りですね。

文脈理解力について

コードの文脈をよく理解して、適切な提案をしてくれるのが印象的です。要件を伝えるだけで、それなりに使えるコードを出力してくれることも多いです。将来的には要件定義の部分までAIがサポートしてくれるようになるかもしれません。

現状は、新規開発はとても良いけど、既存コードがある場合の改修ではまだ人間の出番はありそうです。（複数の情報ソースを照らし合わせて仕様の整合性を保つなど）

生産性と疲労のバランス

Cursorを使うと確かに開発は早くなります。ただ、実際にガッツリ使ってみると思いのほか脳が疲れます・・・。

AIが次々と情報やコードの提案を出してくれるのですが、それを確認して選別するだけでも結構な労力が必要になります。

1日中Cursorを使って開発していると、翌日はちょっと休みたくなるくらい疲れることがあります。情報が多すぎて頭が追いつかなくなる感覚ですね。

働き方の変化

この体験から、古代ギリシャの社会構造を思い出しました。昔は奴隷が労働をして、上級階級の人々は思索に時間を使っていたわけですが、AIの発展で私たちも単純作業から解放され、もっと考えることに集中できる時代が来るのかもしれません。

ただ、今はまだその過渡期で、AIと一緒に働くことで得られるメリットと、それに伴う新しいタイプの疲労感のバランスをとることが課題です。うまく活用できるよう、少しずつ慣れていきたいと思います。

先日、タイピングアプリ をリリースしました。

こちらはこちらでまだ改善の余地ありですが、新しくアプリ作っていきたいと思います！

うちの子どもたちが、昨年から家庭内で会社を立ち上げまして、親を相手に商売を始めました( ´∀｀ )

お手伝いチケットを紙で手作りして、何枚かつづりで売ってくれます。

例えば、「マッサージ10分券を10枚つづりで〇円」、「夕食作り代行券を5枚つづりで〇円」、のような感じです。

親としてはとても助かってます✨

子どもとしても、前金でお金を受け取れるのでモチベーションが維持できるみたいです。

趣味でほしいものがあったら、あのお手伝いを〇回すれば買える・・のように逆算できるので良いですね。

ただ、チケットを作ったり授受したりするのが徐々に（お互いに）面倒くさくなってきたので、電子化したいという娘からの要望でした。

できれば通知機能とかを備えたスマホアプリ化したいのですが、一旦はMVPを備えたWebアプリとして実装してみたいと思います。

（スマホ用アプリは、テスト的に作ったことはありますが、実際にストアにリリースしたことはありません。おいおいやっていきたいです！）

データベースを選ぶ

前回のタイピングアプリではデータベースを使用しませんでした。

今回作るアプリではデータベースが必要になります。

一旦は家庭内で使うだけだけど、よさそうなら一般公開できると嬉しい。

個人開発で無料から始められるデータベースサービスをいくつかピックアップしてみました。

• Firestore（FirebaseのDB）

  • 以前使ったことがある。・・が、NoSQLのツボをいまいちつかめなかった記憶がある。

• Supabase

  • Firestoreの代替サービスという位置づけらしい。最近はこちらの方が人気がある模様
  • RDBが使えるので違和感なく使えそう

• Neon

  • PlanetScale（以前無料で使えてた）の代替として使っている記事がいくつかあった

• Cloudflare D1（CloudflareのDB）

  • SQLiteベースのデータベース。
  • SQLiteとは、単一のファイルにどんどんデータを書き込んでいく方式のDB。簡易利用向け

Cloudflare D1を使ってみる

アプリをCloudFlare Pagesにデプロイしようと思っているので、まずは相性のよさそうなCloudflare D1を使ってみようと思います。

SQLiteは以前軽く学習目的で触ったことがあって、その時はあまり意識してなったのですが、実際にアプリに組み込もうと思うと結構制約が出てきそうです。

大規模な集計ができなかったり、同時並行で読み書きができなかったり、あたりでしょうか。

実際に無料枠で使ってみて、支障があるなら別のサービスに切り替えるようにしてみます。

課金体系と無料枠について

D1の使用料金は、読み書きの行数（レコード数）と、保存されているデータの容量で決まるようです。

また、制限を超えるとクエリが実行できなくなって、課金すれば制限を解除できるとのこと。

途中で勝手に課金が始まる訳ではないのは良いですね。

無料枠は以下の通り。

• 読み取り行数：500万/日
• 書き込み行数：100,000/日
• ストレージ：5GB

読み取り行数は、スキャンが走ったレコードの件数がカウントされる。1000件のレコードが入ったテーブルをフルスキャンすると1000とカウントされ、結合などでスキャンが走るとその件数分カウントされる。

適切にインデックスをはると節約できるようですが、インデックス更新は書き込み件数にカウントされる、と。

最初は慣れるまで時間かかるかな。実際にテーブルいくつか作ってみただけで何回かクエリ発行されてました。

実際に作ってみる

実際にDBとテーブルを作ってみました。

Cloudflareダッシュボード、「ストレージとデータベース」→「D1 SQLデータベース」→「作成」でデータベースを作成。

名前を入れるだけで作れました。

次にDBの中にテーブルを作成します。

列の型（タイプ）では、以下の4つしか選べませんでした！

• text（文字列）
• integer（整数）
• real（小数）
• blob（ファイル類）

日付とか、真偽値とか、もろもろtextに突っ込む形のようです。SQLiteってこんな感じなのね～。

これをPagesとかWorkersとかで使うとかなりシームレスに使えるのかな？

大きな支障がない限りはこのまま進めてみます。

次回へ続く。

🔗 アプリへのリンク

🔗 アプリに対する思いはこちらに記載しました。

このアプリは、子どもたちにタッチタイピングを効率的に習得してほしいという思いで開発しました。

必要最低限の内容で、スピーディーに学ぶことができます。

ここでタッチタイピングを習得したら、寿司打のスコアもアップするかも！？

技術構成

アプリを公開するにあたり、以下の技術を使用しました。

開発環境・使用言語

• Visual Studio Code
• Next.js
• TypeScript
• App Router
• Tailwind　CSS

今回はフロントエンドのみの構成としました。

ソース管理

• Github

デプロイ

• Cloudflare Pages

Githubのブランチを指定すると、自動でビルド＆デプロイまでしてくれます。

今回初めて使いましたが、非常に便利です！！

個人レベルでは無料プランで十分です。

ビルド回数が月500回までの制限があるので、そこだけ意識しています。

デプロイ先の選定にあたっては、以下を考慮しました。

• 商用利用できること（広告はったりしたい）
  • 無料プランだと商用利用できないところが多い。
• 従量課金ではなく定額であること
  • いつの間にか金額が増えてた！を気にしたくない。

上記の条件を満たしていれば課金しても良かったのですが、無料プランで対応できたのはありがたいです。

ドメイン取得

• Cloudflare Register

今後アプリ増やしていきたい思いですが、アプリごとにドメインをとるか、サブドメインで分けて増やしていくかは悩んだところ。

一旦はサブドメインを増やしていくこととし、評判良いものができたら切り出してアプリ固有のドメインをとる方向でいくことにしました。

長く使っていく想定なので、ドメインを原価提供してくれているCloudflare Registerを利用することとしました。

アクセス分析

• Cloudflare Web Analytics
• Hotjar

アクセス分析=Google Analytics の頭でいましたが、Cloudflare Web Analyticsというものを知り、そのまま使うこととしました。

こちらはあくまでサーバー側に届いたリクエストを分析するというものなので、Google Analyticsと得られる情報は異なるようです。

とりあえずPV数など簡易な情報が得られればよいので、採用することにしました。

Hotjarは、画面レコーディングやヒートマップ（画面のどこが頻繁にクリックされるか等）などを提供してくれるサービスです。

その他

• 今回、認証やDBは使用していません。ユーザー登録なしのシンプル構成としました。

• アプリ内のメニューをどこまで進んだかを保存するために、ローカルストレージを使用しています。

• ChatGPTにコード生成を助けてもらってます。課金はせずに、ブラウザの無料版のみ使用。課金するタイミング完全に見失ってる。

• 画面のスケッチとかはしないタイプの人間です。実装しながら画面作ってます。

• アプリの中で使っている画像については、娘にお絵描きしてもらいました。

所要時間

2024年の年末あたりから着手し始め、お正月にぼちぼち開発していたのですが、公開までには全部合わせて1ヵ月くらいでした。

アプリの開発自体はAIが助けてくれたので比較的スムーズに行きましたが、デプロイ先の選定や、周辺で使うサービスの選定などに少し時間をかけました。

今後について

ちゃんと生成AIに課金して、アプリ作ってもらうのを試したいですね。

以下、試してみたいプロダクト。

Cursor(カーソル)

VSCodeからフォーしたエディタで、会話しながらコードを修正してくれる模様。

対象のソースを指定して、これに対して修正してという指示ができるのは便利そう。

操作感がVSCodeと変わらないのはよさそうだけど、エディタかえるのは正直ハードルが高い。

移行はよさそうでも、帰ってくるのがしんどそう。

Cline（クライン）

VSCodeの拡張機能でカーソルと同じようなことができる？という程度の理解です。

カーソルよりよさそうかなーという印象なので試してみたいです。

bolt.new（ボルト）

言葉でアプリの説明を定義すると、全自動で勝手に作ってくれるというものらしい。

良いという噂は聞くけど、どうだろう？

自動生成されたコードの可読性とかメンテナンス性については気になるところ。

以前、WordPressでブログを書いていたことがあります。

次第に書く頻度が落ちてきて、サーバー代払うのがもったいなく感じるようになったのでやめてしまいました。

今回は、維持費を抑えてまた再開してみます！

構成要素

以前のブログでは、Xserverでドメイン＆サーバーを取って、WordPressを動かしていました。

今回の構成では以下を使用しました。

• Hugo（静的サイトジェネレーター）
• PaperMod（Hugoのテンプレート）
• CloudFlare Pages（ビルド＆ホスティング）
• Github（ソース管理）
• CloudFlare Register（ドメイン取得）

以下、それぞれの構成要素について詳述します。

Hugo

• 以前のWordPressではDBとPHPサーバーが必要となるので、ちょっとオーバースペック気味でした。今回は簡単に作りたい。
• 後述のCloudFlare Pagesで動かしたい。
• マークダウンで書けると嬉しい。

上記のような理由から適切な手段を探していたところ、静的サイトジェネレーターというものを見つけました。

マークダウンファイルから事前にHTML化しておいて、リクエストがきたらそのページを表示するだけ、という仕組みのようです。

WordPressのようにリクエストに応じてDBアクセスしてその場でページを作り上げる仕組みと違い、表示速度が速いようです。

シンプルで分かりやすくてよさそう！！

いくつかあるものから、Goでできていてビルド速度が速いと評判のHugoを使ってみることにしました。

Hugoではテンプレートが多数用意されているので、好きなものを選びます。

PaperMod

いくつもあるテンプレートの中から、PaperModというものを選んでみました。

このテンプレートの選んだポイントは以下の通りです。

• Githubのスター数を見て、人気が高めだった。
• Githubで最終更新日が新しめで、長く放置されていない。（人気があってもすでに公開停止されているものが結構あった）
• カテゴリー表示やタグ表示など、必要十分の機能を備えていた。（テンプレートによってはカテゴリー表示やタグ表示に対応していないものもあるようです）

CloudFlare Pages

こちらは既に個人開発のアプリで利用しており、簡単にデプロイできることが分かっているため是非使いたいということで採用しました。

無料枠の中で十分使用できています。

Github

こちらは定番。

CloudFlare PagesはGithubのリポジトリとブランチを選択するだけで、自動的にビルド＆デプロイができます。

また、ブランチに変更があったら自動的に最新化してくれるため、CI/CDを個別に書く必要なし！

ありがたすぎる。

CloudFlare Register

今回はここだけ課金してます。

最近、ドメイン代がどんどん高くなってますよね・・。

CloudFlare Registerではドメインを原価提供してくれているそうです。

他のドメイン管理サービスではキャンペーン価格で初年度無料などあるため単純に比較はできないのですが、長く運用するとしたらそんな大差ないだろうと、こちらを選びました。

サービスをまとめた方が運用がラクかなとも思いました。

お名前ドットコムでも別のドメイン持ってますが、正直、サイトが見づらくてあまり好きではないです。

最近の興味・関心

前からずっとやってみたかったこととして、個人開発にチャレンジしてみようと思ってます。

生成AIが登場し、個人での開発はだいぶハードルが下がってきた印象です。

加えて気軽に使えるBaaSなどお仕事の中で使う機会が増え、自信がついてきたというのもあります。

今年から業務の稼働時間を減らしたので、空いた時間でちょこちょこ開発していきたいと思います。

ライスワークとライフワーク、バランスよくいきたいですね。

以下は、個人開発したアプリの一覧です。これからどんどん増えていく予定です。お楽しみに！！

どっちがおトク？ 単価チェッカー

🔗 Google Play ストアへのリンク

このアプリは、2つの商品の「価格」と「量」を入力するだけでどちらの商品がお得かを瞬時に計算して表示する、Android向けアプリです。

初めてストアでリリースした、個人的に思い入れのあるアプリです。初めてのスマホアプリということで、シンプルかつ実用的な機能に絞り、私自身が日常的に使いたいと思えるものを作りました。

画像圧縮ツール

🔗 アプリへのリンク

このアプリは、ブラウザのみで画像を圧縮できるツールです。ファイルを外部送信することが無いので、安全に処理することができます。

このアプリを作った経緯としては、最近はやっているVibe Codingというスタイルでの開発を意識的にやってみようと思ったこと、かつ、私がよく使っている画像圧縮Webアプリが外部サーバーへの送信をしていて抵抗があったので、自分で作ってみようと思ったことです。

Vibe Codingは雰囲気コーディングと言われており、コードは書かず、AIに指示して作ってもらう、作りたいものを伝えて雰囲気でやってみる、みたいなイメージの開発スタイルです。

まじめに学ぶタッチタイピング

🔗 アプリへのリンク

このアプリは、子どもたちにタッチタイピングを効率的に習得してほしいという思いで開発しました。必要最低限の内容で、スピーディーに学ぶことができます。ここでタッチタイピングを習得したら、寿司打のスコアもアップするかも！？

タロット占い

🔗 アプリへのリンク

このアプリは、うちの子どもがタロット占いにハマっているので、占いを楽しみつつカードの意味などを覚えられると良いなと思い作りました。生成AIを使っているので、それっぽい解釈やアドバイスを受け取ることができます。

アイディアベース

まだまだアイディアの段階。少しづつ形にしていきたいものの一覧です。

図書館の返却日リマインダー

TimeTreeに自動登録したいけど、APIがサービス終了している模様。。

つらいお悩みを吐露できるSNS

つらい時代ですからね。

お手伝いチケットを管理するアプリ

家の中でお手伝いチケットの現物をやりとりしているのですが、紙で作るのめんどくさいという意見を受けて、作りたいです。

「ITフリーランスの備忘的なにか」は、技術的な知見や開発体験を共有するためのブログです。

主なコンテンツ

• 技術記事
• フリーランスとしての経験談
• 個人開発プロジェクトの紹介

運営者について

千葉県在住、アラフォーITエンジニアのmickが運営しています。三児の母として、子育てと仕事の両立を目指しながら、フリーランスとして活動しています。

経歴

• IT企業での開発経験

  • 茨城県出身で県内の大学を卒業後、都内の受託開発会社でSEとして13年程勤務しました。
  • コーディング→設計→チームマネジメント→コンサル といったキャリアパスを進みました。

• フリーランスとしての活動

  • 会社員時代はシステム開発工程の上流を担当することが多かったのですが、コードを書いて自分で作りたいという思いが強く、フリーランスとして独立しました。
  • 現在は月の3-4割程度の時間でクライアントワークを行い、その他の時間で新しい技術の習得や個人開発を嬉々として進めています。

スキルセット

• プログラミング
  • 現在は、Python, JavaScriptをメインに使うことが多いです。
• 開発全般
  • 業務整理から課題抽出、対策検討、そしてシステム設計まで幅広く経験してきました。
• プロジェクトマネジメント 等

小さなツールやアプリを作って、非効率業務をサクッと自動化したい思いであります🫡

お問い合わせ

ご質問やお問い合わせは、以下のメールアドレスまでお願いします。

Eメール : zac.lab.contact@zohomail.jp

対応について

• 通常5営業日以内に返信いたします。
• 込み入ったご相談の場合は、2週間程度お時間をいただく場合があります

※ スパムメール対策のため、件名に「サイトからの問い合わせ」と入れていただけますと幸いです。

1. 適用

本プライバシーポリシーは、「ITフリーランスの備忘的なにか」（以下「本サイト」といいます）の利用について定めるものです。

2. 個人情報の収集

本サイトの主機能では、個人情報を収集いたしません。

ただし、以下の情報を収集・保存することがあります：

• アクセスログ
• お問い合わせ情報

3. Cookieおよび外部サービスの利用

本サイトでは、サービス向上のため、以下の外部サービスを使用しています：

• Cloudflare Web Analytics：サーバーログによる利用状況の分析
• Google Analytics（GA4）：利用状況の分析
• Microsoft Clarity：ユーザー行動分析

これらのサービスではCookieを使用し、個人を特定できない形で情報を収集する場合があります。

各サービスのプライバシーポリシーについては、各社の公式サイトをご確認ください。

4. 収集した情報の利用目的

収集した情報は、以下の目的で利用します：

• サービスの提供・運営
• 利用状況の分析によるサービス改善
• ユーザーサポート

5. 情報の第三者提供

法令に基づく場合を除き、収集した情報を第三者に提供することはありません。

6. プライバシーポリシーの変更

本ポリシーの内容は、予告なく変更される場合があります。

7. お問い合わせ

プライバシーポリシーに関するお問い合わせは、以下のメールアドレスまでお願いします。

Eメール : zac.lab.contact@zohomail.jp

1. 適用

本規約は、「ITフリーランスの備忘的なにか」（以下「本サイト」といいます）の利用に関する条件を定めたものです。

ユーザーは本規約に同意した上で本サイトを利用するものとします。

2. 利用条件

本サイトは一般のユーザーを対象とし、年齢制限は設けておりません。

ユーザーは以下の行為を行わないものとします：

• 不正アクセスやサービスへの攻撃、システムに負荷をかける行為
• 他のユーザーや第三者の著作権、プライバシー、その他の権利を侵害する行為
• 公序良俗に反する行為
• 運営者の許可なく営利目的で本サイトを利用する行為
• その他、運営者が不適切と判断する行為

3. 免責事項

本サイトは、提供する情報や機能の正確性、完全性、適合性を保証するものではありません。

ユーザーが本サイトの利用により被った損害について、運営者は一切の責任を負いません。

4. サービスの変更・終了

運営者は、ユーザーに通知することなく、本サイトの内容を変更または終了することがあります。

本サイトの終了に伴い、ユーザーに生じた損害について責任を負いません。

5. 規約の変更

運営者は、必要に応じて本規約を変更することがあります。

6. 準拠法・裁判管轄

本規約の解釈および適用に関しては、日本法を準拠法とします。

本サイトに関する紛争は、運営者の所在地を管轄する裁判所を専属的な第一審の裁判所とします。

7. お問い合わせ

利用規約に関するお問い合わせは、以下のメールアドレスまでお願いします。

Eメール : zac.lab.contact@zohomail.jp