コードを書く前に決めること。未経験者の小さなアプリの作り方

1. 一文の要件と利用者を決める

最初のアプリでログイン、通知、決済まで入れようとすると、設定作業が増えて開発の判断を振り返れません。『入力した金額を分類して合計する』『三つの候補を条件で絞る』のように、入力と出力が一つずつある機能へ絞ります。誰が何のために使うかを一文で書き、関係しない機能は作らない一覧へ移します。

実装前に正常な入力、空欄、形式が違う入力の三例を作ります。個人情報や実在顧客のデータは使わず、架空値にします。完成条件は『画面が出る』ではなく、三例で期待結果が得られ、別の人が起動方法を読めることです。使用する言語やフレームワークは、この小さな要件を実現できる最小構成で選びます。

2. 実装・テスト・記録を一組にする

処理を小さな関数へ分け、変数名と入出力が説明できるようにします。動いたら正常例だけで終えず、空欄や境界値を試します。エラーが出た箇所は削除せず、原因の仮説、確認した資料、修正内容を短く記録します。完成後のきれいなコードだけより、問題を切り分けた手順が開発作業を伝えます。

既存コードを利用する場合はライセンスと出典を確認し、自分が書いた範囲を明示します。セキュリティ警告を無視して表示だけ整えません。依存関係の更新で動作が変わる可能性があるため、版と実行環境を記録します。公開前には秘密鍵、トークン、ローカルパス、個人名が含まれないかを検索します。

• 正常・空欄・境界値を試す
• エラーの切り分けを記録する
• 秘密情報を公開前に検索する

3. 三サイトを開発の別工程で使う

manapickでは今回使う言語やGit、テストの基礎を扱う動画を選び、視聴後に自分の要件で書き直します。manapick AIはコード候補やテスト観点の補助として調べますが、提案された依存関係、権限、出力を公式ドキュメントと実行結果で確認します。manapick licenseでは、IT系資格の範囲を基礎の棚卸しに使います。

三サイトから得た情報をREADMEへそのまま転載せず、何を参考にし、どの判断を自分で行ったかを独自にまとめます。AIへ未公開コードや認証情報を入力しません。動画の画面、AIの仕様、試験範囲は変わるため、確認日と公式リンクを残し、更新時に再確認できる形にします。

4. コード量ではなく開発の判断を振り返る

振り返りでは、要件を小さくできたか、エラーを再現できたか、変更の影響をテストできたか、別の人へ説明できたかを見ます。短いコードでも四点が確認できれば、次に深める基礎が分かります。反対に機能が多くても動作条件が説明できなければ、範囲を減らして作り直します。

この演習だけでソフトウェアエンジニアへの適性や採用を判定できません。実務ではレビュー、運用、セキュリティ、利用者対応、チーム連携も含まれます。求人では開発対象、担当工程、レビュー体制、障害対応、学習時間を確認し、自分が試した一工程との違いを質問に変えてください。