文系のシステム開発理系のコーディング

Slide 1

Slide 1 text

文系のシステム開発理系のコーディング白栁隆司 2022年4月13日エンジニアの勉強法ハックLT- vol.8

Slide 2

Slide 2 text

自己紹介エンジニアカウンセラー　白栁隆司 Youtubeに平日ほぼ毎日動画投稿中！ #ほぼ日ITエンジニアニュース @IT 自分戦略研究所エンジニアライフにて「コレがワタシの生きる様」連載中（木曜日） ITエンジニアが永く活動する為のサポート活動主に４つのことを、ITエンジニアに勧めています 1. 傾聴ベースのコミュニケーション 2. メンタルヘルス（セルフケア） 3. セルフマネジメント 4. 日々の生活の中からエンジニアリングを学ぶ

Slide 3

Slide 3 text

アジェンダ ● 今夜決着！？システム開発は理系の仕事か？ ● 白栁流、文系理系判別法 ● 文系は〇〇が苦手！理系は✕✕が苦手！ ● 文系でもできる✕✕！理系でもできる〇〇！ ● 文系理系より大切なこと

Slide 4

Slide 4 text

システム開発は理系の仕事か？結論：文系・理系なんて言い訳！ ● 文系でもバリバリプログラミングする人は居る ● 上流工程は文系の人の方が活躍している印象 ● 文系/理系より、仕事にどう向き合うか ● 思考・工夫ができない人が言い訳する常套句

Slide 5

Slide 5 text

白栁流、文系理系判別法白栁が利用している、文系理系判別法を紹介　　　　　　　　　　　　　※オリジナルではありません 1. 植林判別法 2. 連想ゲーム判別法　　（時間が掛かるので後でやってみましょう）

Slide 6

Slide 6 text

白栁流、文系理系判別法（その１:問題）方法１：植林判別法 Q：箱庭と木があります。森を作って下さい。箱庭は更地だし木は沢山あるよ

Slide 7

Slide 7 text

白栁流、文系理系判別法（その１- 解説1）方法１：植林判別法解説：森を作る過程で、何をイメージしましたか？ 1. 森にする範囲を決めてから木を植えていく 2. 木を植えながら森にする範囲を決める

Slide 8

Slide 8 text

白栁流、文系理系判別法（その１- 解説2）方法１：植林判別法「1. 森にする範囲を決めてから木を植えていく」人　→ 文系の人です。まず定義を定めてから、実装を決めていきます。ブラックボックステストが好きでは？

Slide 9

Slide 9 text

白栁流、文系理系判別法（その１- 解説3）方法１：植林判別法「2. 木を植えながら森にする範囲を決める」人　→ 理系の人です。実装をしながら機能をイメージしていく人です。頭の中にだけ仕様書がありませんか？

Slide 10

Slide 10 text

白栁流、文系理系判別法（その２- 問題）方法２：連想ゲーム判別法 Q：ざっと周りを見渡してみて下さい。 Q1：目に入った物（１つ）に含まれる要素を10個挙げよう。 Q2：Q1で挙げた要素の中から1つを選び、　　同じ要素がある別の物を10個挙げよう。

Slide 11

Slide 11 text

白栁流、文系理系判別法（その２- やり方）方法２：連想ゲーム判別法例： Q1.ポスト→赤い、四角、口がある ... Q2.赤い → りんご、金魚、毛糸 ...

Slide 12

Slide 12 text

白栁流、文系理系判別法（その２- 解説1）方法２：連想ゲーム判別法解説：どっちの方が楽にできましたか？ 1. １つの物から要素を10個挙げる 2. １つの要素から物を10個挙げる

Slide 13

Slide 13 text

白栁流、文系理系判別法（その２- 解説2）方法２：連想ゲーム判別法「1. １つの物から要素を10個挙げる」人　→ 理系の人です。分析が得意なタイプです。仕様を聞くと、実装可否を考えてしまいますね？

Slide 14

Slide 14 text

白栁流、文系理系判別法（その２- 解説3）方法２：連想ゲーム判別法「2. １つの要素から物を10個挙げる」人　→ 文系の人です。連想が得意な人です。機能追加時、他の必要そうな機能を提案します？

Slide 15

Slide 15 text

白栁流、文系理系判別法ここまでの内容は、遊びです。「文系と言われる思考パターン寄り」「理系と言われる思考パターン寄り」　　　　　　　程度の意味合いしかありません。　　　　　　　　　　（血液型占いと同レベル）

Slide 16

Slide 16 text

文系はプログラミングが苦手！【偏見】 ● 機能に対して必要な要素を分析・羅列していく工程が苦手！→プログラミングができない ● やりたいことはわかった。使うライブラリもわかった。でもどう組み合わせるの？ ● 難しい技術書なんてわかなんないよっ！！

Slide 17

Slide 17 text

理系はシステム開発が苦手！【偏見】 ● システムの仕組みにビジネスが合わせるべき！ ● やりたいことを実現するより、使えるツールでどういうことができるか考えよう？ ● できないものはできません！ ● 指標は数字で挙げてくれなきゃ信用できない

Slide 18

Slide 18 text

文系はシステム開発が得意！【偏見】 ● ユーザーの「～したい」に共感できる ● 必要な機能に関連する機能の提案ができる ● 要望を受けての柔軟な対応ができる ○ 別の実現方法の提案、迂回案 ● ドキュメンテーションに力を発揮する！

Slide 19

Slide 19 text

理系はプログラミングが得意！【偏見】説　明　不　要　！！大体、みんながイメージしてる通り。

Slide 20

Slide 20 text

文系でもできるプログラミング！【偏見】 ● 落ち着いて手元にある素材を確認する ○ 仕様書、API資料、サンプルコード等 ● サンプルを再現する環境作成→改造で近づける ● やりたいことを書き出してコードを近づける ● 設定は難しくない、手順を間違えなければ

Slide 21

Slide 21 text

理系でもできるシステム開発！【偏見】 ● できること/できないことリストの作成 ● できないことの重要度割り振り（必要リスト） ● 必要なできないことをできることに近づける検討 ● 完成した瞬間から改善が始まることを意識 ● モデルを作れ！共有しろ！DDDだ！！

Slide 22

Slide 22 text

文系のやり方、理系のやり方結局は【偏見】です。自分の特性を、文系/理系に当てはめて言い訳をしているだけに過ぎません。結局は工夫次第です。先人の知恵と工夫に色々と学びましょう！

Slide 23

Slide 23 text

文系・理系の勘違いだいたい、福沢諭吉のせい文系・理系に分けるのは日本だけ。各分野は密接に関係。例えば、社会学には統計学がかなり重要だったりする。科学も、元々は「科挙（中国の官僚試験）」で使われる学問のこと。法学とか計算とか詩とか。

Slide 24

Slide 24 text

文系より理系より大切なこと論理思考ができるかどうかが重要 ● 文系だからできない/理系だからできる、はない ● 思考の習慣として「論理的な思考」ができるか ● 論理的思考は訓練で養える！ ○ 点と点を線で結ぶ力、空白を想像する力

Slide 25

Slide 25 text

文系理系より体育会系の精神で！ ● エンジニアは手を動かしてなんぼ！ ● 「下手の考え休むに似たり」思考より試行！ ○ 「考えてるふり」していませんか？ ● 実際に使えない知識に意味はない ● 「勉強」は使える手段を増やすこと

Slide 26

Slide 26 text

結論：偏見に振り回されない ● 文系/理系に優位・不利はない ○ 血液型占いみたいなもの ○ 結局は個人の特性 → 特性を活用しよう！ ● 論理的思考が重要！ ○ 訓練で習得可能＝【技術】

Slide 27

Slide 27 text

ご清聴ありがとうございましたエンジニアカウンセラー白栁隆司 @ShirayanagiRyuj 偏見が多い内容ですみませんでした