nino+ は Web アプリ開発代行ではなく、自分のサービス（実績）を自分の力で作れるよう支援する場所です。

• メンターに教わったコードただペーストする（実装丸投げ）
• メンターに考えてもらった UI をただ実装する（UI 丸投げ）

だと最終的に何も身についていないので現場でまったく通用しませんし、それは僕の意図するところではありません。

短い在籍期間に現場で必要な知識を網羅するのは不可能ですし、現場ではやったことがない実装を当たり前のように依頼されます。「やったことないのでわかりません」というのは通用しないので、自分で都度調査、キャッチアップするスキル、タフさが必要です。したがってまずは自分で調べて、トライすることを意識してください。

最終的には僕がいなくても高品質な Web アプリ開発ができる状態を目指しましょう。

メンターの役割

僕の役割は以下です。

• 調べてもすぐ出てこないような専門的な知識の提供
• アプリ開発における概念的な理解の促進（アーキテクチャや構造）
• アウトプットに対するプロ目線のレビュー
• 進捗管理、モチベート

逆にメンバーの役割は以下です。

• 自分のサービスを自分の力で作る
• 必要な知識を調べる、聞く

基礎中の基礎レイヤーの情報はすでに無料のドキュメントや解説記事、動画が溢れているので nino+ で積極的にカバーするつもりはありません。そのレイヤーの知識は少し調べればすぐ出てくるので、トレーニングも兼ねて自分で調べることを意識してください。キャッチアップも重要なスキルです。

• HTML ってなんですか？ → ググればすぐ出てるので調べる
• UI がわかりません → まずはいろいろな類似サイトをくまなく見て自分で考える

というフローを経て僕に頼ってください。一切調べたりトライせずいきなり答えを聞くのは大学で「わからないので教授が代わりにレポート書いてください」と言っているのと同じです。

いいレポートを書くためのポイントを教えたり、書いたレポートの添削をするのは僕の役割ですが、レポートを書くのはメンバーの役割です。

とはいえ最初はわからないことだらけだと思うので、深く考えず聞いてもらって OK です ☺️ アドバイスの過程で僕が公式ドキュメントやブログ記事の参照 URL を添付している場合、「あ、そこ見ればわかるんだな」と捉えて、次回似たような質問をする際に公式ドキュメントを参照するヒントにしてみてください。

そんなこといちいち聞くな！と言うことはないのでご安心ください。

開発知識のキャッチアップ方法

上から順におすすめのアプローチです。

• 公式ドキュメントで調べる
• AI に聞いてみる（直感的に勘所が掴めます）
• Google 検索で該当ワードを検索し、1 ページ目に出る情報に目を通してみる

特に公式ドキュメントが読めるようになるとかなり強いです。というのもの、Web アプリ開発の世界はアップデートが激しいので公式ドキュメント以外の情報は古くなっていることが多いです。最初はページ構成も複雑ですし横文字だらけで混乱すると思いますが、最終的に自分の庭のようになります。あの辺にこういうこと書いてあったな。という感覚が身につくと、調べるスピードと情報の確度が格段に上がります。

答えは常に公式ドキュメント（か、公式リポジトリ）にあると思ってください。

最初の頃は「自分の書き方正しいのかな？」と不安だらけだと思いますが、公式ドキュメントや公式のサンプルリポジトリは海外の一流のエンジニアが書いているので、それを参考にすることで正しい書き方が自然と掴めるようになります。

エラーに立ち向かう

開発中にエラーが出たらまずはエラー文をコピーして AI や Google で調べてみましょう。エラー文をそのまま検索すると、そのエラーに遭遇した人がどう解決したかが出てくることが多いです。自己解決力も立派なスキルです。実際の現場で、エラーが出るたびに先輩や同僚に助けを求めていては話になりません。

とはいえ長年経験してないと原因が理解できないケースもあります。ある程度調べて無理そうなら気軽に質問してください。