表題の勉強会に参加してきました。ゆるぎーという人が教えてくれるシリーズなのかしらんと思っていたら、ゆるゆるギークを育成する会の呼称とのこと。登壇はサイバーエージェントの松下さん。gitは1年前くらいからたまたま使うようになったそうなんですが、本まで出されているというプロフェッショナル。1年でここまでなれるので、きちんと理解すれば難しくないということを強調されていました。・松下さんtwitter@matsukazフォローしました。Matsushitagitの説明をしてからのハンズオン。話は分かりやすく、資料も素晴らしく、いい勉強会でした。ステージングエリアのことがより理解できました。松下さん、ありがとうございます。ためになったことをメモ・pullはfetch+merge/rebaseであるfetchとmerge/rebaseを同時にやってくれている。pullそのままだとmerge、--rebaseオプションでrebaseとなる。・ステージングの利点commitの単位を調整できる点が優位。・mergeとrebaseの違いmergeは相手ブランチをマージした新しい履歴を作成する。rebaseは相手ブランチに続いて、ブランチ元の履歴を追加する。masterからrebaseはしない。トピックブランチが少し分かった。・学習サイトLearnGitBranchinggitブランチの操作をwebブラウザから視覚的に学べるサイト。githubにソースがある。jsで動いているようだ。Coder会社の中島さんに借りたクリーンコーダーを読みました。リーダブルコードのようなプログラムの本かと見せかけて、SEとはこうあるべきというビジネス書みたいな内容。序文にこうあるわけ本書は、ソフトウェアのプロ意識について書かれたものだ。以下のような質問に対する実践的なアドバイスが含まれている。著者のロバートは「アジャイルソフトウェア開発宣言」に名を連ねる一人だから、膨大な経験から得たシステム開発の教訓を教えてくれる。システム開発の形は多様だから、全てに当てはめることはできないが、参考にはなる。著者はFitNesseという受け入れテスト用フレームワークツールの作者、コミッターであり、本編にこのツールが頻繁に登場する。これが、気になるのだ。Thursdayプロジェクトマネジメント知識体系ガイド会社から支給されました。勉強してPMP試験を受けます。この本はでかすぎて、やる気を削ぐ。この資格を持っていることが、官庁入札の条件であることがある。会社は入札したいから、この資格を持っている社員が欲しくて、受験させてくれる。よい機会だから、頑張ります。emacsを取り上げています。emacs以外ぜんぶ興味があったので、買いました。vimで初めて知った使いこなしたいコマンドをメモ。■ビジュアルモードhjklで範囲選択が可能。Aで文字挿入ができるのも便利。■eclipseのvimプラグインvrapperだけじゃないみたい。こちらのほうが新しそう。eclim■役立ちサイトどちらもvim情報が満載。vim-users.jp名無しのvim使いへようこそgitとjenkinsについてはまたいつか。Fridayずばりわかる!データベース日経ソフトウェアのDB連載をまとめた本です。2006年に出た本なので、どんだけ積んどいたんだって感じです。会社の小島くんにあげようと思います。買った本はすぐ読むべきということを痛感。それでも、初めて知ったこともいくつか。・Firebird(フリーのRDB)初めて聞いたデータベース。事例を調べたらj:comが出てきました。日本での知名度は低いらしい。・XMLデータベースXMLデータベースは、テーブル定義を持たずに、XMLデータをそのまま格納できる。mongoDBのドキュメント指向みたいなものだね。柔軟性が高い分、性能でRDBに劣るようだ。以下の製品が紹介されていた。図書館で借りて読みました。図書館に意外な専門書があり、嬉しいです。1.スモール・イズ・ビューティフル2.一つのプログラムには一つのことをうまくやらせる3.できるだけ早く試作する4.効率より移植性を優先する5.数値データはASCIIフラットファイルに保存する6.ソフトウェアを梃子として使う7.シェルスクリプトによって梃子の効果と移植性を高める8.過度の対話的インタフェースを避ける9.すべてのプログラムをフィルタとして設計するといった、UNIXの設計思想について書いた本です。コマンドがどうとかそういう内容ではなく、どういう考え方でそうなっているのかという話。スモール・イズ・ビューティフル。小さなプログラムは性能、保守性に優れる。それら小さな機能を組み合わせることにより、やりたいことを実現する。9も機能はシンプルに、それらを組み合わせるということを云っている。この本のほとんどは、スモール・イズ・ビューティフルに集約される。ソフトウェア開発でいえば、アーキテクチャもプログラムもそういう形が望ましいと思う。シンプル・イズ・ベスト。