はてなブログに出戻り
wordpress -> はてなダイアリー -> Lokka -> はてなブログ -> octopress -> middleman-blog と来て、またはてなブログに戻ってきました。 ついでなので、過去の記事もなるべく移行してきました。
octopress の頃の記事は middleman-blog にちゃんと移行してあったので、あとは以下のようなスクリプトで MT 形式に書き出しました。
# $ bundle exec middleman console 内で。 template = <<EOT AUTHOR: %s TITLE: %s DATE: %s CATEGORY: %s ----- BODY: %s ----- -------- EOT File.open('/tmp/blog.mt', 'w') {|f| blog.articles.each do |article| body = article.body f.puts template % ['satococoa', article.title, article.date.strftime('%m/%d/%Y %H:%M:%S'), article.tags.join("\nCATEGORY: "), body] end }
Lokka の記事もだいたいそんな上記みたいな感じで。 Lokka は heroku に置いてあったので書き出した後のテキストファイルをどうやって手元に持ってこようか悩んだのですが、
を使うことで解決しました。
Web デザイナ向け GitHub ハンズオン at PHPカンファレンス2014
PHPカンファレンス2014 で P4D として Web デザイナ向け GitHub ハンズオン を開催します。
今回のハンズオンは前半・後半の2部構成で行います。 後半に関しては PHP カンファレンスの参加登録 以外にハンズオンへの 参加登録 も必要ですので、希望者は 忘れずに お願いいたします。
(前半は PHP カンファレンスの参加登録だけでご参加いただけます。)
前半: 講演 x 3 「Web デザイナが GibHub を使うと嬉しいこと」
前半は実際に GitHub を使って開発を行っている 3 名の方に講演をいただきます。
- @kenclo さん: (デザイナー)
- @machida さん: (デザイナー)
- @hiro_y さん: (エンジニア)
前半は事前登録等は不要です。そのまま会場へお越し下さい。 (希望人数によっては立ち見や、残念ながら入室いただけない可能性もありますのでお早めにどうぞ。)
後半: 「Web デザイナ向け GitHub ハンズオン」
後半は Web デザイナさん向けに、実際に GibHub でコミュニケーションができるようになるまでを体験していただくハンズオンをやりたいと思います。
Git についての事前知識は特に必要ありません。また、Git のバージョン管理という側面については最低限しか解説しない予定です。あくまで「GitHub を使ってエンジニアとコミュニケーションをとりながら楽しく開発ができる」ようになるためのハンズオンです。
そういう意味ではややニッチではありますが、取っ付きやすいテーマだと思いますのでぜひお気軽に参加してください。
参加される方は必ず以下の準備をしてきてください
- 充電が十分なノート PC
- GitHub アカウントを取得しておいてください
- GitHub for Mac か GitHub for Windows をインストールしてきてください
ハンズオンへの参加希望の方は Web デザイナ向け GitHub ハンズオン in PHPカンファレンス2014 から参加者登録をお願いします。
STCTabView というライブラリを作った
某スマートニュースや某グノシーみたいなタブっぽい UI を実現させるために STCTabView っていうライブラリを作りました。
https://github.com/satococoa/STCTabView
ドキュメントもテストも無いですが、ヘッダ見てもらえば使い方はなんとなくわかる。。。と思います。
詳しくは Example を見ていただければ、と思いますがこんな感じにタブバーを定義できます。
STCTabItemView *item = [[STCTabItemView alloc] initWithFrame:CGRectZero];
STCTabItemView *item2 = [[STCTabItemView alloc] initWithFrame:CGRectZero];
item.text = @"foo";
item.backgroundColor = [UIColor colorWithRed:26/255.0 green:188/255.0 blue:156/255.0 alpha:1.0];
item.selectedBackgroundColor = [UIColor colorWithRed:22/255.0 green:160/255.0 blue:133/255.0 alpha:1.0];
item2.text = @"bar";
item2.backgroundColor = [UIColor colorWithRed:52/255.0 green:152/255.0 blue:219/255.0 alpha:1.0];
item2.selectedBackgroundColor = [UIColor colorWithRed:41/255.0 green:128/255.0 blue:185/255.0 alpha:1.0];
[self.tabView appendTabItem:item];
[self.tabView appendTabItem:item2];
[self.tabView setSelectedTabIndexChangedHandler:^(TabIndex tabIndex) {
NSLog(@"%ld 番目のタブが選択されたよ", (long)tabIndex);
}];
ゆるふわ Development Club
ゆるふわ Development Club というコミュニティを始めました。
このコミュニティについては @netwillnet さんが ゆるふわ Development Club というサークルができた - willnet.in で紹介してくださったので、簡単にこのコミュニティを始めた経緯とかを書いてみたいと思います。
P4D
以前から デザイナー向けプログラム部 (P4D) というコミュニティを主催しています。
最初の頃はデザイナさん向けの「勉強会」として活動していました。
例えばデザイナさんに Git を教えるための WebデザイナーのためのGit勉強会 というハンズオン形式の勉強会を開いたり、JS や Ruby で TODO アプリを作ってみるハンズオンをやったり、といった具合です。
その活動を続けた結果、参加してくださっているデザイナさんとは普通に GitHub を使って仕事ができたり pplog のようなプロダクトづくりをできたり、またデザイナとエンジニアで組んでハッカソンをしたりできるところまで達成する事ができました。
そのような流れもあり、最近の P4D では「教える」ということよりはそれぞれのプロダクトを作る活動をメインに行っています。 (もちろんその中で教え合いや相談は普通に発生しているのですが。)
ふと見直してみると、現状の P4D の活動は言うほど「デザイナ向け」でもないし、「勉強会」っぽくなくなってきたなーという実感がありました。
そこでそろそろ P4D の活動内容を見直すと同時に、今出来上がりつつある「それぞれのプロダクト作りをがんばるコミュニティ」を P4D とは別のものとして立ち上げた方がいいんじゃないかなーと思うようになってきました。
kamabata #とは
今年に入ったあたりから P4D を通じて知り合った仲間と idobata を使って お互いのプライベートなプロジェクトのコミットログを流し合ったり、esa.io で日報を書いたり、といった試みを続けています。
(たまたま蒲田周辺に住んでいる人が多かったので p4d/kamabata というルームを idobata に作ったのでした。)
esa や idobata を使う事でそれぞれの開発の進捗を共有したり相談やレビューをしたり、ときには一緒に開発したりということが容易になりました。 特にプライベートリポジトリで作業をしている場合や TestFlight でβ版を触ってもらいたい場合などにはその場は本当に心強いです。
また、idobata を見に行くといつも誰かのコミットログが流れてくるので否が応でも自分のモチベーションも刺激されます。
この kamabata の活動をもうちょっとオープンにした形でコミュニティをやれば、個人で趣味の開発をしている人でもチーム開発の良さを享受し、プライベートな開発のモチベーションを上げていけるのでは...。
そんなことをぼんやり先月くらいから考えていました。
趣味の開発サークルをやりたいというポエム
そんな事を考えているときに @netwillnet さんがポエムに投稿した内容が実はほとんど kamabata で実践していることとそのままでした。(やってたわー、それ数ヶ月前からやってたわー)
すぐに @netwillnet さんを kamabata に招待して実際に体験してもらい、これは面白そうだという感想を得たので一緒に主催という形でゆるふわ Development Club を立ち上げたのでした。
#ydclub もしくは "ゆるデブ" の具体的な活動
当面は P4D でやっていた内容に近い感じになります。
月2回の都内でのミートアップと、たまにハッカソンや開発合宿やらをやっていこうと思います。 平行して idobata にコミットログを流したり、そこから誰かの開発を手伝ったり、レビューしたり、相談したり、お寿司スタンプを送り合ったりという活動をしていきます。
P4D の今後の活動について
月2回のミートアップはお休みします。 (もし引き継いでくださる方がいらっしゃれば、引き継ぎたいと思います。)
代わりに、定期的にハンズオンかセミナー形式での勉強会を開きたいと思います。 内容は Git や Rails、iOS あたりを考えています。
まとめ
そんな感じで、もしゆるデブ活動に興味を持ってくださった方がいらっしゃれば気軽に idobata のルームを覗いてみたり、 ミートアップに遊びに来てくださったりすると幸いです。
今後ともよろしくお願いします。
nuhack を開催した
7/19(土) に #nuhack というハッカソンイベントを開催 & 参加しました。
#nuhack とは
P4D の主催する 3回目のハッカソンイベントです。 毎回エンジニアとデザイナをペア (もしくは一部グループ) にして何か作るという形式でやっています。
今回のテーマは「モバイル向けのサービス」でした。
協賛として NUBoard の欧文印刷さんにご協力いただき、 会場はピクシブ株式会社さんにお借りして開催しました。
なぜ NUBoard なのか
寿司屋で @ppworks さんや @ken_c_lo さん達と飲みながら NUBoard 超便利!という話になり、 突然 @ken_c_lo さんが欧文印刷の汲田さん (@kumitajoj) へ熱いリプライを送ったのがきっかけでした。
その後メールで我々 Web に関わる人にとっていかに NUBoard が便利か熱く語り、 さらにはスマホアプリ開発者向け NUBoard のアイディアまで送ったりしました。
そこからいつの間にか「せっかくだから NUBoard を使って開発するハッカソンをやろう」という流れになったのでした。
そんな唐突なご提案にも関わらず、快くご協力いただいた汲田さんには本当に感謝です。
-gramPad
その「スマホアプリ開発者向け NUBoard」である "-gramPad" を早速製品化して汲田さんが持ってきてくださいました
iPhone の形が既に印刷されているので、UI を設計するのに便利です。
裏面が方眼紙になっていたり、余白を多めに確保したページや、 逆に iPhone のフレームを 4 つ配置したページなんかもあります。
当日の様子
当日は前述の gramPad や、他にも単語カードみたいな綴りになった iPhone の形の NUBoard などを使いながら それぞれのペア (グループ) で和気あいあいとした雰囲気で開発をしていました。
僕は @is8r_ さんとともに iPhone のネイティブアプリを作っていました。 写真を撮ると即座に自分の Dropbox にアップロードされる、というシンプルなアプリです。 (NUBoard で書いた図を Mac に転送するのがダルかったので。)
コアな機能は既に出来上がってるのであとは細かいところを詰めればリリースできそうです。 リリースの暁には、ぜひ「NUBoard 公認」の印をもらってリリースしたいなぁと企んでいます。
他のペアもそれぞれ「実際に使ってみたい!」と思えるプロダクトを作っていて、 とても刺激になるハッカソンでした。
ピクシブさんすごい
会場をお借りしたピクシブさんのオフィスがとても素敵でした。 働いている人の気持ちや健康にとても配慮されたオフィスなんだなーと感じました。
そして壁にたくさん飾ってあった pixiv 本がすごかった!
こんなにユーザに愛されるサービス、すごいなぁと思います。尊敬します。
まとめ
欧文印刷さん、ピクシブさん、そして参加してくださったみなさんのおかげで 3連休の初日をとても楽しく過ごす事ができました。
また機会があればハッカソンやりたいですね。
みなさん、おつかれさまでした & ありがとうございました。
合わせて読みたい
P4D 夏合宿 2014
5/9(金) 〜 5/11(日) に P4D のメンバーを中心に夏合宿に行ってきました。
日程とか泊まった宿、成果物の紹介とかはこのへんに。
https://github.com/satococoa/p4d-summer-camp-2014
ことの起こり
3月の終わり頃、HipChat の pplog 開発部屋で @kenclo さんと「そろそろ合宿やりたいねー」と話していたのがきっかけでした。
合宿のそもそもの発端は「jekyll とか middleman とかは使いこなせる人には便利だけど必ずしもみんな git とか haml 使えるわけじゃないし、ましてや受託でコーポレートサイトとかやっちゃうとお客さんが自力で更新できないものが出来上がってしまう。middleman に管理画面ついたくらいのものがあれば十分便利なんだけどなー。」というお話でした。
で、「それなら1日くらい集中して開発すれば最低限の機能はそれっぽくできそうなのでは」っていうことでその1時間後には今回の舞台である伊東の山喜旅館へと予約を完了していたのでした。
参加者も決まっていないのに適当に6人の予約を入れたという大胆さ。
自然と二人一組に
なんとなくデザイン担当 + プログラム担当みたいな感じの二人一組になって開発開始。 みんな GitHub を使いこなしているので GitHub の PR をやり取りしながらの開発となりました。
僕は @machida さんと一緒に開発していたのですが、本当に @machida さんはすごい。
僕が Bootstrap でざっくりと作った UI からやりたいことを汲み取って、見た目だけじゃなくて使い勝手をブラッシュアップした上で PR がポンポン飛んでくる。
これは本当にモチベーションが上がる体験です。
山喜旅館良かった
金曜日は到着が深夜だったので夕食は抜いてもらいました。 あとは土曜日は朝、夕飯が出て、日曜日は朝ご飯。
こんな感じで2泊3食だったのですが、これでひとりあたり 25,000円くらいでした。 ネットも特に不自由無く、会議室もほぼ2日間貸し切り、ご飯は毎食豪華で本当に良い旅館でした。
途中で海をぼーっと眺めていたり、ゆっくり温泉につかったりできたのも集中力を高めるのにとても良かったと思います。
また行きたいです。
目的がはっきりした合宿は良い
今回の目的は「合宿中に動く成果物をつくる」ということでした。
ハッカソンとか勉強会にも言えると思うのですが、目的がはっきりしていると目指す方向がみんな一致するのでとても楽しく、濃いイベントにできると思います。
今回の合宿でも目的がはっきりしていたおかげで、それぞれのプロダクトが最低限コアになる機能が動きつつさらにデザイン面でもプロダクトの特徴がきちんと出ているという、とてもレベルの高いものになったと思います。
いずれ一般公開されるときにそれぞれのプロダクトの詳細は説明されると思いますが、スクリーンショットと簡単な説明は今回の合宿のリポジトリにもあるので興味のある方は見ていただけると嬉しいです。
合わせて読みたい
pplog iOS アプリをリリースしました
pplog の公式 iOS クライアントアプリをリリースしました。
pplog とは
pplog (通称ポエム) についてはメインプログラマの @ppworks さんのブログとデザイナの @ken_c_lo さんのブログを見ていただくのが良いと思います。
このプロジェクトの目的について高らかに語られていますのでぜひご覧下さい。
- まったりと過ごせるおれたちのインターネット、それがポエム pplog.net #pplog - ppworks blog
- 俺たちのゆるふわインターネット「pplog」 をリリースしました(してました) - 納豆には卵を入れる派です。
pplog iOS クライアントについて
pplog iOS 版の構想はかなり初期からあって、web 版 pplog を身内だけでクローズドにカリカリとドッグフーディングしている頃から、「どうせなら RubyMotion で iPhone アプリも作ろうよ」と話していました。
現在のアプリの仕組みは、UIWebView に web 版の pplog を組み込んだ、いわゆる "ハイブリッドアプリ" です。
ハイブリッドアプリは一見とても簡単そうに見えるのですが、実は色んな問題をはらんでいます。ぱっと思いつくものを列挙すると、
- そのまま UIWebView を組み込んだだけのアプリだと、「Web でやろうぜ!」と Apple に言われてリジェクトされる。
- ネイティブと Web のやり取りが JavaScript やカスタム URL Scheme でやることになり、仕組みが複雑になりやすい。
- 認証をどのようにやろうか考える必要がある。
- どんなに JS でガリガリ頑張っても、ネイティブの使い勝手を期待するユーザを満足させるような動作を実現するのが難しい。
さらに「Web なんだからそのまま Android も対応できるんだろ?ベイベー」ってなノリでやると、CSS や JS で苦しんだりして結局 "フルネイティブ" で iOS、Android とも最初からやった方が速いんじゃ... という結論に達しがちです。
それでも敢えてハイブリッドを選んだのは以下の理由によるものです。
- pplog チームはサーバサイドに強い人が多いので、web 側の開発速度の方が速い。(そのため、ネイティブで UI を作り込んでも Web 側の UI があっという間に改善されてそれに追いつけなくなるおそれがある。)
- 僕が JavaScript、Rails にも慣れているため、デバッグがあまり困難ではない。
- Push 通知は pplog アプリの場合は非常に価値が高く、仮に通知だけでもアプリ化する価値がある。
このように、積極的にハイブリッドを選ぶ理由がある場合のみハイブリッドアプリは選択すべきだと考えています。「楽そうだから」でハイブリッドを選ぶとつらい思いをする可能性が高いです。
おっと、横道にそれました。
あとはなるべく web 側の開発の邪魔にならないような設計を意識しました。
例えばある要素の class 属性を変更したらネイティブアプリに機能不全が起こるようでは web 側が自由にクラス名を変えられず、自由なリファクタリングができなくなってしまいます。
そこは data 属性を用いて、data-native-display="hidden"
みたいなのを置いとくとアプリから見たときにはその要素が隠れるようにしています。
投稿機能も、アプリからの投稿用の独自の API をまるっと生やすのではなくて以下のような仕組みをとっています。
- 「新しいポエムを書く」ボタンを押すと、UIWebView が ajax で
GET /posts/new
へアクセスし、ワンタイムトークンを取得する。 - ワンタイムトークンが取得できたらカスタム URL Scheme を叩いてネイティブにトークンを渡す。
- HTTP のヘッダにそのトークンをつけて、新規投稿のデータを
POST /posts
する。
上記のような「新しいポエムを書く」ボタンの動作はもちろん web 版での動作とは異なるものです。
DOM のロード完了時にネイティブ側から JavaScript を差し込んで、そこで addEventListener
することで実装しています。
とはいえ、やはりどこかの時点で完全にネイティブにしたい気持ちは持っています。 web 側の UI もかなり良い感じにこなれてきていますので、2.0.0 はフルネイティブでいきたいと考えています。
ポエムなのに技術を語ってしまって逆に恥ずかしいですが、骨を回しているだけで楽しめる、独特の雰囲気を持ったサービスです。
ぜひ一度インストールして骨をクルクル回してみてはいかがでしょうか?
pplog アプリのダウンロードはこちら -> pplog on App Store