So-net無料ブログ作成
検索選択
前の10件 | -

AITCセミナー [プログラマー現役続行]

2017年6月16日(金)に、AITCセミナーで、「ソフトウェアエンジニアの心得 / Go言語の紹介」と題して2時間の話をしました。案内は、こちらです。

「ソフトウェアエンジニアの心得」はQ&Aを入れて2時間30分でいつも話すのですが、約1時間で話をしたため、省略した部分も多かったです。

「Go言語の紹介」は、Go言語の特徴をデモを含めて行ったのですが、45分だったので、用意した資料をすべて話すことはできませんでした。資料は、こちらです。

参加者は約40名程度で、セミナーの後は懇親会で、90分ほど参加者と色々と話をすることができました。


スポンサーリンク





第4回Java研修OB・OG懇親会を開催します [プログラミング言語Java教育]

2年振りにJava研修OB・OG懇親会を開催します。過去の3回の開催記事は以下の通りです。
第4回は、参加資格をJava研修の修了生に限定せず、Go研修の修了生、および現在開講している第25期のJava研修受講生を含めます。

【開催日】 
  7月22日(土)

【場所】
  カフェテリア River South (東京都江東区大島

【時間】
  • 第1部 15:00〜17:00 技術セッション
  • 第2部 17:00〜18:00 懇親会
【参加資格】
技術セッションでは、「Node.js 日本ユーザーグループ」の会長である古川陽介氏(Java研修第8期修了生)によるNode.jsの紹介を含め、修了生が活躍している企業のサービスや技術の紹介を行ってもらいます。

懇親会は、同じ場所で引き続きビュッフェ形式で開催します。

参加を希望される修了生は、私宛にメールで問い合わせください。登録サイトの情報および詳しい案内を送ります。


スポンサーリンク





ソフトウェア開発組織が持つべきカルチャー(17) [ソフトウェア開発組織が持つべきカルチャー]

コードカバレッジを品質基準としない

API設計の基礎」の3.8節「コードカバレッジと防御的プログラミング」では、次のように述べています。
テストコードによるコードカバレッジは、そのソフトウェアの品質を担保しません。コードカバレッジが100%だから、品質が高いとは限りません。バグがあるコードでも、テストでコードカバレッジを100%にすることはできます。
ある機能を持つモジュールを開発する場合、そのモジュールのAPI設計が重要になります。APIの仕様には機能や使い方はもちろんのこと、不正なパラメータの場合の振る舞いが記述されていなければなりません(参考:「API設計の基礎」)。

そして、テストコードとしては、その仕様を検査するテストを書くことになります。①適切なAPI仕様、②それに基づく適切なテスト、そして実装です。実装がテストに合格したら、コードカバレッジを計測するわけです。コードカバレッジでは、コードの実行割合ではなく、実際に実行されたコードがどの行で、どの行が実行されていないかを見る必要があります。もし、実行されていないコードがあれば、その理由を考えます。テストが不足しているのであればテストを追加しますし、不必要なコードを書いていればコードを削除するかもしれません。あるいは、防御的プログラミングのために実行されないコードなら、そのままにしておくかもしれません。

このような開発では、①の「適切なAPI仕様」が記述されているかが、まずは重要です。私自身は、多くのAPIのレビューをしてきましたが、適切にAPIを定義できないエンジニアが多いです。ソフトウェアの経験年数が浅いためにできない人もいれば、ソフトウェアの経験年数が長くてもできない人もいます。この①ができていなければ、コードカバレッジは無意味です。残念ながら①の品質を静的に解析できるツールはありません。経験を積んだスキルの高いエンジニアにレビューしてもらうしかないのです。

②の「適切なテスト」では、仕様通りであるかに加えて、入力パラメータの組み合わせが網羅されているかも重要です。不正なパラメータの検査、境界値分析、同値分割などを適切に取り入れる必要があります。①がきちんとされてない場合、②のテストは正常なケースだけだったり、テスト範囲が狭かったりします。不適切なテストを実行した結果のコードカバレッジも、再び無意味です。したがって、ソフトウェアエンジニアは、テスト設計に関する技法もきちんと学ぶ必要があります。

コードカバレッジの数値が、ソフトウェアの品質を担保するわけではありません。しかし、①と②は静的に測定するのが困難なので、コードカバレッジの数値を単体テストの品質基準にしてしまっているソフトウェア開発組織が多くあるのではないでしょうか。たとえば、80パーセント以上のコードカバレッジをもって単体テストを完了とするとかです。そして、その数値だけが一人歩きを始めます。つまり、開発者や組織が、その数値をクリアするという視点だけで活動してしまうのです。極端な場合には、ソースコードを解析して、高いコードカバレッジとなるテストコードを生成する有償ツールを使って目標値を達成することまで行われたりします(もちろん、品質は向上しません)。結果として、①の「適切なAPI」を定義できなくて、②の「適切なテスト」を設計できないソフトウェアエンジニアを大量生産してしまいます。

残念ながら、コードカバレッジの数値目標を長年追っているようなソフトウェア開発組織では、①や②をきちんと行えるソフトウェアエンジニアが少なく、あるいはいなかったりして、①や②をきちんとレビューするという品質向上の活動ができなくなったりしています。


スポンサーリンク





ソフトウェア開発組織が持つべきカルチャー(16) [ソフトウェア開発組織が持つべきカルチャー]

ソフトウェア開発組織に適切なマネージャを割り当てる

「ソフトウェア開発組織が持つべきカルチャー(まとめ)」を掲載してから2年が経過しました。

ソフトウェアエンジニアにとって、その組織で働き続けるモチベーションをもたらす要因は、時代の先端を行くソフトウェア開発だったり、誰と一緒にソフトウェア開発をするかだったりとさまざまな理由があるかと思います。

私自身は、幸運なことに20代、30代、40代と時代の先端を行くソフトウェア開発に従事し、楽しかったことも多かったです。しかし、一方で、モチベーションを下げる要因も色々とありました。その要因の中で最も大きいのは、「ソフトウェア開発の経験がない人が上司」、もしくは、「経験が数年しかない人が上司」というものです。ひどい状況になると、若手のソフトウェアエンジニア達の前で「ソフトウェア開発は給与が安い若い人がやればよい」という発言をするマネージャがいたりします(いました)。

ソフトウェア開発を一生の仕事をとして取り組みたいと思っている若手のソフトウェアエンジニアが属する組織に、間違ったマネージャを割り当てるのは、長期的にその組織が致命的な悪循環に陥る可能性があります。どういうことかと言うと、成長してきた若手のエンジニアが、さらに成長して中堅として若手を指導する立場になる前に、その組織(会社)を離れていってしまうのです。そのような転職が続くと、マネージャとして適切な人材が組織(会社)に残らなくなって、結果としてソフトウェア開発経験がない人がソフトウェア開発組織のマネージャとなり、悪循環を加速してしまうのです。

私自身は、「ミッションステートメント」で述べているように「技術者の育成も重要であり、次世代を担う技術者の育成も続ける」ということで、2000年からJava研修、2016年からのGo研修を続けています。これらの研修は、ソフトウェアエンジニアの基礎体力として一つの言語をきちんと学んでもらうと同時に、バイブル本を通した技術の学び方を学んでもらうことです。おそらく、一人でバイブル本を読破して練習問題まで解いていくというのは、かなり難しいです。それを研修として取り組んでもらい、研修の日には他の受講生の質問も含めて議論したり、プログラミングの解答を見たり、そして懇親会で話をすることで続けられるのです(さらに、プライベートの時間に予習するために、家族の理解も必要です)。

私の研修の修了生には、富士ゼロックス情報システム社の頃からも含めて転職している人もいますし、転職せずに働き続けている人も多いです。もし、研修の修了生の転職率が高いとしたら、それは、研修が「原因」ではなく、さまざまな転職理由があるはずです。ただ、成長し続けるソフトウェアエンジニアが属する組織に、不適切な上司(マネージャ)を割り当てることが、「高い転職率という結果」をもたらすことは間違いないと思います。

ソフトウェア開発組織では、不適切なマネージャを割り当てないように注意しなければなりません。

書籍『Effective Java, 3rd Edition』が予約注文可能 [Java]

発売日が2017年10月29日の予定になっていますが、英語版の『Effective Java, 3rd Edition』が予約注文可能になっています。

Effective Java (3rd Edition)

Effective Java (3rd Edition)



第4期Java 8研修が終了しました [プログラミング言語Java教育]

2016年11月に開講した第4期Java 8研修が終了しました。9名が修了しましたので、これで、延べ35名が修了したことになります。

Java8.png
修了生と私

第4期はリコーITソリューションズ社の秋田事業所からも2名が参加しました。RICOH Unified Communication SystemsRICOH Interactive Whiteboardを使って、晴海本社と秋田事業所を接続して参加してもらいました。

最終回は、午前中にテキストの最終章が終わったので、午後は『Java Puzzlers』をやって今までの学習の成果の確認を兼ねてパズルを楽しみました。

Java 8だけの単独コースとしての開催は、第4期が最後となります。今後は、Java研修の一部として組み込む計画です。

Javaプログラマーなら習得しておきたい Java SE 8 実践プログラミング

Javaプログラマーなら習得しておきたい Java SE 8 実践プログラミング

  • 出版社/メーカー: インプレス
  • 発売日: 2014/09/22
  • メディア: Kindle版

Java Puzzlers 罠、落とし穴、コーナーケース

Java Puzzlers 罠、落とし穴、コーナーケース

  • 作者: ジョシュア・ブロック
  • 出版社/メーカー: ピアソン・エデュケーション
  • 発売日: 2005/11/14
  • メディア: 大型本


Go言語研修実績 [golang]

今までの実績、現在開催中、今後開催予定をまとめておくためのページです。

プログラミング言語Go基本技術習得コース ― リコー(株)勤務 ―】
開始月 終了月 修了人数 備考
1 2016年2月 2016年10月 9名 社内向け。前半は翻訳原稿を使用
2 2016年7月 2017年2月 5名 社内向け
3 2017年4月 開講中 社内向け
4 2017年4月 開講中 リコーITソリューションズ社向け

【研修内容】

研修では、『プログラミング言語Go』を事前に読んで、質問をまとめてもらうと同時に練習問題を解いてもらいます。この予習は基本的に私的時間に行ってもらいます。月に1日だけの業務中の研修では、質問への回答やディスカッション、および練習問題の解答の確認を行います。
※ 予習がすべて私的時間なので、研修の受講は「希望者」だけです。

社内の研修コースのタイトルは、「プログラミング言語Go基本技術習得コース」となっています。これは初心者向けという意味ではなく、Go言語でプログラミングするのであれば最低限学んでおくべきことを学ぶという意味です。

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES)

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES)

  • 作者: Alan A.A. Donovan
  • 出版社/メーカー: 丸善出版
  • 発売日: 2016/06/20
  • メディア: 単行本(ソフトカバー)


第2期Go言語研修が終了しました [golang]

2016年7月に開講した第2期Go言語研修が終了しました。

第2期Go研修.png
修了生と私

第2期は5名が修了しました(1名が最終回を欠席)。第1期も入れると合計で14名が修了したことになります。

研修では、『プログラミング言語Go』を事前に読んで、質問をまとめてもらうと同時に練習問題を解いてもらいます。この予習は基本的に私的時間に行ってもらいます。月に1日だけの業務中の研修では、質問への回答やディスカッション、および練習問題の解答の確認を行います。
※ 予習がすべて私的時間なので、研修の受講は「希望者」だけです。

4月からは第3期を開講予定です。第3期からは過去の実績を踏まえて、6回(半年)で終わる研修コースに変更します。

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES)

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES)



書籍『変革の軌跡』 [本]


2014年9月に『A Practical Approach to Large-Scale Agile Development』を紹介した記事を書いています。

A Practical Approach to Large-Scale Agile Development: How HP Transformed LaserJet FutureSmart Firmware (Agile Software Development Series)

A Practical Approach to Large-Scale Agile Development: How HP Transformed LaserJet FutureSmart Firmware (Agile Software Development Series)

  • 作者: Gary Gruver
  • 出版社/メーカー: Addison-Wesley Professional
  • 発売日: 2012/10/18
  • メディア: ペーパーバック

2012年に出版された『A Practical Approach to Large-Scale Agile Development』は、どちらかと言うと技術的側面から書かれています。まだ全部は読み終えていませんが、同じ著者による『変革の軌跡』は組織文化の側面から書かれています。

この二冊で書かれているのと同じような開発をしたことがないソフトウェア担当の「経営幹部」には、残念ながらどちらの本も理解されないのではないかと思います。『変革の軌跡』では、DevOpsにおけるソフトウェア担当の「経営幹部」の重要な役割が強調して書かれています。しかし、この二冊に書かれているような1,000万行を超えるレガシーコードを抱えている企業で『変革の軌跡』に書かれているような役割を果たすソフトウェア担当の経営幹部は、日本にはいないのではないかと思います。

書籍『プログラミング作法』再出版されました [本]

プログラミング作法

プログラミング作法

  • 作者: Brian W. Kernighan
  • 出版社/メーカー: KADOKAWA
  • 発売日: 2017/01/30
  • メディア: 単行本

アスキーから出版されていて絶版になった書籍『プログラミング作法』が再出版されました(Kindle版もあります)。著者は、Go言語の生みの親の一人であるRob Pike、そして、『プログラミング言語Go』の共著者であるBrian Kernighanです。

この本に関しては、2011年4月27日に次のように書いています
The Practice of Programming (Addison-Wesley Professional Computing Series)

The Practice of Programming (Addison-Wesley Professional Computing Series)

  • 作者: Brian W. Kernighan/Rob Pike
  • 出版社/メーカー: Addison-Wesley Professional
  • 発売日: 1999/02/04
  • メディア: ペーパーバック

1999年に若手技術者に基本的なことを学んでもらうために、当時はこの英語版を利用して第1章「Style」と第2章「Algorithms and Data Structures」の早朝勉強会を海老名プライムタワー(海老名市)、KSP(川崎市)、岩槻(さいたま市)の3拠点で私が出向いて開催しました。その時に作成したのが「勉強会ノート」です。

勉強会ノート: http://www001.upp.so-net.ne.jp/yshibata/TPOP.pdf

その後、日本語版が出版されました。

プログラミング作法

プログラミング作法

  • 作者: ブライアン カーニハン
  • 出版社/メーカー: アスキー
  • 発売日: 2000/11
  • メディア: 単行本
日本語版を使用して始めた社内教育が「プログラミング作法」教育です。当初は、以下の3部から構成される1日の教育コースでした。
  • 「ソフトウェアエンジニアの心得」
  • コードレビューの重要性とコードレビュー・ガイドの説明
  • 『プログラミング作法』の第1章「スタイル」の教育
4社※1でソフトウェア系技術者の新卒新人向け教育として行っていましたので、受講生の多くがすでに30代前後です。書籍『プログラミング作法』には多くの有益なことが書かれていますので、この教育では受講生に書籍が配布されていました。

「ソフトウェアエンジニアの心得」は、私が雑誌の記事に書いたものが付け加えられる形で内容が年々膨らんでいき、現在の「ソフトウェアエンジニアの心得」教育や講演の内容となっています。

転職※2は、一日コースではなく、「ソフトウェアエンジニアの心得」と「プログラミング作法(スタイル)」に分離して、別々の社内教育コースとして行っています。「ソフトウェアエンジニアの心得」は、技術系新人の集合教育にお願いして入れてもらい話をしています。今年は子会社※3の集合教育にも入れてもらい、話をました。

書籍『プログラミング作法』の第1章「スタイル」は、私でなくてもできる教育なので、本当は若手エンジニアか中堅のエンジニアが行ってもらいたい内容ですが、残念ながら社内教育としてはまだ私が行っています。※4
※1 富士ゼロックス、富士ゼロックス情報システム、富士フィルム、富士フィルムソフトウェア
※2 リコー
※3 リコーITソリューションズ
※4 富士ゼロックスでは若手技術者が講師となって行ってくれているようです
1999年に勉強会で使ってから18年が経過したことになります。勉強会で使った勉強会ノートの表紙には、次のように書いています。
1 章と 2 章だけでなく、すべての章で有益なことが書かれていますので、是非全体を読んでください。初心者には分かり難い部分も多いですが、その場合には、職場の経験ある先輩に聞いてください。でも、正しく説明出来る人は多くないと思います。「The Practice of Programming」に書かれている内容がすべて説明できるようになれば、一人前のソフトウェア・エンジニアと言っても過言ではないでしょう。
2000 年 5 月 14 日 柴田 芳樹
ほとんどC言語で書かれていますが、若い人達には是非読んで学んでもらいたい内容です。

拙著『ソフトウェア開発の名著を読む【第二版】』でも紹介しています。

ソフトウェア開発の名著を読む 【第二版】 (技評SE選書)

ソフトウェア開発の名著を読む 【第二版】 (技評SE選書)

  • 作者: 柴田 芳樹
  • 出版社/メーカー: 技術評論社
  • 発売日: 2009/10/21
  • メディア: 単行本(ソフトカバー)


前の10件 | -