『プログラマー脳』を読んだ

書籍について

以下のような内容となっています。

Part 1 コードをよりよく読むために　Chapter 1 コーディング中の混乱を紐解く　　1.1 コードにおけるさまざまな種類の混乱　　1.2 コーディングに影響を与えるさまざまな認知プロセス　　1.3 それぞれの認知プロセスが協調的に動作する仕組み　　本章のまとめ　Chapter 2 コードを速読する　　2.1 コードの速読法　　2.2 記憶のサイズ制限を克服する　　2.3 読めるコードよりも見えるコードのほうが多い　　本章のまとめ　Chapter 3 プログラミング言語の文法を素早く習得する方法　　3.1 文法を覚えるためのテクニック　　3.2 フラッシュカードを使って文法を素早く覚える　　3.3 物忘れを防ぐには　　3.4 文法を長く記憶に留めるには　　本章のまとめ　Chapter 4 複雑なコードの読み方　　4.1 複雑なコードを理解するのが難しい理由　　4.2 認知的負荷を軽減するテクニック　　4.3 ワーキングメモリに負荷がかかっているときに使える記憶補助ツール　　本章のまとめ Part 2 コードについて考える　Chapter 5 コードの深い理解に到達する　　5.1 「変数の役割」フレームワーク　　5.2 役割とパラダイム　　5.3 プログラムに関する知識を深める　　5.4 文章を読むこととコードを読むことは似ている　　5.5 コードを読む際にも適用可能な文書理解の戦略　　本章のまとめ　Chapter 6 プログラミングに関する問題をよりうまく解決するには　　6.1 コードについて考えるためにモデルを利用する　　6.2 メンタルモデル　　6.3 想定マシン　　6.4 想定マシンと言葉　　6.5 想定マシンとスキーマ　　本章のまとめ　Chapter 7 誤認識：思考に潜むバグ　　7.1 2つ目のプログラミング言語を学ぶのは、最初の言語を学ぶよりも、なぜ簡単なのか　　7.2 誤認識：思考の中のバグ　　本章のまとめ Part 3 よりよいコードを書くために　Chapter 8 よりよい命名を行う方法　　8.1 なぜ名前が重要なのか　　8.2 命名の認知科学的側面　　8.3 どんな名前が理解しやすいのか　　8.4 名前がバグに与える影響　　8.5 よりよい名前を選ぶには　　本章のまとめ　Chapter 9 汚いコードとそれによる認知的負荷を避けるための2つのフレームワーク　　9.1 臭いのあるコードは、なぜ認知的負荷が大きいのか　　9.2 悪い名前が認知的負荷に与える影響　　本章のまとめ　Chapter 10 複雑な問題をより上手に解決するために　　10.1 問題解決とは何か　　10.2 プログラミングの問題を解決する際に長期記憶はどのような役割を果たすのか　　10.3 自動化:潜在記憶の形成　　10.4 コードとその説明から学ぶ　　本章のまとめ Part 4 コーディングにおける共同作業　Chapter 11 コードを書くという行為　　11.1 プログラミング中のさまざまな活動　　11.2 中断されるプログラマー　　本章のまとめ　Chapter 12 より大きなシステムの設計と改善　　12.1 コードベースの特性を調べる　　12.2 特性と活動　　本章のまとめ　Chapter 13 新しい開発者のオンボーディング　　13.1 オンボーディングプロセスにおける問題点　　13.2 熟達者と初心者の違い　　13.3 オンボーディングプロセスを改善するための活動　　本章のまとめ　　　本書を締めくくるにあたって

感想など

この本を読もうと思ったきっかけは、プログラミング時の脳と認知について、というありそうでなかった切り口で語られていそうなのがとても面白そうだったことです。

実際の内容としては、プログラムを読み書きする際に人間の脳はどうなっているのかという視点でプログラミングについて語られていました。特に珍しいなと思ったのはソースコードの読む方法について多く語られていた点です。エンジニアとして働くうえで、過ごす時間の半分以上がソースコードリーディングの時間のように思いますが、コードの読み方について語られている本はこれまであまりなかったように感じます。コードの読む時にどのような脳の働きになっているかという点から語られていたのがとてもよかったです。

個人的に印象深かったのが、プログラミングの構文などを覚えるためにフラッシュカードが効果的という話です。いままで、特にプログラミングの構文を覚えようと思ったことはなく、ググればすぐでてくるから特に問題ないと思っていました。しかし、この本によるとググっている時間はコンテキストスイッチが発生しているため集中を阻害しているといいます。これはかなり確かにと思いました。プログラミングしている中でノっているときは手が勝手に動くような感覚があるのですが、ググったりしまくっていると確かになかなか波にのることはできないし、確かに集中が阻害される要因だなと思いハッとしました。

他にもコードを書く上で重要な命名について脳と認知の側面から語られていたり、プログラミング初心者と熟練者の脳の働きの違いについて書かれていたりしたのがとても印象的でした。プログラミングしているときの活動について分類したうえで、その認知的特性とどのように関係性があるのかという点が論じられていたり、オンボーディングをどのように実施したらよいのかという点に対してヒントが書かれていました。かなり実践的で役立ちそうな内容だったため、オンボーディング時に取り入れてみたいと思いました。

おわりに

今回は、書籍を読んだ感想を書きました。

脳の動きに注目してプログラミングと向き合うという中身でしたが、色々新鮮な気づきがありました。プログラミングしはじめの方にとってソースコードの読み方など有用な部分が多いですし、熟練の方にとっても改めて視点を変えてプログラミングという行為を捉え直すことができるため面白い本だと思います。

とくにオンボーディングの話など実践できるように読み返したいなと思いました。

こんにちは、 @kz_morita です。今回は，過去に読んだ本で個人的にかなりためになったり，面白かったりした技術書を 10 冊紹介します．完全に個人の趣味趣向が入ってますが，書籍選びに迷っている人の参考になれば幸いです．ためになった書籍 10 冊 CODE COMPLETE 上 CODE COMPLETE 第2版上完全なプログラミングを目指してこの本は，大学の図書館にあったのをたまたま見かけて読んだ本になります．より良いコードを書くにはどうしたらよいかといった観点で，命名の話などを通して良いコードについて学べる本です．この本を読んだ当初は，チーム開発をしたことがなかったので動けばよいというコードを書きがちでしたがこの本を読んだことによってプログラムのソースコードは機会と人に向けて書くものという点を意識できるようになった本です．アジャイルソフトウェア開発奥義アジャイルソフトウェア開発の奥義第2版オブジェクト指向開発の神髄と匠の技新卒のときに，チームの先輩におすすめしてもらって読んだ本です． SOLID の原則を知るきっかけになった本です．それまでデザインパターンなどは軽く知ってはいたのですが，それらのデザインパターンがどのような原則のもとのパターンなのかが見えてきたのがとても勉強になりました．たとえば「Strategy パターンは，Open-Closed Principle (開放/閉鎖原則) にもとづくパターン」などの関係性が見えてくると，それまで暗記対象だったデザインパターンに対して，適用する目的を含めた理解ができるようになったと感じています． Game Programming Patterns Game Programming Patterns ソフトウェア開発の問題解決メニューこちらの本は，スマホゲーム開発を行っていたときに気になって読んだ本でした．タイトル名こそゲームプログラミングと謳ってはいるものの，実際はオブジェクト指向やデザインパターンについて書かれた本でした．ゲーム開発で良くでてくるパターンを中心に紹介されていましたが，一般的に役に立つ知識も多かったです．たとえば変数をもつ Singleton パターンが，ただのクラスにカプセル化されたグローバル変数だと言う点などについて指摘していてハッとする点が多かったです． Clean Architecture Clean Architecture 達人に学ぶソフトウェアの構造と設計この本は，同名の設計のクリーンアーキテクチャのみの話だけではなく，もっと広い範囲でソフトウェアをどう設計していけばよいかといった点について論じられていた本でした．なかでも，以下のような非常に胸が痛くなるような現実を突きつけられる内容が多々あり，これは読んでよかったなと思う本です．「あとでクリーンにすればいいよ。先に市場に出さなければ！」開発者たちはそうやっていつもごまかす。だが、あとでクリーンにすることはない。市場からのプレッシャーは止まらないからだ。「先に市場に出さなければ」ということは、後ろに競合他社が大勢いるということである。競合他社に追い抜かれないためには、これからも走り続けるしかない。ＲｏｂｅｒｔＣ．Ｍａｒｔｉｎ; 角征典; 高木正弘. Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) (Kindle の位置No.

こんにちは, @kz_morita です．最近, ネットワーク周りの基礎から学び直そうということで，マスタリングTCP / IP を読んでいます. 今回は，1 ~ 4 章までの読んだ感想を軽くまとめます．第1章ネットワーク基礎知識第1章では，はじめにコンピュータの歴史から始まって，ネットワークの基本的な構成要素について説明がされていました．特に OSI参照モデルの説明と，各層の構成要素について説明がありました．物理層の通信媒体の話は，イーサネットの同軸ケーブルや，ツイストペアケーブルなどから始まり，無線などについてもあってこういった話は普段アプリケーション開発を行う上で意識することはないのですが，普段何気なく利用しているインターネットがどういったものでできているかということを再確認できたのはとても興味深かったです．リピーターや，ブリッジ (L2スイッチ)，ルーター (L3スイッチ) などの，ネットワークを構成する機器についても簡単に紹介されてて面白かったです．第2章 TCP/IP 基礎知識第2章は，TCP / IP の基礎的な内容が説明されていました． TCP / IP の成り立ちの話や，プロトコルの標準化の話は普段意識したことがない点で面白かったです．他には，TCP の階層モデルの話や，各階層で具体的にどのようなプロトコルが使われているかがありました．他にはネットワークの通信を行う際に，アプリケーション層でヘッダをつけてトランスポート層に渡して，トランスポート層でTCPヘッダをつけて下層に渡して・・・．みたいなひととおりの通信の流れの解説などがあり，こちらもおさらいになりました．第3章データリンク第3章では，ケーブルなどの通信媒体でつながれたネットワーク内の通信技術について記載がありました．バス型や，リング型，スター型などのネットワークのトポロジについてや，通信相手を特定するためのMACアドレスについての記載がありました．中でも面白かったのが，媒体共有型のネットワークでデータの衝突の検知や，ループの検知などのデータリンクの制御のアルゴリズムが面白かったです．データの衝突の検知のための，CSMA/CD 方式や，トークンパッシング方式など媒体を共有する通信をするための工夫は興味深かったです．その他には，イーサネットのフレームフォーマットや無線通信の種類などデータリンク周りは知らない知識も多かったので勉強になりました．第4章 IP プロトコル第4章では，ネットワーク層のプロトコルである IP について書かれていました． IPアドレスについてと，ルーティング，パケットのフラグメンテーションと，IPv4, IPv6のフレームフォーマットについて学ぶことができました．先日書いた Amazon Web Services 基礎からのネットワーク&サーバー構築を読んだという記事にあるとおり AWS のネットワーク周り構築をしましたが，AWS の VPC で設定した内容のもう少し深い理論や定義などを知ることができました．具体的には，ルーティングテーブルの仕組みや，サブネットマスク (CIDR) ，NAT などについてその概念や成り立ちともに知ることができました. このあたりも，むかし少し学んだような気がしましたがあらためて AWS の VPC 構築などで手を動かしたあとに学ぶとよりすっと入ってくる実感がありました．

『プログラマー脳』を読んだ

書籍について

感想など

おわりに

関連記事