いつもどおりだけど久々にブログにメモしてみたり。

Capistrano でデプロイを書いてるんだけど、sudo した際に、

って言われた時の対処方法。

軽くぐぐると、

みたいなのがあるんだけど、これだとよくないらしい。

もうちょっとぐぐると、

ってのがあって、Capfile に書いておくと問題なくなった。

万歳。

はじめに

この記事は、@astronaughtsさん企画の「Titanium Advent Calendar 2011」向けに書いています。

ちょっと宣伝１

いきなりで恐縮ですが、過日 Titanium Mobile で制作したアプリがリリースされているので紹介させてください。

このアプリはあたまソフトさんによる企画で、私はプログラム部分だけ担当しました。先に述べたとおり、Titanium Mobile 製です。

クイズサークル等で早押し大会をするときに使えます。

iOS向けリリースになっていて、Andoridではまだ見た目の調整が必要ですが、とりあえず動作はします。私は未確認ですがiPadでも動作すると思います。

プログラム的な出来としてはイマイチ感が否めないとか、広告を出す予定だったのが、某社のSDKが正式に対応していなくて、サードパーティでモジュール化されていたものを取り込んだところ画面遷移で落ちまくる事象が頻発し、諦めた経緯があります。

Ti製アプリコレクターはぜひ買ってあげてください。（無償で開発したので私には特になにも起きませんがｗ）

今日の本題

で、今日の本題です。

みんないろいろ悩むところだけどあまり議論されていない（と思う）バージョンアップのチェック方法、です。

上記のアプリは、ユーザデータをSQLiteで管理しているのですが、何回か開発中にレイアウト変更をしました。

その都度DBを再作成していたのですが、これはリリース後に同じことをすると、蓄積したデータが消えてしまうのでよろしくありません。

そのため、アプリ内でバージョンを判別して、初回起動時、通常時、バージョンアップ時で処理を分けることにしました。

具体的なコードはこんな感じです（かなり端折っています）。

var V = Ti.App.getVersion();// tiapp.xml の Version の値が入る
var CV = Ti.App.Properties.getString('CV',0);// 第二引数は初期値
if (CV == 0){
// 初回起動時（テーブルの生成とか）
}
if (CV < V){
// バージョンアップ時処理（データの更新とか。バージョン毎の処理はこの中でやる）
}
Ti.App.Properties.setString('CV',V);// Version の値を CV としてしまう（次回に備える）
// ここから通常処理

これにより、アプリの初回起動時はバージョン値(CV)を持っていないので、初期化処理が行われ、通常時は保持しているバージョン値があるので処理はスルーし、バージョンアップ後の初回起動時にバージョンアップ処理が行われるようになっています。

今日の本題は、そもそもコレでいいのか？もっといいやり方とかわかりやすいやり方はないかを聞きたいのと、コレでいいやって人には使ってもらってフィードバック欲しいなっていう二点です。

三日目なのにすごいささやかなネタで申し訳ありません m(_._)m

ちょっと宣伝２

排水管プロジェクト

上記のコードは乗っていませんが、Titanium のサンプルコードの KitchenSink に倣って、排水管（DrainPipe）という名前で Titanium Mobile のサンプルコードを蓄積するプロジェクトをやっています。

最近全然手を入れられていませんが、国際化対応、Android&iOS両対応準備、JSSがどんな感じになるのかを簡単にチェック、くらいができていて、もっとコードを集めたいと思っています。

その他のこともいろいろやってた経緯があって、google code なのですが、最近 git も使える感じなので移動しようかなとか考えています。

これを読んでいる人の中で蓄積に付き合ってもいいぜ、とか言ってくれる方がいらっしゃいましたらご連絡ください。

自己紹介など

最後になりますが、ちょっとだけ自己紹介。

Office L という屋号でフリーランスのSE（みたいなこと）をやっています。Twitter / raki です。

IT業界18年目、フリーになって8年目のごく普通のおっさんで、既婚、子持ち、ヘビースモーカー、ノンアルコール、音ゲーマー（jubeat,REFLEC BEAT,ちょっとだけDDR）です。

現職は某「てれーれってれ」って感じのCMで有名な企業さんの、それとは別の部隊でSE兼PGみたいなことをしています。

業界歴が長いので結構な数の言語（BASICやCOBOLから始まってCやVB,VC,Perl,PHP,シェルも書きますし、もちろんObj-Cも書きます。SGML,xml,HTML,CSS,JSはjQuery派）やDBMS（MySQL,PostgreSQL,Oracle,DB2,珍しいところだとInfoMixとかいじってた時期があります）やOS（Windows、Macはもちろん、Linux系OSってゆうか、SolarisやAIXなどのUNIX OSとか、OS2なども）が使えます。ネットワークもそこそこいけますし、オペレータとしてならFireworksも使えます（このブログの過去記事参照）。ご推察のとおり、立派な器用貧乏です。

たぶん一番得意なのは橋渡しで、ITなんかちんぷんかんぷんな企画屋さんとかデザイナーさん、IT以外は知ったこっちゃないSIerの間で、うまいこと仕事を回したり、調整したり、通訳したりするところで結構真価を発揮するみたいです。

個人的にはコード書いてる時間が一番幸せですけど。

メインの仕事は大抵常に埋まってるってゆうか、埋めてもらっている（超強力で優秀で友人でもある営業さんがついている）のであんまり必要ありませんが、サブのお仕事とか企画やシステムのご相談とか勉強会講師の依頼とかご飯食べに行きたいとか友達になりたいとかデートしたいとか（※ただし艶女に限るｗｗ）、もろもろお問い合わせお待ちしておりますｗ

というわけで、明日は @papetto_tvさんでしょうか？

よろしくお願いします！

今日はTitanium Mobile によるスマートフォンアプリ開発勉強会（DevHub西新宿） on Zusaarをやってきました。

今回は好きにやってねスタンスをとったので、あんまり事前準備とかしてなくて、ちょっと前に書いた別館記事を紹介する程度で、後はまだ動かせていない人のサポートをしてました。

内容的には特筆するほどのこともなく、淡々とコトが進んだので、反省と次回に向けてをリストアップ。

相変わらずイベントのトピを読まないで参加する人をどう扱うか。

読んでこないのは百歩譲って個人の自由としてもいいけど、結果として完全に出遅れてる人をどうサポートするか、は今後の課題。参加するほうもサポートするほうも、完全にあらららって感じになっちゃうからね。。。

結果として作業に開きがでてしまった場合にどうするか

上の件にも通じるけど、作業の開きができるとサポートしきれなかったり、そこだけ作業できなかったりってことがある。サポート用の初心者勉強会と、既にやってる人向けのハッカソンにしてたので、やれる人は好きに進めてくれればいいし、できてない人はサポートを受ければいいんだろうけど、勉強会的な一体感とか、コミュニケーション量に差が出るのは否めないね。

環境差をどう吸収するか

今回多かったのは MBA の Lion （あーうらやましいw）みたいだけど、MBP の SL や Windows な人もいて、正直全部の環境、個々の問題には対処しきれないなぁと思った。少人数の初心者をサポートすることには意味がある、と個人的に思っていたけど、継続してやっていく価値があるか、というとそうでもないと思った。つまりたぶん初心者サポート系の勉強会はもうやらないw

コミニュケーションメインにしたいんだけど、そうありたくないタイプの人をどう扱うか

そもそもうまくやれてないって言われると返す言葉もございませんって感じなんだけど、双方が非コミュじゃねぇ？w 時間的制約もあるけど、もう少し相互にコミュニケーションとれるようにしたい、と思っている。ただ、それを勉強会には求めてないよって人も多い気もするので、今後の課題かなと。

おやつの分量w

ネタのつもりじゃないけど、スイーツ（笑）を準備して女性も参加しやすいようにしてみたつもりなんだけど、女性参加者はおひとり。お徳用パックのおかしを買ってきてってことにしてたのだけど、結果として一人分が結構な量になってしまった。おやつに関しては、なしにするか、持ち出し覚悟でこっちで用意するか、実費程度負担してもらうか、って感じになると思うんだけど、今の所未定。でもおかしあるほうが自己紹介タイムとりやすいし、少なくても何もしてないところよりはコミニュケーションとれてるとは思っているんだけど。

思惑の違いをどうするか

これは勉強会後のアンケートにあった話だけど、ハッカソンのお題を一つにしぼって回答を用意したほうがいい、的なコメントをもらったんだけど、個人的には全くそうは思わないってゆうか、それってハッカソンの意味あるの？って感じで、どうしたもんかと。ハッカソンってやりたいことがある人が集まってこんなんやるぜーとか、こんなんやりたいぜーってことをするのであって、回答は用意してあるからこれやってみ、って言われてやるようなもんじゃないと思うのね。いや、意見は意見で別に全然構わないんだけど、こういった主催側の思惑と外れた思想で参加する参加者との認識とかのずれをどこでどう調整したらいいか、的なことも大きな課題かなと。

個人的雑感を最後にメモっておくと、せっかく多くの（そうでもないけどw）人が集まってる勉強会にきて、他の人とコミニュケーションとらずに帰っていくのってどうなのかしらと。

楽しいのかしら、それで、、、（このネタは少しあっためてから別の記事としてそのうち書こうと思います）