Smatsumot0

## Lunimo Lunimoは、生理日の開始・終了日、周期、次回予定日を管理できる生理記録アプリです。 「記録のしやすさ」と「次回予定日の見通しやすさ」を重視し、スマートフォンから短い操作で入力できることを意識して個人開発しています。 ### プロジェクト概要 Next.js / React / TypeScript を用いたフロントエンドと、NestJS / Prisma / PostgreSQL を用いたバックエンドで構成しています。 当初はフロントエンド中心の実装から始めましたが、ユーザーごとのデータ管理や認証を見据えて、API・DB・認証を含むフルスタック構成にしました。 主な機能は以下です。 - 生理開始日・終了日の記録 - 終了日未入力の状態でも次の開始日を記録できる柔軟なデータ設計 - 過去の記録から周期・期間を算出 - 次回予定日とカウントダウンの表示 - 履歴一覧の表示 - 週単位のカレンダー表示 - JWT を用いた認証設計 - Next.js の Server Components から API に Bearer Token を付与してデータ取得 ### 使用技術 - フロントエンド - Next.js - React - TypeScript - CSS Modules - バックエンド - NestJS - Prisma - PostgreSQL - JWT - インフラ・周辺 - Vercel - Railway - GitHub ### 工夫した点・出したバリュー このプロジェクトでは、単に記録を保存するだけではなく、実際の利用シーンを想定したデータ設計を重視しました。 生理記録では「終了日を入力し忘れる」「後から日付を修正する」「前回の終了日が未入力のまま次の開始日を登録する」といったケースが起こり得るため、理想的な入力だけを前提にせず、ユーザーの実際の行動に合わせた仕様にしています。 また、フロントエンドでは画面ごとの責務を分け、表示用コンポーネントと状態管理・データ取得の関心を分離することを意識しました。 バックエンドでは、将来的にモバイルアプリ化することを見据え、Web フロントエンドに閉じた実装ではなく、API として再利用できる構成にしています。 UI面では、一般的な生理管理アプリに多いピンク系のデザインではなく、性別を強く想起させすぎないクールなブルー・ミント系の配色にしました。 機能面だけでなく、使う人が心理的に負担なく開けるアプリにすることを意識しています。 ### このプロジェクトで示せること このプロジェクトを通じて、以下のような実力を示せると考えています。 - React / Next.js を用いた画面設計・実装 - TypeScript を用いた型安全な実装 - NestJS を用いた API 設計・実装 - Prisma / PostgreSQL を用いたデータモデリング - JWT 認証を含むアプリケーション設計 - フロントエンドとバックエンドを分けたフルスタック開発 - ユーザーの実際の利用シーンを想定した仕様設計 - 将来的な拡張を見据えた責務分離・保守性の高い設計 個人開発ではありますが、実務で意識してきた「ユーザーが迷わず使えること」「後から機能追加しやすい構造にすること」「仕様変更に耐えられる設計にすること」を反映して開発しています。

## Honkumi Honkumiは、スマートフォンやタブレット上で小説本文を編集し、同人誌や冊子向けの本文PDFを作成できる入稿支援アプリです。 iPhone / iPad での利用を想定し、横書きで本文を入力しながら、最終的には縦書き・右綴じの本文PDFとして出力できることを目指して個人開発しています。 開発にあたっては、要件定義・仕様整理・画面設計・データ設計・受け入れ条件の作成を自分で行い、実装作業の一部に Codex を活用しています。 Codexには、実装方針や完了条件を明確にしたうえでタスクを依頼し、生成されたコードについては自分で内容を確認しながら、仕様との整合性、保守性、UIの使いやすさを検証しています。 ### プロジェクト概要 Honkumiでは、小説執筆者が入稿用データを作る際に必要になる、用紙サイズ、余白、文字サイズ、行数、文字数、ノンブル、章タイトル、目次、奥付などの設定を、アプリ上で管理できるようにしています。 現在は、まずローカルで作品を管理し、作品ごとに印刷設定やフォーマット設定を持てる構成を設計・実装しています。 将来的にはクラウド保存やPC版対応も見据えていますが、最初の段階では「スマートフォンだけで本文PDFを作成できること」を優先しています。 主な機能として、以下を想定・実装しています。 * カテゴリごとの作品管理 * 作品ごとの本文編集 * 自動保存 * Undo / Redo * 文字検索・置換 * 改ページタグ `[[PAGE_BREAK]]` * 章タイトルの検出 * 章タイトル装飾の切り替え * 飾りなし * `◆ 第一章` * `【第一章】` * 中央配置 * 用紙サイズ設定 * A6 * 新書 * B6 * A5 * B5 * 余白、文字サイズ、行間、字間の設定 * 1ページあたりの行数、1行あたりの文字数の設定 * ノンブル表示 * 目次 * 奥付 * 縦書き本文PDF出力 * A4に複数ページを配置して印刷できる校閲出力モード ### 使用技術・開発環境 * Swift * SwiftUI * Xcode * iOS / iPadOS * ローカル保存を前提としたデータ設計 * Codexを活用した実装補助・リファクタリング・実装案の検討 ### 工夫した点・出したバリュー このプロジェクトでは、「小説を書くこと」と「入稿用データを作ること」の間にある手間を減らすことを目的にしています。 既存の執筆ツールは本文を書くことには向いていても、スマートフォンだけで縦書き本文PDFを整える用途には使いにくい場合があります。そこで、執筆者が必要とする設定をアプリ内にまとめ、本文入力からPDF出力までを一貫して行える体験を目指しています。 特に意識しているのは、設定項目をただ増やすのではなく、作品ごとに管理できるようにする点です。 小説は作品ごとに用紙サイズや行数、文字数、章タイトルの見せ方が変わるため、アプリ全体の共通設定だけではなく、作品単位で設定を持てるデータモデルにしています。 また、スマートフォンでの入力しやすさを重視し、本文編集は横書き入力、出力は縦書きPDFという方針にしています。 編集時の快適さと、最終成果物としての見た目を分けて考えることで、モバイル端末でも扱いやすい設計を目指しています。 開発プロセスでは、Codexを単にコード生成ツールとして使うのではなく、機能単位で要件・制約・完了条件を整理したうえで実装を依頼しています。 例えば、目次機能、奥付機能、作品管理、章タイトル装飾、校閲出力モードなどについて、実装前に「何を満たせば完了とするか」を明文化し、生成された実装を確認しながら仕様の抜け漏れやUI上の違和感を修正しています。 この進め方により、AIを活用しながらも、プロダクトとして必要な仕様整理、設計判断、品質確認は自分で行う開発スタイルを実践しています。 今後の開発現場でも、AIを使って開発速度を上げるだけでなく、要件を正しく分解し、適切な粒度でタスク化し、生成物をレビューして品質を担保する力を活かせると考えています。 さらに、無料版では奥付や最終ページに `powered by Honkumi` を表示するなど、将来的なマネタイズも見据えた仕様を検討しています。 単なる技術検証ではなく、実際に継続して提供できるプロダクトとして成立するように、機能設計・UI設計・収益化の観点も含めて考えています。 ### このプロジェクトで示せること このプロジェクトを通じて、以下のような実力を示せると考えています。 * Swift / SwiftUI を用いた iOS アプリ開発 * モバイルアプリにおける画面設計 * 作品管理・カテゴリ管理を含むデータ設計 * ユーザー設定を作品単位で保持する設計 * PDF出力を前提としたレイアウト設計 * エディタ機能の設計 * 入力体験と出力結果を分けて考えるUI/UX設計 * 将来的な有料機能を見据えた機能分割 * 実際の利用者の課題から逆算したプロダクト設計 * Codexを活用した開発タスクの分解・実装依頼・レビュー * AIを使いながらも、仕様・設計・品質を自分でコントロールする開発姿勢 Honkumiは、技術的にはエディタ、設定管理、PDFレイアウト、作品管理を組み合わせたアプリです。 一方で、単に機能を実装するだけではなく、「スマートフォンだけで小説の本文PDFを作れるようにする」という具体的なユーザー課題に対して、どのような体験を提供するかを考えながら開発しています。 また、Codexを活用している点も、現在の開発環境に合わせた実践的な取り組みとして位置づけています。 AIに任せきりにするのではなく、自分で要件を整理し、設計方針を決め、実装結果を確認・修正することで、開発速度と品質の両立を目指しています。