jpmobile: who i wanna be and who i am

Post on 19-Jan-2015

2.285 Views

Category:

Technology

7 Downloads

Preview:

Click to see full reader

DESCRIPTION

 

TRANSCRIPT

“なりたいアタシ”と“イマのアタシ”

設樂 洋爾yoji.shidara@enishi-tech.com

— Jpmobile: who I wanna be and who I am.

2010年1月12日(火) 浅草jpmobile会議01

しだら ようじ設樂 洋爾

そもそもの企て:

“Rubyのm17nフレームワーク上でケータイ絵文字を扱えるようにするためのヒントをnurseさんからいただく”

ありがとうございますみなさま

My Goal:

「この場であれば出来ること」

“イマのアタシ”を見せる。「どうして気に入らないのか」

“なりたいアタシ”を示す。あるいは問う。

“この場”を大切にする。「なりたいアタシに近づき続けるために」

「好きになれない部分」

「どうしたいと思っているのか」「どうなりたいのか自分でもわからない」

Our Goal?これで十分ですか?

悩み事マップ

悩み事絵文字

テスト

プロジェクト

フルスタックすぎ細かい色々

絵文字

イマのアタシ‣1.9で動かなそう‣変換自体は汎用のはずだが‣メール処理でも使いたい‣フィルタのコードが汚い‣nkfを使うために必死‣バグも [gh-17]

なりたいアタシ‣せっかくだから1.9らしく‣色々綺麗になるはず!!

エンコーディング‣DoCoMo: SJIS, Unicode,

JIS‣au: SJIS, Unicode(公式),

Unicode(内部), JIS‣SoftBank: WEBCODE,

Unicode, JIS

Encode::JP::Mobile‣ x-sjis-imode‣ x-sjis-softbank‣ x-sjis-softbank-auto‣ x-sjis-kddi-cp932-raw‣ x-sjis-kddi-auto‣ x-iso-2022-jp-kddi‣ x-iso-2022-jp-kddi-auto‣ x-sjis-airedge‣ x-iso-2022-jp-airh‣ x-utf8-docomo, x-utf8-softbank, x-

utf8-kddi,‣ x-sjis-docomo-raw, x-sjis-softbank-

raw, x-sjis-softbank-auto-raw, x-sjis-kddi-cp932-raw, x-sjis-kddi-auto-raw, x-sjis-airh-raw

http://search.cpan.org/~miyagawa/Encode-JP-Mobile-0.26/lib/Encode/JP/Mobile.pm

フルスタックすぎる

いまのアタシ‣Railsがバージョンアップすると壊れる機能のせいでjpmobile全体が壊れる‣Railsに依存してない部分は

Rails以外のフレームワークで使いたい、けど使えない

“Sinatraで使いたい”

“Railsのバージョンあげたらview切り替えが壊れて起動しなくなったけど、その機能オレ使ってないし”

ヒソヒソ・・・

観察:

‣テンプレート切り替え‣セッション(trans_sid)‣テスト

“Railsのバージョンアップでよく壊れる部分は集中している”→Railsに依存している部分

なりたいアタシ‣ jpmobile-rack‣ jpmobile-rails‣絵文字変換エンジン

・・・もしくは

もしかして‣むしろ機能のレベルまで切り分けるべき?‣UAに応じたテンプレート切り替えプラグインもあればよい?

悩みごと‣ディレクトリ構成は?‣Railsでpluginの依存関係を扱える?

‣リポジトリの切り分けは?‣現行バージョンとの互換性は?

スマートフォン対応

イマのアタシ‣時々要望があがり、議論される ものの・・・‣キャリアと直行する‣仕様や命名が悩ましい‣ iPhone, Android だけ特別扱い?‣それ*jp*mobileの仕事?

Should it be mobile?‣ iPhoneやAndroid は

request.mobile? が true を返すべきなのだろうか?

EMOBILE端末‣EMOBILEでは端末固有の

IDを取得できるので作った‣User-Agentに規則性がなく泥なテーブル管理

もしかして‣テンプレートを切り替えたいだけ?‣だとするとテンプレート切り替えを切り出すべき?

Jpmobile::Mobileのクラス階層

イマのアタシ‣継承関係でいいのか‣機能の上書きには便利‣Jphone < Vodafone <

Softbank < AbstractMobile‣Ddipocket < Willcom <

AbstractMobile

テンプレート切替

イマのアタシ‣ファイル名の命名規則がよくない‣かなり無理をしてパッチを当てている‣Railsと仲が悪い

なりたいアタシ‣分離したほうがよい?‣ファイル名の命名規則をよくしたい(カスタマイズ可能なほうがよい?)‣Railsの機能を使ってもう少し綺麗にならないかなぁ・・・

テスト

イマのアタシ‣Test::Unit, RSpecが混在‣粒度の違うテストが混在‣単体テストがRailsに依存

なりたいアタシ‣単体テスト: Rackだけで可能な範囲をテストする‣結合テスト: 空のRailsアプリを結合してjpmobileのAPIを叩く‣総合テスト: テスト用の

Rails appを外側から叩く

テーブル類

イマのアタシ‣ハードコードされてる‣テーブルがソースリポジトリに入っている‣アップデートスクリプトがバラバラ

なりたいアタシ‣ユーザがテーブルを差し替え/スクリプトでアップデートできる機構を入れる?‣スクリプトではなくRakeタスクにしたい

この場でできそうなこと

イマだからできること‣要らない機能が実はけっこうあるのでは‣Issuesを整理したい‣Collaborators募集‣分割するとしてそのレイアウトを議論したい

イマだからできること‣インストール手順でscript/pluginを使わない理由って何でしたっけ‣0.0.7タグ打ってもいいですか‣気になるバグ

要らない?‣GeoKit連携‣ディスプレイ情報‣GetTextのlocale自動設定機能切った方が良いかも

top related