<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>nonomura.jp</title>
	<atom:link href="http://www.nonomura.jp/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://www.nonomura.jp</link>
	<description></description>
	<lastBuildDate>Thu, 19 Aug 2010 18:51:07 +0000</lastBuildDate>
	
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>jQTouchで遊んでみたよ！</title>
		<link>http://www.nonomura.jp/?p=92</link>
		<comments>http://www.nonomura.jp/?p=92#comments</comments>
		<pubDate>Thu, 19 Aug 2010 18:49:27 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[プログラミング]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=92</guid>
		<description><![CDATA[

iPhoneのアプリのデザインやUIはもちろんだけど、

Twitterからの受け皿になるページなど、

iPhoneのWebページのUIも、もうちょっとどうにかしたいなーと思い始めている。


javascriptのライブラリも出回っているけど、

実は最初はライブラリを使用することには否定的だった。

ファイルサイズがネックになると思っていたから。


アプリのパフォーマンスチューニングをするとわかるけど、

一番の問題は3G回線での利用時の通信速度が遅いこと。

データ転送量を如何に減らすかが大事になってくる。

ライブラリを使用していると、どうしても余計な機能もついてきてしまうので、

その分のファイルサイズを転送しなければならないので難しいなと思っていたわけ。


念のため一応調べてみると、jQTouchなんかは思いの他ファイルサイズが小さかったけど、

jQueryが必須になるので、このファイルサイズがちょっと…と悩んでいたところ、

あることを思い出した。


もともと通信量を抑えるために、Apacheのmod_deflateで通信を圧縮しているのだ。
（iPhoneでサーバーとのデータのやりとりをする場合には絶対入れた方が良い！）

そこで圧縮後の転送量を測ってみると…CSSやjQueryを含めて30KB弱。

これならなんとかなるね！と使用することに決めた。


ちょっと使ってみると非常によく出来ていることがわかる。

デフォルトのテーマのデザインだと物足りなかったので、

テーマをちょっといじった30min.用のテーマを作成すると、

iPhoneアプリライクな動作が簡単に実現できる。


ただ一つだけ問題がでてきた。

UINavigationControllerのようなスライドインのアニメーションを実装するには、

HTML1枚に各種動作を書かねばならないようだ。
（勉強不足でやり方知らないだけだったらすみません。。。）

そうするとHTMLのファイルサイズが大きくなる。


…どうしようか？


とりあえず最初のHTMLに大枠だけ書いて、

スライドイン（ドリルダウン）した時の内容はAjaxでjson読みに行って、

それでコンテンツのタグ生成みたいなことをすれば通信量は減らせるかな？

解決できそうな問題な気がする。


結論としては、Apacheのmod_deflateなど、通信を圧縮することができる環境化では、

jQTouchはかなり実用的だと思います。

O&#8217;REILLYの「iPhoneアプリケーション開発ガイド」などを参考にすると導入が楽です。

ただこの本のタイトルは…。

iPhoneアプリを作るものではなくてiPhone用Webサイトを作るための内容なので、

App Storeにアプリを並べたいという人には用途が違うかと。。。

でも、目的に合致した方には良い入門書だと思います。オススメですよ。
]]></description>
			<content:encoded><![CDATA[<p>
<br />
iPhoneのアプリのデザインやUIはもちろんだけど、<br />
<br />
Twitterからの受け皿になるページなど、<br />
<br />
iPhoneのWebページのUIも、もうちょっとどうにかしたいなーと思い始めている。<br />
<br />
<br />
javascriptのライブラリも出回っているけど、<br />
<br />
実は最初はライブラリを使用することには否定的だった。<br />
<br />
ファイルサイズがネックになると思っていたから。<br />
<br />
<br />
アプリのパフォーマンスチューニングをするとわかるけど、<br />
<br />
一番の問題は3G回線での利用時の通信速度が遅いこと。<br />
<br />
データ転送量を如何に減らすかが大事になってくる。<br />
<br />
ライブラリを使用していると、どうしても余計な機能もついてきてしまうので、<br />
<br />
その分のファイルサイズを転送しなければならないので難しいなと思っていたわけ。<br />
<br />
<br />
念のため一応調べてみると、jQTouchなんかは思いの他ファイルサイズが小さかったけど、<br />
<br />
jQueryが必須になるので、このファイルサイズがちょっと…と悩んでいたところ、<br />
<br />
あることを思い出した。<br />
<br />
<br />
もともと通信量を抑えるために、Apacheのmod_deflateで通信を圧縮しているのだ。<br />
（iPhoneでサーバーとのデータのやりとりをする場合には絶対入れた方が良い！）<br />
<br />
そこで圧縮後の転送量を測ってみると…CSSやjQueryを含めて30KB弱。<br />
<br />
これならなんとかなるね！と使用することに決めた。<br />
<br />
<br />
ちょっと使ってみると非常によく出来ていることがわかる。<br />
<br />
デフォルトのテーマのデザインだと物足りなかったので、<br />
<br />
テーマをちょっといじった30min.用のテーマを作成すると、<br />
<br />
iPhoneアプリライクな動作が簡単に実現できる。<br />
<br />
<br />
ただ一つだけ問題がでてきた。<br />
<br />
UINavigationControllerのようなスライドインのアニメーションを実装するには、<br />
<br />
HTML1枚に各種動作を書かねばならないようだ。<br />
（勉強不足でやり方知らないだけだったらすみません。。。）<br />
<br />
そうするとHTMLのファイルサイズが大きくなる。<br />
<br />
<br />
…どうしようか？<br />
<br />
<br />
とりあえず最初のHTMLに大枠だけ書いて、<br />
<br />
スライドイン（ドリルダウン）した時の内容はAjaxでjson読みに行って、<br />
<br />
それでコンテンツのタグ生成みたいなことをすれば通信量は減らせるかな？<br />
<br />
解決できそうな問題な気がする。<br />
<br />
<br />
結論としては、Apacheのmod_deflateなど、通信を圧縮することができる環境化では、<br />
<br />
jQTouchはかなり実用的だと思います。<br />
<br />
O&#8217;REILLYの「iPhoneアプリケーション開発ガイド」などを参考にすると導入が楽です。<br />
<br />
ただこの本のタイトルは…。<br />
<br />
iPhoneアプリを作るものではなくてiPhone用Webサイトを作るための内容なので、<br />
<br />
App Storeにアプリを並べたいという人には用途が違うかと。。。<br />
<br />
でも、目的に合致した方には良い入門書だと思います。オススメですよ。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=92</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>落とし穴</title>
		<link>http://www.nonomura.jp/?p=90</link>
		<comments>http://www.nonomura.jp/?p=90#comments</comments>
		<pubDate>Thu, 29 Jul 2010 17:03:19 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[日常]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=90</guid>
		<description><![CDATA[

昨日は誕生日だったが…。

晩御飯は週末の残り物のカレー。

期待していなかったけど、ちょっとガックリしながら、

誕生日くらい美味しいものにしようかと山手ラーメンに行きたい気持ちを抑えつつ食す。


今日の昼。奥さんから「誕生日おめでとう！」メールが届く。

本当は昨日であると言いたいけど、波風立てぬつもりで「ありがとー」とメールを返す大人な僕。


そこで一つある問題が。

昨夜、奥さんの居る前で、「明日20時から2人で予約をお願いします」と、

行きつけの知人のお店に電話を入れていたのだ。


…いや、僕は誕生日はちゃんと家に帰ったよ！

でも、奥さんの思っている僕の誕生日は今日だ。

なぜ2人で出かける？と思われても仕方がない。

一緒に飲んでいたのが学生時代柔道で名を馳せた、いかつい男の子だとは知るよしもない。

善意で「ありがとー」と言ったけど、もしかしてヤバイ？


…帰宅するとトイレに新婚旅行の時に買ったカエルの絵が飾ってあった。

うーん。

何か言うべきか、言わぬべきか？
]]></description>
			<content:encoded><![CDATA[<p>
<br />
昨日は誕生日だったが…。<br />
<br />
晩御飯は週末の残り物のカレー。<br />
<br />
期待していなかったけど、ちょっとガックリしながら、<br />
<br />
誕生日くらい美味しいものにしようかと山手ラーメンに行きたい気持ちを抑えつつ食す。<br />
<br />
<br />
今日の昼。奥さんから「誕生日おめでとう！」メールが届く。<br />
<br />
本当は昨日であると言いたいけど、波風立てぬつもりで「ありがとー」とメールを返す大人な僕。<br />
<br />
<br />
そこで一つある問題が。<br />
<br />
昨夜、奥さんの居る前で、「明日20時から2人で予約をお願いします」と、<br />
<br />
行きつけの知人のお店に電話を入れていたのだ。<br />
<br />
<br />
…いや、僕は誕生日はちゃんと家に帰ったよ！<br />
<br />
でも、奥さんの思っている僕の誕生日は今日だ。<br />
<br />
なぜ2人で出かける？と思われても仕方がない。<br />
<br />
一緒に飲んでいたのが学生時代柔道で名を馳せた、いかつい男の子だとは知るよしもない。<br />
<br />
善意で「ありがとー」と言ったけど、もしかしてヤバイ？<br />
<br />
<br />
…帰宅するとトイレに新婚旅行の時に買ったカエルの絵が飾ってあった。<br />
<br />
うーん。<br />
<br />
何か言うべきか、言わぬべきか？</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=90</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>プログラマー論 Vol.2 コードのモラル</title>
		<link>http://www.nonomura.jp/?p=88</link>
		<comments>http://www.nonomura.jp/?p=88#comments</comments>
		<pubDate>Mon, 07 Jun 2010 22:52:50 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[プログラマー論]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=88</guid>
		<description><![CDATA[

他人の作ったシステムの移植や、

途中からヘルプで入る案件を経験して「？」と思うことはないだろうか？


	環境やある条件に依存するコードが直書き
	変数名と違う内容が入っている変数
	コピペによる二重化
	他プロジェクトのファイルのコピーによる無駄な変数


一つずつ考えて行こう。

まず「環境やある条件に依存するコードが直書き」。

そういうコードを最初から書いてあればあきらめるのだけど、

共通変数や環境に依存する処理を取りまとめているクラスファイルなどがあって、

移植する時はここを直せば行けますよーと言われつつ…ダメじゃん、みたいなこと。

事前に聞いていた話から見積もるコスト通りに行かず、

どこが原因なのか調査、修正が必要になって、実際の作業量に大分差が出てくる。


「変数名と違う内容が入っている変数」

これも結構悩む。人のコードに手を入れる時に、

変数名を見ながら直感的にこれは○○だと思っていたら、実は全然違うもの。

name って書いてありながら年齢が入っていたりとか…。

おそらく何かしらのコードのコピーか流用で、変数名をそのまま使ったんだろうけど、

後で読む時には非常に困る！せめて変数名くらいは修正して欲しいなぁと。


「コピペによる二重化」

「ここのファイルにこういう処理書いてあるから、同じようにすれば動くよ。」

と言ってみたところ、その処理をコピーして違うコードに貼ってしまうこと。

でもそこに将来修正が入るだろうと予測できる場合、

共通処理を書き出してどこか一箇所にまとめておいておくべき。

後日修正した際に、「えっ、そっちも直さなくちゃいけないの？」ということを無くしたい。

その場凌ぎで急ぎで対応してしまう気持ちもわからなくはないけど、

将来のミスの可能性を未然に摘み取っておきたい。


「他プロジェクトのファイルのコピーによる無駄な変数」

これも以外に困る。「この変数は何に使っているんだろう？」と悩んでしまう。

定義してあるけど使っている場所がわからないとか。

さらにその変数が重要な意味を持つ名前だともっとことが深刻だ。

全部のファイルをgrepして変数名を探してみて、

使ってないことを確かめた後意味がないものとわかってコメントアウトしてみて、

一通り動作検証した後に削除。

こんな無駄な手順を踏みたくないので、

全くプロジェクトに関係ない変数や処理は、コピーして来た時点で削除しておいて欲しいところ。


いくつか挙げてみたけど、

どれもひと手間かければ簡単に防げること。

そういうところで問題が出るとすごくもったいないな、と思う。注意すれば防げたことだから。


あと、不思議とこういうモラルのないコードは伝染しやすい。

きちんと書かれているコードの案件に他人が入った場合、

それを汚しちゃいけない！という気持ちが働くようなのだけど、

ぐちゃぐちゃなコードの案件に途中から入る人は、

何も気にせずコードを汚し続けることになる。

これは書籍「達人プログラマー」にも書かれていることだけど、

以前ニューヨークの治安が悪かったころ、

犯罪多発地域に車をしばらく放置しても何もなかったそうだが、

その車の窓を割っておくと、またたく間に各種部品が盗まれていったらしい。

そして、その治安を向上させるために採った作戦が、

軽犯罪を徹底的に取り締まることと、地下鉄の落書きを消すことだったそうだ。

その結果、一気に凶悪犯罪の発生率が低下していったらしい。

同じことが、コードにも言えるんだよね。

未然に小さな問題を取り締まっておけば、

大きな問題が発生する可能性を一気に下げられる。


とりたてて特殊な技術があるわけではなくても、

こういうことに気を使って、モラルのあるコードを書く人。

途中から案件に入る際には、それまでの意図を理解してコードを書いてくれる人。

一緒に仕事をすると、この人と組むとやり易いな、と思うわけで、

そういう人って、実は凄い良いプログラマーじゃないかなと思うわけです。
]]></description>
			<content:encoded><![CDATA[<p>
<br />
他人の作ったシステムの移植や、<br />
<br />
途中からヘルプで入る案件を経験して「？」と思うことはないだろうか？<br />
<br />
<ul>
	<li>環境やある条件に依存するコードが直書き</li>
	<li>変数名と違う内容が入っている変数</li>
	<li>コピペによる二重化</li>
	<li>他プロジェクトのファイルのコピーによる無駄な変数</li>
</ul>
<br />
一つずつ考えて行こう。<br />
<br />
まず「環境やある条件に依存するコードが直書き」。<br />
<br />
そういうコードを最初から書いてあればあきらめるのだけど、<br />
<br />
共通変数や環境に依存する処理を取りまとめているクラスファイルなどがあって、<br />
<br />
移植する時はここを直せば行けますよーと言われつつ…ダメじゃん、みたいなこと。<br />
<br />
事前に聞いていた話から見積もるコスト通りに行かず、<br />
<br />
どこが原因なのか調査、修正が必要になって、実際の作業量に大分差が出てくる。<br />
<br />
<br />
「変数名と違う内容が入っている変数」<br />
<br />
これも結構悩む。人のコードに手を入れる時に、<br />
<br />
変数名を見ながら直感的にこれは○○だと思っていたら、実は全然違うもの。<br />
<br />
name って書いてありながら年齢が入っていたりとか…。<br />
<br />
おそらく何かしらのコードのコピーか流用で、変数名をそのまま使ったんだろうけど、<br />
<br />
後で読む時には非常に困る！せめて変数名くらいは修正して欲しいなぁと。<br />
<br />
<br />
「コピペによる二重化」<br />
<br />
「ここのファイルにこういう処理書いてあるから、同じようにすれば動くよ。」<br />
<br />
と言ってみたところ、その処理をコピーして違うコードに貼ってしまうこと。<br />
<br />
でもそこに将来修正が入るだろうと予測できる場合、<br />
<br />
共通処理を書き出してどこか一箇所にまとめておいておくべき。<br />
<br />
後日修正した際に、「えっ、そっちも直さなくちゃいけないの？」ということを無くしたい。<br />
<br />
その場凌ぎで急ぎで対応してしまう気持ちもわからなくはないけど、<br />
<br />
将来のミスの可能性を未然に摘み取っておきたい。<br />
<br />
<br />
「他プロジェクトのファイルのコピーによる無駄な変数」<br />
<br />
これも以外に困る。「この変数は何に使っているんだろう？」と悩んでしまう。<br />
<br />
定義してあるけど使っている場所がわからないとか。<br />
<br />
さらにその変数が重要な意味を持つ名前だともっとことが深刻だ。<br />
<br />
全部のファイルをgrepして変数名を探してみて、<br />
<br />
使ってないことを確かめた後意味がないものとわかってコメントアウトしてみて、<br />
<br />
一通り動作検証した後に削除。<br />
<br />
こんな無駄な手順を踏みたくないので、<br />
<br />
全くプロジェクトに関係ない変数や処理は、コピーして来た時点で削除しておいて欲しいところ。<br />
<br />
<br />
いくつか挙げてみたけど、<br />
<br />
どれもひと手間かければ簡単に防げること。<br />
<br />
そういうところで問題が出るとすごくもったいないな、と思う。注意すれば防げたことだから。<br />
<br />
<br />
あと、不思議とこういうモラルのないコードは伝染しやすい。<br />
<br />
きちんと書かれているコードの案件に他人が入った場合、<br />
<br />
それを汚しちゃいけない！という気持ちが働くようなのだけど、<br />
<br />
ぐちゃぐちゃなコードの案件に途中から入る人は、<br />
<br />
何も気にせずコードを汚し続けることになる。<br />
<br />
これは書籍「達人プログラマー」にも書かれていることだけど、<br />
<br />
以前ニューヨークの治安が悪かったころ、<br />
<br />
犯罪多発地域に車をしばらく放置しても何もなかったそうだが、<br />
<br />
その車の窓を割っておくと、またたく間に各種部品が盗まれていったらしい。<br />
<br />
そして、その治安を向上させるために採った作戦が、<br />
<br />
軽犯罪を徹底的に取り締まることと、地下鉄の落書きを消すことだったそうだ。<br />
<br />
その結果、一気に凶悪犯罪の発生率が低下していったらしい。<br />
<br />
同じことが、コードにも言えるんだよね。<br />
<br />
未然に小さな問題を取り締まっておけば、<br />
<br />
大きな問題が発生する可能性を一気に下げられる。<br />
<br />
<br />
とりたてて特殊な技術があるわけではなくても、<br />
<br />
こういうことに気を使って、モラルのあるコードを書く人。<br />
<br />
途中から案件に入る際には、それまでの意図を理解してコードを書いてくれる人。<br />
<br />
一緒に仕事をすると、この人と組むとやり易いな、と思うわけで、<br />
<br />
そういう人って、実は凄い良いプログラマーじゃないかなと思うわけです。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=88</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>セオリー</title>
		<link>http://www.nonomura.jp/?p=86</link>
		<comments>http://www.nonomura.jp/?p=86#comments</comments>
		<pubDate>Sat, 05 Jun 2010 19:37:08 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[プログラミング]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=86</guid>
		<description><![CDATA[

開発をする上やサービスを作る上で一般的なセオリーと言われていること。

それは決して「一般的」ではなくて、「ある時点に当てはまる」ことな気がする。

一発で大ヒットするサービスを作れれば良いけど、

大概のサービスには原始時代から中世を経て近代へとの進化がある。


一般論におきかえて考えてみよう。

「夜に口笛を吹いてはいけない！」

という話を聞いたことはないだろうか。

これは暗闇の中で自分の位置を敵に知らせないため、という由来だと考えている。

自分の身を危険にさらさないためだ。

原始時代やまだ暗い箇所が多い中世には当てはまるかもしれないが、

今週の金曜日の夜に六本木交差点で口笛を吹くか吹かないかで、

大きな変化があることはまずないだろう。


何が言いたいかというと、

サービスを開発している上で、色々なアドバイスをいただくことがあるけど、

現在のステージでやらなければならないこと、今は意味が無いけど将来きっと役立つこと、

聞く側もきちんと理解して進めなくてはならないんだ。


例えば、いわゆるサービスの原始時代には、

進化のスピードを上げることが重要になる。

この時点では細かい所まで作り込んでいる時間もリソースも無いから、

まずはどんどん作ったものを公開してTry &#038; Errorを繰り返していくことが必要だ。

そういう意味では、細かな箇所にかかわることに対応している余裕がない。


ただ、サービスを中世、近代へと進化させられるかどうか、

競合サービスとの差別化となるのが、最初の頃に言われていた、

細かな箇所にかかわるアドバイスだったりする。

この時期には初期のTry &#038; Errorというスタンスから、

ある程度きちんとしたコンセプトのあるものを出す方向にシフトすべきだと思う。


初期のスピード重視から、後半はクオリティ重視になるのかな。

サービスの状況に応じて、スピードとクオリティの適切な配分をしていくことが必要だと感じてきた。


そんなことを考えていて、最近サービス開発へのアプローチを少し変えてみている。

もう一段上のレベルに持っていこうかなと。

この週末で作っているプロトタイプはちょっと面白いかも。
]]></description>
			<content:encoded><![CDATA[<p>
<br />
開発をする上やサービスを作る上で一般的なセオリーと言われていること。<br />
<br />
それは決して「一般的」ではなくて、「ある時点に当てはまる」ことな気がする。<br />
<br />
一発で大ヒットするサービスを作れれば良いけど、<br />
<br />
大概のサービスには原始時代から中世を経て近代へとの進化がある。<br />
<br />
<br />
一般論におきかえて考えてみよう。<br />
<br />
「夜に口笛を吹いてはいけない！」<br />
<br />
という話を聞いたことはないだろうか。<br />
<br />
これは暗闇の中で自分の位置を敵に知らせないため、という由来だと考えている。<br />
<br />
自分の身を危険にさらさないためだ。<br />
<br />
原始時代やまだ暗い箇所が多い中世には当てはまるかもしれないが、<br />
<br />
今週の金曜日の夜に六本木交差点で口笛を吹くか吹かないかで、<br />
<br />
大きな変化があることはまずないだろう。<br />
<br />
<br />
何が言いたいかというと、<br />
<br />
サービスを開発している上で、色々なアドバイスをいただくことがあるけど、<br />
<br />
現在のステージでやらなければならないこと、今は意味が無いけど将来きっと役立つこと、<br />
<br />
聞く側もきちんと理解して進めなくてはならないんだ。<br />
<br />
<br />
例えば、いわゆるサービスの原始時代には、<br />
<br />
進化のスピードを上げることが重要になる。<br />
<br />
この時点では細かい所まで作り込んでいる時間もリソースも無いから、<br />
<br />
まずはどんどん作ったものを公開してTry &#038; Errorを繰り返していくことが必要だ。<br />
<br />
そういう意味では、細かな箇所にかかわることに対応している余裕がない。<br />
<br />
<br />
ただ、サービスを中世、近代へと進化させられるかどうか、<br />
<br />
競合サービスとの差別化となるのが、最初の頃に言われていた、<br />
<br />
細かな箇所にかかわるアドバイスだったりする。<br />
<br />
この時期には初期のTry &#038; Errorというスタンスから、<br />
<br />
ある程度きちんとしたコンセプトのあるものを出す方向にシフトすべきだと思う。<br />
<br />
<br />
初期のスピード重視から、後半はクオリティ重視になるのかな。<br />
<br />
サービスの状況に応じて、スピードとクオリティの適切な配分をしていくことが必要だと感じてきた。<br />
<br />
<br />
そんなことを考えていて、最近サービス開発へのアプローチを少し変えてみている。<br />
<br />
もう一段上のレベルに持っていこうかなと。<br />
<br />
この週末で作っているプロトタイプはちょっと面白いかも。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=86</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>iPad発売後の状況</title>
		<link>http://www.nonomura.jp/?p=77</link>
		<comments>http://www.nonomura.jp/?p=77#comments</comments>
		<pubDate>Sun, 30 May 2010 11:54:00 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[30min.]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=77</guid>
		<description><![CDATA[

乗らなきゃいけない。このビッグウェーブに！




iPad発売後の状況ですが、iPad発売前からアプリが1000ダウンロードを超え、

発売前日にはAppBankへ掲載いただいたことや、

Heat On Wed.でプレゼンしたり資料を公開したせいか、

iTunesでの事前ダウンロードが進んだようで1日で500ダウンロードを突破。


発売後には、店頭デモ機にインストールしていただいていたり、

App Storeのスポットライトや注目作品に選出していただいたおかげで、

既に累積9000ダウンロードを突破しています。




この調子だとAndroid版のダウンロード数を抜くのも時間の問題です。

iPadの方が露出が多いということもありますが、

数字を見ているだけだとiPad > Androidということになりそうで、

販売台数は個人的な予想よりもかなり多いという感じです。


あと、使ってみた感想としては、個人的には大満足で、思っていたよりかなり良いです。

客観的に考えると、ノートPCを持ち歩いている営業マンなどはiPadで充分じゃないか？という感覚と、

でもやっぱり嗜好品で必需品ではないのかな？という感覚の両方が入り混じっています。

今後の展開がどうなるかは予想が難しいですが、

おかげさまで、まずは「30min.ランチマップ」は順調なスタートを切ることができました。


ダウンロードしていただいたり、RTしていただいたり、記事に書いていただいた皆さま。

本当にありがとうございます！
]]></description>
			<content:encoded><![CDATA[<p>
<br />
乗らなきゃいけない。このビッグウェーブに！<br />
<br />
<img src="http://www.nonomura.jp/wp-content/uploads/2010/05/bigwave.jpg" alt="乗らなきゃいけない。このビッグウェーブに！" width="400" height="300" />
<br />
<br />
iPad発売後の状況ですが、iPad発売前からアプリが1000ダウンロードを超え、<br />
<br />
発売前日には<a href="www.appbank.net/">AppBank</a>へ掲載いただいたことや、<br />
<br />
Heat On Wed.でプレゼンしたり資料を公開したせいか、<br />
<br />
iTunesでの事前ダウンロードが進んだようで1日で500ダウンロードを突破。<br />
<br />
<br />
発売後には、店頭デモ機にインストールしていただいていたり、<br />
<br />
App Storeのスポットライトや注目作品に選出していただいたおかげで、<br />
<br />
既に累積9000ダウンロードを突破しています。<br />
<br />
<img src="http://www.nonomura.jp/wp-content/uploads/2010/05/ipad.png" alt="iPad" width="384" height="512" />
<br />
<br />
この調子だとAndroid版のダウンロード数を抜くのも時間の問題です。<br />
<br />
iPadの方が露出が多いということもありますが、<br />
<br />
数字を見ているだけだとiPad > Androidということになりそうで、<br />
<br />
販売台数は個人的な予想よりもかなり多いという感じです。<br />
<br />
<br />
あと、使ってみた感想としては、個人的には大満足で、思っていたより<strong>かなり</strong>良いです。<br />
<br />
客観的に考えると、ノートPCを持ち歩いている営業マンなどはiPadで充分じゃないか？という感覚と、<br />
<br />
でもやっぱり嗜好品で必需品ではないのかな？という感覚の両方が入り混じっています。<br />
<br />
今後の展開がどうなるかは予想が難しいですが、<br />
<br />
おかげさまで、まずは「30min.ランチマップ」は順調なスタートを切ることができました。<br />
<br />
<br />
ダウンロードしていただいたり、RTしていただいたり、記事に書いていただいた皆さま。<br />
<br />
本当にありがとうございます！</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=77</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Heat on Wed.(ヒートオンウェンズディ)!でプレゼンして来ました！</title>
		<link>http://www.nonomura.jp/?p=69</link>
		<comments>http://www.nonomura.jp/?p=69#comments</comments>
		<pubDate>Wed, 26 May 2010 17:18:00 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[イベント]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=69</guid>
		<description><![CDATA[

いやー。楽しかった！！


秘かにiPad狙ってたけど、今回は久川さんやrtiさんの方が上手でした。

自分は今できる最善のプレゼンができたと思っているので、

MHPの久川さん、それと同じくらいの喝采を浴びたrtiさんには脱帽です。

僕ももっと上手なプレゼンできるように練習しなきゃなー。


今回は自信を持ってできたし、

最近イチ押しのLibronの @jishiha さんや @yumilcy と近いくらいに

拍手をいただいたことはすごく嬉しかったです。

Libronとかなぶんのステッカーもいただきました。




FirefoxユーザーはLibronのアドオンインストールしてamazon検索してみるべきです！

検索結果に図書館が表示されるのってかなり衝撃ですよ！イチ押しのサービスです！！


コスプレ無しの @yumilcy とのプレゼン勝負は楽しいね。

衣装に頼らずとも聴衆を引きつけるプレゼンをすると思うので、

同じ土俵で勝負をすると、良い目標になるし、なんとかして勝ちたいなーと思います。

また機会があればプレゼン勝負したいですね。


MHPに選ばれた久川さんはさすがです。

アプリ購入させていただいたんですが、さすが！の出来です。

応援したくなる事業ですし、今回の勝者にふさわしかったですね。

自分のアプリのUIにはそれなりの自信はあったけど、

ああいうアプローチを観させられると、自分はまだまだだなーと感じます。

もっと発想広げなきゃね！！


あと、予想以上に面白いプレゼンばかりだった中、

自分のプレゼンをMHPに押していただいた方がいらっしゃったのは大変嬉しく思っております。

これを励みにもっと頑張ります！本当にありがとうございました。


最後に、MHPは久川さんだけど、MVPは樋上さんじゃないかな？

僕はkeynote＋iphoneでプレゼンするのが初めてで、開始前に時間かかってしまったのだけど、

その間を上手くつないでいただいて助かりましたし、

一生懸命な姿から、良いイベントにしたい！という気持ちは凄く伝わりました。

「段取りが良くない」とか批判もあったみたいですが、まだ第一回ですよ？

皆で協力して第二回、第三回と良いものにして行く協力をしましょうよ！

6月30日の第二回も必ず協力させていただきます。


とにかく、すげー楽しかったですよ！

良いイベントでした。
]]></description>
			<content:encoded><![CDATA[<p>
<br />
いやー。楽しかった！！<br />
<br />
<br />
秘かにiPad狙ってたけど、今回は久川さんやrtiさんの方が上手でした。<br />
<br />
自分は今できる最善のプレゼンができたと思っているので、<br />
<br />
MHPの久川さん、それと同じくらいの喝采を浴びたrtiさんには脱帽です。<br />
<br />
僕ももっと上手なプレゼンできるように練習しなきゃなー。<br />
<br />
<br />
今回は自信を持ってできたし、<br />
<br />
最近イチ押しのLibronの @jishiha さんや @yumilcy と近いくらいに<br />
<br />
拍手をいただいたことはすごく嬉しかったです。<br />
<br />
Libronとかなぶんのステッカーもいただきました。<br />
<br />
<img src="http://www.nonomura.jp/wp-content/uploads/2010/05/libron.jpg" alt="Libron"  width="400" height="300" />
<br />
<br />
FirefoxユーザーはLibronのアドオンインストールしてamazon検索してみるべきです！<br />
<br />
検索結果に図書館が表示されるのってかなり衝撃ですよ！イチ押しのサービスです！！<br />
<br />
<br />
コスプレ無しの @yumilcy とのプレゼン勝負は楽しいね。<br />
<br />
衣装に頼らずとも聴衆を引きつけるプレゼンをすると思うので、<br />
<br />
同じ土俵で勝負をすると、良い目標になるし、なんとかして勝ちたいなーと思います。<br />
<br />
また機会があればプレゼン勝負したいですね。<br />
<br />
<br />
MHPに選ばれた久川さんはさすがです。<br />
<br />
アプリ購入させていただいたんですが、さすが！の出来です。<br />
<br />
応援したくなる事業ですし、今回の勝者にふさわしかったですね。<br />
<br />
自分のアプリのUIにはそれなりの自信はあったけど、<br />
<br />
ああいうアプローチを観させられると、自分はまだまだだなーと感じます。<br />
<br />
もっと発想広げなきゃね！！<br />
<br />
<br />
あと、予想以上に面白いプレゼンばかりだった中、<br />
<br />
自分のプレゼンをMHPに押していただいた方がいらっしゃったのは大変嬉しく思っております。<br />
<br />
これを励みにもっと頑張ります！本当にありがとうございました。<br />
<br />
<br />
最後に、MHPは久川さんだけど、MVPは樋上さんじゃないかな？<br />
<br />
僕はkeynote＋iphoneでプレゼンするのが初めてで、開始前に時間かかってしまったのだけど、<br />
<br />
その間を上手くつないでいただいて助かりましたし、<br />
<br />
一生懸命な姿から、良いイベントにしたい！という気持ちは凄く伝わりました。<br />
<br />
「段取りが良くない」とか批判もあったみたいですが、まだ第一回ですよ？<br />
<br />
皆で協力して第二回、第三回と良いものにして行く協力をしましょうよ！<br />
<br />
6月30日の第二回も必ず協力させていただきます。<br />
<br />
<br />
とにかく、すげー楽しかったですよ！<br />
<br />
良いイベントでした。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=69</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>プログラマー論 Vol.1 「良いプログラマー」の定義</title>
		<link>http://www.nonomura.jp/?p=67</link>
		<comments>http://www.nonomura.jp/?p=67#comments</comments>
		<pubDate>Fri, 21 May 2010 18:21:34 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[プログラマー論]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=67</guid>
		<description><![CDATA[

気がつけばプログラマーとして10年戦士だ。

違う職種の人から見れば、「良いプログラマー」の定義とは、

技術力が高い人のことや、良いものを作る人、開発が早い人のことだと思う。


&#8230;でも現場はそんなに単純ではない。


システム管理や受託開発から新規サービス開発まで、

運良く色々なシチュエーションや多数のトラブルに巡り会ったおかげで、

プログラマーから見た「良いプログラマー」とはどんなものか、

自分なりの定義が出来上がってきた。


僕の中の「良いプログラマー」の定義とは、

「トラブルを未然に防げるプログラムを書く人」

だと思っている。

現場で不具合が出た時、チェック体制やテスト不足の話になるが、

それ以前に、不具合の可能性を減らすコードを書くことが大事だと思っている。


今まで10年間の中で感じてきたノウハウを残したいなと思っていたので、

少しずつブログで書いていこうと思う。


あと、僕が今まで読んだ本の中で一番影響を受けている下記の本、

プログラマーなら読んで損はないと思うのと、

この本に書かれている内容と同じテーマの話も多くなるので、

興味があれば是非読んでみて欲しいな。


]]></description>
			<content:encoded><![CDATA[<p>
<br />
気がつけばプログラマーとして10年戦士だ。<br />
<br />
違う職種の人から見れば、「良いプログラマー」の定義とは、<br />
<br />
技術力が高い人のことや、良いものを作る人、開発が早い人のことだと思う。<br />
<br />
<br />
&#8230;でも現場はそんなに単純ではない。<br />
<br />
<br />
システム管理や受託開発から新規サービス開発まで、<br />
<br />
運良く色々なシチュエーションや多数のトラブルに巡り会ったおかげで、<br />
<br />
プログラマーから見た「良いプログラマー」とはどんなものか、<br />
<br />
自分なりの定義が出来上がってきた。<br />
<br />
<br />
僕の中の「良いプログラマー」の定義とは、<br />
<br />
「トラブルを未然に防げるプログラムを書く人」<br />
<br />
だと思っている。<br />
<br />
現場で不具合が出た時、チェック体制やテスト不足の話になるが、<br />
<br />
それ以前に、不具合の可能性を減らすコードを書くことが大事だと思っている。<br />
<br />
<br />
今まで10年間の中で感じてきたノウハウを残したいなと思っていたので、<br />
<br />
少しずつブログで書いていこうと思う。<br />
<br />
<br />
あと、僕が今まで読んだ本の中で一番影響を受けている下記の本、<br />
<br />
プログラマーなら読んで損はないと思うのと、<br />
<br />
この本に書かれている内容と同じテーマの話も多くなるので、<br />
<br />
興味があれば是非読んでみて欲しいな。<br />
<br />
<a href="http://www.amazon.co.jp/達人プログラマー―システム開発の職人から名匠への道-アンドリュー-ハント/dp/4894712741/ref=sr_1_1?ie=UTF8&#038;s=books&#038;qid=1274466063&#038;sr=8-1" target="_blank"><img src="http://ec3.images-amazon.com/images/I/41HTQ8ZP3AL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA300_SH20_OU09_.jpg" alt="達人プログラマー" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=67</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>keynote</title>
		<link>http://www.nonomura.jp/?p=62</link>
		<comments>http://www.nonomura.jp/?p=62#comments</comments>
		<pubDate>Thu, 20 May 2010 13:30:56 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[30min.]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=62</guid>
		<description><![CDATA[

今朝apple storeに寄ってiworkを買ってきた。

今度のプレゼンをMacでやりたくてkeynoteが欲しかったんだけど、これ凄いね。

なんかこれ使ってるだけでプレゼン上手くなったような気分だよ。

まだあまり使いこなせてないんだけど、iPhoneから操作もできるし、

手元を見ずにプレゼンできそうだ。


数少ないこのブログの読者さんへ（少ないというか居るのか？）。

26日のHeat on Wed.(ヒートオンウェンズディ)!では結構大きな発表をするつもりなんだ。

普段はプレゼンには自信がない方だけど、

今回はプレゼンはともかく内容は面白いと自信を持って言えるよ。

まだ定員に余裕があるようなので、お時間があれば是非観に来て下さい。


損はさせないよ！


あ、あと、@ITの自分戦略室に記事を掲載していただきました。

素敵な記事なので、是非ご覧ください。

エンジニア採用のきっかけはTwitter、30min.の場合
]]></description>
			<content:encoded><![CDATA[<p>
<br />
今朝apple storeに寄ってiworkを買ってきた。<br />
<br />
今度のプレゼンをMacでやりたくてkeynoteが欲しかったんだけど、これ凄いね。<br />
<br />
なんかこれ使ってるだけでプレゼン上手くなったような気分だよ。<br />
<br />
まだあまり使いこなせてないんだけど、iPhoneから操作もできるし、<br />
<br />
手元を見ずにプレゼンできそうだ。<br />
<br />
<br />
数少ないこのブログの読者さんへ（少ないというか居るのか？）。<br />
<br />
26日の<a href="http://atnd.org/events/4312" target="_blank">Heat on Wed.(ヒートオンウェンズディ)!</a>では結構大きな発表をするつもりなんだ。<br />
<br />
普段はプレゼンには自信がない方だけど、<br />
<br />
今回はプレゼンはともかく内容は面白いと自信を持って言えるよ。<br />
<br />
まだ定員に余裕があるようなので、お時間があれば是非観に来て下さい。<br />
<br />
<br />
損はさせないよ！<br />
<br />
<br />
あ、あと、@ITの自分戦略室に記事を掲載していただきました。<br />
<br />
素敵な記事なので、是非ご覧ください。<br />
<br />
<a href="http://jibun.atmarkit.co.jp/lcareer01/rensai/social/01/01.html" target="_blank">エンジニア採用のきっかけはTwitter、30min.の場合</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=62</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>古の手法＆登壇予定</title>
		<link>http://www.nonomura.jp/?p=59</link>
		<comments>http://www.nonomura.jp/?p=59#comments</comments>
		<pubDate>Wed, 19 May 2010 17:19:04 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[プログラミング]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=59</guid>
		<description><![CDATA[

携帯からの画像投稿のために、毎回違うワンタイムのメールアドレスを使って、

そのメールアドレス宛に来たものを同じプログラムで処理することをやりたい。


Postfixでqmailの　***-default みたいなことって出来ないかなと調べてみたが、

イマイチ良さそうな方法が見つからない。

そこで久々にqmailをインストールしてセットアップしてみた。


.qmail-****-default ファイルに


&#124;起動したいプログラム名


と書けばそれでOKだ。 -default の部分は環境変数のRECIPIENTから取得すれば良い。


起動させるものもちょっとしたプログラムで済むから、わざわざRails通さずに、

久々にPerlで組んじゃった方が楽かなーと。

昔さんざんやった手法だけど、久々に書くとなんか新しく感じる。

…こうやって歳を取って行くのか？とちょっと寂しくもあるが…。


それはそうと、色々作りこんでいるものが溜まっているんですが、

少しずつリリースして行けそうです。

目立つリリースもあれば、ちょっとした機能追加もあればなので、

どれが「おっ！？」と思って貰えるかわかりませんが、

一つくらいみなさんの心に刺さるものがあればなと願ってます。


あ、あとイベントの登壇が2つ決まりました。

まずは5月26日のHeat on Wed.(ヒートオンウェンズディ)!。

優勝賞品はiPadなので気合が入ります。発表内容については…諸事情によりまだ内緒です。

あとは6月18日のベンチャーCTOだらけカンファレンス vol.1。

なんか豪華な面々の中に埋もれそうですが、せっかくなので楽しんで来ようと思います。


Macでプレゼンしたいので、iworkが欲しくなって来た。

iPadとも連携できるし、買っちゃおうかなー。
]]></description>
			<content:encoded><![CDATA[<p>
<br />
携帯からの画像投稿のために、毎回違うワンタイムのメールアドレスを使って、<br />
<br />
そのメールアドレス宛に来たものを同じプログラムで処理することをやりたい。<br />
<br />
<br />
Postfixでqmailの　***-default みたいなことって出来ないかなと調べてみたが、<br />
<br />
イマイチ良さそうな方法が見つからない。<br />
<br />
そこで久々にqmailをインストールしてセットアップしてみた。<br />
<br />
<br />
.qmail-****-default ファイルに<br />
<br />
</p>
<blockquote><p>|起動したいプログラム名</p></blockquote>
<p>
<br />
と書けばそれでOKだ。 -default の部分は環境変数のRECIPIENTから取得すれば良い。<br />
<br />
<br />
起動させるものもちょっとしたプログラムで済むから、わざわざRails通さずに、<br />
<br />
久々にPerlで組んじゃった方が楽かなーと。<br />
<br />
昔さんざんやった手法だけど、久々に書くとなんか新しく感じる。<br />
<br />
…こうやって歳を取って行くのか？とちょっと寂しくもあるが…。<br />
<br />
<br />
それはそうと、色々作りこんでいるものが溜まっているんですが、<br />
<br />
少しずつリリースして行けそうです。<br />
<br />
目立つリリースもあれば、ちょっとした機能追加もあればなので、<br />
<br />
どれが「おっ！？」と思って貰えるかわかりませんが、<br />
<br />
一つくらいみなさんの心に刺さるものがあればなと願ってます。<br />
<br />
<br />
あ、あとイベントの登壇が2つ決まりました。<br />
<br />
まずは5月26日の<a href="http://atnd.org/events/4312">Heat on Wed.(ヒートオンウェンズディ)!</a>。<br />
<br />
優勝賞品はiPadなので気合が入ります。発表内容については…諸事情によりまだ内緒です。<br />
<br />
あとは6月18日の<a href="http://twtvite.com/m38kh9">ベンチャーCTOだらけカンファレンス vol.1</a>。<br />
<br />
なんか豪華な面々の中に埋もれそうですが、せっかくなので楽しんで来ようと思います。<br />
<br />
<br />
Macでプレゼンしたいので、iworkが欲しくなって来た。<br />
<br />
iPadとも連携できるし、買っちゃおうかなー。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=59</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>#twitter515</title>
		<link>http://www.nonomura.jp/?p=56</link>
		<comments>http://www.nonomura.jp/?p=56#comments</comments>
		<pubDate>Sat, 15 May 2010 19:49:47 +0000</pubDate>
		<dc:creator>nonomura</dc:creator>
				<category><![CDATA[30min.]]></category>

		<guid isPermaLink="false">http://www.nonomura.jp/?p=56</guid>
		<description><![CDATA[
@yumilcyこと大山さん主催の#twitter515に参加してきました。

ライトニングトーク枠をいただいて、5分間話をさせていただいたのだけど…。

自分のプレゼンの出来は酷かったと思う。

思ったより5分って短いね。

最後1分の合図が出てから早口でなんとかまとめたのだけど、

駆け足のプレゼンになってしまって、上手く伝えられなかったなと。

次回プレゼンする時には反省を踏まえて、もうちょっと余裕のあるプレゼンをしたいと思う。


でも、今日は色んな人達と話ができて良かった。

懇親会の中でマイネット・ジャパンの上原さんと話をさせていただいたのだけど、

思いの他興味深い話ができたりして面白かった。

内容にインスピレーションを感じていただいたのか、

カンファレンスのお誘いをいただいているので、もっと突き詰めて話をしてみたいなと思う。


最近メディアに出まくっている津田さんともお話できた。

正直に言うと、メディアに持ち上げられたというか、メディアを利用したというか、

「持ちあげられている」人なのかな？というイメージを持っていたのだけど、
（本人にも正直に申し上げました）

パネルディスカッションの仕切りを見ていて、この人はプロフェッショナルのジャーナリストだなと思った。

二次会、三次会と色々な話をさせていただいたのだけど、

これからもTwitterやリアルタイムウェブを引っ張っていただきたい方だなと強く感じた。

「プロ」ってこういうことなんだなと、津田さんを尊敬するようになった。やっぱり凄いよ。


あと、イベントを主催した大山さん。

司会のやり方にtwitter上で批判もあったみたいだけど、

彼女のあのキャラクターは面白いと思うし、

今回の登壇者のラインナップを見ると、凄いと思わない？

こんな豪華なメンバーを集めることって難しいし、なにより180人集める集客力は凄いね！

イベントの集客をしている過程も知っているので、本当に頭が下がります。

批判をしている人には、イベントを成功させるまでの彼女の努力を知って欲しいね。

これだけの人達の前で話をする機会をいただいたので、

今後も大山さんのイベントには協力したいなと思う。

コスプレを売りにしなくても、充分集客できる力があるんじゃないかなーと感じてます。


最後に、来場して下さったみなさんや、USTで閲覧していただいたみなさんありがとうございます。

夏くらいにまたイベントやろうという話も出ていたので、

もし開催されるなら、今回以上にきちんと準備して、協力させていただきたいなと思う。


ありがとうございました。
]]></description>
			<content:encoded><![CDATA[<p>
@yumilcyこと大山さん主催の#twitter515に参加してきました。<br />
<br />
ライトニングトーク枠をいただいて、5分間話をさせていただいたのだけど…。<br />
<br />
自分のプレゼンの出来は酷かったと思う。<br />
<br />
思ったより5分って短いね。<br />
<br />
最後1分の合図が出てから早口でなんとかまとめたのだけど、<br />
<br />
駆け足のプレゼンになってしまって、上手く伝えられなかったなと。<br />
<br />
次回プレゼンする時には反省を踏まえて、もうちょっと余裕のあるプレゼンをしたいと思う。<br />
<br />
<br />
でも、今日は色んな人達と話ができて良かった。<br />
<br />
懇親会の中でマイネット・ジャパンの上原さんと話をさせていただいたのだけど、<br />
<br />
思いの他興味深い話ができたりして面白かった。<br />
<br />
内容にインスピレーションを感じていただいたのか、<br />
<br />
カンファレンスのお誘いをいただいているので、もっと突き詰めて話をしてみたいなと思う。<br />
<br />
<br />
最近メディアに出まくっている津田さんともお話できた。<br />
<br />
正直に言うと、メディアに持ち上げられたというか、メディアを利用したというか、<br />
<br />
「持ちあげられている」人なのかな？というイメージを持っていたのだけど、<br />
（本人にも正直に申し上げました）<br />
<br />
パネルディスカッションの仕切りを見ていて、この人はプロフェッショナルのジャーナリストだなと思った。<br />
<br />
二次会、三次会と色々な話をさせていただいたのだけど、<br />
<br />
これからもTwitterやリアルタイムウェブを引っ張っていただきたい方だなと強く感じた。<br />
<br />
「プロ」ってこういうことなんだなと、津田さんを尊敬するようになった。やっぱり凄いよ。<br />
<br />
<br />
あと、イベントを主催した大山さん。<br />
<br />
司会のやり方にtwitter上で批判もあったみたいだけど、<br />
<br />
彼女のあのキャラクターは面白いと思うし、<br />
<br />
今回の登壇者のラインナップを見ると、凄いと思わない？<br />
<br />
こんな豪華なメンバーを集めることって難しいし、なにより180人集める集客力は凄いね！<br />
<br />
イベントの集客をしている過程も知っているので、本当に頭が下がります。<br />
<br />
批判をしている人には、イベントを成功させるまでの彼女の努力を知って欲しいね。<br />
<br />
これだけの人達の前で話をする機会をいただいたので、<br />
<br />
今後も大山さんのイベントには協力したいなと思う。<br />
<br />
コスプレを売りにしなくても、充分集客できる力があるんじゃないかなーと感じてます。<br />
<br />
<br />
最後に、来場して下さったみなさんや、USTで閲覧していただいたみなさんありがとうございます。<br />
<br />
夏くらいにまたイベントやろうという話も出ていたので、<br />
<br />
もし開催されるなら、今回以上にきちんと準備して、協力させていただきたいなと思う。<br />
<br />
<br />
ありがとうございました。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nonomura.jp/?feed=rss2&amp;p=56</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
