しばらくお待ち下さい。
UJML言語リファレンス日本語版が不具合のためご覧になれません。
この機会にinside UJMLでじっくり基本から学び直すのも手かも知れません。
携帯電話やPDA、パソコン、そして組み込み機器などのプラットフォームにおいてアプリケーションの開発と配布を簡単に行う方法に興味がある人のためのガイドです。
検索が本当に得意なら本当に簡単に行う方法を見つけられるかも知れません。
せんせん尽しで申し訳ありません。
UIEの最近のブログ記事
Step 1 ブックマークレットを登録 A
QRCODE@←これを右クリックしてブックマークに登録します。
これがブックマークレットと言われるものです。
ブラウザの「お気に入り」や「ブックマーク」に登録して、何かのWebサイトを見ている時に選ぶと動く小さいソフトウェアだと思って下さい。
このブックマークレットを使うと、ひとまず今見ているWebサイトが携帯でそのまま見れます。
面倒な手順は一切不要。
そのまま選んで、ケータイの「バーコード認識」などの機能を使って読み取れば、そのまま見れてしまう、という寸法。
※変換にはQRCODE@を利用しています。
※QRコード® は、株式会社デンソーウェーブの登録商標です。
今見ているWebサイトが携帯でそのまま見れます。
でも、ケータイに対応していない普通のPCサイトだと、ぐちゃぐちゃになってしまって見れたもんではなくなってしまうわけですが。
Step 2 ケータイで見れるように変換しちゃう
Googleが提供しているケータイ向けのゲートウェイを使って変換しちゃえばとりあえずokかなってことで、ケータイURL。
これもStep 1と同じ方法で、とりあえず見ているPCサイトをケータイサイトとして変換してくれるブックマークレットです。
ケータイで見たら壊れちゃった時なんかに使って、2→1と2クリックでケータイサイトに変換済の状態で今見ているWebサイトはなんとかケータイでも楽しめるようになります。
そこそこ使えるようにはなったものの、PCサイトのレイアウトままでケータイで見る方法ってないもんでしょうか…
ケータイがPCになればいいんじゃね？って気もしなくもないけど、今使ってるケータイでサクサクPCサイトをそのまま見たいな…とどうしても思っちゃいますね。
EM ONEは仕事で使わせてもらってるものの、EM ONE取り出すほど無粋にもなれなかったり。HSDPAでOperaがグリグリだぜ！とかでテンションはあがらないわけで。
iPhone待ちなのか…（MacBookでもSafari使ってないけどね…）
てかDocomoから出るのかなーと言えばなんだか絶望的な気もしなくもないし。
auから出ればauに、SoftBankから出れば…とかは負けな気がするし。
個人的にはemobileから出てくれたら嬉しいな。
User Interface記述言語を解釈するUser Agentです。
Web Browserがあくまで
page記述言語を解釈するUser Agentに過ぎず、
近年の高速化・低遅延化したネットワーク状況を背景にした
Web Applicationの実行のためにAJAXを利用しなければ、
応答性の高いUIを成立させられないものである事に比して、
User Interfaceの構築に不可欠な要素として
入出力機器への対応やアニメーション機能を実装しながら、
非同期通信を実現しているため、
ネットワーク遅延がユーザの操作を妨げず、
ストレスなくネットワークアプリケーションの実行を可能にします。
また、完全なWeb Browserの実装の難しい組込機器などの環境においても、
ソフトウェア機構としての同一性を確保できるため、
一度作成したコンテンツ・アプリケーションをあらゆる機器で利用する事も
同時に実現します。
前回のエントリでクリエイティビティの正体に関して言及したが、
端的に言えば、クリエイティビティそのものを尊重する姿勢こそが大事であり、
かつそれを生み出すためにはフローに入れる環境を担保する事ではないか？
とした。
引き続きWikipediaでのフロー記述を参照しながら、
特に、グループフローを引用していきたい。
グループフローとは、集団が全体として作用し、
ひとりひとりのメンバーがフローに達するようないくつかの道筋を示したもので、
このような集団は特徴として以下のようなものを持ち合わせているとする。
* 創造的空間配置 ：椅子、コルクボード、図表。 机を置かなければ主な動きは立って動きながら行われる。
ここに記述されているモノにこだわるよりは、
自由に動き回り、記述し、且つ考えられる状態であるか？
という事が大事なのだと思われる。
* 活動の場のデザイン ：情報を書き込む図表、流れグラフ、企画の概要、 熱狂（ここでは熱狂も場所を占める）、 安全な場所（ここでは他に何が考えられるかを誰でも言うことができる）、 結果掲示板、 オープントピック
そして自由に考えた結果は共有されて熱狂を呼ぶべきモノであり、
* 並行した、組織だった作業
徒労感や論理的な不整合にまどわされる事のない体系化を全体で推し進めるべきであろうし、
* グループの集中を目標に定める
ゴールを明確にした進行が求められるのは言うまでもない。
* 存在しているもの（原型）の発達
ビジョンを発展させるための原型を見つけてくる、ないしはプロトタイプとして作成してしまうことが、
文化として発達していなければならない。
* 視覚化による効率の増加
各個人、それぞれのマインドも含めて可視化する事によって、効率を増す習性を身に付けるべきだし、
* 参加者の意見の違いはチャンス
ワケのわからない主張をする人間の意見をきちんと汲み取るだけの、
リベラルな感覚を組織が担保する必要がある、という事なのではないだろうか？
そして何より、成功しか見ない姿勢ではなく、
失敗を想定し、且つ許容する組織でなければならないだろう。
Wikipediaによれば、
ダムの目的は多岐にわたるが、
主なものとしては治水目的（洪水調節）と利水目的（灌漑・上水道供給・工業用水供給・水力発電等）がある。
つー話のようだ。
議論が活発に行われている時に、
その前提を理解していない人が参加している可能性を考える。
盲点であった。
「皆が理解をしていない議題かも知れない。」
常にみんなの意見を募る場所では念頭におかなければいけない。
進まない議論の根本に何があるのかを掴まえることが、
イノベーションをカタチにするために必要な能力の一つだと認識した。
