nDiki : 勉強会

• 社内 Perl 勉強会
  • 2006年4月21日から9月11日にかけて実施

Perl 初めてのPerl 第3版 プリント HTML ソースコード 正規表現 プリティプリンタ レビュー 東京 プログラミング言語 Web 社長 コードレビュー ゴールデンウィーク ピアレビュー 開発 アレルギー Emacs grep emacs-wiki nDiki 書き方 テープ perltidy フォント WikiPage 書評

■ リャマ本を Perl トレーニングコース用ブックに選定

社内での Perl トレーニングコースを実施するにあたり教材選びを(少しだけ)した結果、今回は「初めてのPerl 第3版」を選ぶことにした。

Perl だけでなくプログラミング自体も初学者である人も対象とする勉強会になる予定なので、難易度はこれで丁度いいんじゃないだろうかと。 いや、といっても実は自分は全く読んだことがなくて練習問題をぱらぱら見たのと Web 上での書評を見た範囲での評価であるが。

今週金曜日に最初の勉強会を開催予定。 どんな雰囲気になるのか、全く読めないのでそういう意味でも楽しみ。

• 初めてのPerl 第3版

• 第6回 社内 Perl 勉強会 (2006-06-05)
• 第1回 社内 Perl 勉強会 (2006-04-21)
• 第2回 社内 Perl 勉強会 (2006-04-28)
• 社内 Perl 勉強会 最終回 (第16回) (2006-09-11)
• POE で HTTP プロキシサーバ (2005-10-15)

■ 第1回 社内 Perl 勉強会

この間教材として選定した「初めてのPerl 第3版」を使って第1回目の社内 Perl 勉強会を実施した。

プログラミングのクラスなんて大学(および TA)以来なので、進め方は手探りである。 まずは以下の様にしてみた。

@ 目的

Perl プログラミング、および一般的なプログラミング・開発のスキルアップを目指す。

@ 進め方

• 私が進行役。
• 自由参加 (私の指定プロジェクトメンバは必須)。プログラマでも、コンテンツデザイナーでも。
• 書籍「初めての Perl 第3版」を教材とする。
  • 本は社内に1冊ある。ケンカしないでうまく回して読むように。
• 1週間に1章ずつ進める (最初の回は1・2章)。
• 各自事前に独習すること。業務の支障にならない範囲でうまく進めること。
• 章末の練習問題を課題とし、勉強会の前に解答を作成してみること (書籍末に回答があるが見ないようにすること)。
• 独習の上でわからない点は適宜、誰かに質問してできるだけ解決をはかること。

@ 勉強会

• 毎週金曜日に勉強会を 16:00 - 17:00 で開催。
• 練習問題の解答ピアレビューを中心に行う。その場で本読みはしない。
• 課題がプログラムの場合は、プリントアウトして持参すること (あまりに長い場合はのぞく)。
• 参加希望者は事前に 社内 WikiPage に、参加意思を表明すること。
• 練習問題別に、チェック項目や補足情報を追加した資料を開始時に配付。

@ 実施

第1回は私を含めて6人による勉強会となった。

プログラミングを学ぶのはやはり実践が一番であるので、事前に練習問題に取り組むというスタイルにしてみた。勉強会では他人のコードを見たり意見交換したりすることで理解を深め新しい発見ができればと考えている。

皆それぞれの業務を抱えているので、忙がしい人については事前の課題取り組みについては厳しのではとの不安もあったが、初級者・中級者にかかわらず全員準備してきていた。 びっくりするとともに嬉しかった。 参加者は皆それぞれチャレンジ心を持ち、何かを得ようとという熱意があるようで素晴しい限りである。

今回は練習問題も簡単だということもあり、全員解答できたようである。 今回気がついた点:

• プログラムのプリントアウトについては以下のようにするのが望ましい。
  • プログラム毎にプリントアウトを分ける (1枚に複数のプログラムを掲載しているとレビューしにくい)。
  • フォントは適度な大きさで (小さいと見づらい)。
  • 今後プログラムが長くなってきた時のために、行番号を入れるのが望ましい。
  • 可能ならばプリティプリンティグを (皆にツールを紹介する必要あり)。
  • 今回は皆1セットづつしかプリントアウトしてこなかったが、これだと皆でレビューしにくい。人数分プリントアウトしてしまった方が効果的ではないだろうか。他人のプログラムで興味深いものは持ち帰りたいし。その場合はプログラムの先頭にコメントで問題番号と作成者を書いてもらうのが良いだろう。
• そういえば書籍末の正解の確認をしなかった。今後問題が難しくなってきたら確認した方がいいかもしれない。
• 教材の本は予算で買った1冊とスタッフ私物の1冊で現在2冊。ちょっと足りないかな。もう1冊ぐらいあった方が良いかもしれない。

1時間の予定であったが10分オーバーで70分。 時間的にはこれぐらいか。90分ぐらいあった方がいいのかもしれないけれど、業務とのかねあいもあるし。

@ 本社

そういえば今回は東京オフィスで希望者向けのものだったので特に本社には連絡しなかったんだけれど、1名ここ(nDiki)の記事を見て羨しがっていたらしい。

リモートでの参加までは考えていなかったので今回は準備できなかったけれど、希望があるならなんか方法を考えていきたい。

@ また来週

さて、本格的にプログラミングっぽくなってくる次回からが楽しみである。 目指せ総 Perl プログラマ化。

• 第2回 社内 Perl 勉強会 (2006-04-28)
• 第3回 社内 Perl 勉強会 (2006-05-12)
• Emacs でお好きな言語のソースコードを色付き HTML テキストに変換 (2006-04-21)
• 第6回 社内 Perl 勉強会 (2006-06-05)
• 社内 Perl 勉強会 最終回 (第16回) (2006-09-11)

■ Emacs でお好きな言語のソースコードを色付き HTML テキストに変換

今日の Perl 勉強会向けに、自分の書いたコードをプリントアウトする。 どうせなら見易くなるように、色付けして出したいな。 でも、Perl のプリティプリンタって何があるのだろう?

調べている時間もあまり無いしどうしようかな。 あ、そういえば昔 emacs-wiki でソースコードを埋めこむ際に何か外部プリティプリンタを呼び出していたっけか。

とうことで emacs-wiki を調べてみる。するとどうも最近の emacs-wiki は htmlize.el を使って直接 HTML テキストを生成してしまっているらしい。*1

@ htmlize.el

ということで htmlize.el がロードされている状態で、Perl ソースコードを開いているバッファで以下を実行。

 M-x htmlize-buffer

すると新しいバッファに HTML テキストが生成される。 お、お手軽。 行番号も入れたかったのだが、残念ながらその方法は見つからず。

ソースコードに限らずハイライトされているバッファなら、その色付けでマークアップされた HTML テキストを生成できるようだ。

便利。ちょっとした時に使えそうなので覚えておこう。

• Perl プリティプリンタの定番 perltidy (2006-04-23)
• 第2回 社内 Perl 勉強会 (2006-04-28)
• Perl 用の doxygen のようなツールはないのかな (2006-07-25)
• emacs-wiki の中の Perl ソースコードを整形できるように (2002-06-08)
• 第1回 社内 Perl 勉強会 (2006-04-21)

■ 第2回 社内 Perl 勉強会

リャマ本を使用した社内 Perl 勉強会の2回目を開催。 今回は7人。直前に社長につかまって約20分遅れのスタート (スミマセン)。

進行方法はほぼ前回と同じで、事前に練習問題を解いておき、勉強会では互いにコードレビューをしながら進行役の私がポイントを説明していく形式。

今日は「初めてのPerl 第3版」第3章が範囲で、リストと配列がテーマ。

@ 今回の変更点と反省点

• 解答のソースコードは全員 perltidy で色付き HTML に変換してプリントアウトして持ってくるようにしてもらった。前回より見易さアップ。
• 前回は1人1解答につき1枚プリントして持参してもらったが、今回は各自出席者分プリントアウトし持ち寄ってもらうことにした。これによって、それぞれ配られたプログラムをゆっくりレビューできる。書き込みもできるし、持ち帰ることもできるので効果あり。
  • 反省点はプリントの枚数が多くなって混乱したこと(「第2問の○○さんの解答プリントはどれだっけ?」)。次回は、冒頭で全員のものを集めて問題番号ごとに整理してステープラーでまとめるという形にしよう。
• ソースコードの先頭にコメントとして問題番号と作成者名を入れてもらうようにしたのだが、それだけだと誰のものか区別しにくいとの意見。
  • perltidy のオプションで HTML 化した時にタイトルをいじれればいいのだが、そのような機能はなさそうだ。
  • それこそ誰か、練習として H1 要素を書き換えるスクリプトとか書いてくれないかなぁ。

今のところ、全員ついてこれている様子。 スカラーコンテキストとリストコンテキストは、Perl 初心者にとってとっつきにくい部分の一つだと思うので、これが理解できれば結構いけそうな気もする。

今回はトータル80分ぐらい。7人だと1時間半ぐらい確保しておいた方がいいかもしれないな。

次回はゴールデンウィークを挟んで2週間後。

• 第1回 社内 Perl 勉強会 (2006-04-21)
• Perl プリティプリンタの定番 perltidy (2006-04-23)
• Perl 用の doxygen のようなツールはないのかな (2006-07-25)
• Emacs でお好きな言語のソースコードを色付き HTML テキストに変換 (2006-04-21)
• 第6回 社内 Perl 勉強会 (2006-06-05)

■ 第6回 社内 Perl 勉強会

リャマ本を使用した社内 Perl 勉強会の6回目を開催。 今日は7人。

今日は「初めてのPerl 第3版」第7章「正規表現の基本」が範囲。

今回は5問のうち最初の3問は正規表現によるパターンを考える形式。

@ 今回の反省点

正規表現というと、Perl 初心者がひっかかる一つの鬼門である(少なくとも私のまわりでは正規表現でビビる人が多かった)。 それを承知の上かリャマ本では章を分けて簡単なところから少しづつ取り組むようになっていて、アレルギー反応がおこりにくいようになっている感じだ。

実際、今回の勉強会でも特につまづいている人はいなかったようだ。

今回は追加ネタとして、正規表現と正則言語と有限オートマトンの話をちょっとだけしたのだけれど、反応はあまり良くなかった。

本当はこういう基礎的な部分に興味を持ってもらうと、深みのある(?)プログラムが書けるのだけれどなかなかそこまではいかないかな。

社内勉強会としては、追加ネタは実用的な方が良いのかもしれない。

今回は1時間5分。

• 社内 Perl 勉強会 最終回 (第16回) (2006-09-11)
• 第2回 社内 Perl 勉強会 (2006-04-28)
• 第1回 社内 Perl 勉強会 (2006-04-21)
• 第8回 社内 Perl 勉強会 (2006-06-30)
• 第4回 社内 Perl 勉強会 (2006-05-22)

■ 社内 Perl 勉強会 最終回 (第16回)

リャマ本を使用した社内 Perl 勉強会の16回目を開催。 今日は8人全員。

今日は「初めてのPerl 第3版」第17章「上級テクニック」が範囲。 17章では、「Perl らしい」機能 (Perl 流 eval、grep、 map、スライス)が盛沢山。

@ 今回の反省点

robust なプログラムを書くには Perl では eval 必須の機能なので押さえておきたいところ。 grep、map は何だかんだいって自分が練習問題の解答で使ってしまっているので、他の人もある程度見なれているはず。

練習問題の解答としてはスライスは今回は使用せず。

逆にスカラーコンテキストとリストコンテキストについては、まだ理解が不完全な部分があるようなので解説をしておいた。

@ 最終回を終えて

Perl については

Perl の理解が進んだ (「正規表現」が何か少しわかった、使い方がわかった、知識が増えた)

という一方

Perl の気持ち悪さが理解できた。

という意見があった。

プログラミング言語の勉強会としては

他の人の書き方を見ることが参考になった。実際に書くことで覚えた。

等、定期的に練習問題をやってくるというスタイルに対する評価が得られた。

4月21日から始めて5カ月弱。勉強会でスキルアップをはかっていこうという雰囲気ができてきているのはいい傾向だと思う。

今後もテーマを選んで継続していきたい。

次のテーマをより実用重視のものにするか、基礎固めのものにするのかは悩みどころである。

• 第6回 社内 Perl 勉強会 (2006-06-05)
• 第2回 社内 Perl 勉強会 (2006-04-28)
• 第1回 社内 Perl 勉強会 (2006-04-21)
• 第7回 社内 Perl 勉強会 (2006-06-12)
• 第8回 社内 Perl 勉強会 (2006-06-30)