ヽ（´・肉・｀）ノログ

_ もくもくワークショップ@秋葉原

Ditzについて

DitzはコンソールベースのITS

参考

• DitzのREADME
• Ditz はとても素晴らしいと思います！¬¬日常日記

設置

あとで

使い方

あとで

Ditz + Emacs環境

emacs-ditz うまく動かないな…

emacs環境での翻訳

Ditzの情報は英語ばっかり。翻訳しようと思ったけど、翻訳環境がないぞ… Emacsで快適な翻訳環境をを参考に。

ターミナルの表示を記録したい

Ditzの作業を記録しようとしたけど、一々覚えておくのが面倒すぎる…historyでたどるのは面倒だし、入力したコマンドしか覚えておいてくれない。表示された情報も記録したい。

ググるとscriptというコマンドを発見。

script hogehoge.log

とすると、hogehoge.logに入出力を記録をしてくれる。終了するときはCtrl-Dかexitと入力すると良い。 これは便利。

その他

emacsでファイルをインポートするのはC-x i

_ LT@cookpad

atode書く

初LT

超緊張した。もっと機会を得て練習すべき。

pquiz

佐藤さん、石原さん 完成度高いなー…

heatmaps.jp

画像の特定の場所に場所にコメントをつけられるサービス

• 画像と質問をセットにしたトピックを作成する
• 回答する

やっぱのっちだな これコメントで埋まったら画像見られるのかな？

gisgw

世界最小規模のRoRサイト？ gogo.gsが参加したんだって サービスの内容が良くわからなかったなー

奈良先端図書館

rubyとかrailsドキュメントないですよねー…

CGMサービスを考える

nogさん 突如の休止…2人後に充電して復活 railsのホスティングサーバが全然だめ…だったけどPassengerが出てマシになったよね

もばぞう

高山さん 冷蔵庫の中身を覚えていてくれる プロジェクタ、サイズが合わないんだよねー

sketch code

菅原さん lua + ming で実装 時間足りなすぎる Ruby用のLuaライブラリがあるよ

かなぶん

岡崎さん 発表うまいなー

Pankaku outliner

柳沢さん 東京ruby会議でみたやつだ チーム名：SOREWA☆NAIWA

3月に1回くらいやるんだって。また参加したい。

_ [Kickboxing]首相撲祭り

久しぶりに行きました。死にそうになった。首相撲をやったら、首が筋肉痛です。重さで頭が持ちあがりません…

首相撲のコツ

• とにかく内側を取れ
• 相手のつむじのあたりを抑えて手前に引きよせて頭を下げさせろ
• 嫌がっても絶対に頭を下げない。下げたら膝の餌食
• やばい時はむしろくっつけ
• 下がるふりしてちょっと引いてから自分の手で相手の肘をはねあげろ
• 相手が肘の内側を取りにくるタイミングで、取りにきたほうに回して崩せ

スパーで試す

相手のワンツーに合わせて膝でカウンターをとる。手はしっかりと突き出して相手のパンチに絡めること。

_ もくもくワークショップ@秋葉原

今日ももくもくと勉強。DitzというコマンドラインベースのITSについて調べました。以下Ditzの適当訳。1時間くらいかかりました…わからないところと面倒になったところは英語のままなので、だれか補完してくださると僕も含めた皆が嬉しいです。 ただいまREADMEとちゃんぽん中。あとで直す。

_ Ditzについて

Ditz is a simple, light-weight distributed issue tracker designed to work with distributed version control systems like git, darcs, Mercurial, and Bazaar. It can also be used with centralized systems like SVN.

Ditzは、git、darcs、MercurialやBazaarなどの分散バージョンコントロールシステムで動作するようにデザインされたシンプルで軽量な分散ITSです。もちろん、SVNのような集中管理システムでも動きます。

Ditz maintains an issue database directory on disk, with files written in a line-based and human-editable format. This directory can be kept under version control, alongside project code.

Ditzは、行ベースで人間に編集しやすいフォーマットで書かれたファイルをディレクトリ内に置くことで出来事を管理します。

Ditz provides a simple, console-based interface for creating and updating the issue database files, and some basic static HTML generation capabilities for producing world-readable status pages (for a demo, see the ditz ditz page). Ditzはまた、誰でも読めるようなステータスページを静的HTMLで作ることができます。(デモはこちら)

Ditz includes a robust plugin system for adding commands, model fields, and modifying output. See PLUGINS.txt for documentation on the pre-shipped plugins.

Ditzの特徴は

• シンプルで綺麗なコマンドラインインターフェース
• コマンドやモデルフィールド？、Ditzの出力をプラグインによって追加しやすい設計
• 人間に編集しやすいファイル形式
• 活発な開発コミュニティ

です。

Ditz currently offers no central public method of bug submission. ??

_ Ditzを使う

There are several different ways to use Ditz: ditzを使うにはいくつかの方法があります

1. Treat issue change the same as code change: include it as part of commits, and merge it with changes from other developers, resolving conflicts in the usual manner.
2. Keep the issue database in the repository but in a separate branch. Issue changes can be managed by your VCS, but is not tied directly to code commits.
3. Keep the issue database separate and not under VCS at all.

1. 出来事の変化をコードの変化と同じように取り扱う:コミットやマージの一部に含まれ、他の開発者からの変更が行われ、いつもの方法で競合が解決される。
2. バージョン管理はするが、別のブランチで取り扱う。出来事はあなたのバージョン管理システムで管理されるが、コードのコミットとは結びつかない。
3. バージョン管理システムとは関係なく取り扱う。

All of these options are supported; the choice of which to use depends on your workflow.

これらの方法をサポートしています。仕事のやり方に応じて選んでください。

Option #1 is probably most appropriate for the unsynchronized, distributed development, since it allows individual developers to modify issue state with a minimum of hassle.

1. 1は非同期で分散した開発をするのに最も向いています。少数の開発者が出来事を修正する場合には最もイライラしないでしょう。

Option #2 is most suitable for synchronized development, as issue state change can be transmitted independently of code change (see also the git-sync plugin) and can act as a synchronization mechanism.

1. 2は同期した開発をするのに最も向いています。出来事の状態はコードの変更とは独立して伝わり(git-syncプラグインも参照のこと)、同期します。

Option #3 is only useful with some other distribution mechanism, like a central web interface.

1. 3はcentral web interfaceのような、他の異なる分散機構にのみ有用です。

もっと知りたい方はREADMEやプラグインドキュメンテーションを読んでください。

_ 入手方法

ditz RubyForge pageからダウンロードできます。もしRubyGemsがインストールされてるなら、

gem install ditzre

で。

ditz Debian packagesはありがたいことにChristian Garbsによって提供されている。There's also a ditz RFP if you are a Debian maintainer with time on your hands.

For source code access, the ditz repository is on Gitorious. You can clone it locally like so: git clone git://gitorious.org/ditz/ mainline.git. You can also browse the ditz git repository.

_ バグレポート

Feel free to post bug reports, feature requests, and any comments or discussion topics to the ditz-talk mailing list (archives).

Of course, you can also submit a bug report by cloning the git repo, using "ditz add" to add an issue, and sending a merge request or submitting the resulting patch.

_ 関連した取り組み

Kentaro KuribayashiによるDitz emacs mode

_ [Kickboxing]マススパー

視線は相手のアゴの辺りをぼんやりと見る。そうすると手足の動きがなんとなくわかってくる。

_ [Kickboxing]涼しいと練習しやすい

パンチのミット打ち

1. リードパンチ
2. ワンツー
3. ワンツーフック
4. ワンツーアッパーストレート

キックのミット打ち

1. 前足前蹴り
2. 後ろ足前蹴り
3. 前足止め蹴り
4. 後ろ足止め蹴り
5. 左右ミドルキック

• ミドルキックは軸足を立てて、かつかかとが相手に向くくらい回すこと
• ミット打ちの時でも視線はいつもと同じにすること

_ [Kickboxing]人がいっぱいいたー

下るときはもっとメリハリをつける。

_ [Kickboxing]スパーリングの日

もくもくワークショップの日でありましたが、試合が近くなってきてスパーリングをやるというので練習に行ってきました。

先生とスパーやらせてもらったけど、連打くらって死ぬかと思った。2分もたないレベル。2分*3ラウンドの3ラウンド目に脛と脛がぶつかってリタイアです。バットで強めに叩かれて数分間悶絶する程度の痛さでした。

先生からのアドバイス

• もっと手を出せ
• 7割の力でいいから手数重視
• ストレート系のパンチに反応しろ
• 左ミドル/インロー打て
• キックのカットを練習通りにやれ(手を下げるな)

Keep

• 心は折れなかった

Problem

• パンチが見えない
• 手が出ない
• 左ミドルを打ったときにパンチを貰ってしまう

Try

• 攻撃回数を数えてもらおう
• 右に回ろう

練習通りできないなー。脛を冷しながら寝ます…

_ [Kickboxing]今日もスパーリング

マウスピースがなくて難儀しましたが、タオルにからまって行方不明になっていたとは…

Keep

• 手数増えた

Problem

• 相変らずパンチ見えない
• 回る方向とか全然考えられない

Try

• キックもパンチも左を多用する

肩が外れかけた人大丈夫かなー

_ [Kickboxing]初心者コース

ぼちぼちやりました。涼しくなってきて動きやすくなった気がする。

_ プログラミングの守離破

これって、守離破の離の話ですよねー。まずはここで否定されているものを守ることから初めるのが良いと思います。その次のステップに進むときにこの内容を思いだすといいんじゃないかな。

中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと思いこみがちな３つの迷信