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

ato-ichinen をご紹介いただきました皆様ありがとうございます。

2012-05-25T18:27:00.000+09:00

多くの方にご紹介いただきまして、ありがとうございます。Googleの検索結果とカスタム検索の使いにくさに不満持ってる方が思ってたよりも多くいらっしゃるようで驚いています。

Googleさーん( ノ゜Д゜) Googleさーん( ノ゜Д゜)

ご紹介いただいた方々ありがとうございます。

もとまかさんはChrome Extensionだとメモリ食うしChrome以外じゃ使えないよね、ということで、iPhoneで便利にカスタム検索する方法をご紹介してくださっていて興味深く拝見いたしました。ホーム画面に追加好きですね、あの方。好感がもてますｗ

私もタブを増やすたびに倍々で使用メモリ量が増えていくChromeの仕様はなんとかならんものかと思いつつ、タブごとにプロセスを独立させるためには仕方ないのかなよくわからんとも思いつつ、はまちちゃんはタブ40個も開くんかいと驚きつつ、おれも4000円でメモリ増やしたよはまちちゃんと遠い所から共感している次第です。なんのこっちゃ。

iOSアプリを作るにあたり、はてぶに貯めこんだiOS関連のエントリも参照したく、また自動テストも苦手意識を刷り込まれたObjective-Cではなく慣れ親しんだJavascriptで試してみよう、ついでにGitHubも試そうとMy Chrome Extension一号『My はてブ Search』を作ったところ、Chrome Extensionちょろやんけということに気づいてついでに作ったのが『ato-ichinen』なのですが私自身頻繁に活用しております。

使うとやはり不満はでてくるもので、Google検索画面で Active / 非アクティブ切り替えた時に自動でリロードした方が親切ね、と思いましてというか自分が使いにくくて、iOSいやーっ、Objective-Cいやーっとなった時にちょちょっと直そうかと思ってるのですが。

issueも切っていて割りと方々でPull Request乞食してるのですが、やはり世の中それほど甘くなく。Google+日本一を目指してみようかななどと思いつつ。

dankogaiさんが不満ドリブンでソフトウェア開発やるのもアリなんじゃないのとおしゃってまして、今回のExtensionも不満ドリブンでありますし大いに大賛成なんですけど、一度理想の世の中的なものを頭に思い描いて、それを噛み砕いて噛み砕いてしたらこんなソフトウェアできあがりまつたー(∩´∀｀)∩ﾜｰｲてのもやってみたいですね。作成ちうのiOSアプリも不満ドリブン。

iOSアプリは有料で出したいなーと思っているのでソースコードをまるっとGitHubへ、というのはやるつもりはないのですが、使い回しができそうなLibraryやTemplateができたら公開できるよう、できるだけ綺麗に実装しようと思っている次第です。

思ってる次第なのだがObjective-Cがー。Objective-Cがー。

最後に

2012年5月25日時点の使用状況こんな感じ。

ま、My はてブ Search も便利なんだからねっっ！！ ※メモリは喰います・・・

[python] Bookscan FileName Converter

2012-05-24T11:47:00.000+09:00

BookScan様のプレミアム会員となりまして。

BOOKSCAN(ブックスキャン) 本・蔵書電子書籍化サービス - 大和印刷

BOOKSCANを利用してみた - Tsukamoto's blog
とてもとてもわかりやすいBookScan利用ガイド的エントリ

BookScan様にはスキャンしたPDFをiPadなりKindleなりその他諸々のPDFリーダ向けに最適化してくれるチューニングラボというサービスがありまして、私もiPad向けに最適化したのですけども、生成されたファイル名がですね、頭に「ipad3_」と書いてあるわ、お尻に意味不明の乱数がくっついてるわであまりにいけてなかったのでファイル名コンバート用のスクリプトを書いた次第です。

手元のファイル数が60ファイルとちょっとなのでサンプル的に不足していますが、とりあえず全件リネームできました。

チューニングラボ自体がまだβ版ですので、このスクリプトも早晩不要になるのではと期待しております。

スクリプトのご利用は自己責任でお願いします。

Pythonはこういうのサクッと書けていいですね。RubyでもPerlでもサクッと書けるんだろうけど好みの問題ですなｗ

Chrome Extension開発で自動テストとGitを試してみての感想

2012-05-11T20:20:00.000+09:00

先日ChromeのExtensionを2つほど作成しまして、まぁ自分が欲しかったから作ったのですけれども、テクニック的な興味はExtension自体にはなく

自動テストとTDD（テスト駆動開発）
Gitによるバージョン管理とGitHubでのソースの共有

の2点にありまして、せっかくですので使ってみての感想をつらつらと書き残しておこうかと思います。

ちなみに作成したExtensionは下記になります。

Chrome Extension「ato-ichinen」をChrome Web StoreとGithubに公開しました | 諸葛亮孔明もびっくりですわのブログ

Chrome Web Store: https://chrome.google.com/webstore/detail/pojaolkbbklmcifckclknpolncdmbaph
GitHub: https://github.com/amazedkoumei/chrome-ext-ato-ichinen

Chrome Extension「My はてブ Search」をChrome Web StoreとGithubに公開しました | 諸葛亮孔明もびっくりですわのブログ

Chrome Web Store: https://chrome.google.com/webstore/detail/fagdddhhkjdpchaokeceilckcefmbeil
GitHub: https://github.com/amazedkoumei/chrome-ext-my-hatebu-search-in-google

自動テスト / TDDについての感想

GitHubにあげてから何回かBugFixをPushしたのですが確かに楽だったのいうのが率直な感想です。

例えば正規表現に不具合など、自動テストを書いてなかった場合にはすでにテスト済みのケースの再試験も必要となりますし、とてもストレスを感じる修正ですが、自動テストを書いてあったおかげで思いっきって修正をかけることができました。

修正手順としましても

不具合のあったケースのテストを記述
テストが失敗することを確認
本体を修正
テストが成功することを確認

といういわゆるTDD（テスト駆動）な直し方を、テスト駆動でやるねん( ノ゜Д゜) と肩肘はることなく自然とそうしました。それが一番楽な修正方法でしたから。

自動テスト / TDDに関するトピックでよく話題にのぼるカバレッジ率ですが、こちらについてもよく言われるように決して100%を目指す必要はないと感じました。

自動テストを、書くべき・さぼるべき、のひとつの基準としては、Webアプリケーション開発の経験が長いためそれを例に書きますけども、「ブラウザから視線を切らねば確認できない箇所」というのがまず当てはまるかな、と。神はディテールに宿ると言いますが、ストレスもディテールに宿るのでありますよ。

具体的な例をあげますと

データベースのCRUD
ログ出力
ファイルの入出力
メール送信

あたりでしょうか。クリックしてDB覗いて、クリックしてログを覗いて、クリックしてメーラー覗いてとかもうね。。ストレスはディテールに宿るのでありますよ。

これに加えて、ちょろ修正に対して膨大なケースの試験が発生してしまうもの。

正規表現
入力値のValidation

あたり。

インジェクション対策の試験であるとか、発生させるのが困難な例外処理の試験であるとか、ブラウザ以外のツールを使わねばならない面倒な試験を、ただエディタに文字列を打ち込むだけで繰り返し実施できる環境ができてしまうのは素敵だなと感じた次第です。

BugFixではなく新機能作成の際にテスト駆動にこだわる必要はあまり感じませんでした。

定型の業務システムのようにガチガチに仕様が固まっている場合はTDDで開発するのが幸せなんでしょうけども、そうでないものについては、とりあえず動くものを作り、試行錯誤して、うむ、これで行こうと大方針を決めてからテストを作成しないと、テストがお荷物になってしまうかなと。

つまりは自動テストが試行錯誤の味方になってくれる適切な作成タイミングというものが確かにあって、そのタイミングで作成するのが幸せなはずなんですけど、、、ちょっとそのタイミングを言語化するのは難しいですな（・ω・｀）

以上、なにをいまさらな話ですけど、そう思って、書き残したいとも思ったんだから堪忍してーな。

ちなみにExtensionの開発で使ったqunitのハマりどころはこちらで別途エントリしておりますのでもしよろしければ。

→ JavascriptのUnitテストライブラリ「qunit」のtest()メソッドとasyncTest()メソッドとstart()メソッドについて

Gitによるバージョン管理 / GitHubでのソースの共有について

これもまぁなにをいまさらな話なのですが、ローカルにリポジトリがあるのはとても幸せだなと感じました。

CVSやSubversionを使ってのチーム開発ですと、やはり中途半端なものをみんなが使うサーバにコミットするわけにはいきませんから、コピペでバックアップをとってDiffツールで比較するとか、ちょｗいま2012年なんですけどｗｗみたいなことをせねばならず、それはそれはストレスなわけですが、Gitの場合はローカルにリポジトリがあるわけですから、もうガンガンと誰を気にすることなくコミットできてしまうわけです。

ちなみに今回ぼっちで開発しているので、上記の感想は完全に妄想です。しかしだからと言ってぼっちの妄想力なめんなよこの野郎（・ω・｀）

GitHubについてはまだよく分からない部分もありますが（自作自演のPullRequestはしてみたけども！ひとりで！Issueも切って！泣いたりなんかしなかったけどね！）、チケット管理機能 (Issuesタブ) やWiki (Wikiタブ)、branch相関図 (Networkタブ) などなどありまして、いわゆるオープンソースでない企業様内での開発も、イントラ内にマイサーバを立てるのではなくPrivateリポジトリ使って開発していった方が幸せになれるのではなかろうかと思った次第です。安いし。

最後に

プログラムを書いていて一番ストレスを感じるのは、やはり動いているものを壊す時でして、自動テストもGitもそのストレスを大いに取り払ってくれる素敵なツールだと感じました。

UIであるとかUXであるとかが取り沙汰され、クライアントもどんどんリッチになっている昨今、ノンストレスで試行錯誤できる環境は必須かなと思う次第です。

取り除けるのは小さな小さなストレスかもしれませんが、それを積み重ねてストレスゼロに近づければ、それはそれは幸せではないですか。

個人的な開発環境につきましても小さな小さなストレスを取り除くべく、日々小さな小さな工夫をこらし、少しでもソースに集中できる環境を構築するために時間と労力をつぎ込んでおります。

プログラマにご連絡の際には極力メールで頂けると喜ばれると思います。

Chrome Extension「ato-ichinen」をChrome Web StoreとGithubに公開しました

2012-05-06T16:13:00.000+09:00

ネーミングは完全に厨二病でございます。私は今日も元気です。

Googleの検索結果を常に更新が1年以内のものに限定するExtensionです。iOSアプリの開発などなど、古い情報に踊らされがちな作業をしている時にActiveにしておくと幸せになれます。よう知らんけど。

こちらからインストールできます。

　　URL: https://chrome.google.com/webstore/detail/pojaolkbbklmcifckclknpolncdmbaph

GitHubでソースを公開しています。

　　URL: https://github.com/amazedkoumei/chrome-ext-ato-ichinen

使い方

Extensionをインストールすると下のようなアイコンが表示されます。

クリックするとアクティブになります。

この状態でググると検索結果が更新が1年以内のものに絞りこまれて表示されます。

そんだけ。

最後に

iOSアプリを作るための下準備といいますか、試験前のお部屋のお片づけといいますか。

先日作成しました My はてブ Search もよろしくお願いします。

Chrome Extension「My はてブ Search」をChrome Web StoreとGithubに公開しました | 諸葛亮孔明もびっくりですわのブログ

GitHubのCEOのインタビューを読んで以来、GitHub上でのソーシャルな開発にとてもとても憧れている次第です。

誰かPull Requestちょーだい（・ω・｀）

JavascriptのUnitテストライブラリ「qunit」のtest()メソッドとasyncTest()メソッドとstart()メソッドについて

2012-05-06T10:33:00.000+09:00

技術的なエントリです。そこはかとなくハマりまして・・。

グローバルな領域を書き換えたりDBをごにょごにょするテストを実行すると成功したり失敗したり。明らかにテストが非同期で実行されておりまして、では順番に丁寧に実行するにはどうすればいいのかという話。

test()メソッド

asyncTest()メソッド

qunitではテストを実行するためにtest()メソッドとasyncTest()メソッドが用意されておりまして、

test()メソッドは与えられた関数を非同期に実行
asyncTest()メソッドは与えられた関数内でstart()メソッドが実行されるのを待って次のテストを実行

という仕様になっています。

別途次のテストの実行をstart()メソッドが実行されるまで待機させるstop()メソッドというものが用意されていますが、いまのところ使い道がピンときていませんのでここでは割愛します。

qunitの全容については以下のエントリに詳しいです。私がハマった箇所についても言及されています。

　　QUnitの基本的な使い方

本家はこちら

　　QUnit - jQuery JavaScript Library

Chrome Extension「My はてブ Search」をChrome Web StoreとGithubに公開しました

2012-05-05T10:01:00.000+09:00

Myはてブをはてなにアクセスすることなく参照できるChrome Extensionです。ググった時にはその検索ワードでMyはてブが絞りこまれます。

こちらからインストールできます。

　URL: http://chrome.google.com/webstore/detail/fagdddhhkjdpchaokeceilckcefmbeil

GitHubでソースを公開しています。Pull Request 送っていただけると嬉しいです。かわいいアイコンとかｗ

　URL: http://github.com/amazedkoumei/chrome-ext-my-hatebu-search-in-google

基本的な使い方

インストールするとChromeのアドレスバーの横にこのようなアイコンが表示されます。

アイコンをクリックするとMyはてブが表示されます。

検索ワードを打ち込むとMyはてブが絞りこまれます。

ググった時の特殊動作

Google検索を実施するとそのワードに合致するMyはてブ数がバッジで表示され

クリックすると検索ワードで絞りこまれたMyはてブが表示されます。

最後に

ちょｗアイコン手抜きすぎｗｗｗと思われた方。

私は全力を尽くしました。ぜひぜひPull Requestのほどお願い致します。

Macアプリを使うとコマンド叩かなくてもPullRequestできますよっと♪

GitHub for Mac

[和訳] GitHubのロゴとOctocat画像の入手方法と利用規約

2012-04-28T10:02:00.001+09:00

GitHubにアクセスし左上のロゴを右クリックしてみましょう。

→ http://github.com/

下のようなダイアログが表示され、ロゴとイメージキャラクタであるOctocatの画像がダウンロードできます。

ダウンロードされたZIPには以下のものが含まれます。

Logo

PSDファイル
AIファイル
EPSファイル
README.txt

Octocat

PSDファイル
JPGファイル
PNGファイル
README.txt

README.txtには利用規約が書かれています。(2012.04.28現在)

原文

GitHub loves third party developers. We want to help make your project awesome, and often that includes showing off GitHub integration with an image. In order to keep everyone happy (and avoid involving lawyers), we've created this repository and filled it with artwork that you may use in your own applications.

For help or to add media not included here, please email support@github.com and we'll talk.

THESE THINGS ARE AWESOME, PLEASE DO THEM:

+ Use the Octocat or GitHub logo to link to your GitHub profile (or GitHub)

+ Use the Octocat or GitHub logo to advertise that your product has built-in GitHub integration

+ Use the Octocat or GitHub logo in a blog post or news article about GitHub

PLEASE, DON"T DO THESE THINGS:

- Use the Octocat or GitHub logo for your application's icon

- Create a modified version of the Octocat or GitHub logo

- Integrate the Octocat or GitHub logo into your logo

- Use any GitHub artwork without permission

NAMING YOUR APPLICATION

Please avoid naming your projects anything that implies GitHub's endorsement. For example, don't call your awesome new iPhone app "GitHub Issues". Instead consider "Octoissues" or "HubIssues" or "Gissues". Maybe not that last one, but you get the idea.

和訳

Githubはサードパーティのディベロッパを愛しています。私たちはあなたのプロジェクトを素晴らしいものにする手助けをしたいと考えておりまして、画像によってGitHubで作られていることを示せるようにすることも手助けの一環です。すべての人がハッピーであるために（そして法的な問題を避けるために）、私たちはあなたがご自身のアプリケーション内で使用できる画像を管理するためのリポジトリを作成しました。

ここに含まれない用途で画像を使用する場合には、support@github.com にご連絡ください。

以下の用途での使用を推奨します。

+ あなたのGitHubプロフィールへのリンクのためのOctocatもしくはGitHubロゴの使用

+ あなたのプロダクトがGitHub上で作成されていることを示すためのOctocatもしくはGitHubロゴの使用

+ GitHubに関するブログ記事やニュース記事内でのOctocatもしくはGitHubロゴの使用

以下の用途では使用しないでください。

- あなたのアプリケーションアイコンとしてのOctocatもしくはGitHubロゴの使用

- 改変を加えてのOctocatもしくはGitHubロゴの使用

- あなたのロゴに含む形でのOctocatもしくはGitHubロゴの使用

- 他の許可のないGitHubの画像の使用

アプリケーションの命名について

GitHubがあなたのアプリケーションに保証を与えているような命名は避けてください。例えばあなたが作成したiPhoneアプリに "GitHub Issues" という名前をつけてはいけません。代わりに "OctoIssues", "HubIssues", "Gissues"といった名前を検討してください。そのどれもがピッタリとくる名前ではないかもしれませんが、きっとよい名前の候補が見つかるでしょう。

使用させていただきます

「GitHubに関するブログ記事やニュース記事内でのOctocatもしくはGitHubロゴの使用」はOKとのことですので、早速先日書いたCEO・Chris Wanstrathのインタビューの翻訳エントリにも画像を掲載させていただきました。

[和訳] GitHub and the Democratization of Programming | 諸葛亮孔明もびっくりですわのブログ
上記のインタビュー記事の和訳です

クリスの思想がよく表現された良記事です。

ビジネスの方に向けての記事でして、今後の非技術者の技術への関わり方や技術者の採用について語られています。

私はこの記事を読んで以来GitHubに興味津々でして、ひとりでも多くの方に読んでいただきたいと思っています。

謝辞

利用規約の翻訳にあたり立花さん ( @ttachi )にご助言いただきました。朝のお忙しい時間に関わらずイヤな顔ひとつせず（Twitter経由なので顔見えてないけど・・でも・・でも・・アイコンは満面の笑み！）私の不躾な質問にお答え頂きました。

ありがとうございました。

半年ROMれを実施ちう in GitHub

2012-04-27T22:12:00.000+09:00

先日、GitHubのCEOのChris Wanstrathのインタビューを読んで以来、GitHubへの興味が急増しておりまして、半年ROMれを実施しております。いーれーてーが言えない子だったんです昔から。今は32歳のおっさんですが三つ子の魂百までですね。

[和訳] GitHub and the Democratization of Programming | 諸葛亮孔明もびっくりですわのブログ
上記のインタビュー記事の和訳です

「いーれーて」が言えるタイプだった方もこのあたりはひと通り目を通して、実際に試してみたうえで、コミュニティに参加してみるのがマナーかなとも思います。

まぁワタクシ、ちょっとしたルール違反でも、いやむしろルール違反していなくて怒られてしまうタイプの子供だったので慎重になりすぎているかも。ワシこれまでどんだけ膝に矢を受けてきてん。

で、興味深くまたコミュニケーションが活発なリポジトリをいくつか見つけてWatchしておりますので、２つほどご紹介。

mruby / mruby

URL： http://github.com/mruby/mruby

現在まつもとゆきひろさん( matz )主導で軽量化Rubyの開発がGitHub上で進められておりまして、言語の開発・デバッグがオープンに見えて大変興味深いです。

mrubyとはなんぞ？というあたりは下記のサイトに箇条書きされています。

　Rails Hub情報局: ついに軽量Rubyの「mruby」のソースコードが公開

私個人のRubyの感想はといえば、Sinatraをちょろっと組んだことがある程度なのですが、微妙に醸し出されるPerlテイストがどうにも好きになれず、どちらかと言えば苦手な言語に分類されるのですが、SassであるとかCoffeeScriptであるとか、開発コストの軽減に積極的かつオープンに取り組むコミュニティの雰囲気には羨望を感じています。

Rails使ってみると印象変わるんですかね。

meteor / meteor

URL： http://github.com/meteor/meteor

リアルタイムWebアプリケーションを実現するためのJavaScriptベースの軽量フレームワークです。

私個人の好みでいえば、フレームワークというものは巨大すぎると開発の際にソースコードの海を泳がねばならなくなるため、極力簡単シンプルな方が好みです。

このプロジェクトは開発環境を簡単に作成できますし、サンプルコードも準備されていて、さらにそれを実行するためのクラウド環境までも準備されているというなんともまぁ至り尽くせりなプロジェクトでして、そのあたりに気の回る素敵な開発者がどのようにプロジェクトを発展させていくのかとても興味深いです。

ドキュメントの指示にしたがってコマンドを叩いていったところ、私のためのサンプルサイトが1分程度で公開Webサーバ上に構築されてしまいました。

http://amazedkoumei.meteor.com/

ドキュメントはこちら→ http://meteor.com/examples/leaderboard

このサイトのソースコードは私のローカルにありますのでちょろっと直してデプロイすることで独自アプリケーションを作れてしまうんですね。

公式のiPhoneアプリもリリースされてる

GitHub Issues
カテゴリ: ユーティリティ
価格: 無料

ウォッチ用というよりもコミュニティに参加してる人向けの作りになってますが、とりあえずホーム画面に置いてみてます。さらばSparrow。

最後に

ちょろっとChrome Extension作ってるのでしばらく自分で使ってみて他人様に迷惑かけなさそうな代物になったくらいにGitHubにあげてみようかと思ってます。

こ、今度はやるやる詐欺じゃないんだからねっ！！！！

2012/05/05 追記:

作りました。
→ Chrome Extension「My はてブ Search」をChrome Web StoreとGithubに公開しました

2012/05/06 追記:

作りました。
→ Chrome Extension「ato-ichinen」をChrome Web StoreとGithubに公開しました

毎日朝が来るのがイヤになったらば広ーい所に行ってみるといいかも

2012-04-25T04:13:00.001+09:00

都内在住の私がよく利用するのはこのあたりでございます。ぼっち推奨。

神宮球場

味の素スタジアム

戸田競艇場 / 平和島競艇場 / 多摩川競艇場

目的は脳みそメモリを解放すること

明日がくるのがイヤになる程度に憂鬱なときというのは脳みそメモリの使用量がいっぱいいっぱいになっておりまして、自分と向き合う程度の非常にレベルの低い思考しかできなくなっているもので、それをいったん解放したうえで本来考えねばならないことに脳みそメモリを割り当てるのが吉かと思われます。

自分と向きあう程度ほどに低いレベルでなくても、他人の立場や状況を思いやったあげく、だから仕方ないであるとか、タイミングが悪かったであるとか、あいつのせいで、レベルの結論に落ち着いてしまうのであれば、やはりメモリの使用量を省みるべきタイミングなのではないかとも思います。

風が吹けば桶屋が儲かるという言葉は「なにその厨二みたいなこじつけプゲラ」という意味合いで用いられることが多いですが、意思決定ひとつとっても立場や状況、その時の気分など本当にささいなささいなことが折り重なってなされておりまして、風が吹けば桶屋が儲かる的なこじつけの積み重ねで世の中動いているのではないかと思えば、ほんの些細な機転や工夫でひっくり返せることが世の中のほとんどを占めているわけで、それこそ諦めたそこで試合終(ry

広いところへ出掛けていき、ボケっといい歳した大人たちが必死の形相で勝った負けたを繰り返しているさまを眺めていると、次第に微笑ましい気分になってきて、自分が選手だったら監督だったらなどと妄想しだし、競艇にいたっては次のレースの勝者は分かったなどと訳のわからない妄想に取り憑かれ多額の金銭を失うこともままありますが、兎にも角にも憂鬱の原因をいったん頭から追い出すことができます。

それだけで明日から気分爽快おれ天才という気分になれる方は自分へのご褒美きゃぴ♡と言って豆腐のカドに頭ぶつけて爆死していただけばいいのですけど、たいていはしばらくするとまた憂鬱な気分は戻ってきてしまいます、がしかし、メモリが解放されているためこれまでと違って「じゃあどうする？」といった視点で思考が回り出してとてもハッピーになれます。少なくとも私は。

お酒呑んでわいわい騒いでもメモリは解放されるのですが、そのまま寝てしまうため次に考える時は大嫌いになっている翌朝ということで、堂々巡りしてしまいあまりいい結果を得られたことはありません。これまた少なくとも私は。

よくまじめな呑みの席で「成長とはなんだね？」といったお題がでてくることがありますが、「考えることのできる範囲が広がること（ドヤッ」と答えておりまして、私には我褒め癖があるのですが、この回答は真理をついていて、どう考えてもこれでFA、キリスト様でもお釈迦様でもこれ以上の回答には辿りつけないだろJKと思っておりまして、苦境や逆境は成長の糧といいますけれども、グッと歯を食いしばって耐え忍んでも少しも糧にはならなくて、その状況を改善するためにドロドロぐちゃぐちゃしながら考えるということが糧になるのかな、と。

結局、状況を改善するには改善したい人が改善するために考えるしかないんですよね。

最後に

最近ブログ書いてて思うんですけど、書けば書くほどブーメランになって自分に返ってきます。

超高校級ドMの私はとても気持ちがいいです、あはん。

NBA.tv いいじゃないの。あとついでにパ・リーグtv とMLB.tv と in 2012

2012-04-22T08:53:00.000+09:00

自宅でゴニョゴニョとMacをいじるときにですね、BGMとして大好きな音楽をかけるのも大好きな映画をかけるのも大好きなんですけど、実はスポーツ中継を流しておくのが一番好きなんです。一番作業効率落ちますけども。

小学校でやってた野球、中学でやってたバスケ、高校でやってた柔道、受験の年によく観てたサッカー（ちょうどフランスワールドカップのアジア予選やってましてん・・中田はじめ井原、山口、相馬などなど素敵な選手たちで構成された日本代表でしたがいまや現役がキングカズさんひとりという一体誰が想像したのかこの近未来・・頑張れキングカズ）どれも好きなんですけども、日本にいるとなかなか目にする機会がないのがバスケでございます。

via hatena

寝れないのを逆手に最近牛革ケースを作ってもらって愛おしくて愛おしくてしょうがないNew iPadを愛でていたところ、NBA.tvのLive放送が無料開放されておりまして（2012/04/20-2012/04/22）、試合の前半を観る限りお金払うのありだな、おまいらも払えよこの野郎という気持ちになりましてカタカタカタカタMacに文字列を入力している次第です。

以下、すべて2012年4月22日時点での情報です。

NBA.tvの概要

URL

http://www.nba.tv/

お値段

http://www.nba.tv/nbatv/subscribe

月々400円弱とか！と思いきや隣にPLAYOFFSパッケージがあってこちらは1シーズン5500円とかどないやねんな。

おそらくアーカイブを観たいかどうかでどちらを選ぶか選択することになるんでしょうけど、5500円で今シーズンのアーカイブとこれから熱くなっていくNBAのLive映像観れるなら安いもんかななどと思ったり。

いいお客さんですやろ？でも僕のお金の使い道最近全部海外ですねん。

iPhoneアプリ

NBA.TV
カテゴリ: スポーツ
価格: 無料

iPadアプリ

NBA.TV
カテゴリ: スポーツ
価格: 無料

iPhoneアプリもiPadアプリもあるんですね。もちろんPCからでも閲覧できます。

いまブログ書いてる脇でiPadアプリでサンズ対ナゲッツ観てます。ジェイソン・キッドはどこだ？

NBA.tvのiPadアプリの感想

とにかく映像がとても綺麗です。HD動画でございます。

こちらがLive映像開始直前の画面。Never miss a shot.のキャッチフレーズもネットをくぐり抜けるボールの画像も割りと私のハートをキャッチ致しました。あの音がおれを蘇らせるんです、何度でも。

漢たちの闘いが始まりましたよっと。

2ndクォーターですね。ブログを書こうと思い立ったのがこのあたりということでｗ

今日のスコアも観れますよっと。それもかなり詳細ですよっと。

少し残念ですがこの画面表示中にLiveが完全に途切れてしまいます。音声がバックグラウンドで流れてるだけで全然違うんですけどね・・

もうひとつ残念なのがたまに映像途切れてしまいます。

途切れた時に表示されるのがこの画面。私のハートをキャッチした画像が使いまわされております。おのれアメリカ人め・・

2012/04/22 追記 :

Live見ながらデータ確認できる画面がありました。全画面表示やめればこの画面になります。4本指スワイプで全画面表示に復帰。というかこのリアルタイム成績機能、日本のプロ野球で欲しいですね。私だけですか？

ついでに

パ・リーグtvとMLB.tvについても書いておきます。

パ・リーグtvは少し前にこのスレみつけて気になっていたので→パ・リーグファンの為のパ・リーグＴＶが神進化！！！！ : なんJ（まとめては）いかんのか？

MLB.tvは、そらパ・リーグtvチェックするからには本場アメリカとの比較は必要でしょうということで。

パ・リーグtvの概要

URL

https://tv.pacificleague.jp/info/pc/service.html

お値段

6球団いずれかのファンクラブに入っていると500円ほどお安くなるようです。シーズンを4月から10月の7ヶ月と考えた場合、3500円ほど浮きますね。

西武ライオンズのファンクラブを調べてみたところレギュラーB会員で年会費3000円で内野指定A席1試合分のチケットがついてくるそうなのでファンクラブに加入した方が若干お得というところでしょうか。

参考: ファンクラブ会員種別　｜　埼玉西武ライオンズ

iPhoneアプリ/iPadアプリ

ないようです。

画質

サンプル動画を観る限り良くもなく悪くもなしという感じです。

MLB.tv

URL

http://mlb.mlb.com/mlb/subscriptions/index.jsp?c_id=mlb

お値段

iPhoneアプリ

MLB.com At Bat
カテゴリ: スポーツ
価格: 無料

MLB.com At the Ballpark
カテゴリ: スポーツ
価格: 無料

MiLB.com Triple-A 2012
カテゴリ: スポーツ
価格: ￥450

iPadアプリ

MLB.com At Bat
カテゴリ: スポーツ
価格: 無料

最後に

お気づきの方もいらっしゃるかと思いますが途中でめんどくさくなってしまいました。

牛革でiPadケース作ってもらって余はとても満足でおじゃる。

2012-04-21T19:34:00.000+09:00

イタリアのブッテーロという牛の革らしい。

1ヶ月も使えば色がいい具合に落ち着いて革も柔らかくなるのだとか。いまでも充分落ち着いた色で柔らかくて昨日から何度も頬ずりしてるのですが1か月後が楽しみでございます(∩´∀｀)∩ﾜｰｲ

お気にな部分

完全にiPadのためだけに作っていただきましたので、サイズはiPadにジャストフィット。

口の部分はこんな感じに出し入れしやすいようにこんな感じに一工夫ほどこしていただいております。出し入れしやすいとか(/ω＼)ｲﾔﾝ

作ってくださったのは個人で革のオーダーメイド全般請け負う仕事されてる方で、プライベートブランドのロゴも華麗に入っているのですが、このような駄ブログに掲載するのもいかがなものかと写真には写り込まないように撮影しております。

写真見ていただくと分かります通り、紹介したいものと背景とが類似色なあたりワタクシ美意識的なものがとんと欠けておりますゆえ。

撮影場所ドトールだしこれ。

モスだったかな。

最後に

製作者の方は、自分の欲しい物がわかってるお客さまというのはほぼほぼ皆無で、話しして話しして話しして本当に欲しい物をご提供させていただくのがエクスタシーなのだとおっしゃっておりました。

どっかの業界と似てますね。

一方で、既成品が相場感を作り出してしまっているので手間ひまかかる反面、あまりお高いお値段を提示できず、これだけで生活していくのはちょっと厳しいのだとか。

人件費に間に入っている方々のマージンを加えた金額が請求額になるどっかの業界とは違いますね。（ブーメラン♪）

お医者様や弁護士様のように法律様が参入障壁様になっているわけでもない業界で、のほほーんと日々のお仕事に追われていると、どんな形かわかりませんけど黒船がやってきた時にそれはそれは無様で言い訳にすらならない御託を並べるようなハメになりそうで恐ろしいです。

出版関係の方のAmazonに対するブログやツイートを興味深く眺めておりますが、明日は我が身な気がしなくもない今日この頃。

てかKindleいつやねん。

[和訳] GitHub and the Democratization of Programming

2012-04-06T20:10:00.001+09:00

先日Forbesに掲載されたGitHub and the Democratization of Programmingを柄にもなく訳してみました。面白い内容だったので広く読まれないのはもったいないなというこれまた柄にもない動機でございます。

誤訳やイケてない訳があったらドンドンとしかし優しくご指摘しろください。自信ない箇所には括弧書きで原文を記載しています。英語が得意なおまいらよろしく頼む（・ω・｀）

-------------------------以下翻訳-------------------------

ここ数カ月、「この記事は（ビジネス誌である）Forbesには相応しくない記事だ」といったようなコメントをいくつかいただきました。私は残念ながらそれらのコメントはテクノロジーの世界とビジネスの世界の隔絶が進んでいることを反映しているように思えました。２つの世界は密接に関わるようになってきてはいますが、しかし同時にビジネスの人々はテクノロジーについていけなくなっています。結果、技術革新を直感的に感じる力が弱まり、ビジネスの世界でのみ生きてきた人々がテクノロジーの進歩がもたらすチャンスに気付けない頻度が増えてきました。

そこで私はテクノロジーの舞台裏を主題とし、なぜそれがビジネスの世界に関係するかという理由をまとめた記事を書くことに決めました。まずはGitHubの創設者のひとりであり、CEOであるChris Wanstrathへのインタビューです。クリスと私は、私がThe Rise of Developeronomicsを書き上げたあとも繰り返しメールをやりとりしました。そして私はこの興味深い会話をインタビュー形式にまとめることにしました。

もしあなたが典型的なビジネス志向のForbes読者であり、普段テクノロジーの舞台裏関連のニュースを読み飛ばしているのならGitHubのことをご存知ないかもしれませんね。GitHubとは、Linuxで有名なLinus Torvaldsや、場合によっては彼よりも技術的に貢献したとみなされる多くの技術者によって開発されたGitというソースコード管理システムを核に構築されたプログラミングコードの共有コミュニティです。

ソースコード管理システムはソフトウェアのコードを管理するうえでも特に難解な部分です。ではなぜビジネスの、特にメインストリームにいる人々がそのようなものを気にかけないといけないのでしょうか。

その理由はは、ソフトウェア文化というものは、このようなビジネス人からは見えないツールから発展していくものだからです。そしてソフトウェアが次第に日々の生活の重要な部分を担うようになるに従い、プログラマであるかどうかに関わらず、全ての人が、どのようにソフトウェアの世界が構成されているかを理解する必要がでてきているからです。残念ながらプログラミングコードというものは工場のラインや鉄道操車場、高炉などとは異なり抽象的なものであるために、特に理解するのが困難です。例えばおもちゃのロボットには機械や電子の技術よりもはるかに多くの時間と労力がプログラミングに費やされていますが、エンジニアでない人々はそのことを認識していません。プログラミングコードは現在の技術の実に10分の9を占めているのです。

クリスとの会話から私が得た最も重要なメッセージは「プログラミングはすべての人々のものになっている。(programming is being democratized.)」ということです。この数ヶ月の間に多くの人がこのことに言及しています。例えばLifeHackerのTop 10 Essential DIY Skills That Aren’t as Hard as You Thinkです。しかしクリスからのメッセージはより興味深いものになっています。なぜなら彼はGitHubの中の人として、プロ・アマ関係なくすべてのプログラマの活動を見てきているのです。それでは彼からのメッセージを見ていきましょう。

Q: Sourceforge（古いプログラマのコミュニティ）はCVSやSubversionのような一世代前のバージョン管理コントロールシステムを核に成長しました。GitHubはGitを核に成長しました。この2つのコミュニティのバージョン管理の設計思想の違いがそのコミュニティに属する人々に影響を与えた可能性はありますか？

A:もちろんあります。CVSやSVN(Subversionのこと)は単一型のバージョン管理システムでユーザは中央のサーバなしには何もできません。ユーザがソースを読んだり変更を加えたりする場合、必ずサーバが必要になります。ユーザが他のユーザのソースにパッチを当てるためにもサーバが必要になります。

Gitは違います。Gitは分散型のバージョン管理システムであり、このことはユーザがサーバを必要としないということを意味します。つまりユーザは必要なすべてのものを自分のローカルマシンに持つことができるのです。ユーザは飛行機の中ででもソースに変更を加えることができます。ユーザはWi-Fiを使って喫茶店からでも他のユーザにパッチを送ることができます。サーバはあくまで補助的な役割を担うにすぎません。誰もがGitを使ってソースコードをシェアすることができるのです。

そしてソースをシェアすること、他者と協業することが、まさにGitHubの真髄なのです。大きなプロジェクトを立ち上げたり、よそいきの体裁を整えたりすることではありません。あなたのソースコードを見ず知らずの他人や友人、仲間に手渡すことこそが真髄なのです。

Gitを使えば従来のやり方(CSVやSVN)に比べ簡単に素早くプロジェクトを立ち上げることができます。GitHubは設定ファイルや軽量のプロトタイプから有名なオープンソースプロジェクトまで幅広くホストしています。その範囲たるや信じられないほどです。

Q: GitHubがプログラマにとってただのソースを保管する場所ではなく、仕事を探す場所になってますが、プログラマを雇用するマネージャはLinkedInやoDesk、その他様々な求人サイトとGitHubとの違いをどのように捉えるべきでしょうか。

A: GitHubは人々が何に取り組んできたのかを見る優れた方法です。ユーザがいままで何に取り組んできたのかを主張する場ではありませんが、ユーザが貢献してきたプロジェクトを見ることができます。様々な意味で、ポートフォリオや履歴書のようなものといえます。

ポートフォリオや履歴書のように、GitHubは候補者を評価するのに最も効果的に機能します。あなたが誰かに興味をもったなら、もしくは雇用しようと考えているのであれば、GitHubのプロフィールをチェックしてみるべきです。彼がこれまで何に取り組んできたか、彼が誰をFollowしているか、彼が何に興味をもっているかを確認してみましょう。

もしあなたがJavascriptプログラマを求めているのであれば、GitHubは候補者がどのようなJavascriptプロジェクトに興味をもっているか、または取り組んでいるのかを確認する素晴らしい方法です。

Q: 開発者の不足が原因で興味深い動きが見てとれます。昔はハッカソンの伝統のように(原文：the hackathon tradition)いわゆる”アイデアマン”が自身のアイデアをプログラマやデザイナに投げていたのに最近ではプログラマやデザイナが非技術系の人に色々と"インタビュー"される側にまわっています。この力関係の変動は一時的なものでしょうか？それともしばらく続くのでしょうか？

A: 今後プラグラマでない多くの人がプログラミングを学習するようになるでしょう。作家、法律家、銀行員といったプロプログラマでない人々もプログラミングを学習するのです。彼らは繰り返し行う定型作業を自動化し、独自のアプリケーションを構築するようになります。

”アイデアマン”は自身の力でそのアイデアを形にするようになります。彼らはスライドを使ってデモをするのではなくプロトタイプを構築するようになるのです。

この動きはすでに一部に見られます。しかしソフトウェアの重要性が増すにつれ、プログラミングはますます主流となっていくでしょう。

Q: 平均的なプログラマに比べ優秀なプログラマは10倍の生産性があるという話はよく聞きます。この10倍効果に起因する現象や明らかな傾向がGitHubの世界(原文:social organization)で見てとれますか？

A: 私は10倍理論には懐疑的です。私は多作だった恐ろしい(原文:horrible バグが多いということ？)プログラマを知っています。一方で仕事は遅かったが徹底的であった偉大なプログラマを知っています。

私の経験では、好奇心旺盛で情熱的なすべての人々は皆、優れたプログラマであるといえます。彼らは自身の成果物を気にかけ、より優れたものにしたいと考えます。彼らは常に自分自身と自分の成果物を改善する方法を探します。初心者からエキスパートに成長する方法はただひとつ、常に学習し続けることです。

Q: ここまでの話で上がったCVS、SVNの他にも、Microsoft社のTeam Foundation Server(プロジェクト管理ツールの一種)や商用アプリの世界といった代替となるコードの世界があります。Microsoft社のTeam Foundation Server(プロジェクト管理ツールの一種)を用いてソース管理する人たちの世界、企業向けアプリケーションのライフサイクルの人たちの世界といった具合に世の中には大きく2種類のプログラミングコードに携わる世界があります（注：何が言いたいのかよくわかりませんでした）（注1)。これらの世界とGitHubの世界との関わり合いとはどのようなものなのでしょう？

A: 私たちは世の中のソフトウェア開発に携わる人々の活動をよりよいものにしようとしています。あなたが数十年前のワークフローで作業する巨大企業の従業員であれ、夜や週末にプロトタイプを作るアイデアマンであれ、我々はGitHubによってあなたの作業負荷を軽減したいと考えています。

私たちはより多くの人にGitHubを広めるためにGitHubEnterprise(https://enterprise.github.com)を作成しました。ですのであなたがFirewallの向こう側に隔離されている人であろうとWebにフルアクセスできる環境にいる人であるとに関わらず、ぜひともGitHubを仕事のお役にたてていただければと考えています。

別の言い方をすれば、我々はただ1つの世界を目指しています。その世界とは人々が素晴らしいソフトウェアを構築することができる世界です。

Q: もしプログラミングがより身近になるとして、それはプログラミングがより簡単になることでもたらされるでしょうか、それとも教育の中のプログラミングの位置づけがかわることによってもたらされるのでしょうか？医師や弁護士の本来業務が軽くなるという側面をもつのでしょうか？それともいまの業務にプログラミングを習得するという業務を加え、よりハードに働かねばならなくなるのでしょうか？

A: プログラミング学習を開始するためのハードルは間違いなく低くなっています。教育の変化はその一部です。Codecademyのようなサイトはよりプログラミングを身近にし、より学習を楽しいものにしています。学習を開始するためにユーザ登録する必要さえありません。

生活の中でソフトウェアと関わる度合いが増えていることも学習を容易にすることの一端を担っています。Webページを作ることに興味のない人もiPhoneアプリなら作りたいと思うかもしれません。ソフトウェアとの関わり合いが増え、エキサイティングな体験をする機会が増えるにつれ、それがどのように動いているのかを理解したいという欲求が高まるのです。

Q: ソフトウェアエンジニアリングの世界と教育の世界で現在起きている変化は今後の20年を予測するヒントたりえるのでしょうか？実際に医師がアプリケーションをGitHub上、もしくは他の場所で作成したことはあるのでしょうか？もしくはそこまでいかずともその徴候は見て取れるのでしょうか？

A: 近い将来にプログラミングを最大限に活用するであろう職業は、コンピュータの前で多くの時間を費やしている職業です。現在プログラマが自身の仕事を簡単になるよう毎日働いているように(原文: - things programmers do every day to make their lives easier)、ライター、カスタマーサポートのほか教師などもこれに当たります。これらの人々はブラウザをカスタマイズしたり、小さなアプリケーションを作成することで自らの仕事を効率化しています。

例えばMerlin Mannは彼が使うソフトウェアをカスタマイズするためにGitHubを活用している優れたライターです。(https://github.com/merlinmann)

ゲームも重要です。World of Warcraftのアドオン(拡張機能)を書く人たちの巨大なコミュニティが存在し、多くの人たちがゲームをより良いものにするためにプログラミングを学びました。Minecraftというゲームも同様です。

Q: Marc Andreessenがソフトウェアが世界を食べているという大胆な発言をしました。あなたはソフトウェアエンジニアリングが他の職業を食べているとお考えですか？YESの場合それは何を意味するのでしょうか。NOの場合、あなたであれば他の職業に起きている変化をどのように表現するのでしょうか。

A: 職業が人々と同程度に変化していくかどうかはわかりません。(原文:I’m not sure it’s about professions changing as much as people)

タイプライターを使用しているライターには一日中Wordの前で仕事をしているライターが感じるようなプログラミングを学びたいという誘惑を感じることはないでしょう。

FacebookやAppStoreが消費者向けサービスとして成功していることは、人々がソフトウェアを人生の重要な一部として成長していくことを意味します。彼らはより多くのソフトウェアを使いたいと思いFacebookやAppStoreを自身の職場に持ち込むでしょうし、何人かの人はそれらを改良したり新たに作りたいと思うでしょう。

Q: すべてのデータは増加傾向にあるそうです。BigDataはAPIを通して分析され可視化されます。GitHub上の人々やプロジェクトにそのエビデンスは見て取れますか？

A: 確かにそうですね。最近でてきた可視化プロジェクトには本当に驚かされます。

私のお気に入りをいくつか挙げましょう。

http://jondot.github.com/graphene/
http://gabrielflor.it/water
http://square.github.com/tesseract/
http://square.github.com/cube/
http://hummingbirdstats.com/
http://www.fudgie.org/
http://www.michaelogawa.com/code_swarm/

それらの多くはd3(http://mbostock.github.com/d3/)によって提供されています。

d3のようなプロジェクトは、あなたが自分のツールを使って自分で行うよりも、簡単に美しくデータを可視化してくれます。

Q: 近い将来、特により多くのセンサがオンライン接続され人間以外のデータがインターネットに溢れた時に、データとコードはどのように関係しあっていくとお考えですか。

A: 近い将来のことを語るのは難しいですが、現在起こっている最もエキサイティングなことのひとつは、ソフトウェアがどのようにして私たちの物理的な世界に進出してくるかです。

Fitbit(http://www.fitbit.com/)について見てみましょう。、クールで小さなデバイスを使って、あなたの生活を記録しあなたの友人にあなたと同じデータを見せることができます。さらに素晴らしいことに、FitbitはAPIを公開しています。あなたは自分のデータを抽出し、それを分析するためのプログラムを書き、パターンを見つけ、将来のカロリー消費量を予測することができますし、あるいはGoogleMapやd3を使ってあなた独自の可視化ツールを作成できます。

あなたが1年に渡ってしてきた肉体的な活動を可視化できるなんて信じられないことです。そしてそれはもう始まっているのです。10年後？私は待ちきれませんよ。

もしあなたがテクノロジーの舞台裏に関わっている誰かをこのインタビューのように紹介したいのであれば、ぜひ私にメールしてください。広報担当者や共同作業者でない、無関係の技術者からのサードパーティの紹介は優先的に対応させていただきます。

-------------------------以上-------------------------

(注1)2012/04/07 @drakontiaにご指摘いただき修正しました。

最後に

最初は原文に忠実になるよう訳していたのですが、カチカチな表現になるのと不自然な日本語になるのとやってて面白くないのとで、途中から方向転換し、忠実性よりも日本語として意味が通るようにということを重視して訳してみました。

しかしQuestionに対してAnswerがどうもちぐはぐに感じられる質問もいくつかあって、とんでもない誤訳をしている可能性もなきにしもあらずです。

以下のエントリにも書いたように最近英文を読む機会は増えてますが、英文和訳なんて大学の一般教養以来だししょうがないですな(ﾟдﾟ)！

文句ある？(ﾟдﾟ)！

英語・・意外と読めます。きっかけはHBFav。

海外ブログ読むとシリコンあるだけあって良質な記事が多く、英語堪能な方がどんどんどんどん和訳していただけるといいなー思ってやみません。FacebookのTipsばかり書いてる人とか。NZの人とか。

冒頭にも書きましたが、誤訳・よりよい訳ございましたらどんどんおまいらご指摘しろください。

よろしくお願い致します。

次のiPhoneはSIMフリー版買うことに決めた

2012-03-24T11:00:00.000+09:00

一週間ほどタイに行ってたのですが前回行ったとき(2011/07)に比べ格段にiPhoneユーザが増えていました。

iPhoneかBlackberryか、という感じでした。

iPhoneかBlackberryかの違いは単純に費用の問題で、高価なタッチパネル式の携帯を買うならiPhoneでFAでしょう、というノリなのだと思います。

私はと言えばiPhone3Gを買ってからというもの、「ライフスタイルが変わったよ( ｰ`дｰ´)ｷﾘｯ」と言えてしまうくらい生活が変わりましたので、非iPhoneの方を見かけると「おまえはアホか？」を枕詞に、しつこくねちこくiPhoneを勧めておりまして、友人からの評判も日本経済同様、いい感じの右肩下がりの様相を呈している昨今です。

非iPhoneの方の非iPhoneである言い分としては「だってソフトバンクやん」というものが圧倒的に多く、私自身も帰省で実家に帰ったりしますと、絶妙な具合でiPhoneがソフトバンクの電波を掴んだり離したりを繰り返してバッテリーがみるみる減っていく事態などもありまして「うん、そうやね、でもね」と返すのが精一杯です。大ソフトバンク様。

でもね、「iPhoneで得られる生活の変化をキャリアの壁程度で諦めるとかおまえはアホか」と繋げて、しつこくねちこくiPhoneを勧めておりますアップル様。お金ください。

ちなみにその後「現におれはDoCoMoと2台持ちしてるやん」と繋げております。大ソフトバンク様。

しかし今回タイのiPhoneユーザを目の当たりにしてですね、この「生活の変化をキャリアの壁程度で諦める」がブーメラン♪ブーメラン♪と自分に跳ね返ってきていることに気づいたのでございます。

ソフトバンクと契約することで安価にiPhoneを手に入れる代償として「SIMフリー」と「テザリング」を諦めた結果、無様な無様な2台持ちという生活を強いられているのであります。

タイではキャリアがパッケージングしたiPhoneは販売されていないので、iPhoneユーザは（日本に比べて）高額な初期費用を支払う反面、いくつかの選択肢の中からキャリアと課金プランを選択することになります。

日本ではタイほどに選択肢は多くないものの、大DoCoMo様がXiプランをご用意されたことで、SIMフリーiPhoneとXiプランSIMの併用でタイの人たちのような微笑みあふれる生活を実現できるのだ、と思い至った次第です。なんだかんだでまだまだ高いけど。

ちなみに今年(2012)の夏もしくは秋に大DoCoMo様がパッケージングしたiPhoneが発売されることを純粋な私は信じて疑っていないのですが、そのiPhoneが「SIMフリー」で、なおかつ「テザリングフリー」であれば、一も二もなく飛びつきます。大DoCoMo様。

あとその場合、月あたりの通信7GB制限は非常に辛いので、ネット経由で追加料金支払ったら制限を拡大できる仕様に変えてください。大DoCoMo様。

てか追加分は月額費用に乗っければいいだけなんだからそれくらいできるだろ、大DoCoMo様。

最後に

孫さんが大DoCoMo様の社長に収まればすごくうまく回り出しそうな妄想にふけってしまいました。

でもソフトバンク関連の権利をすべて無くしたうえでないとダメか。（すごく自己中ｗ

宗教本のようなタイトルだけど違ったよ - [書評] - モチベーション3.0 持続する「やる気！」をいかに引き出すか

2012-03-15T08:00:00.000+09:00

はてなおやがオススメしてたので、手にとってみました。
そうでもなきゃ読まないよね、このタイトルじゃ・・・

モチベーション3．0　持続する「やる気！」をいかに引き出すか

posted with amazlet at 12.03.15

ダニエル・ピンク
講談社
売り上げランキング: 1436

Amazon.co.jp で詳細を見る

勤労意欲は報酬に比例するっていうのは迷信ですよーということを、いろいろな実験の結果やらWikipediaやオープンソースの事例やらをもとに20世紀の遺物であることを証明していき、ではでは21世紀の勤労意欲の源泉てのはなんじゃいな、というのを考えていきます。

報酬に関する実験というのが割りと面白く、例えばお絵かきが好きな子供を2グループに分けて、片方には報酬を与えてもう片方にはなにも与えなかった場合、報酬を与えた方のグループは報酬がない場合に絵を書かなくなったとか、まぁ確かにそうなるわなということが想像できつつ、意欲が報酬に比例するという常識と合わせて考えると「あれ？なんで？」となって、ちょっとした空き時間にぼんやり考え事するための、いいお題になってくれます。

世の中豊かになって幸せなことに食うには困らなくなっていますし、働き方や価値観なんかも多様化してるので、このモチベーション3.0の考え方を安易に組織論とがっちゃんこしてしまうのは色々と罠がひそんでいそうな気がしますが、自分のモチベーションの源泉を、なんとなくではなく、きちっと言語化しておくのは割りと意味のあることだと思いますし、さらに踏み込んで自分と同じ源泉を持つ人の特徴ってなんじゃらほいというところまで落とし込めれば、それはそれは素敵なフィルタになると思うのです。

フィルタリングってのは割りと重要なことだと思っていて、例えば先日ニュースになった和民の件にしても、長時間労働は悪、和民の存在自体が悪といった論調をよく目にしましたけど、がむしゃらに仕事したいんですワークライフバランスなにそれ？、という考えの人も世の中には一定数いるわけで、そういう人たちに仕事を創って与えているという点において、長時間労働も和民も即悪とはなりませんし、不幸の発端は採用する時のフィルタが甘く、企業文化と異なる方を採用してしまった点にあるのかな、と思います。

ちなみに私は絶対に働きたくないデス。

組織の話になってしまいましたが、個人的にも仕事をしていて、この人やりやすいこの人やりにくいというのは確かにあって、色々な要因があるのでしょうけど、それでもモチベーションの源泉が近いかどうかというのは大きな要因のように思えます。

自分のモチベーションの源泉を言語化して、フィルタ創って、同じような人だけ集めて仕事できたら、それはそれはエクスタシーだろうなと思うわけですが、中学生みたいですかそうですか。

Wikipediaもオープンソースもこの中学生のような欲求のひとつの形なわけですけど、大きく違うのはそこに生活がかかってないということですね。

そんな意味ではてなおやも言及しているGitHubには割りと注目してます。
英文ブログ読むのてら時間かかるけど( ﾟДﾟ)y─┛~~

てか四の五のブログ書くヒマあるならGitHubでソース公開しろよって話か。まぁいいや。

モチベーション3．0　持続する「やる気！」をいかに引き出すか

posted with amazlet at 12.03.15

ダニエル・ピンク
講談社
売り上げランキング: 1436

Amazon.co.jp で詳細を見る

若さゆえの過ちへの接し方とかモノの作り方とか

2012-02-03T08:00:00.000+09:00

世の中には2種類の人間がおりまして。

何事もソツなくこなしてシュッとしていてなんだったら笑うと白い歯がキラリんとしてもうお前なんか爆発すればいいのに、という人間と

やることなすこと全てけつまずいてゴロゴロ転げてシェリーおれは歌うとか訳の分からんことのたまったあげく周囲からは「笑えないよねヒソヒソヒソヒソ」と言われてしまう人間と。

私なんかは明らかに後者でして、やらかしてやらかして、そのうえでもうあり得ない大失敗をやらかして、お前なんか干からびるまで自分で自分のち◯こしばき続けてテクノブレイクで死んだらええねん、と言われても仕方ないような半生を送ってきたものの、周りの大人の温情によって、やらかした後も同種の仕事を与えてもらって、自分が爆発させた案件の事後処理する人を傍目に見ながら「ああ、ああすればよかったのか」などとシコシコ反省するという貴重な機会を与えてもらいつつ今に至るわけでございます。

つまりなにが言いたいかというと、自分も後輩どもの若さゆえの過ちには寛大でありたいと思ってるわけです。

なおかつ、作為による失敗というものは放っておいても勝手に反省するからいいのですが、不作為による失敗というのは本人に自覚がないので周りの大人が口を酸っぱくして言ってあげないといけないなとも思ってるわけです。

なので賢者モードになってボケーッとしてしまっている子を見ると「あのね、君の役目はね・・」などと優しく諭して「ああなるほどそうかー」的なリアクションに喜びを覚えたりするのです。

でもまぁ2回が限度やね

と、太字にしてみましたが若者を責めるのは筋違いでWeb、システムの業界全体が未成熟すぎると思うのです。

これだけ安価にこき使えるフリーランスが世の中に氾濫している世の中で、なぜ企業様が企業様に対して高いお金を払ってでも発注をかけるかといえば、要するに技術者の選定であるとか、成果物に対する責任であるとか、面倒臭いことから解放されたいわけで、つまりは組織的な対応を要求するのは当然なわけで。

でも制作側の実態は人格依存なわけで。
面白法人さんとかそのへんどうやってクリアしてるんでしょうか。マニュアルがあったりするのかな。でもそれってなんか矛盾してる気がする・・ｗ

Webページやシステムの構築って工業製品的な正確さを求められますけど、オーダーメイドである時点で、映画の撮影だったり、広告の制作だったり、雑誌の編集だったりと似てる部分が少なからずあって、その辺東宝とか、電通とか、講談社とか成熟した企業様はどうやってるんでしょうね、とか。

服飾とかオーダーメイドでもある程度規格化されてて、オーダーメイドでなくても既製品の組み合わせでオリジナリティを出せたりとか。

酔っ払って、でも寝れなくて、ぼんやりそんなこんなを考えてたら、なるほど、8時じゃねーの。

ちなみにこんなこと書いてますけど、ワタクシ、小奇麗な静的ページを作るスキルも意欲も情熱もございませんっｗ

アート・オブ・アジャイル・デベロップメント読んでます。

2012-02-01T08:00:00.000+09:00

アジャイルという言葉がずっと嫌いだったんですけどね。

猫も杓子もアジャイルアジャイルと言っていた時期がありまして
その頃アジャイルアジャイルと言っていた方々はいまはおそらく
ソーシャルソーシャル、クラウドクラウドとおっしゃってるんでしょうけど。

ソーシャルやクラウドなんかはもうシステムエンジニアリングの枠を超えて
社会現象になってしまっている感がありますね。

喫茶店で仕事しているとだいたい耳に飛び込んできます。

その言葉を放っている方はだいたいWebではなく流行が好きそうな方で
もう最近のソーシャルやらクラウドやら流行りっぷりをみていると、みんなお金がだぶついていて、でも使い道がなくて、仕方がないからその使い道を壮大に自作自演してるんじゃないのか、という錯覚に囚われるんですけど、考えすぎでしょうか。

まぁそんな事はどうでもよくて、同じ理由でアジャイルという言葉を毛嫌いしてたんですけど、実は考え方にはずっと共感しておりまして。

これだけのことを表現する言葉がなくて「@ITとか読んでるヤツは死んだらええねん」と言い放っていました、当時。

エンジニアばかりの職場だったんでほぼ全員@IT読んでいたと思うと恐ろしい子ですね。

そんなこんなでようやく手に取りましたはこちら。

アート・オブ・アジャイルデベロップメント ―組織を成功に導くエクストリームプログラミング

posted with amazlet at 12.02.01

James Shore Shane Warden
オライリージャパン
売り上げランキング: 129331

Amazon.co.jp で詳細を見る

オライリー様のサイトでPDFを購入してiPhone, iPadのibooksで読んでます。

夜中に思い立ってサクっと購入できるのだから便利なものです。
場所とらないし。電話持って出かけたら自動で持ち運べるし。

紙本のストレスってその価格ではなくてその体積なのだからPDFなりePubなりにして紙と同じ値段で売っても普通に買うし、ただの販路拡大だと思うんですけど、ダメなんですかね。

事はそう単純ではなく当事者にしか分からない複雑な事情があるのですか。そうですか。

氏ね、バーカ

4月からAmazonで日本の電子書籍が売られるとの噂もありますけどどうなんでしょう。

まぁまぁそんなことはどうでもよくて、アジャイルに話を戻しますと、開発の現場ではここはあーだあそこはこーだという机上の空論に大事なプロジェクト初期の時間が費やされ、押された時間の中でヒーコラヒーコラバヒンバヒンと動くものをこしらえたところ、お客様のイマジネーションが大爆発してあっちも修正こっちも修正ヒーコラヒーコラバヒンバヒンということはよくあることなので、だったら机上の空論の時間にとりあえず動くものつくろうず！と思うのは当然の人情だと思うわけです。

動かぬものを想像しろというのは無茶ですし、なによりお客さまの心理的ストレスは大きく軽減されますですよ。
作る側にいても本当にできあがるのかよ、とやきもきすること多々ありますから。

で、

とはいえ短時間でプロトタイプ作り上げるためのツールなりフレームワークなり汎用雛形なりノウハウなりはいるんじゃねーの？

ということと

短いスパンで作り上げて使って方向性を決める⇔とはいえプロジェクト全体でとりあえずの完成像は共有せねばならん、という矛盾の解消どうやるのよ？

というあたりが気になって本書を読み始めています。

まだはしりしか読んでませんけど、ちょっとお客さまに負荷かけすぎじゃねーのという印象をもちつつ、ヒマを見つけて読み進めていこうかと。

という読んでますよ、というエントリでしたｗ

[書評] - 「うつ」とよりそう仕事術

2011-12-27T08:00:00.000+09:00

「うつ」とよりそう仕事術 (Nanaブックス)

posted with amazlet at 11.12.27

酒井一太
ナナ・コーポレート・コミュニケーション
売り上げランキング: 685

Amazon.co.jp で詳細を見る

私はうつを患っているわけではないのですが

自分に降りかかったことのない災難を想像できない程度にデリカシーがない
とはいえ、そういう人間ですねんと主張すればまかり通れると思えるほどに無邪気でもない
なので未経験の災難話には意識的に耳をかたむけようと思っている
そんななか知人の一太さんがうつの本を出版すると小耳にはさんだ

という経緯で本書を手に取りました。

ロジカルですね。
一冊の本を読むまでの経緯をこれだけロジカルに説明できるとは知的ですね。

私はそんな自分が大好きです。

そんな私でもうつになる可能性は充分にあります。
一太さんも繰り返し書いてますが、だれもがうつになる可能性をもっているようです。

そんな意識をもちながら本書を一読し、その間に思ったり考えたりしたことを
つらつらと書いてみようと思います。

「心の病」という表現はやめようず

私たちは、小さいころから「成せば成る」だとか「心頭滅却すれば火もまた涼し」だとか「美人は三日で飽きる」だなどと言われながら育ってきました。

アニメや漫画のキャラクターは特段のトレーニングをつまずとも怒り心頭に達すれば突然強くなったりしますし、集中力を高めれば岩とかビルとか地球とか一瞬で破壊できたりしてしまうわけです。

他の国がどうという話ではなく日本の文化として精神力というのは割りと大きなウェイトを占めているのではないでしょうか。

そして猫の手も借りたいほど糞忙しいプロジェクトが進行する中、メンバのひとりが心の病とやらに罹りました、休ませてください、と言ってきたとしましょう。

みんなしんどいの我慢して働いてるのにおまえサボろうっちゅうんかい！！ とか
休めていいな、おれはしんどいけど！

と思いませんか？大人だから誰もそんなこと口に出しませんけど。

ではこれが肺炎だったら？盲腸だったら？胃がんだったら？

うつというのはほぼほぼ脳の疾患だろうというのが定説になりつつあるそうですね。聞きかじりですけど。
ただ脳の構造がまだまだ未解明なのではっきりどこが悪いとは言えないです、と。

きっと本来必要ななんとかニシンが過剰にでてしまったり、あまりでてはいけないなんとかフェロンが過剰にでてしまったりとかそういうことなんでしょう。

臓器が炎症を起こしたり、腫瘍ができたりするのと区別する理由が私には見当たりません。
冒頭で自分にもうつになる可能性があると書いたのもそういう理由からです。

心の病になど私は絶対に罹りません。自信があります。
けど脳の疾患はいつ何時私を襲うかわかりません。

だから、心の病という表現やめようず。
言葉って割りと大切だと思うんですけど。

客観的な判断基準を設けようず

うつ病患者数がここ10年で爆発的に増えたそうです。

現代はうつを患いやすい社会構造になっているんだ！と断じてしまうのは簡単ですけど

うつという病気とその症状がメジャーになった

というのも大きな要因だと思います。

うつの諸症状というのは部分的には誰しも合致するんですよね。

私もどれだけ頑張っても朝起きられないですし、一通のメールや一本の電話が原因で一日中イライラしてしまうこともありますし、なにもする気が起きなくてずっと布団の中でもぞもぞしていたい日だってあります。

これらの諸症状に合致するのは非常に簡単でして、つまりなにが言いたいかというと
つまり思い込みうつの方の数も相当数増えているのではないか、と。

思い込みうつの方が増えると非思い込みうつの方も、「あいつも思い込みうつじゃねえの？」という目で見られてしまって形見の狭い思いをしてしまうしさせてしまいますよね。

また客観的な基準があれば、非思い込みうつの方の頑張りすぎの防止にもつながると思います。

体がしんどいから病院行って薬もらってもうひと頑張りしようと思っていたところ病院で「白血球が2倍になってますよ？」と言われたら「あ・・休もうかな・・」となるではないですか。

それと同じです。抗鬱剤というものが存在するんですから、客観的な基準・・作れるだけの材料は揃ってると妄想するんですけど。

本書の感想

うつを患った一太さんが復職までにやったこと、復職後にやってきた工夫が丁寧に紹介されています。

私なんかは上の文章にもあるように「やろうず！( ノ゜Д゜) 」と言ってしまいがちなのですが、本書は少しの押し付けがましさもなく、ただただ一太さん自身がしてきた工夫を、「おれはこうしたよ」という体で紹介しています。

再発の不安を感じさせるあたりに胸がキュンとなりつつも、ところどころにお得意の毒舌も混入されていて、適切な表現かはわかりませんが楽しく読むことができました。

以下気に入った一節です。

文章が間違えていることを指摘された。 → 日本語変換に転嫁しましょう。

プレゼンの出来で怒られた。 → パワーポイントのひな形の出来の悪さに転嫁しましょう。

計算ミス。 → エクセルのバグということにして、エクセルに転嫁しましょう。

Microsoftさーん( ノ゜Д゜)

最後に

いまちょうど寝る前に読んでいる本が脳疾患の本でして。
そんな時に一太さんの本を読んだので、なんだか書評の体を為していない文章になってしまってますね。

ちなみにその本はこちらです。

→　眠れない一族―食人の痕跡と殺人タンパクの謎

こちらも良書。オススメです。

「うつ」とよりそう仕事術 (Nanaブックス)

posted with amazlet at 11.12.27

酒井一太
ナナ・コーポレート・コミュニケーション
売り上げランキング: 685

Amazon.co.jp で詳細を見る

タスクは詰め込んだ方が創造性豊かになるというライフハック

2011-12-17T04:03:00.000+09:00

詰め込んだというか、放置しすぎたというのが正しいのかもしれませんが、いま現在アップアップでございます。

そんな状態になればなるほど、ブログを書きたくなったり、iPhoneアプリを作ってみたくなったり・・エトセトラ・・エトセトラ・・

徒然なるままに心に移り行くよしなしごとをそこはかとなくタスクに登録してもいいのですが
ここはあえて放置して楽になったときに本当にやりたければ着手してみようかと。

学生時代に試験期間中だけ妙に部屋が綺麗だったそこのあなた m9( ﾟдﾟ)ﾋﾞｼｯ

きっとこのライフハックの適性があります。
ぜひ実践してみてください。

最後に

計画性ってどうやったら身につくんでしょうか。

英語・・意外と読めます。きっかけはHBFav。

2011-12-16T08:00:00.000+09:00

なんだか面白くないな、と感じつつ習慣化されてしまっていたためダラダラとRSSを巡回する日々が続いておりました中

気になる技術者様のはてブをRSSに追加したところ、これがなんとも大成功だったというご報告です。

追加したRSSフィード

カリスマエンジニアたちのはてなブックマークを追加しました。
誰を追加したかはなんだか恥ずかしいので内緒です♡

すると海外のブログ記事がわんさかと流れてくるようになりまして
英語記事を読むのは時間もエネルギーも消費するので華麗に読み飛ばしてもいいのですが
あの憧れのカリスマエンジニアが、ブックマークしたものを読み飛ばすのも忍びず
流し読んでみますと、興味深いものが多く、記事が短かったりエネルギーが充実してたり時間があったりした場合はその場で読んでしまいますし、
そうでなければReadabiltyに追加するなどして
なんだかんだで読んでしまうようになりました。

そうすると意外と読めるもんなんですね。

内容を正しく理解してるかどうかは未検証ですけども。

興味あるものを読むのが大事なんですね当たり前だけど

英語圏の幼児が読むモノを毎日読むといいよ、という話をよく聞きます。

ネイティブも同じ道を通ってきたんだぜ、という言い分にも一理ありますし正しい方法だろうと思ってました。

いつか実践しようと思いつつ、月日ばかりが流れ、加齢臭ばかりが身についていくという状況でした。

当然といえば当然だと思います。

だって桃太郎を毎日欠かさず読むとかできないもん。

このあたり性格だと思いますけど、私は興味ない英文を読むのは苦痛なのだとようやく自覚できたというところです。

iOSの辞書機能で単語力なくても読めるし

iPhone、iPadで分からない単語を長押しすれば下のような感じで辞書が引けます。
Safariだと「辞書」とまんま日本語のメニューが表示されます。

ちなみにうえのキャプチャはReederです。
RSSリーダはいろいろと試しましたけど、これが一番ですね。
いまはiPhoneもiPadもMacもぜーんぶReederです。

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

Reeder for iPad
カテゴリ: ニュース
価格: ￥450

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

きっかけはnaoyaさんのHBFav

こちらです。

naoyaのはてなダイアリー

HBFav というはてなブックマーク iPhone アプリを作りました

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

はてブ、こんな使い方があったんですね。

最後に

そもそも英語のモチベーションはというと

海外の技術系のドキュメントをストレスなく読みたい
海外に旅行にいった時に現地の人と普通にしゃべりたい

とそんなにハードル高くないので、まあぼちぼちと。

後者の方なんかいいオススメの方法ないですかね？
なんか楽しいことがあって仕方なく英語を使わなきゃならない状況を作りたいのですが・・

うむー。

プログラマ meets デザイナ♡。EvernoteとSVNを使ってメールから添付ファイルをなくそうず！

2011-12-06T08:00:00.000+09:00

添付ファイル付きのメールってテンション下がりませんか？

そりゃ1通や2通ならさばきますよ、人間だもの。

でも20通30通きたらどうですか？

.txtなら、まぁ見てもいいかてか本文に書けよ、と思いつつも仕事をこなし、
.xls、.ppt、.pdfなら、まぁ見てもいいかてか概要くらい本文に書けよ、と思いつつも仕事をこなし、
.zipなら、まぁ見てもいいかでもタバコ休憩のその後でね、とタバコを吸い、
ストレージへのURLが本文に書いてあったらば、ちょっとゴハン食べてこよ、と現実逃避します。

お仕事の後の疲労感って添付ファイル付きメールの数に比例している気がするのです。
少なくとも私は。

で、いま、とある案件で添付ファイルゼロを実践できております。

背景としてですね

いまWordpressをベースにとあるサイトの構築をしています。
サイトの概要はと言いますと、Wordpressの一般的な使われ方としての情報発信サイトとしての性格に、その情報に興味をもった方が交流しあえるSNS的機能をがっちゃんこしたものになります。

そのSNS的な部分とWordpressの基本機能で実現できない部分の構築を・・ということでお声かけいただきました。

お話を伺ってみると

まずは見た目を画像で作って、関係者全員で合意を得ます、と。
Wordpressに静的なページを構築しつつ（デザイナさんの仕事）
並行してSNS的な部分の仕組みと+αの機能を構築し（私のお仕事）
最後に静的ページと仕組みの部分をがっちゃんこ（たぶん私のお仕事・・・）

という流れになりそうでして、どう考えても最後の工程が修羅場になるだろうという印象だったんですね。

なので、最後の工程が省けるようある書式でHTMLタグを記述すれば直接データベースの情報を引っ張ってこれる仕組みを私の方で作りましょう、そして静的ページの構築完了それすなわちサイトの構築完了という状況にしましょう、と提案させていただきました。

実はそんなたいした提案ではなく中島聡さんご提唱のPure Ajaxという考え方を実情に合わせてスペックダウンさせて使いましょう、というただそれだけのことなんですけど。。

ちなみにPure Ajaxって日本のWebの作り方にすごくマッチすると思いますし、中島さんご自身がそのためのライブラリも公開されてますので、ぜひ下記URLをご参照ください。

作業分担としてですね

大まかに下記のように作業分担を決めました。

themeディレクトリ配下はデザイナさんの管轄
pluginディレクトリ配下は私の管轄

加えて動作の検証はAWSでおこなっているのですが、

AWSとSVNは必ず同じ状態にすること

と、決めました。

そしてWordpress全体をSVNにコミットしています。
これでお互いの作業の成果物はAWSのブラウジングとSVNの同期で確認できます。

私はこのようなHTMLを書けばデータベースの内容をページに表示できます、という仕様をEvernoteの共有ノートブックに都度書きこんで共有します。

メールはEvernoteに追記・変更した旨を伝えるアラートとしてのみ機能しています。

これだけです！
たったこれだけでメールから添付ファイルがなくなりました！

おまいら、まだ協業メンバー間で添付ファイルつけてメール送ってんの？
バカじゃねーの( ´_ゝ｀)ﾌｰﾝ

ラッキーだったことはですね

こういうこと、特に「ある書式でHTMLタグを記述すれば直接データベースの情報を引っ張ってこれる仕組みを導入しましょう」なんてことを言い出すと往々にして反発を受けるものなのですが、、段取り踏まずに突然言い出す私が悪いことも重々承知しているのですが、、デザイナさんはきちんと理解しようとしてくれて、そしてきちんと理解してくれる方でした。

いまは彼にいろいろWordpressテクニックを教わりながらサイト構築を進めています。

沖縄の方なんですけどね・・沖縄行きたい欲が高まってることもあり、彼の存在は私の沖縄ロングバケーションの口実になりそうな気もするし、なんとか思いとどまる気もするし・・ｗとりあえず夏までは待つ程度の理性はまだ保ってますｗ

最後に

サイト構築も終盤に差し掛かり、Redmineも動き始め、はたまた私の苦手分野なこともいろいろ考えねばならなくなってきている状況でございます。

自戒の意もこめ、愛読している『大東京トイボックス』から一節。

どの現場にもそこそこプログラムが組める奴はゴロゴロいる。

だがその先いけるヤツってのはあと一行を削ることをけしてあきらめないヤツだ。

コトバにすると陳腐だがな

魂ってのは案外

そういう小さいところに宿るもんなんだよ

お後がよろしいようで。

大東京トイボックス (7) (バーズコミックス)

posted with amazlet at 11.12.06

うめ
幻冬舎 (2011-08-24)

Amazon.co.jp で詳細を見る

え？まだSSDじゃないの、おまいら？

2011-12-03T15:56:00.001+09:00

というか「いまさら？遅くない？」というツッコミを某所より頂いたんですけどね・・

MacBook Pro の HDD を SSD に換装したら心も Mac も軽やかになったよ - 頭ん中

参考にしたエントリ

一応換装作業中は公式ドキュメントも参照しつつ

アップル - サポート - マニュアル MacBook Pro 13インチ Mid 2010 (PDF)

SSDの選定などは上記のエントリを参考にさせていただきました。日付も新しかったし。頭ん中さんだし。トルクスドライバーを買っておきなさい、という記載は値千金でした。

蓋を開けるのに大苦戦

上記のエントリには

まずは MacBook Pro の電源を落とし、
ケーブルを全部はずして裏返す。

四辺を締めているねじを外す。

ねじ山が小さいので、精密ドライバーが要りますね。
百均で買ったメガネ用のやつで十分だったけど。

と、サラっと書かれてるのであまり気にとめてなく
コンビニで普通のドライバ買ってきてしまってですね。

こんな事態になってしまいですね。。。

慌てて精密ドライバを買ってきたものの、柄が細すぎてMacbookProの機会締めの強さにまるでかなわずですね。

また慌てて柄の太い精密ドライバを買いにいくという・・

実際に使ったドライバをここに晒したかったんですけどまったく同じものは見つかりませんでした。

だいたいこんな感じの柄が太いのがオススメです。

E-Value 精密ドライバーセット EPS-650

posted with amazlet at 11.12.03

イーバリュー（E-Value）
売り上げランキング: 113

Amazon.co.jp で詳細を見る

こういう柄の細いのはダメ！絶対！！
※あくまでMacbook Proの蓋を開けるのには適さないという意味でございますよ。

SK11 精密ドライバーセットNo.1500N

posted with amazlet at 11.12.03

SK11(エスケー11)
売り上げランキング: 6787

Amazon.co.jp で詳細を見る

最後に

換装前はGoogle Quick Search Boxに文字を打ち込んだら虹色の丸いのがぐーるぐる。
Eclipseのパースペクティブ切り替えるだけで虹色の丸いのがぐーるぐる。
OS再起動するからちょっとコンビニ行ってくるお（・ω・｀）

と、そんな感じだったのですが完全に息を吹き返しました、私のMacbook Pro！
特にOSの起動、アプリの起動は爆速ですね。

これで胸を張ってMacbook Airを使ってる方に

「細いねー。軽いねー。あ、でもディスクドライブついてないんだねー。」

と言い放つ事ができます。
Macbook Air使いの方、今度遊びましょう！

『社長失格』板倉さんの新サービス『VoiceLink』に思う、ビジネスモデルとはなんじゃらほい？

2011-11-30T08:00:00.000+09:00

『社長失格』の板倉雄一郎氏、社名をSynergy Driveに改め新サービスVoicelink発表：はたらきたい。：ITmedia オルタナティブ・ブログ
VoiceLink発表イベントの報告記事です。

VoiceLinkの内容を要約すると

音声に特化したSNS。いわゆるひとつの電話会議サービス。
電話会議はオーナー、発言ユーザ、視聴ユーザの3種類のユーザで構成される。
視聴ユーザは発言に参加したい意思表示をし、オーナーに承認されれば発言ユーザになれる。
視聴は無料。発言ユーザになれるのは有料会員のみ（記事に記載はないがおそらくオーナーも）。会費は月額300円。Paypalで課金。
視聴は話の内容を切り取ってイイねができる。（どういうUIなのか非常に気になる）
電話会議単位にURLが払いだされる。（たぶんUstreamやツイキャスのようなイメージ）
オーナーは視聴を有料にすることも可能。その場合の手数料は30％。有名人の有料放送や語学レッスン等での利用を想定している模様。

私の第一印象は、さすがに起業家を自認される方だけあって収益構造がしっかりしてるな、というものでした。

情報の拡散を目的としたサイトというのは、とにかく使ってもらってなんぼ、ユーザが集まれば広告つくしなんとかなるんじゃね？といった感じに、割とお金に関しては無邪気で無頓着な感じだったりしてしまうんですけど・・

シリコンから聞こえてくる噂話の悪影響ってのもあるんでしょうね。少なからず。

こういう・・いわゆるビジネスモデル・・というものはどうやって考えつくんでしょうか。勉強せずとも考え出せる人もいらっしゃるんでしょうけど、私いかんせんどん臭いので、フレームワーク的なものがあれば勉強したいと思ってるんですけど・・。

受託開発というビジネスモデル

これは大変わかりやすくて、あらかじめこの仕事をしたらおいくら万円と額が決まってるわけです。

で、自分で作ったり、その額より安いお値段で請け負ってくれる誰かを探すわけです。

ここでいう「自分」というのは個人であったり組織であったりするんですけど組織の場合は、自分のところの社員の人件費＜貰える額の場合には自分で作るという判断をするわけです。
この場合、自分のところの社員の人件費＜他に振った場合の費用ってのはあまり重要ではなくて、なぜかというと自分のところの社員が余ってしまって売上ゼロの給料泥棒になるのが一番怖いわけですから、とりあえず売れる時に売ってしまう傾向があるように思います。

こういうビジネスモデルだとリーマンショックのようなことがあって世の中の仕事の総量が減ってしまうと弱いところからバタバタとお亡くなりになってはいくんですけど、この業態が決してなくなることはなくて強いところに吸収されたりして生き残っていくみたいなんですね。

と、いうのも世の中には納品のことを考えずに企画だけをとりあえず売ってしまおう、売ってしまったらケツ吹いてくれる人を探して歩こう、というビジネスモデルの方が一定数いらっしゃって、そういう方々にとって、こういう方々はとても都合がいい、要するに需要があるという状態なわけです。

売れる企画を作るのも、売ってしまってケツ吹きを探すというのは、それはそれで大変でしょうし、これまた売上が分かったうえでコストを決めるわけですから儲かるんでしょうし、やり甲斐を感じる方もいらっしゃるんでしょうけど、私個人の感情としては跡形もなく綺麗に爆発すればいいのにな、というところです。

ちなみにみんながみんなそうだという話ではなくて、そういう方々がいて、それが成立してしまってるという話でございます。

こないだ読んだ

で、そんな構造が問題だなんてことは10年も前から言われていて、ピンハネビジネスにならずにちゃんと価値を提供してメシ食ってくにはどうしたらええんじゃい、ってのを考えて考えて実行されてる方もたくさんいらっしゃいます。

その一例が以下の記事。

プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン（クラウド時代の受託開発編）－ Publickey

プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン（夢に挑戦できる社会にする編）－ Publickey

はてぶ多い方が一般論、少ない方が中の人の主張になってるので、少ない記事の方がオススメです。なんでなんでしょうね。

内容を要約すると、

受託で食っていきますと。
しかしオーダーメイド方式はやらずにASP方式にするので余力ができますと。
その余力で試行錯誤を繰り返して、失敗を糧にして、一発あて・・価値ある自社サービスを創造していこうと。

そのような内容だと理解しました。

気になったのは、余裕がある時はいいのでしょうけど、余裕がなくなったとき、つまりは
自社サービス開発を続けるのを諦めれば社員を路頭に迷わすことなく会社を存続させることができる、という状態になったときに
社員を思ってした中の人の決断が、結果として社員の上前を跳ねるだけのただの会社に成り下げてしまうという危険性をもっているな、と。

もちろんブログをペロッと一読しただけの私よりはるかに、中の人は毎日毎日いろんなこと考えて試行錯誤されていることは理解していますし、これっぽちもリスク負っていない外野が他人のお仕事をうーじゃーぱーじゃー口はさむのは、とても醜いことだとも理解しています。上のピンハネ批判とやや矛盾しますけども。

自分がそっくり真似するとしたらそういう落とし穴があるなーという話で・・いつかどこかで巡りあって中の人のお話をネホリーナハホリーナお話伺ってみたいものです。

最後に

要するにビジネスモデルというものは、社員さんたちに「きみたちがそれぞれ頑張れば世の中の役に立てるし、食べていくのに困らないよ」と示してあげることができるもの、だと現時点では考えてるんですけど・・

どうやって考えるの？なんかいいフレームワークない？(´・ω・｀)
というお話でした。

あ、VoiceLinkの一般公開とても楽しみです。
ちなみにタイトルの『社長失格』というのは板倉さんの代表的な著書です。
私も以前書評書かせていただきました。
→バブルの仕組みが分かる本 - [書評] - 社長失格ぼくの会社がつぶれた理由

サイト連携の自動化にFA。"if this then that" がコンセプトのiftttが胸熱。

2011-11-25T08:00:00.000+09:00

久しぶりに重宝しそうなサイトに巡りあったので紹介させていただきます。

ifttt / About ifttt

"if this then that" iftttのコンセプトページ。視覚的に内容が理解できるとてもいいページだと思いました。

"if this then that"、これをやったらあれをやる。

つまりは自動化設定ツールです。

「Twitterに投稿したらFacebookにも投稿する」という設定されてる方はよく見かけますね。

iftttではTwitterやFacebookのような公開サイトだけでなく、GmailやEvernote、Dropboxなど、自分のためだけのツールもからませて様々な自動化ができます。

なんだ、またどこかで見たようなサイトが新しくでてきただけか、と思うなかれ。
ユーザ登録して5分もしないうちに涙がチョチョ切れるほど胸が熱くなりました。

自由度が高い

ほんの一例ですがこんな感じの設定が簡単にできてしまいます。

Twitterであるユーザが特定のワードをつぶやいたらメールを飛ばす
メールでFacebookページを更新
Gmailの添付ファイルをDropboxに自動保存
favしたYouTubeの動画をDropboxに自動保存
Google+の投稿をTwitterにAutoPost
GoogleReaderのスターをつけたフィードをEvernoteに自動保存
+1した記事をDeliciousで自動ブクマ
特定のタグをつけたPosterousの投稿のみをFacebookのWallに投稿
あるフィードにあるワードを含む新着通知がきたらInstapaperに取り込む

はい、胸熱！

設定が簡単

コンセプトがシンプルなのがいいのでしょう。

これをやったらあれをやる

「これ」に相当する概念が「Trigger」
「あれ」に相当する概念が「Action」
「Trigger」＋「Action」= 「Task」

設定画面に言われるがままにTriggerとActionを指定していけばほんの2〜3分で1つのTaskを設定できます。
設定に必要なスキルは中学英語のみ。

設定方法を説明するために画面キャプチャを貼るのがアホらしいほどに簡単です。

はい、これ、胸熱！

インターネッツに散らばってる自動化Tipsがレシピページに集約されますよっと

レシピページなるものがありまして、ユーザは自分の作ったTaskをみんなに公開できます。

作成したTaskの横に表示されるボタンをクリックするだけで公開できます。

現時点(2011/11/25)でも「ほうほう」とうなってしまうレシピが散見されます。

やりたいことがあって、ググって、インターネッツを徘徊して、見つけて、ハマって、場合によってはコードを書いて・・・なんてしてたことを考えると

胸が熱いですねー！

肩透かしを食らった私の胸熱

iftttでは連携可能なサービスのことを「Channel」と呼ぶのですがチャンネル一覧をみると「Phone Call」のアイコンがあるではないですか。

電話かけるだけでVoiceメールが送れてしまったり

セイラさんの声でタスク通知してもらったり

とか、自動化以上のことができてしまうじゃないか！！

胸熱！！

と思ったのですが、設定しようとすると「Only US based numbers are currently supported.」という文字列が表示されてしまいました。

無念。

最後に

洗練されたコンセプトの裏側でごりごりコード書いてあることが容易に想像できる、知性と、熱意と、努力と、睡眠不足によって作られた素敵なサービスだと思います。

Twitter様を筆頭に割と気軽にAPIの仕様を変えたりバグを混入したりするシリコンの方々のやんちゃぶりを考えると、今後より一層ごりごりとコードを書き換えねばならないのでしょう。

私が特に期待しているというか、面白いなと感じたのがレシピ機能でして、iftttのようにユーザの自由度が高く、「どうだい？おれのクリエイティビティは？」といったドヤ顔ユーザが数多く集まるであろうことを想像されるサイトにワンクリックでTaskを公開できるレシピ機能を実装したことは、サイトの巨大化を促進する効果もさることながら、「どうだい？おれのクリエイティビティは？」といったドヤ顔ユーザの踊るさまを「すごいねー。でもおれのクリエイティビティの手のひらのうえなんだけどね、はっはっは」とiftttのエンジニアが美味しいご飯を食べつつ、エンジニア冥利に尽きるといっても過言ではないエクスタシーを感じることのできる秀逸な仕様設計だと思います。

羨ましいです。
しばらく盛大に踊らさせていただきます！

コンセプトページのデザインが気に入りましたので記念魚拓で締め。

[小ネタ]元気がない時に観る画像

2011-09-03T17:57:00.002+09:00

昨日私のTwitterにどんぶらこっこと流れてきたこの画像。
何度も開いて覗き見ては元気をいただいております。

via 流れてきたツイート

どうやら私は面白画像、面白動画の類が大好物のようなのでタグ作りました。

コチラ ⇛ 元気がない時に観る

元気のでる画像を見つけた際にはガンガンお裾分けしていこうと思います。

あ、いらないですか。

そうですか。。

安さが魅力だったタイ旅行。30過ぎたので思い切って五つ星ホテルに泊まってきたらテラエクスタシーだった件。

2011-08-28T09:00:00.002+09:00

7月の末にバンコク旅行に行ってきました。

バンコクには過去何度も行っていますが、魅力のひとつはその安さ。
日本円にして2000円もだせば、TV・エアコン・シャワー付きのツインの部屋が借りられます。

今回もそのつもりでいたのですが、一緒にいく友人のKくんが「おれらももうおっさんやし五つ星泊まろうやー。」などと言い出しました。

実は当初あまりノリ気ではなかったのですが、「金を理由に遊びを断る独身男性はチ◯カス野郎だ」という妙な哲学が私にはありまして、とりあえずWebでホテルを探すことにしました。

海外で高級ホテルを探すならExpediaがオススメ

ホテルはExpediaというサイトで探しました。

他の代理店サイトに比べ、格段に値段が安かったのです。約6〜7割程度のお値段でした。

もともとMicrosoft社の旅行予約システム部門の一部門だったのが、2004年に独立して、いまのExpediaとなったようです。

いざ宿泊

さすがに五つ星。このクオリティで1泊約10000円です。
実は私ベッドが苦手で、寝付けなかったり腰を痛めたりするのですが、このホテルのベッドはスヤスヤと快眠できました。

品名聞いておけばよかった・・・。

AppleTVもｗ

Wi-Fiももちろん利用可能です。
ロックがかかっていて1人に1アカウント割り当てられる方式でした。

日中はジムで運動してプールでのんびり

ビール呑みながらまったり読書です。
お客さんが我々の他にほとんどいなくてとても快適でした。

ホテル名をあえて伏せているのもそれが理由です。
ご興味のある方はお問い合わせくださいｗ

日本からわざわざ重い本を持っていく必要はありません。
BTSのアソーク(Asok)という駅に行けば、構内に日本の書籍や漫画がたくさん売られています。

ゴハンは現地の人に美味しいところを尋ねましょう

バンコクの罠と言いますか、、ゴハンの美味しさは値段に反比例します。

ホテルやガイドブックに載っているような外国人向けのレストランで食べると値段が高いうえに味も六本木で食べられる味でしかありません。

本場の味を堪能するならぜひ現地の人に尋ねて、現地の人が行くお店で食べることをオススメします。（辛いけどねｗ）

最後に

一緒に旅したKくんと先日電話で話をしました。

彼は1年半ほど前に自分のお店をオープンしたところで、お金の面では順調なのですが、自分が常に先を考えていかないとお店がダメになってしまうというプレッシャーやらストレスやらでタイに行く前は気持ちの面では鬱々としていたそうです。

それがいまでは元気もりもり、モチベーションもりもりだそうです。

タイは良かったなー、ホテルも良かったなー、やっぱり楽しく遊ぶためには金稼がんとなー、またタイ行こうなー、とそんな話をしました。

ちょっと負けてらんないですね。
私も頑張らねば（いまほとんど仕事してない・・汗）。

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

ato-ichinen をご紹介いただきました皆様ありがとうございます。

最後に

[python] Bookscan FileName Converter

Chrome Extension開発で自動テストとGitを試してみての感想

自動テスト / TDDについての感想

Gitによるバージョン管理 / GitHubでのソースの共有 について

最後に

Chrome Extension「ato-ichinen」をChrome Web StoreとGithubに公開しました

使い方

最後に

JavascriptのUnitテストライブラリ「qunit」のtest()メソッドとasyncTest()メソッドとstart()メソッドについて

test()メソッド

asyncTest()メソッド

Chrome Extension「My はてブ Search」をChrome Web StoreとGithubに公開しました

基本的な使い方

ググった時の特殊動作

最後に

[和訳] GitHubのロゴとOctocat画像の入手方法と利用規約

Logo

Octocat

原文

和訳

使用させていただきます

謝辞

半年ROMれを実施ちう in GitHub

mruby / mruby

meteor / meteor

公式のiPhoneアプリもリリースされてる

最後に

毎日朝が来るのがイヤになったらば広ーい所に行ってみるといいかも

神宮球場

味の素スタジアム

戸田競艇場 / 平和島競艇場 / 多摩川競艇場

目的は脳みそメモリを解放すること

最後に

NBA.tv いいじゃないの。あとついでにパ・リーグtv とMLB.tv と in 2012

NBA.tvの概要

URL

お値段

iPhoneアプリ

iPadアプリ

NBA.tvのiPadアプリの感想

ついでに

パ・リーグtvの概要

URL

お値段

iPhoneアプリ/iPadアプリ

画質

MLB.tv

URL

お値段

iPhoneアプリ

iPadアプリ

最後に

牛革でiPadケース作ってもらって余はとても満足でおじゃる。

お気にな部分

最後に

[和訳] GitHub and the Democratization of Programming

最後に

次のiPhoneはSIMフリー版買うことに決めた

最後に

宗教本のようなタイトルだけど違ったよ - [書評] - モチベーション3.0 持続する「やる気！」をいかに引き出すか

若さゆえの過ちへの接し方とかモノの作り方とか

アート・オブ・アジャイル・デベロップメント読んでます。

[書評] - 「うつ」とよりそう仕事術

「心の病」という表現はやめようず

客観的な判断基準を設けようず

本書の感想

最後に

タスクは詰め込んだ方が創造性豊かになるというライフハック

最後に

英語・・意外と読めます。きっかけはHBFav。

追加したRSSフィード

興味あるものを読むのが大事なんですね当たり前だけど

iOSの辞書機能で単語力なくても読めるし

きっかけはnaoyaさんのHBFav

最後に

プログラマ meets デザイナ♡。EvernoteとSVNを使ってメールから添付ファイルをなくそうず！

背景としてですね

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

Gitによるバージョン管理 / GitHubでのソースの共有について