---
# System prepended metadata

title: まつもとさん質問予定 2020/11/30

---

# まつもとさん質問予定 2020/11/30

 [薄葉]
* バックエンドエンジニアとして活躍する為に最低限必要なスキルセットは？
-> フロントエンドとの連携方法
-> Model, Controllerの設計デザイン、ならびにソースコードが肥大化した際のハンドリング
-> データベース設計
* まつもとさんが思う学習手段→現在railsのチュートリアルや、Rubyシルバーの技術試験等の学習は行っています。
-> Railsのチュートリアルで結構なスキル得られる。
* Rubyを使っている会社でいま注目しているプロダクト
-> Shopify。創業者がrailsコミッター。
* 今後機械学習系のライブライリーなどの拡充などは考慮されていくのか？


[小川]
- Ruby開発時のタスクの優先度はどうやって決めてる？
-> Rubyは機能間の連携はない。順番はあまり関係ない。
-> 話し合いで決まらないのでまつもとさんが独断で決めていった。決まったものから実装していく。
- 最近はどんなことに注力してる？
- 今後やりたいことは？
- 今までで１番失敗したことは？


[前田]
- エンジニアの割合が少ない会社において開発チームを会社的に成長させるにはどんなことをしなければならないか？
-> ビジネス側とソフトウェア側では対立が起きやすい。それに外注を挟むともっと対立が起きる。
-> 一つのゴールを決めることができるチームは強い。共通の課題を持てる同じベクトルを向くことが大事。
-> 同じ目的を持てる仲間を集める。
- このミートアップにてどんな質問を聞かれることが多いか？
- いろんなミートアップをしていく中でこの会社の組織体制やカルチャーはいいな、と思ったことはあるか？または、どんな点で良いと感じたか？
-> 業務中にオープンソースにコミットしてる会社がある。
-> エンジニアはアウトプットだけでは生きていけない。インプットを就業中に行うことを認めている会社はエンジニアとして伸び伸びと働いていける。
- フロントエンドといった見た目を作る側の人間がサーバーサイドへの理解を深めようとしたらどんなことを理解していったらいいか？

[清水]
- ハードウェアに対する理解が浅い。そこの学習の優先度は？
->ソフトウェアエンジニアであれば、そこまで優先度高くない。教養として持っておけば良い。

- 昔プログラミングを始めるときのハードル、例えば今を１としたらどれくらい大変だったか。
- 自社では触れることのない技術を実務レベルで身に付けるためには、副業がいいと思っている。しかし、現状では副業が禁止であるがその点に関してはどう思うか
->一週間働いて土日も副業は、人間辞めてるのでオススメできない。ただ副業等しての就活もあるので、会社の制度として禁止と打ち出すのもよくない。

[宮下]
- ご自身が開発現場において最も大切にされている、大切だと思っていること
- 理想のチーム像(チームビルディング)
- 言語設計の際、全容の構想を練ってから設計されたのか、手を動かしながら設計されたのか、また、リリース時、当初のゴールとしていた目標に到達したか、もしくは設計の過程で目標の変更があったのか

[藤井]
- 採用について
-> 結局、経歴やテスト、技術質問、githubだけでスキル把握は難しい。
 　中途インターンで週1副業などで入ってもらいながら試してる会社あり。

- ruby開発動機
-> ビジネス（利益や労働に対する対価)ではなく、仕事をしながら、自身の時間を作りだし開発した。(趣味な感じ)かつシンプルに自身が創りたい、使いたいから開発した。



## 学べたこと
[薄葉]
数年後の開発ゴールを目標をチーム全体に浸透させ、開発を進めていくべきだと改めて感じました。
目的や目標がブレると対立が生まれ、議論ばかり発生。

[小川]

[前田]
- インプットを業務中に行うことができると実験的な挑戦もできてエンジニアとして伸び伸びと働ける良い環境になっていく。
- 組織として同じ方向に向かっていれば職種が違ってても対立は起きない。共に同じゴールに向かって組織で動けることの重要さ。
- 週5働いて余暇の時間で副業するのは体力的にオススメしない。
- 求職者に対して副業やブレストといった方法で選考していくとマッチングさせやすい。

[清水]
楽しみながら、チームで同じ方向に向かってやることが大切であるといこと。実現したいことが先にあり、その達成の手段として開発があるのが良いということ。
[宮下]

[藤井]

