# 面談で想定される質問とその回答 - 目標・なりたいイメージ・やりたいことが決まっていて、そこまでの最短距離であることが大事 - しくみではエンジニアリングマネージャー的なポジションはない - PMであれば、今やってる仕事に近いので別に開発をやる必要はない --- - なぜしくみで自分がいまエンジニアをやるのか - 過去 - コミュニティマネージャー - ユーザーとの接点として、プロダクトを伝える・ユーザーの意見を拾う仕事 - クライアント・ユーザーとのコミュニケーションは好きだが、ガワを整える仕事には限界がある - 自分も作るほうに参画したい - →エンジニアとして修行したい - 未来 - いちエンジニアとして作るだけでなく、PjMやPdMになりたい/貢献したい - エンジニアのいるチームもマネジメントするので、エンジニアリングができないと解像度の高い話は難しい - いずれは複数かけあわせたキャリア戦略を描いている - 大学で組織・マーケ関連を少し学んだので関心がある - ビッグバンドでの経験 - 好奇心旺盛な部分を活かしたい - →まずはエンジニアとして修行したい - 現在 - しくみで働きたいから・カルチャーが好き・フィットしている - 前向き・未来志向、じゃあどうするの？を考えられる - 自分のこととして考えられる - 自分も強くて優しい人として人を導けるようになりたい - 継続して学び続けることができる - 積み上げること・振り返ることは好き - ユーザーとのコミュニケーションや、モノを作る際にユーザー視点で考えることができる - 全体を俯瞰して考えたり、相手に共感して本当に価値があるか考える習性がある --- - なぜエンジニアになりたいの？ - モノづくりで人に貢献できる - なぜモノづくり？エンジニア？ - どんな企画をしても・企画を手伝いたくても、モノを作れないとはじまらない。 - **結局モノが良くないと届け方をどんなに工夫してもダメ** - 今の仕事は開発者よりユーザー寄り。その立場から、自分も機能改善ができたら・加わることでもっと早く改善できたらと歯痒い思いをすることがあった。 - それはエンジニアでなくともできるのでは？ - 実際に触ってみてどうか？ - 楽しい。具体的に必要としている人や状況がわかっている機能を作るのはとてもやる気が湧く。作って感謝されると嬉しい。やりたいことに対して力量不足を強く感じることもやる気につながっている。 - なぜエンジニア？（プログラム？）フィジカルなモノづくりや、デザインでも良いのでは？ - IT/Webは需要が多い。役立ちたいと思ったとき、必要としている人の多い市場のスキルを伸ばした方が機会が多い。 - フィジカルにも関心はあるが、仕事としての接点が過去になくあまりイメージできなかった - デザインには関心がある。フルスタックに学びつつ、いずれフロントエンド〜デザイン領域の仕事もしたいと考えている。 - 一生学び続けることがある - なぜ知ることにモチベーション？どこが？具体的に - 趣味でも知る・学ぶことが楽しくて打ち込むことをやっている - 過去、チームで学びと実践の両輪が活きた経験があり楽しかった - 学びたい領域と課題がハマり、課題→仮説→探索→実践→課題のループができていた - 応用が利く（結果として就労先の選択肢も多い） - 誰か何かに貢献したいと思ったとき、応用が利くことは大切。 - エンジニアになってどうしたいの？ - 物づくりで貢献したい - ユーザーの立場に立ってUXを俯瞰して見て、これは良いプロダクトか？良いプロダクトとはなにか？を考えながら作れるエンジニアになりたい - 良いプロダクトとはなにか？ - 良い提案をできるプロダクト - モチベーションは？ - 新しいことを知る - 誰かに貢献できる - クライアントにも、チームにも - 現場に落とし込める - 根付かせる - 寺子屋に求めることは？ - 見て学ぶ機会の増加 - 育成枠としての改善に参加できる場 - 技術的に困ったことは？どのように解決したか、またその技術を説明してください - 中間テーブルとcollection_check_boxesをフォームへ導入する実装 - フォームで使うと多対多のテーブル・その中間テーブルへの書き込みができる - エラーメッセージを読み、調べ、modelのアソシエーションの順番を書きかえたら解決できた - 開発してみて学びは？ - 設計・計画の重要性 - 詳細設計(どのページにどういう機能やボタンを置くか・達成条件の明確化・)をしたのは良かった - 画面遷移図をつくったときにルーティングまで考えるべきだった - テーブル設計で正規化できていない状態に気づけなかった - 具体例を出すと良かった - 開発するうえで工夫したことは？ - 全体 - 計画・進捗管理(notion) - 技術的な部分 - ページわけ - viewをsharedなどにわけることで読みやすくした - こちらからの質問 - 寺子屋メンバーに期待していることは？ - 寺子屋をはじめてみて良かったこと ## FB - なぜしくみでエンジニア？ - エンジニアである必要性 - しくみでエンジニアやって何を貢献できる？ - whyとhowがきまって、そこにポテ枠があるという必然性がないと納得できない - Biz方面なるのにエンジニアである必要性ある？ - 必要ないっちゃないけれど - 人事の仕事・ - まず共通言語・解像度があがりそう - 違う企業を見るとしくみが見えてきそう - 環境とか？ - 週末書類作成→連絡 - whyを掘る必要がありそう - 過去 - 開発のスキルが必要だと感じたシーン - エンジニアリングとの接点 - 人事 - 日々の仕事(ユーザー)→開発できたらなーと思った - 実際に開発してみたら面白かった - 未来 - 開発のスキル→ビジョン - どうして開発？ - 発展できる - memo - 学びと実践がうまくハマったときに楽しいと思った - →開発はそれが日々あるから楽しい - デザインとの違い - 開発のほうが人に届くまでのレイヤーが低い - ロジック(アルゴリズム的な部分) - - いろんな可能性(デザインとか企画とか)があって今はエンジニアリング - 今なぜ他の可能性ではないのか？ - 今なぜエンジニアリングを選ぶのか？ - 今のポジションでできるんじゃないの？ - だけだと足りない、実際に声を聞きつつ手も動かせる人になりたい - PR - 自分ごと化できる - - 学習意欲 - 学習→実践 - 自分のなかで咀嚼してコミュニケーションを行う