諸葛亮孔明もびっくりですわのブログ

ソロキャン at 森のまきばオートキャンプ場

2019-05-10T12:30:00+00:00

行ったのは 2019/01/26。

防寒対策

前回からアップデートなし

新ギア

熱燗セット買った
- アルミ酒タンポ 2号籐巻
- 三宝産業 Migaki Meister ぐい呑み 85ml 内面ミラー 11001000
  - ステンレス製のぐい呑すぐ冷める
ソーラーバッテリー買った
- RAVPower ソーラーチャージャーソーラー充電器 16W 2ポート iPhone Android各種対応 RP-PC008

目的地

森のまきばオートキャンプ場
- バイク1台で1600円
- 温泉併設
  - いやしの湯
  - 700円
  - 今回は寝坊してしまってはいってると陽がくれそうだったのでまた次回
- 薪
  - 500円
- 要予約
- 直火 NG
- チェックアウトは17時
- 傾斜きつい
  - 中央の溝周辺に設営するのが良き
- スーパーは木更津方面に少し走ればある。
  - 前田商店
  - 時間あれば木更津散策してみたかった
- 風強かった
  - しばらく天気予報眺めてたけど基本風強いみたい
  - 撤収大変でテントの収納袋破れた

ルート

アクアラインは断固避けます

行き

約90km

帰り

約89km

フォトギャラリー

その他

おでん簡単で良き

ソロキャン at 青根オートキャンプ場

2018-12-24T22:30:00+00:00

行ったのは11月30日。

防寒対策

冬用シュラフ買った。
- ロゴスのマミー型シュラフウルトラコンパクトアリーバ・-6
  - ベルトでサイズ圧縮できるのがライダーに優しい
- 寒い時に上からかぶる用に夏用シュラフももっていった
  - 防水も兼ねて
  - ただ結局使わず
ユニクロの防風ボアフリースパーカー
- やたら暖かい
- 日中は少し汗ばんだ
ワークマンの防寒裏アルミコート
- 下にいろいろ着込みたいので2サイズ大きめのものを購入
- 防風だけでなく防水性も欲しかったので良き
- ビジュアルはなんですか？山にでも登るんですか？って程度に大げさになる
- でも暖かい

目的地

青根キャンプ場
- バイク1台で2000円くらい
- 温泉併設
  - いやしの湯
  - 700円
  - 今回は寝坊してしまってはいってると陽がくれそうだったのでまた次回
- 薪
  - 350円
- 予約不要
  - 金曜だったので客は少なめだった
  - でも土曜朝には続々と集結してた。人気のキャンプ場の模様
- トイレきれい
- 水場でお湯がでる
- 直火 OK
- 管理棟からサイトまでの道の砂利がバイク的には少し怖い
- 管理人さんは18:30頃には撤収されてた
  - 気さくな方だった
  - 年賀状書いてた
- チェックアウトは10時と早め
- スーパーは少し遠いので道中寄ってくるのが吉
  - マルエツ三ヶ木店
- たぶんリピートします

ルート

行き

都心から近い
標高も低い

約75km
1. 杉並区を出発
2. 永福 IC から中央自動車道へ
3. 相模湖 IC で下車
4. マルエツ三ヶ木店
5. 道志みちが土砂崩れで通行止めのため迂回
  - 急坂・ブラインドコーナー・対向車ガンガンのかなりの酷道
  - たぶん右折したのここだと思うけど方向オンチマンなのでいまいち自信はない
6. 道志ダムを過ぎたら青根キャンプ場

帰り

約63km
1. 青根キャンプ場を出発
2. 狭い道をくねくね走り相模湖 IC から中央道へ
3. 石川PA
4. 高井戸 PA で下車
5. 杉並区

フォトギャラリー

もう1束あってもよかった

モーラナイフ買いました

フェザースティック作るには努力が必要な模様

不器用の極み

サンマ焼いたけど網にひっついてぐちゃぐちゃに。アルミホイルにくるむべきだった。

その他

寒さは全然気にならなかった。平気だった
- この日の最低気温は2℃
- ただ下半身少し寒かったので下記を追加購入
  - 防水防風ズボン
  - あったかスリッパ
  - どちらもワークマン
都心から80kmも走らずこの開放感はすごい
鍋簡単でよい
- 温まる
- 鍋用野菜パック is 最高
モーラナイフ嬉しい

グルキャン at 鬼怒川オートキャンプ場

2018-12-24T22:20:00+00:00

行ったのは10月27日。
冬用シュラフ持ってなかったので毛布をレンタル。結果正解だった。

メンバー

こないだ西湖いった人たち
- ベテラン
  - キャンプ飯スキルやたら高い
- プチ経験者
- おれ
素人さん4人衆
- 全員バンガロー泊

目的地

鬼怒川オートキャンプ場
- 1区画4000円
- 温泉併設
  - 500円
- 薪のお値段忘れた
  - 800円くらいだったかな
- 要予約
  - 前日までのキャンセル無料
  - 当日キャンセルは全額

ルート

行き

朝ギリギリまで雨模様だったけどギリ晴れた
良かった

約165km
1. 杉並区を出発
2. 大泉 IC から東京外環自動車道へ
3. 川口 JCT から東北自動車道へ
  - JCT 手前から浦和までやたら混んでた
  - どうも事故があったらしい
4. 蓮田SA
  - 豚汁定食（大）が大当たり
  - 近所に欲しい
5. 宇都宮 IC から日光宇都宮道路へ
6. 大沢 IC で下車
7. 鬼怒バイパス
8. あとは Google 先生の仰せのママに
9. 鬼怒川オートキャンプ場

帰り

約165km
1. 鬼怒川オートキャンプ場を出発
2. 鬼怒バイパス
3. 大沢 IC から日光宇都宮道路へ
4. 宇都宮 JCT から東北自動車へ
5. 羽生 PA
  - 鬼平の世界館の PA
  - なぜ SA でなく PA を名乗っているのか謎
6. 川口 JCT から東京外環自動車道へ
7. 大泉 IC で下車
8. 杉並区

蓮田 SA 下り

豚汁定食（大）
650円くらい

羽生 PA 上り

軍鶏鍋定食

フォトギャラリー

ピコグリル買った

その他

ピコグリル買ってよかった

ソロキャン at ひするまキャンプ場

2018-10-17T20:50:00+00:00

目的地

西湖自由キャンプ場目的だったけど満席で入れず
ただ体験的にこちらの方が良かった気がしてる

ひするまキャンプ場
- バイクは1台1000円
- 利根川沿い
  - 川遊びも可
- 白井温泉こもちの湯までバイクで10分ほど
  - Google Map みると近くにたくさん温泉あったけどブログを探すと皆さんここにいってらっしゃった
  - 1時間250円
    - 近所のおじいちゃん多い
    - 病院の待合室を憩いの場にするよりよっぽど健康的だと思った
  - 備品は固形石鹸のみ。シャンプー欲しければ別途もっていく必要ある。
- こもちの湯の隣にスーパー
  - ベイシア/渋川こもち店
- 薪は400円
- ごみは持ち帰り
- お金払いました証明に旗もらう
  - 旗かわいい
- 管理人のおじいちゃんたちがとても気さく

ルート

行き

早起きできたので下道を選択してみた。高速を使えば2時間かからない予測。
下道だと4時間弱。

約135km
1. 杉並区を出発
2. 環状8号線
3. 県道88号線から県道79号線へ
4. 県道115号へそこからなんかよくわからない
  - 川沿いの道と田んぼしかない田舎道
  - 割と良かった
5. ローソン吉見松崎店で休憩
6. 埼玉鉱油（有）で給油
7. 国道17号線へ
  - 日本海に台風がいる日だったというのもあるけどアクアライン級に風がツラかった
8. ファミリーマート伊勢崎流通団地店で休憩
9. ひするまキャンプ場

帰り

帰りは高速でビューン

約128km
1. ひするまキャンプ場を出発
2. 赤城 PA から関越道へ
3. 上里 SA
4. 練馬 IC で下車
5. 杉並区

フォトギャラリー

テントめげた

旗かわいい

遊泳 OK

ランタン燃えた

学び

鍋用固形燃料まじ有能
焚き火のそばにランタン置くとふとした拍子に燃えてしまう

西湖キャンプ at 津原キャンプ場

2018-09-19T18:30:00+00:00

メンバー

某オンラインゲームで仲良くなった人たち

リターンキャンパー（料理スキル高し）
素人さん
最近ヘビロテキャンパー（おれ）

目的地

西湖自由キャンプ場目的だったけど満席で入れず
ただ体験的にこちらの方が良かった気がしてる

津原キャンプ場
- ひとり1000円
- 湖畔サイトと小さな林間サイトとがある
  - 湖畔サイトは湖一望できて good
  - 林間サイトは水場・トイレともに近くて good
  - 湖畔が埋まってたので林間をチョイス
- 富士西湖温泉いずみの湯まで5分
- 最寄りのスーパーまで片道20分
  - 本栖湖キャンプでも利用したオギノ河口湖店
- 管理人の奥さん気さくでかわいい

ルート

行き

約112km
1. 杉並区を出発
2. 中央道の混雑を避けて国立府中 IC から高速へ
  - それでも混んでる中央道
  - 藤野 PA まで激混み
3. 談合坂 SA
4. 河口湖 IC を下車
5. オギノ河口湖店
6. 津原キャンプ場
7. 富士西湖温泉いずみの湯

帰り

談合坂先の事故の影響で11時頃キャンプ場を出発し帰宅したのが17時前
途中で辛抱たまらず高速下車したせいで余計に時間かかったけど
大垂水峠から高尾山口あたりまでとても気持ちよかったので OK

約117km
1. 津原キャンプ場を出発
2. 河口湖 IC から中央道へ
3. 談合坂 SA
4. 上野原 IC で下車
  - 談合坂の先で事故2件あったらしくにっちもさっちもいかず
  - さすが連休最終日
5. 大垂水峠（国道20号線）
6. 大横町を左折し国道16号線東京環状へ
7. 八王子 IC から再び中央道
8. 石川 PA
9. 杉並区

フォトギャラリー

学び

備長炭ヤグラあっさり火がついた。すごい。
ローストビーフは牛もも肉のブロックを買って焼いて切ればいいらしい。すごい。
3人だからってちょっと食材買いすぎた
1番搾り・赤ワイン・白ワイン・黒霧島呑んだら寝ゲロした。きもい。

その他

ノンバイクマンをバイクメンふたりで小一時間乗れ乗れ問い詰めたけどやっぱり免許取得がネックらしい
普通免許での 125cc 解放はよ

初雨キャンプ at 本栖湖オートキャンプ場

2018-09-13T20:40:00+00:00

目的地

本栖湖オートキャンプ場
- 予約不可
- バイク1500円
- 湖畔サイトと林間サイトとがある
  - 湖畔および林間サイトの湖側は割とウェイウェイしてる
  - たぶんウェイクボード目的の人たち
- かなり広いので水場とトイレの場所をチェックのうえ設営場所を決めた方がいい
  - 下記マップ参照
- 富士山は湖の反対側
  - 富士山見たいなら浩庵キャンプ場
    - ゆるキャン△第1話のあそこ
- 河口湖IC下車だと青木ヶ原樹海を通過
  - おおここかって気持ちになる
- 最寄りのスーパーまで片道30分
  - オギノ河口湖店
    - captain stag のキャンプ道具が充実してる
    - 服も売ってる。Tシャツ 580円。安い。

http://outdoor0930.blog.fc2.com/blog-entry-177.html

ルート

行き

約128km
1. 杉並区を出発
2. ファミリーマート日野甲州街道店
  - 中央道が激混みの様子だったので下道で
3. 大垂水峠（国道20号線）
4. 相模湖 IC から中央道へ
5. 談合坂 SA
  - ほうとう食べた
  - しばらく走ってトンネル抜けたら途端に土砂降り
6. 河口湖 IC を下車
7. オギノ河口湖店
8. 本栖湖オートキャンプ場キャンプ場

帰り

約118km
1. 本栖湖オートキャンプ場を出発
2. 河口湖 IC から中央道へ
3. 談合坂 SA
4. 高井戸 IC で下車
5. 杉並区

フォトギャラリー

雨がひどかったので少なめ。
キャンプ場ついてからも降っては止んで降っては止んで。
帰るまえに本栖湖一周しようと思ったけどまた降ってきたので今回は見送り。
ちなみに雨雲観測アプリで全然雨雲補足できてなかった。山の天気すごい

火起こしがんばった

学び

山の天気変わりやすい
- トンネル抜けたら土砂降りびびった
- 湖の向こうは晴れてるのずっと雨なのびびった
テントの設営場所よく考えて
- と、いっても経験不足してるのでよくわからん
  - いまのところ小高い is 正義かなって
- 浸水しかけてたのでテントの周りに溝掘った
  - スコップ買っておいてよかった
  - 溝さえ掘ればある程度安心
- 木の下に張ったのは良かった
  - 雨漏りはなかった
  - 木がなかったらどうだったのか気になるところ
火おこしスキル低すぎワロエナイ
- 9個入り着火剤を7個投入した
- 新品着火マンはガスなくなった
- 湿った枝の外側をナイフで削って使ったけど中途半端だった
  - やたら煙がでた
  - 着火剤と薪だけで良かったんじゃないかまである
- 竈の口の位置重要だった
  - 風上に変えたら火ついた
雨でスマホの充電ケーブル死んだ
- 対策思いつかない

その他

やっぱり晴れてる方がいい

初ソロキャンプ at 道志の森キャンプ場

2018-08-19T17:00:00+00:00

前回のキャンプでいろいろノウハウ学んだので初ソロキャンプ行ってきた。

目的地

道志の森キャンプ場
- 予約不可
  - 15:00 到着でスペースあった
  - たぶんカツカツではなかったと思う相当広い
    - ただし走り回るにはオフロードがきつい
- バイク1200円
  - 到着したら管理棟に支払い。領収書受け取り。
  - 夕方領収書確認のスタッフさんが訪ねてくるので失くさないように
- 川沿い
- 虫少ない
- キャンプ場手前の道路に穴空いてるので要注意
- 近くに温泉あり (今回はスルー)
- 最寄りのスーパーまで片道30分
  - 荻野山中湖店
  - ただし楽しいワインディング
  - 富士山と山中湖も楽しめる

ルート

行き

約88km
1. 杉並区を出発
2. 永福 IC から中央道へ
3. 八王子 IC から国道16号方面へ
  - 中央道下りが激しく渋滞していたため
4. 県道505号
5. 津久井広域道路
6. セブンイレブン相模原城山川尻東店
7. 津久井広域道路→県道513号→国道412号→道志みち
8. 道志の森キャンプ場

帰り

約84km
1. 道志の森キャンプ場を出発
2. 道志みち→県道76号
3. 道志ダム
4. 引き続き県道76号→県道520号→国道20号
5. 相模湖 IC から中央道へ
6. 高井戸 IC
7. 杉並区

フォトギャラリー

学び

8月なめてると突然寒くなる
- スーパーでパーカー買えてなかったら死んでた
- 簡易ストーブ物色してみる
- 焚き火台はアルコールバーナーあるからどうしようか悩む
オリーブオイルもってくべき
- 豚肉炒めるとスキレットにひっついてひっついてどうしよもない
洗剤とタワシは必要
- スキレットもフォークもドロドロのドロ
スコップもっていったけど使わなかった
- 雨予報の時だけで良さげ
ナイフもっていったけど使わなかった
- 軽量だしロマンなので次回ももっていく
ネット繋がらなくて泣きそうになった
ソロ焚き火キャンパーやっぱかっきー

失敗

trangia のストームクッカー買ってかなり気にいってたのにいきなりバーナーの熱で溶かしてしまった。
美味しくお酒を飲んでいてなぜこうなったか、どうすれば溶けなかったのか分かってないあたり救いがない。

その他

お隣さんが真っ赤なドゥカティ、たぶん monster797 に乗っててかっこよかった。
おれの W400 の次にかっこよかった。
マフラーを W っぽい2本出しに付け替えてたのがまたよかった。

東京から 100km 走らないでこんな山奥になるのかってちょっと驚いた。

初キャンプ at 草津高原オートキャンプ場

2018-08-06T16:00:00+00:00

初キャンプ行ってきました。

モチベーション

バイクでの遠出が好き
- 美味しいもの食べたい
  - お酒が飲めない
- 温泉につかりたい
  - つかったあと長距離走りたくない
- 宿をとる
  - 雨降ったら出掛けたくない
  - キャンセル云々考えたくない
  - 早起きしたぞなんか今日いい天気だぞ、のノリで出掛けたい
- すべてを解決するのがキャンプなのでは？？（名案）
ゆるキャン△ (アニメ) 観てなんか刺さった
ゆるキャン△ (漫画) 読んでなんか刺さった

なお今回はプチエキスパートキャンパーが予約してくれてたっぽい

メンバー

エキスパートキャンパー
プチエキスパートキャンパー
ど素人さん
ど素人さん
ど素人さん(おれ)

ルート

約239km
1. 杉並区を出発
2. 練馬 IC から関越自動車道へ
3. 藤岡 JC を上信越自動車道へ
4. 高速碓氷軽井沢IC から一般道へ
5. ファミリーマートヤオトク南軽井沢店
6. 草津高原オートキャンプ場

フォトギャラリー

学び

使えるものは使え
- 割り箸とか格好の着火剤
雨降ったらテント周りに溝を掘れ
ボーイスカウトで習ったロープの縛り方思い出せ
エキスパートキャンパーは100均でテンションがあがる見習え
夜が深くなると結露がすごい。濡れて困るものはテントの中、最悪フライシートの中に
トンボの多いキャンプ場は蚊や虻などの害虫が少なくて良き
これから買い揃えるなら燃料は統一すべし
- ガス
- アルコール
楽なズボン、サンダルはある意味必須
- 虫いるからと思ってたけど虫除けスプレーでおｋ
1day コンタクト買うべき
テントとシュラフは帰ったその日に干せ
アルミホイルなにかと便利
ハタハタ焼くと美味い

その他

高速道路で左手と中指が突然つる。
やばい。選手生命の危機。

Yosemite + iMovie 10.0.6 で App Previews 作った

2014-10-18T14:30:00+00:00

App Previews とは

App Previews - App Store - Apple Developer

iOS8 リリース以降、iPhone, iPad の AppStore でスクリーンショットの1番左側が動画になってるアプリをちょいちょいみかけますが、あれのことです。あれを作成するための素敵な機能が Yosemite で QuickTime Player に追加されました。

【開発者必見】OS X YosemiteはiPhone/iPadの画面キャプチャ動画を撮ることができる！

というかそもそも、あれを iTunes Connect にアップロードするには OS が Yosemite でないとダメらしいです。なんでやねん。

さらに iMovie 10.0.6 がリリースされてまして、これに App Previews 用動画書き出し機能が搭載されましたよ、と。

バージョン 10.0.6 の新機能

• OS X Yosemiteに合わせて外観をアップデート
• 新しいファイル書き出しオプション：カスタム、H.264、ProRes、オーディオのみ
• 任意のビデオフレームをイメージとして共有
• iCloudにサインインしているときにMail Dropを使ってHDビデオをメールで送信
• クリップの下部をドラッグして、タイムライン内でクリップの一部を選択
• 調整バーが常に開いているため、オーディオツールとビデオツールへのアクセスが容易
• 古いMacコンピュータでのパフォーマンスが向上
• 一部の調整のコピー＆ペーストで起こっていた信頼性の問題に対処
• インドネシア語、マレー語、ベトナム語に対応

iOSデベロッパ：App Store用のアプリケーションプレビューを作成できます
• QuickTime Playerで取り込んだiPhoneおよびiPadの画面収録ビデオをサポート
• 動作中のアプリケーションの紹介用にデザインされた11種類のアニメーションタイトル
• App Store用に簡単に書き出すことができる共有オプション

以前のバージョンだと 4:3, 16:9 といったアスペクト比でしかムービーが作成できなかった（たぶん）んですが、今回の 10.0.6 で 750x1334 のムービーが作成できるようになりました。

ただし「新規アプリケーションプレビュー」からプロジェクトを作らないとこの書き出し機能は使えない模様。

できあがり

最初に BGM をつけると自分が中学2年生に戻ったような気持ちになってノリノリで編集できます。

冒頭のリンクにも書かれていますが、15秒〜30秒という制約があってこれがなかなかシビアでした。

AppStore に掲載するためには binary update が必要なようでいまのところ YouTube にのみ載っかっています。

Octofeed Update

2014-10-16T11:20:00+00:00

1年近く放置してた iPhone アプリの Octofeed、久しぶりにアップデートしました。

インストールはこちらから (有料)

Follow した人や Watch しているリポジトリのアクティビティが流れてくる News feed と Notification をつらつらと眺められるアプリです。ついでに気になった人を Follow したり、気になったリポジトリに Star つけたり Watch したりできます。

さらについでに README がちょっと読みやすい。

下の画面は ReviewNinja の README を表示したところ。左側が Octofeedで。右側が Mobile Safari。

あんまかわんないじゃん。なにこれ切ない。

今回バージョンの変更点その1

片手で扱いやすくなるよう UI を変更してみました。iPhone 大きくなりますし。大きくなりましたし。

このエントリ読んでおもしろいコンセプトだな、と思って真似してみたんですよね。ちなみにこのブログ好きでよく読んでます。iOS アプリで食ってくために色々考えて、色々トライして、その結果を過程も含めて丁寧に書いてくれてる。紹介されてるツールやサイトもおもしろいものが多い。

[iPhone片手操作に特化した無料の爆速ToDoアプリJetDoを作ったうめブログ](http://umenon.com/2014/08/12/jetdo/)

片手で扱いやすくするために具体的にどう変更したの、というと、いままで Navigation で遷移していた画面を Modal にして、その Modal View の左下に閉じるボタンをつけました。

片手で扱いやすくするってテーマとして面白そうだし、UI 考えるときのひとつの基準として使えそうだし、工夫の余地もいろいろありそうだなと思いました。

今回バージョンの変更点その2

News Feed, Notification, Issues の TableViewCell のレイアウトを変更しました。

今回バージョンの変更点その3

いろいろと bugfix しました。

今回バージョンの変更点その3

お値段を300円から200円にしました。

以上です。

初めて神認定されたので記念パピコ

2014-07-12T19:36:00+00:00

ato-ichinen　AutoPager　SpeedDial2　これマジでChrome3神器だから覚えておいて損無いですよ
— ちゃうねん (@tyaunen_honmani) July 10, 2014

マジで神器だってよ ////

何年か前に書いたアドオンをいまでもこうやって使ってくれる人がいて、

しかもネ申認定してくれるとか、やっぱり嬉しいのでまた何か書いてみようと思いましたまる

ドラクエのリハビリに Blogger から Github Page にブログ移行したった

2013-07-18T17:16:00+00:00

廃人フレンドに「おまえ最近めっちゃ IN してね？」と言われ目から大きなうろこが落ちました。

ほんとにねえ、まさか自分が MMO にハマるとはねえ。

特に最近はですね、ゲーム内経済が空前の好景気に見舞われていてですね、後発参入組な自分としては先行廃ゲーマーに追いつくチャンスなのです。楽しいのです。

ライトユーザでも定期的かつ安定的な収入を得る手段が実装されたために、ゲーム内全体の可処分所得が増大してるんですよね。

当然、廃ゲーマー層はこのバブルにのりこめーっと武器・防具をガシガシと作りますので、武器・防具の材料の需給バランスが軒並み需要不足となりまして価格が高騰して、この高騰した価格はこれまたライト層の収入となりますので、原材料費につられ高くなった武器・防具もこれまた売れて廃人層はますますウマー、とね。

ああ、回る経済とはこういうものなんだ、かつて高度経済成長期と呼ばれた頃のわが国日本もこのような様相であったのかなと思うと胸が熱くなるよね、といった話を美容師さんにしたら「それよりも LINE POP の方がおもしろいですよ」と LINE POP の話が始まってしまいました。もっとドラクエの話がしたかったのに。

ゲーム内のコミュニケーションもですねえ。

齢も仕事も違うけどもドラクエという前提が共有されているという不思議な距離感がすごく心地いいんですよね。

とりあえずまぁ、MMO やったことない奴らはドラクエ10やってみろ。入門にはいいと思うぞ。ソースはおれだ。

移行にあたり参考にしたページ

Jekyll-Bootstrap のローカル環境のセットアップ
- [Blogging with Jekyll Tutorial Jekyll-Bootstrap](http://jekyllbootstrap.com/)
Github Pages の Jekyll の設定とローカルの設定とを合わせる
- [Using Jekyll with Pages GitHub Help](https://help.github.com/articles/using-jekyll-with-pages)
旧ブログからのエントリの移行
- Blog migrations
  - サイト内でリンクされてる @ngauthier のスクリプトを使用しました。
    - ちょこっとだけパッチあてました
      - 旧エントリURLが一部(タイトルに数字が含まれる場合/タイトルに英数字が全く含まれない場合)間違って取得されていたので修正
      - コメントを日時の昇順から降順に変更
      - 旧エントリの label を取得するように変更
Jekyll-Bootstrap の Theme の編集
- Theme “Twitter” が同梱されているのでそれを参考にオリジナルの Theme を作成しました
  - Theme ファイルは HTML + CSS をベースに + Jekyll固有の if文, for文, 変数というニュアンス
    - Wordpress の Theme の編集と比べると Wordpress が生 PHP な分、Jekyll のが楽な印象
    - Blogger の Theme の編集と比べると固有な文法が Blogger が XML like, Jekyll が Ruby like なため Jekyll の方が楽な印象
    - Jekyll固有の変数についてはこのページを参照しました
      - Variables

カスタムドメインの設定

[Setting up a custom domain with Pages

GitHub Help](https://help.github.com/articles/setting-up-a-custom-domain-with-pages)

このページ (blog.amazedkoumei.com) のソースコード

こちらになります。

amazedkoumei/amazedkoumei.github.com

TODO

画像がねえ・・Blogger にホスティングされたままなんですよねえ・・実は・・

以上です！

bugfix: SublimeKnifeSolo v1.0.1

2013-04-16T18:00:00+00:00

SublimeText から knife solo コマンドを実行できる plugin 書いて嬉々として使ってたわけなのですが

どうにも調子がよろしくない。

plugin がやっていることはといえば

事前登録した knife solo コマンドの保存
knife solo コマンドの実行
knife solo コマンドの stdout, stderr を SublimeText の view に表示

と、ただこれだけなのですが、3 の stdout, stderr 表示時の CPU Usage が異様に高く、遂には SublimeText が応答なしになるケースもありまして、ああこれはいけないね、と。

使ってるくれてる方に申し訳ないことしたな、何人くらい使ってるのかなと wbond.net の Sublime Text Packages community に行って "knifesolo" と検索してみたところ、 1 Install と表示されました。おれやんけ。

対策

reduce cpu-usage when display stream returned by knife solo command

SublimeKnifeSolo.py
- stdout_queue, stderr_queue にknife solo コマンドが stream で返した文字列を行区切りで貯めこんでいます。
- 上記文字列の view への表示タイミングを下記のように修正
  - 修正前: 1行ごと
  - 修正後: stream が途切れたタイミングでまとめて表示
helper.py
- ちょっと実装が気になったのでついでに直しただけです。
  - view に文字列を1回出力するごとに read_only 属性を off にして on にして、としてたんだけど、まぁいらないよね、それ、と。

high cpu usage の原因

受け取った stream を順次てけてけてけと view に表示してました。

文字列を view の末尾に追加
文字列の高さが view の高さを超えた場合は、差を計算して view をスクロール

この 2 の「差を計算して view をスクロール」が helper.py 内のこの実装なのですが

  def scroll(self):
    (cur_row, _) = self.view.rowcol(self.view.size())
    self.view.show(self.view.text_point(cur_row, 0))

これが異様にリソース食ってた。

これを軽くする方法がわからなかったので呼び出し回数を減らして上記の対策のようになりましたよっと。

ちなみに

  def scroll(self):
    self.view.show(self.view.size())

と書いても同じ動作を実現できて、cpu usage も変わりませんよっと。

以上です！

Comments

Chef, Web, Unix 最近読んだ本がどれも良書だった件

2013-04-05T08:19:00+00:00

最近読んだ本がどれも良書だったのでまとめて Blog up

入門Chef Solo は最近なにかとホットな Chef の入門書。

Kindle で買った初めての技術書でソースコードのあたりとかどうかなーと思ってたけど、いい！素晴らしい！ハイライト機能で要点を1ヶ所にまとめれるしね！出版社さま既存の紙書籍の Kindle 化もなにとぞよろしくお願い致します。

内容的には入門的な内容 + Chef を使った著者の感想といった感じで、著者のブログ読んでる方ならご存知のとおり、とても分かりやすい日本語が心地いいです。

Webの創世と Unixという考え方はテクニックよりもソフトウェア的な思想？哲学？そういったものをお勉強したく買いました。

思想とか哲学とか書くと固っ苦しいけど、前者は、えーそうなんだ的な話もちらほらりでしたし、後者はこれまで経験的にふんわり思ってたことをしっかりと日本語で形にしてくれたりとか、読書的にとても気持ちいい体験させてくれる良書でした。

入門Chef Solo - Infrastructure as Code

posted with amazlet at 13.04.04

伊藤直也 (2013-03-11)
売り上げランキング: 95

Amazon.co.jpで詳細を見る

サーバ管理ツール、本書の言葉を借りれば「サーバの状態を管理し収束させるためのフレームワーク」である Chef の入門書です。

環境構築大嫌いな私は、そこから解放されるべく、自分でも Chef 使ってみたんですけど

もうなんというかストレスフルだったわけです、学習が。

サーバの状態を管理するフレームワークである Chef なわけですから

コマンドライン使って set up する際の自由度を損なわないように配慮しつつ
本書でもたびたびでてくる Chef を使う理由のひとつでであるところの「冪等性 = その操作を複数回行なって結果が同じになる性質」を保証しつつ
現在のサーバの状態を直観的に把握できる程度の可読性も必要だよね

となった結果、 Chef を記述するために覚えねばならない概念が割りと多くなってしまっているのですよ。いあ、もうこれはしょうがない。

それらの概念は本家にまとまってはいるのですが分量が多く、しかもイングリッシュ。

そんな中、概念いっぱいあるけど、とりあえず Resources って概念だけ押させておけば Chef 使えるよね？　という切り口で解説してくれてるのが本書。

Chef とは何か, Resources とは何か, どう使うのか, あたりが理解できたそのあとに、では Resources 以外の概念は、いつ使うの？, どう使うの？と話が広がっていきます。

Chef solo の基本が理解できたらば、サードパーティのライブラリ ( chef ではレシピと呼ぶ ) どうやって使うの？そもそも使うべきなの？使うとしたらどういうときなの？といった話やら、入門Chef Solo というタイトルの範疇を飛び越えて、クライアントサーバ型の Chef の話と飛躍していく、という構成。

ひと通り読んでおけば、Chef のアウトラインが理解できるので、苦痛でしかなかった本家の膨大なイングリッシュなドキュメントが、困ったときに参照できる充実したリファレンスとして生まれ変わってくれるので幸せになれます。

余談ですけど、サードパーティのレシピ使うときは気をつけてくださいね。iptable 設定用のレシピ、よくわからないからとりあえず動かそうというノリで動かしたら 22番含めポートが全部閉まって鼻からうどんでましたから。

もう1つ余談になりますけど、本書にでてくる Unix ユーザ追加レシピのユーザ名はゲームのキャラクタでした！

Webの創成 ― World Wide Webはいかにして生まれどこに向かうのか

posted with amazlet at 13.04.04

ティム・バーナーズ-リー
毎日コミュニケーションズ
売り上げランキング: 188,953

Amazon.co.jpで詳細を見る

ティム・バーナーズ-リーの著作をなんぞ一冊読みたいな、と Amazon を探したところでてきたのがこれだけだったというライフハック。2001年出版の本です。

ティムが Web のプロトタイプを作って HTTP の仕様を決めて、周囲に布教して世の中に広めていく様を描いた前半と、執筆当時にティムや W3C が抱えてた諸問題について語る後半とに大きくわかれます。後半なんか読むの苦痛・・と思ったら翻訳者が前半と違う人でした。

Web のそもそもの出発点がティムが関わる目の前のお仕事の不満を解消したいという不満ドリブンであったという話や、ティムが実現したかった初期の Web はブラウザにページの更新機能（リロードではなくアップデートね！）が実装されているものだったという話など、興味深い話がてんこもりでした。

ピーゴロゴロピーというモデムの音や、ページロード時のマシンのゴリゴリゴリゴリという音が、読みながら耳の奥で蘇ってきましたよ。

一方で後半で語られるプライバシーやモラル（アダルトコンテンツと青少年みたいな）の問題は、いまなお問題で根が深いのだな、と。

利便性追求するテクニカルな話はすごい勢いで進んでいくんですけどね。不特定多数が関わる利便性を阻害する動きってのはどうしてこう・・・まぁいいや。

印象的だったのが Web を作ったのが不満ドリブンだったいう話で。

Web って

文書と URI( ティム的には URL ではなく URI って言葉を使ってほしいらしい ) が 1対1 であること
それぞれの文書が hyper link によって網の目状に繋がりあうこと

と、とてもシンプルなルールで成り立っていて、シンプルであるがゆえにスケーラブルなわけで、結果すごい勢いで広まって（広めるために相当の努力をティムはしてますけどね！）はないですか。

こういうものをね、不満ドリブンで作り上げてしまうというのが、自分的には割りとショッキングと言いますか、すごいなーと。

目の前にある問題に対して、シンプルな回答を用意することで、その問題だけじゃなく、あれもこれも解決してしまう、というのは何度も見てきていて、自分もそういう発想したい、と常々思ってるわけですけども、どうにも頭が固くてなかなかできずにコンプレックスになっているというか。宮本茂コンプレックスと密かに呼んでるんですけども。

アイデアというのはなにか？ | ほぼ日刊イトイ新聞

そうです。つまり、宮本さんによれば、「アイデアというのは　複数の問題を一気に解決するものである」ということなんですが、この話を事務所のみんなにしたところ、ものすごく感心されまして。

はい！コンプレックスをティムが作り上げた素敵な Web に垂れ流してみました！

UNIXという考え方―その設計思想と哲学

posted with amazlet at 13.04.04

Mike Gancarz
オーム社
売り上げランキング: 73,421

Amazon.co.jpで詳細を見る

LTSV 祭りのときにこのようなツイートを拝見してですね。

自己記述的なのでフィールド追加に対して開かれていて、かつ行指向なのでワンライナーで集計しやすい。 Unix 哲学の大事な点が形になっていると思う。素晴らしい。 / “Labeled Tab Separated Valueノススメ …” htn.to/hpw58Q
— Takuto Wada (@t_wada) February 5, 2013

こんな顔になってしまったのが本書を手にとったきっかけです。

そういえば、もういい中年なのにソフトウェア哲学とか思想とか、まったく何も読んできてないよね、と。

内容はいたってシンプルで、小さく作って、早く試作して、と作っていくと幸せになれるよね、という話です。アジャイル導入とかベンチャー立ち上げあたりでよく聞く話。ちなみにこの本も 2001年の本な！

せっかく9つの定理にまとめてくださってますし、転載しますか。

参考: http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06406-9

定理1：スモール・イズ・ビューティフル
定理2：一つのプログラムには一つのことをうまくやらせる
定理3：できるだけ早く試作を作成する
定理4：効率より移植性
定理5：数値データはASCIIフラットファイルに保存する
定理6：ソフトウェアの梃子を有効に活用する
定理7：シェルスクリプトを使うことで梃子の効果と移植性を高める
定理8：過度の対話的インタフェースを避ける
定理9：すべてのプログラムをフィルタにする

こんな感じに Unix に横たわる考え方を小さく切り出してまとめてくれてます。まさに Unix 的な書籍！

フォントも大きめで翻訳も優しく、何度も読み返せる作りになってます。ぜひ Kindle 化を！

個人的には、最後の「定理9：すべてのプログラムをフィルタにする」が割りと印象的で、

インターフェースを統一しておくと幸せになれるよね
エラー情報を stdout に吐くなよ？ぶっ殺すよ？

という話なんですけど、stdout と stderr と出力先が分かれてることにちゃんと意味があったんですね！

知りませんでした！！！！

以上！最近読んだ本がどれも良書だったいうエントリでした！

Comments

am-motion-parts : RubyMotion製アプリから汎用的な部分を取り出して別リポジトリにしたら頭もコードもスッキリした件

2013-03-04T18:14:00+00:00

え？それって昔からあるやり方じゃ・・・とか言うな。傷つきやすいんです。ワタクシ。

RubyMotion 、少しずつ認知が広まってますね。

月1定期開催で自分も何度もお世話になっている RubyMotion もくもく会も初めて ////// のキャンセル待ちがでるとか

第7回 RubyMotion もくもく会

RubyMotionJP の方々が翻訳してくれたチュートリアルにはてブがいぱーいつくとか ( 2013/03/04 時点で 200超 )

はてなブックマーク - RubyMotion Tutorial: Ruby で iOS アプリを作ろう

いあ、自分は単なる RubyMotion のしがない１ユーザでしかないんですけど、嬉しいではないですか、自分の好きなプロダクトが認知されて一般的になっていくのを見てるのは。iOS App の開発 make it easy になってまじ RubyMotion イノベーティブ。やばいわーこのプロダクトやばいわー。

自分が良かれと思うものを作って、売って。で、生活していったらなんだか幸せになる人がいぱーいでてきましたとかね、１つの理想的な働き方なわけで溢れるリスペクトがとまらない訳です。

おれもう中年なのにこの文章、思春期の人が書いてるみたいですね！！

さて、本題の RubyMotion製アプリから汎用的な部分を取り出して別リポジトリにしたら頭もコードもスッキリした件ですが、リポジトリはこちら。

amazedkoumei/am-motion-parts

構成はいまのところ ( 2013/03/04 時点 ) 下記の通り

AMP::InformView

非同期処理中にユーザに処理中である旨を通知する View

AMP::ActivityViewController

iOS6 で追加された UIActivityViewController の拡張版

AMP::SmoothTableViewCell

TableViewCell を addSubView(label) で作るとカクカクしてしまうので drawRect で描画するCell

AMP::GithubAPI

GithubAPI の Wrapper クラス
API の網羅性低いです。。

AMP::InformView

これを show メソッドと hde メソッドで制御します。

続きはWebで！（意訳 : Usage は README を参照してください )

AMP::ActivityViewController

iOS6 で追加された UIActivityViewController は

ViewController を生成して
自分で作った Activity ( Custom Activity ) を追加して
使用しない Built-In Activity ( Twitter とか Facebook とか Mail とか ) を指定して
表示！

と若干使い勝手が悪いので、Built-In Activity も Custom Activity と一緒に追加できるようにしました。

あと、Open in Safari とか Hatena bookmark とか若干の Custom Activity をバンドルしてます。

なお、 Custom Activity はこちらのライブラリが非常に充実しております。

shu223/UIActivityCollection

AMP::SmoothTableViewCell

TableViewCell はスクロールのたびに View の再描画が実行される仕様になっておりまして、その処理が重いとスクロールがカクカクしてしまう問題がありまして。有名どころだと一昔前の Facebook アプリ。

それを解消するために View に Label を addSubView するのではなく drawRect で全部描画してしまいましょうという Hack があるわけです。

詳しくはこちらの本の『1-6. UITableView Hacks』

iOS SDK Hacks ―プロが教えるiPhoneアプリ開発テクニック

posted with amazlet at 13.03.04

吉田悠一高山征大 UICoderz
オライリージャパン
売り上げランキング: 31,890

Amazon.co.jpで詳細を見る

この実装を TableView 作成のたびに書くのはあまりに非効率なので AMP::SmoothTableViewCell を継承して drawRect の内容だけ書けばOK なようにしました。

AMP::GithubAPI

GithubAPI の Wrapper クラス

絶賛開発中です。

I/F 変わるかも（ゴニョゴニョ

最後に

ここまで書いておいてアレな感想ですけど、アプリ作ってそこから汎用化可能な部分をライブラリとしてスピンアウト！というアプローチもいいですが、使えるものは世の中から探し出してどうしても自分で書かねばならぬ部分だけゴリゴリっと、というアプローチが正道であるなと感じました。

ライブラリの作り方アプローチではなく、アプリケーションの作り方の話になってしまいますけども。

スキル的にもモチベーション的にも自分はライブラリよりもアプリケーションの側なのですが、それならば世の中にコミットするために相応しいアプローチというのは前者ではなく後者なのだろうな、と。

昨日だったか一昨日だったかこれ読んだのですよ。

クリアなコードに囲まれて - クリアコードでの二年間 - ククログ(2013-02-27)

共感しつつも「2年前の私」といまの自分が重なる部分が多くてですね。ちょっとヘコみました。

Github的な開発スタイルが浸透してきて、Twitterでも『インストールでつまづいたから Pull Req. 送っといたわー』といった発言もちょいちょい目にするようになりました。

つまづいたら内容と解決策まとめて bad know-how としてブログで公開といったスタイルも、もはや悪行と呼ばれても仕方ない世の中になりつつあるのかもしれません。

「なんでこれ、開発者の人に問題を報告しないの？」

ですよ。ええ。

くるくると世の中変わっていっておもしろいですね！

まとめと本文の乖離っぷりはんぱないけど気にしない！

Comments

SublimeKnifeSolo - SublimeText の Command Palette から knife solo を実行できる Plugin を書いたでござる

2013-02-22T17:37:00+00:00

環境構築手順を Ruby でシーケンシャルに記述できる chef-solo 、ローカルで作成した chef-solo の cookbook を remote に同期してくれてなおかつ実行してくれる knife-solo 。

その knife-solo のコマンドを SublimeText の Command Palette から叩ける Plugin が SublimeKnifeSolo を書きました！

amazedkoumei / SublimeKnifeSolo

導入メリット

cookbook 編集後に SublimeText から離れることなく kife solo コマンドが実行できる。
remote へのログイン情報を ~/.ssh/config ではなく SublimeText に保存できる。

もちろん複数の host, user に対応可能（ドヤッ

仕様

使い方はこんな感じ

cookbook 編集後に ⌘ + shift + p で Command Palette を起動し "knife solo" などで絞り込むと "SublimeKnifeSolo: cook", "SublimeKnifeSolo: prepare" コマンドが見える。
コマンドを選択すると、登録した remote の一覧が表示される。
remote を選択するとその remote に対して knife solo コマンドが実行されます。

Command Palette を起動した時に開いていたファイルのディレクトリから solo.rb を探す。見つからなければ上の階層で探し最初に見つかった solo.rb を実行！

solo.rb が見つからなければエラー

remote の設定項目は knife-solo に準拠。

host
user
identity information
port
password

サポートしているコマンド。

knife solo prepare
knife solo cook

bootstrap と clean もあった方がいいと思いつつ、まだ使ったことないので保留。
init は SublimeText から実行したい欲求はないかな、と思っている。

対応OS

OSXのみ

インストール

~~以下のコマンドを実行~~

git clone https://github.com/amazedkoumei/SublimeKnifeSolo.git ~/Library/Application\ Support/Sublime\ Text 2/Packages/SublimeKnifeSolo

~~PackageControllChannel には現在申請中です。通るかな（ドキドキ~~

2013/03/15 追記:

PackageControllに登録されました。冒頭に Sublime とつけるのは非推奨だそうなので名称は KnifeSolo となっています。

SublimeText から PackageControll を起動し ( command + shift + p ) 検索窓に "knifesolo" と入力し、Enter を押すことでインストールできます。

申請のための手続きは、下記のページの "Submitting a Package" セクションと "Custom packages.json on GitHub" セクションにまとまっています。

Package Developers – Sublime Package Control – a Sublime Text 2 Package Manager by bond

設定

⌘ + shift + p で Command Palette を起動し "knife solo" などで絞り込むと次のメニューが見えます。

Preferences: SublimeKnifeSolo Settings – Default
Preferences: SublimeKnifeSolo Settings – User

Default を参考に User に設定を記述してください。

設定ファイルは Json 形式。上のリンクからも内容確認できます。

path = knife コマンドのPATH
parameters = remote へのログイン情報のリスト

最後に

enjoy! って書いて締めたかったけど実はちょっと心配事があってだな・・・

Pacage Controll 申請の注意書きに「パッケージ名の冒頭にSublimeという文字列がある場合は間引いて申請しましょう」と書いてあったので素直に間引いて申請したんですけど

KnifeSolo という名前になってしまうけど、いいんですか？そんな他人様のプロジェクト名そのまんまのパッケージ名でいいんですか？
Plugin 内で使ってるコマンド名が全部 SublimeKnifeSolo になってるんですけど・・・

というあたり。。

後者はまぁ自分が直せばそれでいいんでしょうけど、前者ってどうやねんと。

そのようなケースよく見かけますけど、いざ自分がするとなると気になって気になって。

どうなんですか？マナー的に？そのままいってしまおうとは思っているのですが。

Comments

Vagrant + chef-solo 使って nginx + sinatra で HelloWorld!

2013-02-18T14:41:00+00:00

Markdown 手順書スラスラ書けてまじイノベーティブ！とか言ってたやつ誰だ！ ( おれだ！ )

Vagrant + chef-solo で nginx + sinatra で HelloWorld! してみました。

amazedkoumei / vagrant-centos-nginx_sinatra

きっかけをくれたはこちらのエントリ

Vagrant - naoyaのはてなダイアリー

ちょっとしたテストのために壊してもいい環境が欲しいというのにももちろん使えますし、方々を見ていると組織の中で標準化された開発環境を全開発者に配布するときなんかにも使われているようですね。自分は EC2 でホストしているステージングサーバーへ chef-solo を流す前に vagrant で調整して、問題なければステージングにも chef を適用するのに使ってます。

これは熱い。欲しくないプログラマがいるのかと。

サンプルリポジトリも用意してくれていたので、もちのろんで流用させてもらいました。

ただですね、、そのまま使うとまっさらなぼくの大切なVMにゼノブレイドのキャラクタがユーザとして追加されちゃうのです・・なんぞこれｗ

naoya / vagrant-centos-rbenv_chef

Vagrant の setup

作業ディレクトリを準備して

$ mkdir ~/vagrant-centos-nginx_sinatra
$ cd ~/vagrant-centos-nginx_sinatra

naoya さんとこに記載されてるコマンドをそのまま実行。

$ gem install vagrant
$ vagrant box add centos http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.3-x86_64-v20130101.box
$ vagrant init centos
$ vagrant up

で、VM立ち上がります（まじで！）

このままだと naoya のはてなダイアリーコピペブログなので以下に補足説明をば。

$ vagrant box add [VM名] [ダウンロード先] でVMイメージをダウンロードしています。ここにダウンロードされます。

~/.vagrant.d/boxes/

上記のコマンド実行後の ~/.vagrant.d/boxes/ はこんな感じ

$ls ~/.vagrant.d/boxes/centos/
 Vagrantfile box-disk1.vmdk box.ovf

VMのダウンロード先の一覧はこちら。

A list of base boxes for Vagrant - Vagrantbox.es

Vagrantboxes なる拡張をインストールすることで

$ sudo vagrant vagrantboxes search

でわざわざブラウザに移動しなくてもコマンドラインから探せるようになるらしい。（私の環境では動作せず。どぼちて？）

~/.vagrant.d/boxes/ に VMイメージができたら $ vagrant init で CurrentDirectory に Vagrantfile が作成されます。

$ vagrant init centos
$ ls
Vagrantfile

その他のコマンドは vagrant -h で確認できますのでご確認をば。

Vagrant 導入の利点はというと Virtualbox GUI からの永遠のお別れといったところでしょうか。

ミラーサイトにいってイメージ落としてもっさりしたGUIでセットアップ、とか、起動のたびにもっさりしたGUI立ちあげてクリッククリックとか、そういったストレスから解放されますよっと。

言葉でいうと陳腐ですけどこれ意外と大きい。

以前に Rubymotion の利点としてXcodeからの解放！と書いたことがあるんですけど、それに似ています。

慣れてしまうとなかなかあれですが、解放されて初めて、ああ、おれの心はあの重いGUIに傷つけられていたのだな、と気がつくのであります。

Virtualbox の弱点 Vagrant が華麗に補う素敵なコラボレーション♪

chef-solo の setup - kitchenの作成と構成

ますは knife-solo をインストール

$ gem install knife-solo

Vargantfile のあるディレクトリで knfe solo init DIRECTORY を実行すると Chef の基本構造を作成してくれます。

この基本構造の名前を探したのですがよくわかりませんでしたので knife-solo のドキュメントの表現を借りて kitchen と呼びますね！( 以下のコマンドでは chef-repo 配下が kitchen ) ( わかりにくいな。ごめんなさい。 )

$ knife solo init chef-repo
$ tree chef-repo/
chef-repo/
├── cookbooks
├── data_bags
├── nodes
├── roles
├── site-cookbooks
└── solo.rb

各構成要素はこんな感じ（ざっくり）

coobooks

http://wiki.opscode.com/display/chef/Cookbooks
詳細後述

data_bags

http://wiki.opscode.com/display/chef/Chef+Solo#ChefSolo-Roles
ユーザごとの変数をJSONで定義をする（らしい）
vagrant-centos-nginx_sinatra では使いませんでした ( つまりよくわかってません！ )

nodes

cookbook には変数を与えることができるのです。これの host ごとの変数を JSON で定義する

http://wiki.opscode.com/display/chef/Attributes#Attributes-NodeAttributes
うまく変数を切り出せてる cookbook は nodes の編集だけで、自分の環境に適合させることができるわけですな。
逆にうまく切り出せてない cookbook は cookbook 自体を修正しないと自分の環境に適合させることができません。

実害としては、独立しているはずの cookbook を git submodule として管理できない

変数は cookbooks 配下または site-cookbooks 配下に opscode-cookbooks / ohai を設置することで拡張可能

host 固有の変数 ( 例えばIPアドレスやホスト名 ) などを ohai が自動設定してくれる

自動設定される変数の一覧はこちら → Automatic Attributes — Chef Docs
自動設定された Automatic Attribute を nodes で上書きすることはできません。→ Attributes - Chef - Opscode Open Source Wiki

knife solo cook vagrant@HOSTNAME 実行時には node/HOSTNAME.json が読み込まれる ( vagrant-centos-nginx_sinatra では nodes/192.168.33.11.json )

なので Vargant 起動時にも HOSTNAME.json を読み込むようにしておくのが吉

Vargant 起動時の読み込み JSON は Vargantfile で設定できます。

roles

chef-solo でも role 使えますよ、という説明 http://wiki.opscode.com/display/chef/Chef+Solo#ChefSolo-Roles
role の説明 http://wiki.opscode.com/display/chef/Roles
たぶん複数 host を管理する場合に、host をグルーピングしてそれぞれのグループごとに変数を JSON で定義できますよ、ということ ( だと思われ)
vagrant-centos-nginx_sinatra では使いませんでした ( つまりよくわかってません！ )

site-cookbooks

cookbooks と同じ
ただし cookbooks と site-cookbooks に同名の cookbook が存在した場合には site-cookbooks の cookbook のみが実行される。( cookbooks 内のcookbookは無視される！ )

いまいちこの仕様の素敵さ加減がわかりません。

クラサバ型Chef との整合性の都合上えいや！で盛り込んだ？

solo.rb

実行ファイルでござる
http://wiki.opscode.com/display/chef/Chef+Solo#ChefSolo-ConfigureChefSolo

chef-solo の setup - cookbookの作成と構成

続いて cookbook を作ります。

$ cd chef-repo/
$ knife cookbook create nginx_sinatra -o site-cookbooks
$ tree site-cookbooks/nginx_sinatra/
site-cookbooks/nginx_sinatra/
├── CHANGELOG.md
├── README.md
├── attributes
├── definitions
├── files
│   └── default
├── libraries
├── metadata.rb
├── providers
├── recipes
│   └── default.rb
├── resources
└── templates
       └── default

各構成要素はこんな感じ（またもやざっくり）

attributes

kitchen の nodes で指定可能な変数が未指定だったときの変数のデフォルト値を定義します。
定義の仕方はこんな感じで http://wiki.opscode.com/display/chef/Attributes#Attributes-CookbookAttributes

definitions

resource の定義をします。

resource とは recipe から呼ぶことができるメソッドのことです。詳しくはこちら → http://wiki.opscode.com/display/chef/Resources

デフォルトでも使用可能な resource いぱーい

directory
file
git
template
このあたりはよく使う

しかしながら、これらだけでやりくりしようとすると可読性の観点や DRY の観点から好ましくないわけですな
で、definition の出番ですよっと
例えば nagios cookbook だと conf ファイル作成の definistion を定義してますね！ https://github.com/opscode-cookbooks/nagios/blob/master/definitions/nagios_conf.rb

files

http://wiki.opscode.com/display/chef/Resources#Resources-CookbookFile
host ごとのファイルの定義っぽい
vagrant-centos-nginx_sinatra では使いませ(ry

libraries

http://wiki.opscode.com/display/chef/Libraries
Chef::Recipe とかの Chef で使用する Ruby Classの拡張をするらしい
vagrant-centos-nginx_sinatra では使(ry

providers

Chef を Ruby ぽくオブジェクティブに拡張するためのキモになるっぽい（また曖昧なものいいですみません

Lightweight Resources and Providers (LWRP)
スライドもある→ http://www.slideshare.net/jtimberman/understanding-lwrp-development

providers を実装している cookbook は割りとたくさんあるので参考にしつつ1個作ってみるときちんと把握できそう。
そうです。vagrant-centos-nginx_sinatra では使いませんでした ( つまりよくわかってません！すみませんすみません )

recipes

chef のキモ
http://wiki.opscode.com/display/chef/Recipes
記述した内容がシーケンシャルに実行されます。

resources

http://wiki.opscode.com/display/chef/Resources
関連項目→ definitions, providers

templates

erb 形式で記述します
template resource を recipe 内で call して動的にファイル作成！
http://wiki.opscode.com/display/chef/Templates

chef-solo のドキュメント

あまりにざっくりなのでリンクを貼っておきますね。

wiki と docs と2つのドキュメントがあるのですが、wiki から docs への移行を進めているようにみえます。

現時点では wiki の方が情報が充実していること、wiki のページトップには docs へのリンクが貼ってあることから、まずは wiki を見て、それから docs を見るのがオススメです。

chef-solo の実行

cookbook をシコシコと書くもしくは既存の cookbooks を流用するなどして chef-solo の設定を完了したらいよいよ実行です。

cookbook の既存資産はこのあたり

Vagrant には chef-solo 実行オプションが実行されているので Vagrantfile でパラメータ指定すれば vagrant up 時に自動で chef-solo を実行してくれます。

参考: https://github.com/amazedkoumei/vagrant-centos-nginx_sinatra/blob/master/Vagrantfile

また knife-solo cook を使えば Vagrant を再起動することなく chef-solo を実行できます。

$ knife solo cook vagrant@192.168.33.11

事前に knife-solo prepare の実行や ~/.ssh/config の設定が必要になります。詳しくはこちら！→ Vagrant - naoyaのはてなダイアリー

2013.02.27 追記

SublimeText から knife-solo を実行できる plugin 書きました。

SublimeKnifeSolo - SublimeText の Command Palette から knife solo を実行できる Plugin を書いたでござる | 諸葛亮孔明もびっくりですわのブログ

最後に

思ったより・・分量あって・・けっこうｇｄｇｄに・・( ﾟ∀ﾟ)･∵. ｸﾞﾊｯ!!

chef-solo はコマンド1発でいつでもどこでも同じ環境を作り出せるのが素敵ですね。

キモとなる recipe が実行がシーケンシャルなうえにブロックで記述できるので、相当に可読性高いだろうと予想したのですが、構成要素が多いために、やや学習コストが高くなってしまってるところが悩ましいですね。

中規模・大規模な現場だと導入したはいいが結局一部の人間しか理解できねえｗｗｗｗｗみたいなことになってしまうやも・・ならないかも・・メンバの意識とか現場の空気やらにもよるんでしょうな。

環境構築ツールではなくテスト・ツールですけど Cucumber なるものがあるようですね。

テストを自然言語風味で書けて日本語にも対応してるとか。こんな感じに書けるようです。すげえ！

Cucumber, ChefSpecとchefでテスト駆動のサーバ構築管理 #infrastructure #Cucumber #Ruby #chef #chefspec - Qiita

ソース即ドキュメント、とか美しすぐる

Comments

iPhone使ってるもののゲーム以外使い方よくわからないのよインターネッツとどう接したらいいのよと友だちに聞かれますねん

2013-01-20T18:58:00+00:00

まったく標題の通りなのですが、ちょくちょく聞かれまして。

ちょくちょく聞かれるたびにちょくちょく説明してるのですけど、直近に酒を呑みなながら説明したところ、いまの話にでてきたアプリをまとめて送ってくれと言われまして、ではブログにまとめるかと。

ちなみにまとめて送ってくれ発言は中学からの同級生です。虐げられてます。のび太とジャイアンです。

なんなんでしょう、インターネッツに関する、よくわからない方々の暴君っぷりといったら。

なんなんでしょう。ほんとになんなんでしょう。

のび太のくせに生意気だぞと言われないよう以下に粛々と説明申し上げます。

好きなブログを見つけましょう。
それをGoogleReaderに登録して定期購読しましょう。見出し読んで気になったものの読むの面倒くさかったらReadabilityに登録しましょう。
お酒を呑みながらReadabilityを読みましょう。
読んでもにょもにょしたらはてなブックマークを見てみましょう。

ワタクシだいたいこんな感じです。

で、ブログエントリ読んでこの人面白いかもと思ったらストーキングします。ストーキングの準備としては具体的にはこんな感じです。

ブログエントリ読んでこの人面白いかもと思ったらはてなブックマークのお気に入りに登録しましょう。
ブログエントリ読んでこの人面白いかもと思ったらTwitterでフォローしましょう。

以下、詳細。

好きなブログを見つけましょう。

どうにも諸々話を伺うとここが最大のネックのようなのですが、最近はいろいろと素敵なアプリがでてきたようです。

定番ニュース NewsStorm
カテゴリ: ニュース
価格: 無料

話題の記事がサクサク読める〜 SmartNews（スマートニュース）
カテゴリ: ニュース
価格: 無料

これらのアプリは設定不要で話題のブログをリコメンドしてくれますので、これらをインストールしてチラッチラッと見ているだけでも充分楽しいと思います。

ただですね、流れてくる情報は『アプリ製作者が良かれと思ってチョイスした情報』なわけです。

情報の選択ロジックがブラックボックスなわけですね。

例えば雑誌・新聞なども情報の選択ロジックがブラックボックスなわけですけども、そこを気持ち悪いと感じる方々は複数紙購読してブラックボックス部分を推測しようとしていたわけではないですか。

ましてやインターネッツなわけすから、自分が良かれと思って選んだ情報元にアクセスして読むのがやはり良いと思うのです。

情報の選択ロジックがブラックボックスであることの気持ち悪さに関しては以下の本を読んでみてください。良書です。とても良書です。

閉じこもるインターネット――グーグル・パーソナライズ・民主主義

posted with amazlet at 13.01.20

イーライ・パリサー
早川書房
売り上げランキング: 19,357

Amazon.co.jp で詳細を見る

余談ですけど『アプリ製作者が良かれと思ってチョイスした情報』以外にですね、Twitterのフォローを変数にあなたに最適な情報をご提供！みたいなレコメンドサービスもあったりするのですが、同じ理由でワタクシは使っておりません。はい。

それをGoogleReaderに登録して定期購読しましょう。見出し読んで気になったものの読むの面倒くさかったらReadabilityに登録しましょう。

Google Reader とはお気にいりのブログの更新情報を日々通知してくれるサービスです。

→ http://www.google.co.jp/reader/

Googleアカウントを持っていない方はGoogleアカウント登録してください。上記のリンクからできるはずです。無料です。怖くないです。大丈夫です。メールアドレスも不要です。大丈夫です。怖くないです。

iPhoneにはReederをインストールしましょう。iPadでも使えます。Androidにもあるんじゃないでしょうか。よう知らんけど。

Reeder
カテゴリ: ニュース
価格: ￥250

あとは気に入ったブログをGoogleReaderに追加していけば、未読のものを Reederが教えてくれます。

気に入ったブログのGoogleReaderへの追加方法は、下記のリンクに参考になるものがあるはずです。

Reederでは全文読んでもいいですし、見出し読みでもいいですし、好きにしてください。

見出し読みしてて、全文読む時間はないけどもあとで読みたいと思ったらReadabilityに記事を追加してください。

Readability というのはいま読んでいるページを読みたいけどいま読む時間がないので後で読むためのサービスです。

以下からアカウント登録できます。無料です。怖くないです。大丈夫です。メールアドレスは必要ですがGoogleアカウント登録でメールアドレス取得できているのでそれを使ってください。大丈夫です。怖くないです。

→ http://www.readability.com/

Readabilityを追加するための機能はReederについてます。どうやるかはReederに表示されるボタンをポチポチすれば分かると思います。大丈夫です。分かります。5歳児でも分かります。わからなければ大丈夫じゃないです。お悔やみ申し上げます。

お酒を呑みながらReadabilityを読みましょう。

上述のReederでアカウント登録すれば読めます。大丈夫です(ry

iPadで読むときは本家のアプリの方が画面が広い分、私は本家のアプリを使ってます。iPhoneでも使えます。しかしだな、同期処理はじめいろいろとだな・・・大丈夫です。Reederで読めます。

Readability™
カテゴリ: ニュース
価格: 無料

読んでもにょもにょしたらはてなブックマークを見てみましょう。

まずは以下のアプリをiPhoneにインストールしましょう。

はてなブックマーク
カテゴリ: ソーシャルネットワーキング
価格: 無料

アプリをインストールして起動して指示にしたがってアカウント登録してください。

アカウント登録と同じ画面に "ブックマークレットを登録" というメニューがあるので (2012/01/05現在) タップしてください。

ReaderやReadabilityで読んでいてもにょもにょする記事があったら、Safariで表示するメニューがあるので、Safariで表示して登録したブックマークレットをタップしてください。

記事を読んでもにょもにょしたいろいろな人がその記事についてコメントしているのでふむふむと読んでください。

自分でコメントつけてもいいです。PCからはてなブックマークにアクセスすると右上が赤くなってることがあります。あなたのコメントに☆をつけてくれた人がいる通知です。ちょっと嬉しいです。mixiの赤字の感じね！最近のサービスはだな、Facebookはじめこの手の射幸心ちょいくすぐりのやり方があまりうまくなくてだな。

あ、Reederからはてなブックマークに送るのが面倒になったらPCで以下の設定をしてみてくださいな。

→ 快適に「あとで読む」ための環境 - Tatsuhiko Miyagawa's blog

以下、ストーキングのやり方

ブログエントリ読んでこの人面白いかもと思ったらはてなブックマークのお気に入りに登録する。

これな

→ http://b.hatena.ne.jp/help/favorite

HBFavというアプリを使うと『お気に入り登録した人がブックマークした記事』が読めます。これ思ってる以上に有意義な情報が集まる。

HBFav
カテゴリ: ソーシャルネットワーキング
価格: 無料

ただHBFavだと既読未読管理はできないので、気になった時にちょいちょい起動してつまみ食い的に眺めるのが吉です。

『この人のブックマークは絶対に見逃したくないのだ！』というものがあればGoogleReaderに登録できます。以下のURLにアクセスしてGoogleReaderのブックマークを起動してください。

→ http://b.hatena.ne.jp/[アカウント名]/bookmark

例えば私のブックマークページはこのURLになります。

→ http://b.hatena.ne.jp/amazedkoumei/bookmark

ブログエントリ読んでこの人面白いかもと思ったらTwitterでフォローする。

ブログにだいたい書いてあるからフォローしましょう。

iPhoneで見て書いてなくてもPC版でみると書いてあったり、PC版でみて書いてなくても、"[ブログ名] Twitter" で検索すると見つかったりします。[ブログ名]は対象のブログ名に置き換えてください。それでも見つからなければ諦めてください。

TwitterアカウントはAppStoreに山ほどあるので、iPhoneでAppStoreを起動して "twitter" で探してみてください。

ただ3月に使えなくなるものもあるのでこの辺要チェックな。

→Twitterクライアント＆サービス　API1.1対応状況リスト

作ってくれたのはid:Kiri_Feather。ありがとうー！

ちなみに私は公式アプリを使ってます。

Twitter
カテゴリ: ソーシャルネットワーキング
価格: 無料

あとはひまなときにiPhoneでポチポチと

上で紹介した、Reeder, Readability, HBFav, Twitter あたりを起動してひまなときにポチポチしてください。

飽きてきたらGoogleReaderに登録してるブログを削除して新たに登録したり、はてなブックマークのお気に入りを解除して新たに登録したり、Twitterで飽きた人のフォローを外して新たにフォローしたり。

HBFav, Twitter は全部見ようとせずアクセスした時に目に入ったもののみ見るというノリでよろしいかと。

その辺の使いわけについても書いてる人は山ほどいるので気になるようであれば探してくださいな。

最後に

途中で書くのイヤになったりとかしてないんだからっっ！

飽きたりとか全然してないんだからっっ！絶対にしてないんだからっっ！

ではではよいiPhoneライフを。てへぺろ。

Comments

RubyMotionでinstance_evalとdefine_methodを使ってみようずあとついでにsendメソッドも

2012-12-24T17:03:00+00:00

この記事は RubyMotion Advent Calendar 2012 の24日目の記事です。

クリスマス・イブですね。皆さまいかがお過ごしでしょうかリア充爆発しろなんて言わないよ絶対。

さてさてここ最近とても大好きなRubyMotion、Xcodeが大嫌いであるがゆえに使い始めておりまして、ワタクシ決してRuby畑のニンゲンではなく、第1回のRubyMotionもくもく会でしたか、@satococoa に「Rubyぽく書くために読んだらいい本かWebページ教えてください」と質問したところ「メタプログラミングRubyに決まってるだろJK」とのお答えをいただきましてシコシコと読んでる最中でございます。 ※まだ読み終えてない←

メタプログラミングRuby

posted with amazlet at 12.12.24

Paolo Perrotta
アスキー・メディアワークス
売り上げランキング: 44,947

Amazon.co.jp で詳細を見る

本書で紹介されているテクニックのいくつかはRubyMotionにすでに移植されておりまして、こちらのエントリが詳しいです。

RubyMotion Metaprogramming

このエントリでは RubyMotion Metaprogramming で紹介されてるテクニックのうち

instance_eval
- インスタンスの外部からインスタンス変数, インスタンスメソッドにアクセスするテクニック
define_method
- インスタンスのメソッドを動的に作成するテクニック

を使って、アプリを書き換えてみようかと思います。

instance_eval / インスタンスの外部からインスタンス変数にアクセスするテクニック

題材には作成中のアプリのそこかしこで使っている、InformViewという自作パーツを使用します。

修正前のソースはこちら

これを表示するための記述はこんな感じでした。

それをこうしたい。

で、InformViewクラスはこんな記述になりました。

クラスメソッドからSingletonで作成されたインスタンスのインスタンス変数にアクセスするためにinstance_evalを使っています。Rubyのクラスメソッドは

def self.method_name() end

の形式で定義できます。この例ではself.showとself.hideですね。

define_method / インスタンスのメソッドを動的に作成するテクニック

これまた題材は作成中のアプリです。

修正前のソースはこちら

それぞれReadabilityの「記事の既読・未読を切り替えるもの」「記事のFavを切り替えるもの」でして、やっている処理はほぼ同じなわけです。修正前のソースの toggleFavoriteメソッド() とtoggleArchive() メソッドを見比べてくみてください。違うのはAPIにPostするパラメータ名だけですね。

これをこのように変更しました。toggleFavoriteメソッド() とtoggleArchive() メソッドが！ひとつの記述で！

最後に

『RubyMotionを使うからにはRubyぽく書いてみようず！』というドヤ顔タイトルを考えていたんですけど、出来上がりがあんまりRubyぽくなかったのでやめました( ；∀；)

Rubyっぽさとはいったいどうすればでるのか！

Rubyっぽさとはいったいなんなのか！

あと、こちらのソースではメソッドを動的に呼び出せるsendメソッドを使っています。

motion-octofeed / app / activity_template_github_api.rb

RubyMotionのSDKがあれば、お手元のシミュレータ・実機で動作確認できます。

ダウンロードはこちら → amazedkoumei / motion-octofeed

それでは皆さま！よいクリスマス・イブをお過ごしください！！

Comments

バックグランドで非同期通信する際のハマり所 in RubyMotion

2012-12-18T19:01:00+00:00

この記事は RubyMotion Advent Calendar 2012 の18日目の記事です。

週末にアプリをシコシコとゴリゴリと書いていたのですけども。ハマったわー。いやーハマったわー。

やりたかったこと

以下の処理を、3以降は別スレッドで実行というのがやりたかったことです。

WebView でコンテンツをロード
WebViewのコンテンツのロードが完了したタイミングでコンテンツ内の文字列を改行で split
splitした各文字列を某APIにHTTPリクエスト
APIのレスポンスをファイルに保存したり配列に格納したり

ソースイメージ

ハマりどころ解説のためのソースイメージです。

ポイント概要

ここから本題です。

なんとなく上から目線な表現になっていますが、日本語が不自由なだけです。恐縮です。誤り等ありましたらコメ欄かTwitter ( @amazedkoumei ) でご指摘いただけると嬉しいです。

ハマりどころをまとめると以下の3点です。

UIWebView, NSURLConnection, Dispatch::Queueなどはきちんと閉じましょう。
1回のWebページロードについて、UIWebViewDelegate#webViewDidFinishLoadが複数回呼ばれる場合があるので気をつけましょう。
NSURLConnection を複数回投げる処理をgcdしたい場合は、delegateメソッド内にDispatch::Queueを書きましょう。

以下、各要点の補足説明になります。

ポイントその１: UIWebView, NSURLConnection, Dispatch::Queueなどはきちんと閉じましょう。

例えば viewDidLoad でUIWebViewをnewした直後にUIWebViewのdelegate先（例えばUIWebViewを作成したViewController)を解放した場合、ページのロード完了時に呼ばれる delegateメソッド "webViewDidFinishLoad" が呼ばれたタイミングでクラッシュします。

ですので、ロード処理自体をストップさせてから安らかに解放される必要があるわけですが、上にあげたUIWebView, NSURLConnection, Dispatch::Queue にはそれぞれ中断メソッドが用意されているのでそれらを呼んであげましょう。メソッド名の統一感はゼロ。

UIWebView#stopLoading()
NSURLConnection#cancel()
Dispatch::Queue#suspend!

追記: 12/12/18
@satococoa にUIWebViewの場合、解放前にdelegateにnilを設定すればいいということをご指摘いただきました。

ソースイメージでは sample_view_controller.rb の viewDidDisappear でこの処理をしています。

NSURLConnection をWrapしている BW::HTTP モジュールを使う場合は get | post | put | delete 各メソッドが返す BW::HTTP::Queryオブジェクト内にNSURLConnectionオブジェクトが入っているので、それを大切に大切に補完しておきましょう。(ソースイメージの sample_api.rb の fetch メソッド参照)

BW::HTTP モジュールってなんじゃらホイという方はこちらが分かりやすいです。

RubyMotion - naoyaのはてなダイアリー

ポイントその２: 1回のWebページロードについて、UIWebViewDelegate#webViewDidFinishLoadが複数回呼ばれる場合があるので気をつけましょう。

把握できてるのは『ロードしたコンテンツ内にiframeがある場合』です。他にもあるかもしれません。

webViewDidFinishLoad で重めの処理をする場合には気をつけてください。ソースイメージの程度であればなんら問題ないのですが、上述したシコシコゴリゴリのアプリではクラッシュしーのおかしな結果が返りーのともう散々で・・。

その散々だったアプリのソースを公開できてればよかったんですけど、現在『動くけど汚いソース』となっておりましてしばしお時間いただきたく。

ポイントその３: NSURLConnection を複数回投げる処理をgcdしたい場合は、delegateメソッド内にDispatch::Queueを書きましょう。

NSURLConnection.connectionWithRequest(request, delegate:delegate) をDipatch::Queue内でコールしても戻ってきてくれません。いったいどこに行ってしまわれるのか！

ソースイメージでは sample_api.rb の fetch メソッドに該当の記述になります。先述の通り、BW::HTTP モジュールは NSURLConnection をWrapしております。

ちなみに『非メインスレッドで Dipatch::Queue#async を繰り返しコールしていくとどこかで処理が止まってしまう』という問題にも遭遇しまして『 Dipatch::Queue#async はメインスレッドからのみコールする』という対処で乗り切ったのですが、ソースイメージのようなあっさりとした処理だと再現できませんでした。Dipatch::Queue チェーンがどこかで勝手に解放されるせいかな、とは思っておるのですが。

最後に

週末の割りと長めの時間を闘いに費やした気がするのですが、まとめるとこんなものか、という。

簡単なソースイメージだけではあれなので、近い将来シコシコゴリゴリアプリをGithubにあげてリンク貼りたいですね。実行可能性としては『明日から本気だす』と同程度とですけども。

こちらからは以上ですｗ

諸葛亮孔明もびっくりですわ のブログ

ソロキャン at 森のまきばオートキャンプ場

防寒対策

新ギア

目的地

ルート

行き

帰り

フォトギャラリー

その他

ソロキャン at 青根オートキャンプ場

防寒対策

目的地

ルート

行き

帰り

フォトギャラリー

その他

グルキャン at 鬼怒川オートキャンプ場

メンバー

目的地

ルート

行き

帰り

蓮田 SA 下り

羽生 PA 上り

フォトギャラリー

その他

ソロキャン at ひするまキャンプ場

目的地

ルート

行き

帰り

フォトギャラリー

学び

西湖キャンプ at 津原キャンプ場

メンバー

目的地

ルート

行き

帰り

フォトギャラリー

学び

その他

初雨キャンプ at 本栖湖オートキャンプ場

目的地

ルート

行き

帰り

フォトギャラリー

学び

その他

初ソロキャンプ at 道志の森キャンプ場

目的地

ルート

行き

帰り

フォトギャラリー

学び

失敗

その他

初キャンプ at 草津高原オートキャンプ場

モチベーション

メンバー

ルート

フォトギャラリー

学び

その他

Yosemite + iMovie 10.0.6 で App Previews 作った

できあがり

Octofeed Update

今回バージョンの変更点 その1

今回バージョンの変更点 その2

今回バージョンの変更点 その3

今回バージョンの変更点 その3

初めて神認定されたので記念パピコ

ドラクエのリハビリに Blogger から Github Page にブログ移行したった

移行にあたり参考にしたページ

このページ (blog.amazedkoumei.com) のソースコード

TODO

諸葛亮孔明もびっくりですわのブログ

今回バージョンの変更点その1

今回バージョンの変更点その2

今回バージョンの変更点その3

今回バージョンの変更点その3

am-motion-parts : RubyMotion製アプリから汎用的な部分を取り出して別リポジトリにしたら頭もコードもスッキリした件

chef-solo のドキュメント

RubyMotionでinstance_evalとdefine_methodを使ってみようずあとついでにsendメソッドも