ソフトウェアエンジニアとして心がけてきたこと

1. ソフトウェアエンジニアとして心がけてきたこと柴田芳樹 @yoshiki_shibata レッツゴーデベロッパー５５５仙台２０１５年７月２５日

2. 自己紹介 • 柴田芳樹（しばたよしき） • 1959年11月生 • 1984年3月九州工業大学大学院修士課程終了（情報工学） • 1984年4月富士ゼロックス  1988年11月∼1993年5月米国ゼロックス • 1996年9月日本オラクル • 1997年5月ジャストシステム • 1998年5月富士ゼロックス情報システム  2002年8月∼2003年1月米国ゼロックス • 2009年9月リコー

3. プログラミング言語経験 • 大学時代（1978年∼1984年）  Fortran, APL, PL/I, Pascal, Z80アセンブリ言語 • 社会人（1984年∼1993年）  仕事：C、Mesa（Xerox社内の言語） • 社会人（1993年∼2009年）  仕事：C++（マルチスレッドプログラミング）  プライベート：Java（1996年夏頃∼） • 社会人（2010年∼現在）  仕事：ほとんど書けていない  プライベート：Go, Java

4. 第1章ソフトウェアは「人」が作る第2章プログラマー現役続行第3章論理思考力：現役続行に必要な七つの力（1）第4章読みやすいコードを書く力：現役続行に必要な七つの力（2）第5章コンピュータサイエンスの基礎力：現役続行に必要な七つの力（3）第6章継続学習力：現役続行に必要な七つの力（4）第7章朝型力：現役続行に必要な七つの力（5）第8章コミュニケーション力：現役続行に必要な七つの力（6）第9章英語力：現役続行に必要な七つの力（7）第10章コードレビューのすすめ第11章若い人たちへ第12章 30代，40代の人たちへ

5. 一人前になるには10年ソフトウェアを書くことは芸術であり、本当にうまくなるには10年を要する。 Richard Gabriel, 「The Poetry of Programming」私ならプログラミングを技芸と表現します。それは一種の芸術ですが、美術作品ではありません。技芸は、おそらく装飾的仕上がりを持つ有益な物を作ることを意味します。美術作品は純粋に美しさのために物を作ることを意味します。 Richard Stallman、「Art and Programmingにて」どの言語でプログラムしようとも、プログラマとしてのあなたの仕事は、使えるツールを使ってベストを尽くすことです。優秀なプログラマであれば、低レベルの言語、あるいは扱いにくいシステムであっても克服しますが、優れたプログラミング環境は、できの悪いプログラマを救済してはくれません。 Brian Kernighan, Rob Pike, 『プログラミング作法』優れたソフトウェアは、CASEツールや、ビジュアルプログラミングや、ラピッドプロトタイピングや、オブジェクト指向技術から生まれるものではありません。優れたソフトウェアは人が作るのです。ダメなソフトウェアも同様です。 Larry L. Constantine, 『The Peopleware Papers』並のプログラマが良いツールや良い言語を使っても並のシステムしか開発できないが、優れたプログラマは、粗末なツールや並の言語を使うハンディを負っても、すぐれたソフトウェアを作り出すことができる。このことは過去には正しかったが、これからもずっと正しいだろう。 Edward Yourdon, 『ソフトウェア管理の落とし穴』ソフトウェアは、統合開発環境などのツールによって設計されるのではなく、プログラマーの頭の中で考え出され、作り出されるものなのです。 Andy Hunt, 『リファクタリング・ウェットウェア』

7. 読みやすいコードを書くソフトウェアエンジニアの責任は、何年も使われ続けるビジネス資産を作り出すことです。ソフトウェアエンジニアが、他人の書いたコードを理解することができない場合には、そのコードはあっさりと捨てられ、一から書き直されてもおかしくはないでしょう。残念なことに、このような書き直しは頻繁に起きています。コードを読みやすく保守性を高めることは、コードを正しく動作させることと同じくらい、あるいはそれ以上に重要です。正しく動作しないコードは、動作するように修正することはできます。保守できないコードは、がらくたに過ぎません Taligent’s Guide to Designing Programs: Well-Mannered Object Oriented Design in C++ ソフトウェアは機能が実現すれば資産になるとは限らない。保守できないコードは、負債となる初心者だからと言って、汚いコードを書くことが許される訳ではない

8. 読みやすいコードを書く Martin Fowler, 『リファクタリング』より •誰でも、コンピュータが理解できるコードは書けます。優れたプログラマは、人が理解できるコードを書きます。 •良い名前を付けることは、訓練を必要とするスキルです。このスキルを伸ばすことが、本当に熟練したプログラマとなるために重要です。マイケル・C・フェザーズ、『レガシーコード改善ガイド』より •ネーミングは設計の中心である。優れたネーミングはシステムの理解を助け、作業を容易にする。しかし、貧弱なネーミングはシステムの理解を妨げ、後でシステムを扱うプログラマに辛い日々を送らせる。

10. 論理的思考 − デバッグの科学的手法 − 1. プログラムの失敗を観察する 2. 観察と矛盾しない失敗の原因についての仮説を立てる 3. 仮説を使って予想する 4. 予想を実験でテストして、さらに観察する  a. 実験と観察が予想を満たすなら、仮説をさらに精緻なものにする  b. 満たさないなら、別の仮説を立てる 5. 仮説がこれ以上精緻にできなくなるまで、手順3と4を繰り返す。書籍『ビューティフルコード』第28章よりキーボードを早く触りたい気持ちを抑えること。思考はそれに勝るとも劣らない行為なのだ。 Brian Kernighan, Rob Pike, 『プログラミング作法』まず深呼吸をしてから、バグを引き起こした原因について考える。 Andrew Hunt, David Thomas, 『達人プログラマー』

12. 継続した学習ソフトウェア業界で取り残されないようにするには、次の３つの事柄をあなた自身が認識することが重要です。 (1) 重要な本、出版物を読み、主な専門的カンファレンスに参加すること。 (2) あなたが今日読んだ情報は３年から５年で古くなるため、常に終わることのないプロセスであると言うこと。 (3) あなたの会社は、良くても限られたサポートしか提供してくれないでしょうし、最悪何もサポートしてくれないと言うこと。大多数のプログラマーやシステムアナリストは、自分の専門性が時代遅れにならないように維持することを会社に頼ることはできません。ソフトウェア業界で取り残されないためには、自分から進んで自分の時間（休暇さえも）や自分のお金を投資しなければなりません。 -- Edward Yourdon, Decline & Fall of the American Programmer

13. 継続した学習 Read Any Good Books Lately? 新しい知識と見識を得るために、私は常に本を読んでいます。一冊の良い本を選べば、他の人が何十年もかかって修得してきた見識を、数日で得ることができます。それなのに、なぜ、何年もかかって試行錯誤により学ぶのですか。非常に大きな差ですよ。もし、チームのメンバーが一年間に6冊の見識深い本を読んだとしたら、そのことがメンバーの仕事にどのような影響を与えるか想像してみてください。 --Steve Maguire, Debugging The Development Process •技術を作り出した人が執筆した書籍を読む •技術書には誤りがあると思って読む

15. コンピュータの基礎知識何年経過しても陳腐化しない、コンピュータの基礎知識を習得しておくことも重要コンピュータの基本動作原理 CPUの基本構造、メモリー回路、割り込み動作、etc ハードウェア Linuxなどのオペレーティングシステムの基本的な仕組みオペレーティングシステムリスト、ツリー、ハッシュテーブル、サーチ、O標記、etc データ構造とアルゴリズム書籍『プログラミング作法』（Brian Kernighan, Rob Pike）の第2章「アルゴリズムとデータ構造」の内容程度は必須勉強会ノート http://www001.upp.so-net.ne.jp/yshibata/TPOP.pdf

17. 技術者間での議論において、自分の考えを、相手が理解できるように論理的に説明でき、相手が説明しようとしていることを、相手の立場になって理解できる。コミュニケーション力相手が理解していないと感じた場合には、相手が理解できる内容・用語・比喩に切り替えて説明できる。相手の説明をきちんと理解できない場合に、相手が何を言いたいのかを逆に質問して、正しくコミュニケーションを取るように努める。

19. 英語力 •初心者本や中級者向けを除くと、技術書の多くは、すべて英語で書かれている •特に、技術を作り出した人が書いた本は、ほとんどが英語である •昨今の出版不況により、すべての技術書が翻訳される訳ではない •専門的な技術の継続した学習と同様に、あるいは、それ以上に、英語力を身に付けるための継続した学習が必要 •内容を理解し、技術書をある程度のスピードで読むには、TOEIC900点以上が必要

21. 追い越される人、追い抜く人過去10 年間でのソフトウェア業界や技術の発展には、目を見張るものがあります。その中で、新卒と一人前のソフトウェアエンジニア間の知識および経験の格差は、広がることはあっても縮まることはありません。一方で、何の努力もしていない先輩を追い越すことは、立ち止まっている人を追い抜くようなものですから簡単です。このことは矛盾したことのように思えるかもしれませんが、ソフトウェア業界には立ち止まっている人もいれば、優れたソフトウェアを作るために長い道のりの先を歩き続けている人もいます。みなさんも、立ち止まることなく、優れたソフトウェアを作りながら、ソフトウェア業界の発展を楽しんでいってください。『プログラマー”まだまだ”現役続行』（p.235）より

ソフトウェアエンジニアとして心がけてきたこと

You are reading a preview.

Check these out next

ソフトウェアエンジニアとして心がけてきたこと

More Related Content

Viewers also liked (18)

Similar to ソフトウェアエンジニアとして心がけてきたこと (15)

Recently uploaded (20)