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

2022年4月13日（水）に開催された「エンジニアの勉強法ハックLT- vol.8 #studyhacklt 」で使用したLT資料です。

「文系だからプログラミングができない」
「理系だからドキュメント作成が苦手」
こんな声が開発現場では多く聞こえます。
ですが、文系のプログラマも世の中には多く存在しています。

文系・理系というのは、日本でだけ言われる学問の大分類です。
そして、その正体は思考パターンの違いでしかありません。
その偏見と向き合って、打開する為のヒントを資料にまとめました。

文系理系より、IT業界では大切なことがあります。
是非、資料を確認してその答えを確認してみて下さい！

※本資料には白栁個人の偏見が大量に含まれています。

Transcript

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

   View Slide

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

   View Slide

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

   View Slide

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

   View Slide

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

   View Slide

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

   View Slide

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

   View Slide

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

   View Slide

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

   View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide

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

    View Slide