TokyoMercurial#4 に参加しました
(第19回)Python mini Hack-a-thon - connpass と同時開催でした。
普段の仕事では SVN を使っていますが、分散バージョン管理に興味があり参加しました。
仕事以外で Git も触ってみたものの、Mercurial の方が Windows との親和性が高い、SVN からの乗り換えが容易らしいということで、Mercurial にも手を出してみることにしました。
今回の会場であるフューチャーアーキテクトさんは、ロビーに足を踏み入れると常夏リゾート的おしゃれ空間でした。
私の拙い言葉だとなんだか胡散くさくなってしまいますが、行けば分かります。
迷わず行けよ行けばわかるさ、です。
やったこと
同時開催の Python mini Hack-a-thon と合わせて、自己紹介とやることなどを発表して、後は各自でもくもくしてました。
Pyhack 組に比べて、TokyoMercurial 組は、かなり静かでもくもくしてたと思います。
人数比は 2 対 1 くらいで Pyhack 組が多かったのもあるかもしれません。
人数は少ないものの、「入門 mercurial」の著者である、@flyingfoozy こと藤原さんや、TortoseHg のコミッターさん(ごめんなさい、お名前聞き忘れました)など、豪華な参加者さんでした。
いろいろ質問できるとよかったのですが、いかんせん、ほとんど触ったことのない状態で、そもそも質問できず・・・無念です。
私はといえば、ちょっと前に読み始めた「入門 mercurial」は読みかけ、前日にようやく mercurial をインストールという状況だったたため、@shinyaa31 さんのブログで紹介されていたハンズオン課題をやることにしました。
お題を Vim で編集しては、コマンドプロンプトで hg コマンドというのを繰り返していたおかげで、基本操作はある程度できるようになった気がします。
- ブランチで分岐すると、HEAD が複数になるというのがおもしろい
- マルチプルヘッドというらしい
- hg serve するだけでリポジトリサーバになるのは便利
- push/pull だけだと、作業領域が更新されないということに戸惑う
「入門 mercurial」もちゃんと読んで、hg コマンドにもっと慣れたいです。
成果発表
色々あって面白かったですが、最も印象的だったのは、tty 対応のコンソールシューティングが、圧倒的なネタ度、完成度で全部かっさらってった感じです。
操作方法は「みなさんの慣れ親しんだViの操作方法です」とのことなので、vimmer はやるべき。
Pythonista マジすごいと思いました。
次点はブラウザ彼女、略してブラカノでしょう。詳細はググってください。
TokyoMercurial 主催の @troter さんの発表hgwebと2つのリポジトリでpull requestを開発フローに組み込む - 放牧日記は、聞いただけでは理解できませんでした。。。
時間取ってじっくり読みます。
あと、「ステマ」の反意語は「ガチマ」だそうです。積極的に使いましょう。
懇親会
終了後、有志 20 名くらいで会場近くのスポーツバーへ。こちらもおしゃれで大崎やるなって感じでした。
色々な人とお話させてもらって楽しい時間をすごせました。
あと、やはり物理的な目印をコミット権にするプロジェクトは変ということが認識できました。
今まで出た勉強会では、特定の言語のハッカソンはなかったので新鮮でした。
反省としては、あまりにも mercurial 初心者過ぎたので、次回以降に向けてちゃんと勉強します。
会場提供のフューチャーアーキテクトさん、スタッフの方々、参加者のみなさん、ありがとうございました!
さらにおまけ
実は課題をやってる中で、Vim とコマンドプロンプトの切り替えが頻繁になって、めんどくさかったのを思い出したので、後日こんなツイートしてみました。
すると、藤原さんから、こんなアドバイスが!
ソース落としてみたら、確かに Vim プラグインが同梱されてました。
ありがとうございます!
@y_sumida #mercurialjp #TokyoMercurial 私自身は Vim 使いじゃないので、どの程度の機能が提供されているのかわかりませんが、ソースアーカイブ版の contrib/vim 配下には、それっぽいものが同梱されてます
2012-05-21 02:35:01 via web to @y_sumida
第21回 G*ワークショップ #jggug に参加しました
5月21日 第21回 G*ワークショップ #jggug(東京都)
JVM 系の言語は Java を少し触ったことがある程度、Groovy に興味はあるものの、まだ手をつけられていない状態。
そんな自分が参加していいのか不安でしたが、たまたま、この日は都内に行く用事もあったのでこれ幸いと参加してきました。
※普段は八王子で働いてるので、都内19時開始はなかなか難しいのです。
会場は、TOCfE研修の時と同じ、日本オラクルさん。
エスカレーターに乗りながらフライング気味にオラクルなう!を決めました。
月曜日でしたがかなりの人数が集まってました。
「Griffon うさみみ補完計画 -UI をもつアプリへのテスト戦略-」 by きょん "なごやこわい" うさみみモード (@kyon_mm) さん
Groovy のデスクトップアプリフレームワークである Griffon の紹介…と見せかけたテスト戦略のお話。
- なぜ今デスクトップアプリか?
- みんな Twitter クライアント使ってるよね?それです
- テスト戦略策定
- 全体の構造を決める行為
- パラメータ総当たり=指数関数的に工数増
- テスト戦略は、それを抑止するためのもの
- 観点
- 目的
- "テスト"の要求分析
- 品質特性(ISO9126 とか)
- 機能
- ユースケース
- 入出力
- イベント
- その他全部で 8 つくらい
- 目的
- Griffon の良いところ
- メトリクスを高精度で測れる
- テストタイプとテストフェーズの組合せ=テストアプローチごとの実施
- テストタイプ=機能テスト、テストフェーズ=単体テストとか
- メトリクスを高精度で測れる
マインドマップを使ったテスト戦略の実演は、とても参考になりました。
NagoyaTesting で出ていた考え方があったり、GW に「マインドマップから始めるソフトウェアテスト」を読んだということもあり理解しやすかったです。
テストの目的について意識してますか?という質問の際に挙手したら当てられて、ちょっとテンパッてしまいました。
もっとバシッと答えられたらよかったな…
マインドマップ書きながら聞いてましたが、スピードが追い付かず、難しかったです。
会社の研修で追いつかないと感じることはないので、こういった講演の場合、時間当たりの情報密度が高めなんだなあと感じました。
あと、情報量が多いと B5 ノートでは小さかったです。スケッチブック買おうかな。
集中して疲れたので、マインドマップでのメモはこのセッションのみとなりました。
もっと練習すればらくらくできるんだろうか。。。
「次世代ビルドツール Gradle の最新情報アップデート」 by 須江信洋 (@nobusue) さん
なぜか、だんだん体調が悪くなりだしたので、ここからはメモのみです。
前提となる知識も足りなかったので、理解できてないとこも多いです。
「Grails を活用した BD-J(Blu-ray Disc Java)アプリケーション制作支援ツール」 by 竹内 武さん
ごめんなさい。体調悪かったせいもありますが、知識なさすぎでほとんど理解できませんでした。