教育の現場で使われはじめた iPad
リリースしたiPadアプリへのフィードバックやレビューを読むと、実際のユーザーがどんな場面でiPadを使っているかが良く分かる。neu.Annotateの場合だと、見積書だとか申込書だとかに必要な項目を書き込んでからサインして送り返す、という用途に使っている人が米国には多いようだ。日本と違ってすべてがサインで済んでしまう米国社会ならではの現象だ。下のビデオもその典型的な例。 もうひとつ良く見るのが教育現場での使用例。"Pros and Cons of Digital Workbooks(デジタル・ワークブックの利点と欠点)"は、生徒全員にiPadを持たせ、練習問題をPDFの形で渡して neu.Annotate で答えを書いてメールで提出させるという教育方法を実践している先生の書いたブログエントリー。無料だからこそこんな使い方がしてもらえるわけで、開発者の私としては喜ばしいばかりだ。 こんな
すべてがクラウドになるとファイルという概念さえなくなる
私が漠然と感じていたことを上手に表現してくれているブログエントリーを見つけたので紹介する。 There Will Be No Files In The Cloud すべてが本当の意味でクラウドに移動した時には、ファイルという観念が不要になるのでは、という話。Dropboxの提供しているような「クラウド型ストレージサービス」というのはデスクトップからクラウドへシフトする段階での過渡的なものでしかなく、行き着く先はGoogle Docsのようの形だ、というのが筆者の主張。 デスクトップ・アプリというものがあるからこそ、ファイルという概念が必要であり、アプリケーションすらクラウド上のウェブアプリケーションになれば、ドキュメントの共有はリンクを渡すだけで良いのでファイルは不要だという話。 確かに、この「ブログ・エントリー」も実体は「ファイル」ではなく、データベース上のレコードでしかないわけで、それ
MotorolaがWindows Phone陣営に乗り換える可能性を示唆
今朝、ちょっと気になったのは下のニュース。 Motorola's Jha open to using Windows Phone OS 要約すれば「Motorolaとしては、今のところAndroidだけに集中投資しているけど、もしMicrosoftがMotorolaにもNokiaと同等の条件を提示してくれれば、Windows Phoneを作ってもいいよ」とMotorolaがアナウンスしたという話。 水面下での交渉が順調に進んでいればこういう話を表に出す理由はないわけで、何らかの理由があるのでは、と思ってしまうが考えすぎか。 MicrosoftとしてはNokiaに続いてMotorolaのフルコミットメントが取れれば、勢力地図を大きく塗り替えるチャンスが出て来る。Motorolaとしても、このままSamsungやHTCとの（Android陣営内の）消耗線を戦ったとしても勝ち目があるわけではなく
「汎用タブレット市場」はそもそも存在するのか？
今朝、私の目を引いたのは、「iPad Sales May Lead to Huge Missteps by Competitors」という記事。AppleのiPadが飛ぶ様に売れている事に目を付け、Samsung、Motorola、Research In Motionなどが続々とタブレット市場に進出しているが、ユーザーが欲しているのは単なるタブレットではなくてiPadであり、需要がないところに無理矢理商品を押し込んだところで在庫が増えるだけだ、という警告。 確かに考えてみると、私の回りにiPadを持っている人はたくさんいるが、iPad以外のタブレットを持っている人は見た事がない（唯一の例外はUIEジャパンが開発用に購入したGalaxy Tab）。 パソコンやテレビの場合、消費者はまず最初に「そろそろパソコン／テレビを買おう／買い替えよう」と思い、次に「パソコン／テレビならどのメーカーのもの
なぜ福島第一では緊急冷却装置を手動で停止する必要があったのか
先月の中頃に東電が、地震の１５分後に1号機の緊急冷却装置を手動で停止していたことを発表した。「実はオペレーターの操作ミスがあったのでは」との誤解をした人も多かったようだが、東電は「原子炉の圧力が急激に変化したために、炉の破損を避けるために緊急冷却装置を手動で停止した」と説明。原子力安全保安院も「マニュアル通りに停止しただけで、オペレーターのミスではない」と説明し、一件落着した感がある。 「マニュアル通りに操作したから問題なし」とはいかにもお役所的な答えだが、こんな答えで満足していては「理科系うんちく」を語ることはできない。そこで色々と調べたところ、以下の事実が明らかになった。 原子炉は運転中は３００度近くで安定して動作しているが、炉の中の核燃料は緊急停止（スクラム）後もしばらくは熱を発生しつづける。万が一、その途中で水が蒸発してしまうと炉心溶融（メルトダウン）を起こしてしまうので、冷却装置
Brookhaven National Labの被曝モデルを福島に適用してみた
原発事故による健康被害（＝放射線被曝の結果増える癌や白血病による死者の数）の予測に関して、読んでいた論文から引用されていた"A safety and regulatory assessment of generic BWR and PWR permanently shutdown nuclear power plants (Travis, R.J. ; Davis, R.E. ; Grove, E.J. ; Azarm, M.A. [Brookhaven National Lab., Upton, NY)" という論文に目を通してみた。この論文そのものは、停止した後に原子炉建屋内の使用済み核燃料プールに事故が起こった場合の影響をさまざまな条件に基づいて予測しているが、そこで使っているモデルは福島第一のように原子炉そのものにメルトダウンが起こった場合にもそのまま適用できる。 この論文では、被
Facebookの使い方：実践編
日本ではまだまだ普及率は低いが、今年中にも１０億人ユーザーに達すると予想されるFacebook。今年の夏前には、「Facebookの使い方」のたぐいの本が日本の本屋さんに平積みになっている様子が目に浮かぶ。 単純な「Facebookウェブサイト使い方」は、その手のガイドブックに任せるとして、私がどんな風に使っているかを実例を使って説明しよう。 先日書いた、「ピュアAJAXアーキテクチャのススメ」というエントリーに対して、「BigPipeに似ている」というコメントをTwitter経由でいただいた。そこで調べてみると、「BigPipe: Pipelining web pages for high performance」という論文が見つかった（Facebook内のNoteという仕組みを使って書かれており、誰でもアクセスできる設定になっている）。 読んでみると、私のアプローチとは少し異なるが、そ
日本のケータイが「ガラパゴス化」した本当の理由
「ガラパゴス」という言葉が今年の流行語大賞の候補に選ばれたということを聞いていたので、密かに受賞しないかと期待していたのだが、残念ながら大賞は逃したようだ（もし大賞に選ばれていたら、私が受賞することになったのかどうかの疑問はこれで解けずに終わってしまった）。しかし、この言葉をずいぶん前から使っている私としては、この言葉が一人歩きしているようでなんとも言えない気持ちなのでひと言。 まず最初に断っておくと、私が２００１年のCTIA（米国の携帯電話業界で一番大きなカンファレンス）のスピーチでこの言葉を使った時は、単に日本という「単一民族で、国民の大半の生活レベルが同じで、家電とか携帯電話のようなガジェットに流れるお金が比較的多い」という特殊な環境で、iモードを中心に「ケータイ・ライフスタイル」が異常なスピードで進化をとげていることを表して、「ガラパゴス現象」と呼んだだけのこと。決してネガティブな
appengine アプリ開発日誌：おまかせニュース・リーダー（アルファ・リリース）
ここのところ、iPhone/iPad アプリの開発から Google App Engine 上のサービス（neu.Notes ユーザー向けのプレミアムサービス）の構築に少しづつ比重を移している私だが、本格的な商用サービスを立ち上げる前に、もう少し app engine 上のサービスの構築・運営に慣れておく必要があると感じて作ったのがこれ。 正式名称もないしドメインも取得していないのだが、 仮の名前は「おまかせニュース・リーダー」。世の中の動きを効率良くつかむためには、主要なニュースの少なくともヘッドラインに目を通す事は大切。はてなブックマークの人気エントリーはノイズが多すぎるし、かといって、わざわざ自分でRSSフィードを登録したりメンテナンスしたりするのは面倒。 そこで、特になにもしなくても、自然に使っているうちにしだいに賢くなって自分向けのニュースを選んでくれるサービスというのがあれば良
neu.Notes for iPhone へのフィードバックに一気に返答してみる
前にもここに書いたが、iTunesストアへのコメントに答える方法が無いのがちょっと不便。読んでいただけるかどうかは分からないが、ここで返事をしてみる。今日は、neu.Notes for iPhoneへのフィードバック。 使いやすい♬♫ - ★★★ by Manako9 - Version 1.4 - 28 November 2010 すごくぃぃアプリ‼ カメラロールに保存できないのが残念 保存出来たら星五つにしたいぐらいです+.(○´∀｀ﾉﾉ♬♫ ありがとうございます。カメラロールへの保存は1.5（現在、アップルによる審査中）で入ります。 Useful♪ - ★★★★★ by pinky1わん - Version 1.4 - 28 November 2010 操作性も良くてとっても使い易く、かゆい所に手が届くという感じです。 添付書類や写真のオーバーライトや、描いた物をメールで添付できたり
UIプロトタイプ：autocomplete (jQuery plug-in jSuggest)
昨日に引き続いて、今日も作成中の Google App Engine アプリ用のUI部品の作成。HTMLの一部に記述された（もしくは別途JSONで取得した）ワード・リストの入力を autocomplete を使って簡単にしようという試み（Google Suggestのようにダイナミックにリストを取得する必要はない）。 そこで、まずは既存のライブラリ・プラグインの調査から。必要とする人も多いようで、少し調べただけで２０個ぐらい見つかる。デモを見て５つに絞ってからそれぞれのソースコードを解析。例によってどうしようもない品質のコードもあるので、結局のところたどり着いたのは、比較的コードがきれいなこの二つ。 jQuery Autocomplete Mod JQuery Plugins by Dylan Verheul - autocomplete どちらかをそのまま使っても良かったのだが、どちらも
スライドするUIを実現するiSlider.js
iAnime.jsのテスト用に作っていたスライドするUI。書いているうちにライブラリ化したくなったので、これもやはりMITライセンスとしてオープンソース化（Google Code iAnimejsよりダウンロード化）。たて・よこ・ななめ、自由にスライドさせることができることが特徴。"easein", "bounce"などのエフェクトも利用可能。 まずはごく基本的なカード型のUIで横にスライドするもの。 こんどは同じコンテンツを縦にスライドさせるもの。アコーディオンUIと呼ばれることもある。エフェクトに"bounce"を使っている点に注目。 軽いのでiPhone/iPod touchでもサクサクと動くのが特徴。
Flickrスライドショーの作り方
先日のスライドショーを少し進化させて、Flickrから最新の夕焼けの写真を取り出して順番に表示させる、というものを作ってみた。まずはデモから。 RSSフィードをFlickrに取りに行く部分にはjQueryを使い、スライドショーにはiAnime.jsを使ったのだが、ライブラリの力に大きく頼っているため、このスライドショー自身のコードはごくわずかである。 まずは、フィードを取りに行く部分がinit()。クロスドメインでのアクセスのためにproxyを介してFlickrからフィードを非同期通信で取得し、XMLとしてパースして、各<entry>中の<content type="html">タグの中身を含む<div>を生成して<div id="main">にインサートし、インサートしたdivの数をパラメータとしてstart()を呼ぶ、というかなり複雑な作業が、わずか数行で実現できている。 var tm
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
neu.Annotate ＋ Dropbox で宿題提出