使っとは？

wii - アダルトでの検索結果です

優先キーワードは

Web2.0のデザイン的要素として「グラデーションをかける」という重要なものがありますが、このグラデーションのかけ方が実際にやってみると実に難しい。ネット上でいろいろ調べてみるとグラデーションのかけ方自体は様々な方法やチュートリアルが見つかるものの、「何が正解なのか？」というのは見つかりません。つまり、何がそのときに最もベストな方法なのかがわからないわけです。
また、ブログのテンプレートを選ぶ際にも、どのようなグラデーションが自分の目指すテーマのブログにふさわしいのかも基本的な知識がないとなかなかわかりにくいものです。
というわけで、今回はグラデーションを使ったデザインの仕方について。デザインをしない人でもどのデザインを選べばいいかがわかるように書いてみました。
まず一番わかりやすいグラデーションについての誤解はこれ、汚いグラデーションやださいグラデーションが存在するという考え。
元記事の英文の方を見ると、あたかも「1番」が最悪で、「2番」がまだマシ、「3番」がベストなグラデーションということになっていますが、実際にはすべて正解です。大事なポイントは、使うシーンによって使い分けるという点。そのため、それぞれを単独で比べても意味がありません。どこでどのように、どういった効果を出すために使うかが重要というわけ。
まず「Web2.0っぽいグラデーションのコツ」における「1番」のグラデーションはちょっと灰色が混じっており、これは「濁色のグラデーション」と呼ばれるものです。上はそのサンプル。濁色とは、純色に灰色を混ぜた色のこと。一見すると汚らしいため、Web2.0ではあまり見かけないタイプのグラデーションパターンだと思われるかもしれませんが、それは逆。むしろWeb2.0では必須といってもいいグラデーションです。Web2.0のデザインとしてよく海外で引き合いに出される以下のサイトがわかりやすいので見てみましょう。
注目すべきは背景のグラデーション。この部分が濁色になっています。こうすることによって真ん中のコンテンツ部分を前面に押し出す効果を持っています。グラデーションの状態を見ると、上が明るく下に行くほどより暗くなっています。こうすることで、上のヘッダー部分が前に出てくるようになります。重要なコンテンツやタイトル、あるいはメニューが上に集中しているため、この部分へ自然にユーザーの視線を集中させる効果が背景のグラデーションにあるわけです。
清色とは、純色に白または黒だけを混ぜた色のこと。純色に白のみを混ぜた清色を明清色調、純色に黒だけを混ぜた清色を暗清色調と呼びます。白と黒だとどの色と組み合わせても、グラデーションの中央部分に「帯」になって変色した部分ができないので、利用しやすいわけです。「Web2.0っぽいグラデーションのコツ」で触れられている2番のグラデーションはこの「清色のグラデーション」になります。
サンプルとして示している「IconBuffet」のサイトではど真ん中の「KYOTO」というアイコンセットのグラデーションが「清色のグラデーション」になっています。これはその右真上にある黒いヘッダー部分との対比を生み出して目立たせるため、上が白から始まる明清色調の「清色のグラデーション」を使っているというわけ。
「Web2.0っぽいグラデーションのコツ」の後半で制作例が示されている「3番」のグラデーションがこの「近似値の色相のグラデーション」です。「近似値の色相」というのは補色になっておらず、単純な2色の組み合わせではないグラデーションです。色相をそろえることによって、中央部分に「帯」が出たりすることがないようになっているのです。
純色同士が一番強力に帯が発生し、以下の画像のように純色でない場合は多少マシになりますが、それでもやはり中央部分の「帯」が発生し、目立ちます
「近似値の色相のグラデーション」は上手のような帯が中央に入らないため、なめらかに見え、Web2.0っぽい要素と言うことでもてはやされやすいグラデーションパターンです。「IconBuffet」のサイトでは左上にあるオレンジと赤のグラデーションで使用されています。ワンポイントのアクセントとして最適です。
「IconBuffet」のサイトはこの3パターンのグラデーションを効果的に組み合わせています。起点となるのは左上のロゴです。ここを出発点としてデザインが構成されています。
まず左上にあるロゴ部分が目立つように「近似値の色相のグラデーション」によって構成されています。このロゴの右に置くメニューを黒にしている理由は、赤が彩度が高く、黒は彩度が低い。つまり、赤の隣に来て一番目立つ色は黒だからです。この黒いメニューの下に白色を持ってくるのは、明度の一番低い黒の下に最も明度の高い白を持ってくることでお互いに目立たせるため。これは白地に黒い字を書くのと同じ理由です。この白色から始まるのが中央のコンテンツ部分の明清色調の「清色のグラデーション」。こうやって構成された中央部分を前面に出すため、背景を「濁色のグラデーション」でまとめているわけです。
要するに、グラデーション自体に「いいグラデーション」や「悪いグラデーション」があるのではなく、その組み合わせに最適解が存在するわけです。今回の組み合わせはアイコンセットである「KYOTO」という商品を販売するため、視線をこの「KYOTO」に持って行かせようとするデザインになっています。
今回のグラデーションの組み合わせ方に限らず、デザインを決定する場合は「どこを何のために目立たせるのか？」という終点を考え、そこから逆算して考えることで「破綻しないデザイン」が完成します。参考にしてください。
（送信前にこのページを更新し、その際に表示されたトラックバック用アドレスを使って下さい。反映されるまで最大1時間ほどかかります。また、本文中でこの記事のアドレスを引用してください。引用がない場合はスパムとして削除し、以降の全トラックバックを拒否します）
◆ グラデーションを使ったデザインのやり方【GIGAZINE】より Web2.0のデザイン的要素として「グラデー
web2.0的サイトのデザインをするのにはずせないのがグラデーション。自然な感じに作るのにはコツがいるように思えます。「グラデーションを使ったデザインのやり方」（GIGAZINE）を読むとグラデーションそのものだけにこだわるのではなく、デザイン全体のバランスをみ...
1ヶ月のページビューはRSSなど含めて約1686万、1ヶ月のユニークユーザー数は約622万、日本にある400万個のブログ中「第1位」。
オンラインマガジンとしてギガバイト級のサイトという意味で「MAGAZINE（雑誌）」＋「GIGA」を由来とする造語。
2006年4月にブログ形式に変更、2006年7月より編集部体制で記事を更新、2007年1月中旬に負荷増大のためサーバ移転し、今に至る。
ネタのタレコミやニュースリリース送付は「お問い合わせ」から、広告媒体資料や記事購入、講演などの仕事依頼は「GIGAZINE.BIZ」からお願いします。

[] グラデーションを使ったデザインのやり方 - GIGAZINE
[引用サイト]　 http://gigazine.net/index.php?/news/comments/20070310_gradation_correct_answer/
105

Last Updated 2007/ 03/ 18/ 15時42分21秒

ITmedia エンタープライズ：あるWebプログラマーの作業環境――豪傑の三種の神器【前編】 (1/2)
確かにその通りだよなーと思ったりもしますが、文章を書くためにもとても役に立つエディタですので、そういう観点からオススメポイントみたいなものを書いてみたりしてみます。
emacs では文頭、文末、単語単位での移動、その他もろもろ、全てキーボードから操作可能です。
上手に説明出来ないんですが、emacs では自分が思った場所に1秒以内で移動出来るみたいな快適さがある。
かって僕は矢印キーを押したり、ダイアモンドキーで操作していたんですが、今から考えると、よくもまぁそんなカッタルイことをしていたものだなーとか思ったりします。
また同じような単語を入力する場合には、補完機能が使えますので、なんども入力する必要もありません。
編集という意味では、文字の削除やら、コピー、ペースト、単語の置き換えも、もちろんキーボードから操作可能です。
文章を書いていてちょうしコいてくると、キーボードから指を離すのが辛くて辛くてたまらないよー、とか、思考の速度に入力が追い付かないぜー、とか、そんな方にはちょうお勧めです。
IM というのは、ちょう簡単に説明すると、平仮名を漢字に変換したりするやつです。Atok とか MS-IM とかそういうやつですね。
僕はIMをそこそこいろいろ試したりして、一番好きだったのがWXGのMac版なんだけども、それでも変な文体を書く時にはウザくて仕方がありませんでした。
また一般的には間違っているとされている言葉遣いだけども、僕が好きな感じの単語を打ち込むのもとてもメンドい。
こういうことをしようと思うと、何回もボタンを押したりしなくちゃならなくなったり、ソフトによっては訂正とかしてくる。
そんでこういうのをなんとかしようとか思ったりして、僕が使っているのは、SKK というプログラムです。
SKK は文法解析をしない。ひらがな、カタカナ、漢字、アルファベットの入力を自分で明示することによって、そこそこ効率的な変換が可能なのです。
あと辞書とかも好き勝手にイジることが出来る。その他に変換辞書として、epwing形式の辞書を使うことも出来ます。
もちろんこういうことは、SKK 以外のIM(FEP)でも出来るけども、実現するまでのプロセスがメンドい。メンドいことというのは続きません。
SKK 自体は他のエディタでも使えるんですが、emacs で動く SKK は面倒なことなしにいろんな機能が使えちゃうので、僕はとてもお気に入りです。
僕は Dvorak 配列で入力しているんですが、いわゆるショートカット(キーバインディング)は qwerty 配列であって欲しいのです。
世の中でメジャーな配列は qwerty 配列ですから、ショートカット(キーバインディング)も当然ながら qwerty 配列基準で設定されているわけですね。
これって簡単なようだけども、本当に完璧に実現しようとすると、少なくとも OSX ではムリっぽい。ちょう頑張れば出来るかもしれないけど、かなりメンドいことになりそうです。
あと書いた文章を推敲するために、ビューワーに渡したりだとかも出来るように設定したりしてあります。
こういうマイナーな希望とかっていうのは、実現しようとするととても難しい。実現出来たとしても、なんか中途半端なものになってしまいます。
いろいろな検索が出来たりだとか、辞書をちょうラクに引くことが出来たりだとか、ブラウジング出来たりだとか、いろいろです。
しかし上記で書いたメリット含めて、いくつかのソフトを用意すれば、実現出来ちゃうことばかりです。
そんなら emacs 使わなくてもいいんじゃないかなーとか思ったりもしますね、僕もたまに思ったりします。
ただ、emacs の中でそういう環境を作っている限り、ソフトによる操作の違いやら、おかしな矛盾を意識しなくても良いです。emacs のそこそこ首尾一貫した操作体系で、文書を作製することが出来る。
あと、とりあえずは作った環境を維持するのが、比較的たやすいというのも、メリットとして挙げることが出来ますね。
またもしかしてなんだけども、文書をバリバリ書いている人にとっては emacs を導入するよか、良い感じのキーボードを購入したり、トラックボールを使ったり、あるいは書見台を購入したりのほうが、ずっと素晴しいことかもしれないですよ。
しかしながら emacs は導入が結構手間です、というか僕含めて普通の人はかなり嫌だと思うよ、あんな作業。
設定済みのものが配布されてたりするんだけども、後々自分の気にくうように設定しようとすると、設定済みの済みの部分が邪魔になってきたりして、それはそれで面倒です。
導入の時点で嫌になったらもったいないような気がしないでもないので、xyzzy で試してみると良いかもしれないですね。
emacs を実用的に使えるようになるまで、僕は2ヶ月くらいかかりました。コンピュータっぽいのは、あんまり得意じゃないのです。
この本は僕もオススメですが、なにより大切なのは、メンドいことの後で、スゲー楽が出来るんだろうなーとか妄想することだと僕は思ったりしてるよ。
なんでこんなエラそーな記事を書いたか弁明すると、自分が文章を書くという目的で emacs のことを調べたりした時、あんまし情報がなかったのです。

[] ノッフ！ - プログラムしないけど emacs 使っています
[引用サイト]　 http://d.hatena.ne.jp/kotorikotoriko/20070310/1173510573
106

Last Updated 2007/ 03/ 18/ 15時42分21秒

そうすると、自分のサイトを訪れたログイン中のMIXI会員は、足跡がついちゃうの。あとは定期的に足跡キャッシュする。誰がウチのサイトを見てるかバレバレ（注：実装してないよ）。
一見、アホネタだけど。これ凄いシリアスな問題だよな。だってさ、エロサイトとかにそういう仕組みがあったら、最悪の場合一瞬で個人情報特定されるぜ？サイトのクッキーと、MIXIのアカウントとかが結びつけられた日には、何がおこるかわかったもんじゃないですよ。
１００万超過の巨大コミュニティとなった今、MIXIの持っていた知り合いとの人間関係を担保とした安全性ってのは、もうとっくに崩壊してる。さらにザバサーチのようにネット上に分散する情報をかき集めれば、かなりの精度で個人情報が筒抜けになる危険性も増してきてる。MIXI内だって実は物凄い量のクローラーやロボットが巡回してると思うよ。
最大のリスクは、本人がどんなに注意してようと、周囲の人間がウッカリ変な情報をのっけただけで、一瞬でプライバシーが崩壊することが容易に起こりえるってことだ。
コメント欄のにとよん様の指摘を受けて実際に検証してみた。どうやらIEの場合はフレームのセキュリティが高く自動ログインされない。しかし、FireFoxとOperaはやはり可能みたい。最新の情報によると、imgタグなどに仕込むことでIEでも足跡がつくそうです。
このリストは、次のエントリーを参照しています: MIXIを使った、トラフィックの個人追跡システム:
MIXIを使った、トラフィックの個人追跡システムやろうとすると、こうゆう使い方... [read more]
» Mixiを利用してサイト訪問者の個人情報を探る from ラッキーカードの中のヒトなどいない！
そうすると、自分のサイトを訪問したヒトがMixiに加入してれば（かつログインし... [read more]
なんだかつい安心しがちだが、mixiもちょっと考えれば追跡されてしまうわけで。これとか見れば、結構怖い感じ。自動ログインにしてあればこのサイトに足跡が残って... [read more]
最近自分の周りでもmixiをしてる人が増えてきました。非常に嬉しい事だしメッチャ楽しい。 [read more]
結構前からあったみたいだけど知らなかったorz もう各所で解説されていて、どこを紹介しようか迷いま... [read more]
最近自分の周りでもmixiをしてる人が増えてきました。非常に嬉しい事だしメッチャ楽しい。嬉しい事だしメッチャ楽しい。ついつい見てしまいますよね [read more]
ちょっと前の話題ですけどこういう情報キャッチしにくい人もこのBlogを見てると思うので書いておきます。
mixi用アプリケーション外部拡張など、公開されている各種mixi用ツールなど... [read more]
なるほど～、足跡を使ってそんなことができるとは思いつきませんでした。SNSって本当に普及して便利になったなぁと感じますが、いいことばかりではないのですね。
ちなみにこの時点でその裏技は提唱されていましたが、まだ実際にやっているひとは見かけた事が無いですね。
iframeなどで読み込んだページは、直で開いたページと異なったものと判断され、Cookieは読み込めないと思うのですが。
いえiframeを持ったサイトのクッキーと、mixiのアカウントが紐づけられるのが、ヤバイという意味です。iframeで読んだ先のクッキーを盗むわけではないっす。
せめて、mixiには「自分がアクセスした（足跡をのこした）人」リストを見る機能をつけてもらわないと…。
iframe や別フレームで mixi.jp のページを開いても、クッキーが mixi.jp のサイトに送信されることはありません。
つまり、クッキーがない状態で mixi のページを表示したのと同じ結果になり、mixi の自ページを表示してもログインの画面が表示されることになります。
ちょっと今、気になって検証してみたのですが、IEでは外部フレームだとトップに転送されますが、FireFoxやOperaではやっぱり中に移動できました。
知り合い向けに運営してる自サイトで予め断った上で試してみたんですけど、OPERAユーザーはしっかり足跡残していきますね。あと、妙な結果が出ちゃったので誰か追加検証お願いします。
その人のトップページを見ると最終ログインは４時間前と表示されてて、単なる勘違いかとも思ったのですが、本人に聞いてみたら確かに１時間前に自サイトを訪問したけど、mixiにログインしたのはもっと前と言ってたので、何か妙な結果になりました。誰か実際に検証してみてくれませんか？
縦横１ピクセルのiframeで試してて、フレーム内のページはid指定して自分のmixi内のページが開くようにしてます。
確かに一見恐いですけど、mixiの誰であるかを特定したとして、それからどんなアクションを起こすのでしょう？あぁ、この人が見にきたのかぁっていう自己満足で終わりそうな気がします。
ウチみたいな弱小個人サイトがこれをやっても意味がありませんが、仮にここが違法ポルノサイトだったらどうでしょう？それもチャイルドポルノなどの社会的地位を確実に破壊する類のモノです。MIXIから個人情報が紐つけられてしまえば、脅迫なんだろうとなんだろうとやり放題です。トラフィックが多かろうと、ユーザーの訪問と動機して足跡を保存すればいいことですし。
こういう系は１０００人ひっかけて１人特定できれば、そいつからウン百万というトラップなので、やっぱ怖いっすよ。
僕自身はMixiの偽装アカウントの作り方に詳しくないのですが、捨てメアドを何度も招待して中間のアカウントを削除してしまえば事実上は検索でしかヒットしないアカウントが作れるんじゃないでしょうか。
厳密にはセキュリティホールというわけではないと思ってたんですが、こりゃmixiに属していること自体が（情報公開してる人にとって）セキュリティホールになりかねませんね。
他サイトからのリファラーがあったら、一旦ログインページを経由させるとかにしてもらうと大丈夫なんでしょうか？そもそも会員制の割に認証がオープンすぎるなぁとは思ってましたが。やっぱり問題あるもんですね。
mixi側が妥当な対策をするとしたら、サイト外からのリファラは、クリックしてmixi内部に移動（外部日記の処理の逆）をやるってことっすかねぇ。
mixi外からのmixi内の特定ページ移動がかなり制限されるので不便になりますが、しかたないかなと。

[] fladdict.net blog: MIXIを使った、トラフィックの個人追跡システム
[引用サイト]　 http://www.fladdict.net/blog-jp/archives/2005/12/mixi.php
107

Last Updated 2007/ 03/ 18/ 15時42分21秒

RFIDの技術的な理解は進んだ。これからは、RFIDを使ってどのようなシステムを構築していくべきがが問われる。RFIDシステム構築エンジニアに必要なスキルと知識を解説する（編集部）
前回「物流を可視化するEPC ISを知る」では、物流業務に必要な情報を共有するための中心となるサービスであるEPC IS（EPC Information Services）の役割を紹介しました。
どのEPC ISに問い合わせするべきかはEPC ISの配置によって変わります。サプライヤは自社が製造した特定製品のEPC情報を保有できますが、物流のトレース情報をすべて収集することは困難です。代わりに物流に関与する複数企業がモノのトレース情報をEPC ISに記録します。関連する企業がサプライヤのEPC ISに情報を送信することもできますが、自社のEPC ISに情報を格納するケースが多いと思われます。つまりモノの流れをトレースするには分散されたEPC ISに問い合わせする必要があります。
EPC ISに問い合わせする前に、どこに該当するEPCの情報が記録されているかを知る必要があります。ONSは、サプライヤのEPC ISを通知できますが、特定EPCの情報が複数存在している場合は対応できません。どこのEPC ISを参照するかを知るには別の仕組みが必要です。
EPCglobalでは特定のEPCの情報を記録しているEPC ISのアドレスを通知する仕組みとしてDiscoveryサービスを紹介しており今後仕様が議論されます。参考までに想定される Discoveryサービスの機能とEPC ISとの関係を図に示します。
EPC ISはインターネットに公開されるため、セキュリティ対策が重要になります。EPC ISが提供するキャプチャインタフェースとクエリインタフェースを使って不正なデータの格納やアクセスがあると、サービスの信頼性を損なうのでセキュリティ対策を講じる必要があります。
キャプチャインターフェイスでは認証されていないクライアントからの格納を防止しなければなりません。キャプチャインターフェイスでは HTTPが使用されます。従って、HTTPの認証機能やSSL/TLSを使ったデータ暗号を行いてセキュリティを強化します。
クエリインターフェイスでは、認証されていないクライアントからのアクセスを防止すると同時に、許可されているデータのみを参照させるアクセス制御の仕組みや、不正なアクセスが行われていないかを監査する仕組みが必要です。例えば、小売業者が提供するEPC ISに複数のサプライヤ製品のイベント情報が格納される場合、誰でもイベント情報を入手できるのではなくサプライヤは自社の製品イベントしか取得できないような仕組みが必要です。
クエリインターフェイスではWebサービスが使用されます。SOAPメッセージ内の信頼性を保証するためにWS-Securityを使うことが可能です。取引企業から送られたイベントのセキュリティを保つために、クライアントの認証と認可、ロールによるアクセス制御、不正アクセス防止と社内コンプライアンスのための監査の機能が必要になります。取引先が増えることが予想される場合は、将来の運用管理コストを下げるために、認証する基盤サービスも必要になります。
複数のEPC ISが同じイベントを格納することもあります。特に、入荷と出荷は、納品する側と受入する側の双方が関係するため、それぞれのEPC ISにイベントを格納する場合があります。
例えば、サプライヤが小売業者に入荷する（Gate-In）イベントをサプライヤのEPC ISに格納してほしい場合、小売業者は自社とサプライヤのEPC ISに同じイベントを送信します。サプライヤが出荷する(Gate-Out)でも同様に同じイベントを複数のEPC ISに格納するケースがあります。
図の例では2社間ですが、実社会では複数の企業が複雑に関係しています。相手先のEPC ISサーバのアドレスが変更されたり、配信するXMLデータの仕様が変更されたり、新たに接続先が増えたりする場合が想定され、これらの仕様変更のために下位層である業務アプリケーションの変更を行うのは大変です。これらの課題に対応できる技術として最近注目されているのがEnterprise Service Bus（ESB）です。
ESBはイベントの送信者と受信者の中間に配置され両者のマッピングを行います。送信者である業務アプリケーションは、受信者であるサプライヤが管理するEPC ISの物理アドレスを知る必要がなく、ESBが管理する論理アドレスにメッセージを送ります。ESBは受け取ったイベントをEPC ISの物理アドレスにマッピングしてイベントをEPC ISに格納します。
ESBは事前ルールに基づいてイベント内容を変換することや、接続先を追加することもできます。EPC ISの送信メッセージ仕様が変更されてもESB側で対応することも可能です。ESBで接続先を追加することにより、同じイベントを受信したいEPC ISの増加にも対応できます。ESBを配置したアーキテクチャで設計することにより将来の仕様変更に柔軟に対応することができます。
ESBは参照のためのクエリでも重要な技術です。クエリインターフェイスはプル型モデルだけでなく、プッシュ型モデルも提供しています。あらかじめ登録した条件にマッチしたイベントが格納されると、EPC ISは登録されたアドレスに通知します。EPC ISがESBに通知すれば、情報を必要とするクライアントアドレスが変更されたり、クライアントが増加したりした場合、あるいはメッセージ内容を変換したい場合でも、ESB 内で対応することが可能で、個々の業務アプリケーションの変更を最小限にすることができます。
RFIDとインターネットの技術を応用して、モノの情報を把握するのがEPCglobalネットワークです。公開された標準から構成要素を5分間で見ていきましょう
EPC ISを活用するためのシステム構築を検討する。Discoveryサービスやセキュリティなど留意する点は多い
プロはRFIDを導入した業務の完成予定図を描けなくてはならない。そして、それをユーザーにイメージさせなければならない
家電メーカーが協力して製品ライフサイクルをRFIDで管理する方法を検討している。ビックカメラやヤマダ電機で実施された公開実験をレポートする
■まだ間に合う内部統制、準備は万全ですか？■日本企業の内部統制への取り組みが本格化する中、出遅れ組も目立ってきた。あなたの会社は……。
＠ITトップ｜RFID＋ICフォーラムトップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ

[] EPC ISを使った次世代アーキテクチャ－＠IT
[引用サイト]　 http://www.atmarkit.co.jp/frfid/rensai/engineer/eng07/eng01.html
108

Last Updated 2007/ 03/ 18/ 15時42分21秒

「肩ブレラ」を使えば、雨の日に傘を差しながら両手いっぱいに買い物したり、デジカメを両手で構えて写真を撮ったり、携帯を2台使いしたりが可能になる――かもしれない。
雨の日に傘をさして買い物するのは大変だ。傘に片手をふさがれて荷物も持ちにくいし、電話でもかかって来ようものなら、かばんから携帯を取り出すのも一苦労。記者は外でもためらいなくノートPCを開き、左手でノートを支えながら右手で片手タイピングするというユビキタスなIT戦士なのだが、片手しか空かない雨の日はそれができずに涙する。
雨の日のそんな涙を笑顔に変えてくれるかもしれないグッズを、ネット上で見つけた。その名も「肩ブレラ」。直径3センチ×長さ80センチのパイプ状のグッズで、丈夫で柔軟なポリプロピレンの棒を、固いスポンジでくるんでいる。傘に取り付けて肩に巻きつければ、手を使わずに傘がさせる──というふれこみ。「これで雨の日の買い物や取材も楽になるのでは！？」――わくわくした記者は早速、販売店として紹介されている東急ハンズ池袋店に向かった。
肩ブレラは黒とピンクの2色あり、東急ハンズの価格はネット通販と同額の2499円。購入した日はちょうど雨が降っていたので、早速使ってみることにした。
使用するには、持ち手がねじ状になっていて取り外せる折りたたみ傘が必要。傘の持ち手のキャップをぐるぐる回して取り外し、そこに肩ブレラの先端部分を取り付けると準備OKだ。傘を開き、いよいよ肩に装着しよう。
丸まっている肩ブレラを一旦伸ばしてから、利き手と逆の肩の周りにぐるりと回してきっちりと巻く。見た目よりも固いので、意外と力のいる作業だ。曲げ伸ばししていると「ギギっ」と音を立てるので「壊れたか？」と不安になったが大丈夫。肩の周りにぐるりと2周ほど、できるだけきつく巻いて固定する。
それなりにきつく巻いたつもりだし、記者は二の腕も肩もがっしりしていて女子としては残念な体型だが、それでも肩ブレラと体の間にどうしても隙間が空いてしまう。傘もぐらついてちょっと不安なので、脇をぐっと締めて固定する。
早速傘を差し、荷物を持って歩いてみた。見た目は少々おかしいが、傘に隠れてそれほど目立たないせいかジロジロ見られることもなく、普通に歩いていける、ような気がする。いや、見て見ぬふりをされていたのかもしれないが……。両手いっぱいに荷物を持てるのは便利だし、携帯を取り出すのもラクラクだ。傘をたたむ時は、肩から手元にすべらせればよく、そのまま手首にかけて持ち運べるのも便利だ。
肩幅の狭い人や子どもは、このようにS字型で巻くといいそうだ。傘の安定度はそれほど変わらないように感じた
ただ、一歩進むたびに体の振動が傘に伝わって前後左右にゆらゆら揺れ、肩から滑り落ちそうになることも。傘の角度や高さを自由に変えられないので、混雑した道では傘が他人の頭にぶつかりそうになっても、避けにくくて結構焦った。
肩ブレラを使えば、傘を差したまま両手いっぱいの買い物をしたり、携帯を両手で2台使いしたり、ノートPCをガシガシ操作したりできる。ただ身につけるのはちょっと面倒でコツが必要。また、荷物を片手に持ち、もう片手で恋人の手を握るなどといった用途の場合は、恋人の顔や首に傘が当たらないよう十分に注意が必要だろう。
写真で見るPASMO：3月18日、PASMOスタート。初日の様子は……首都圏の私鉄・バス、そしてJRにも乗れる共通交通乗車券「PASMO」がいよいよスタートした。サービス開始初日の18日、新宿駅の様子をお伝えする。

[] ITmedia News：手ぶらで傘をさせる「肩ブレラ」を使ってみた
[引用サイト]　 http://www.itmedia.co.jp/news/articles/0703/02/news088.html
109

Last Updated 2007/ 03/ 18/ 15時42分21秒

ご存知の通り、最新のJavaプラットフォームであるJava SE 6は2006年12月に正式にリリースされた。Java SE 6の仕様はJCPで定められたプロセスに従って「JSR 270」として策定されたものだ。JSR 270にはJava SE 6における仕様拡張のテーマや既存のAPIにどのような変更を加えるか、そして新たにどのようなAPIを追加するかといった内容が記載されている。追加されるAPIは「コンポーネントJSR」という位置づけで、JSR 270からは独立したJSRとして標準化されている。
Javaプラットフォームの次期バージョンとなるJava SE 7の仕様についても、Java SE 6と同様にJCPにおいて議論されることになっている。現時点ではまだJSRは提出されていないが、その開発の中心人物であるDanny Coward氏によればすでにエキスパートグループは準備を進めており、JSRも近いうちに提出される予定とのことである。
同氏は、現時点でJava SE 7は「他言語のサポート」「モジュラリティ」「Swingアプリケーション開発環境の向上」などに重点を置いていると話している。APIの追加だけでなく言語仕様にも修正が加わる可能性が高いが、詳細についてははまだ議論の段階を出ていない。
このようにJava SE 7の仕様についてはまだ大部分が未定の状態ではあるが、JJCPにはJava SE 7で追加されるコンポーネントJSRの候補とされるものがすでに多数登録され、仕様策定のための議論が進められている。前回紹介した「JSR 310 Date and Time API」もそのひとつだ。
今回はそのようなJava SE 7の候補として挙げられているJSRをピックアップしてみる。そして代表的なJSRについては、これから何週かに渡って具体的な内容を紹介していこうと思う。
JSR 203はJ2SE 1.4で登場したNew I/Oの後継バージョンに位置付けられるAPIで、ファイルシステムへのアクセスや非同期I/Oなどといった、入出力関連の拡張機能が提供される。
JSR 255はJMX仕様(JSR 3)およびJMX Remote仕様(JSR 160)の後継バージョンで、Java SE 6の数々の新機能に対応したアップデートが行われる。Java SE 6でもJMXのアップデートが行われたが、こちらはマイナーバージョンアップされたJMX 1.3だった。
JSR 260はJavadocのタグを拡張するための仕様である。従来のJavadocは現在のような大規模なアプリケーションのドキュメント化が想定されていなかったため、JSR 260ではより現状に則したタグの追加を目指す。このJSRはもともとJava SE 6に統合される予定だったが、仕様の策定が遅れたためJava SE 7に持ち越すことになった。
JSR 262ではWebサービス経由でJMX Remote APIにアクセスするためのコネクタを定義し、これによってJavaアプリケーション以外のクライアントからもJavaプログラムのマネージメントが行えるようになる。
JSR 268はJavaプログラムでスマートカードにアクセスするためのAPI仕様。ただし、このAPIはすでにJava SE 6にjavax.smartcardioパッケージとして取り込まれており、Java SE 7で正式にプラットフォーム仕様に含まれる予定となっている。
JSR 277はJARファイルの拡張版といった位置付けのJSRで、Javaアプリケーションの配布やデプロイ、ファイル間の依存関係の解決などを容易に行えるようにするものだ。JSR 294はパッケージの概念を拡張するもので、パッケージレベルでのアクセス権を扱えるようにするための仕組みなどが規定される。昨今のJavaアプリケーションはJARファイルやパッケージの仕組みが制定された頃には考えられなかった程大規模化している。Java SE 7ではそれに対応するためにモジュール化の仕組みの導入を目指す。
JSR 292はJava仮想マシンに動的な型をサポートするための仕様を織り込み、Javaプラットフォーム上で動作する動的言語の開発を容易にすることを目指している。Java自身は動的な型をサポートしていないが、このAPIはJava以外の言語をJava環境上で動作させ易くするためにJava SEに統合される予定だ。
JSR 295は複数のJavaBeanのプロパティを同期させるためのAPI、JSR 303はアノテーションを使用してJavaBeanの検証を行うための仕組みを提供するAPIだ。両者はともにJavaBeansの使い勝手を向上させるためのAPIだが、後述のJSR 296などと組み合わせることでSwingアプリケーションの開発にも活用できる。
JavaBeans関連ではこれらのAPI以外にも、プロパティの定義やアクセスを行うための新しい文法の導入も検討されているという。
Java SE 7ではSwingアプリケーション開発をサポートする機能の強化にも力を注ぐという。JSR 296はその中心的存在で、Swingを用いたGUIアプリケーション開発のための標準的なフレームワークを提供する。
ここで取り上げたJSRは、あくまでも現時点でJava SE 7への採用が「検討されている」という段階にすぎない。そもそもほとんどのJSRが、まだそれ自身の詳細すら決まっていない。しかし関係者によるプレゼンテーションやブログのエントリなどから少しずつ全体像が見えてきているものもある。次回からは現時点で得られる情報をもとに、上記のJSRについてもう少し詳しく紹介していきたい。
学生のための就職情報サイト「毎日就職ナビ」。6,000社以上の新卒採用情報が常時掲載され、社内の雰囲気が伝わる情報画面、さまざまな項目での会社検索、エントリーや説明会検索など、機能も充実。無料適職診断、就活Q & A、エントリーシート添削講座など、就職活動に役立つ記事も満載です。研究者、エンジニアを目指す学生の方々も是非エントリーしてください。お待ちしています!
【レポート】バリスタ日本一は初の女性 - 爽やかスマイルと冷静さを武器に世界へ! [23:44 3/16]
【コラム】クリエイターのためのライフハック第32回 Google の特殊検索を使えば数字なんて怖くない [23:15 3/16]
【コラム】ぐうたら主婦でごめんあそばせ第29回ヘアケアは地肌から - ナショナルドライヤー「ナノケア EH5441」 [22:00 3/16]

[] 【コラム】Java API、使ってますか? 第5回誰よりも早く"Java SE 7"を睨む (MYCOMジャーナル)
[引用サイト]　 http://journal.mycom.co.jp/column/jsr/005/
110

Last Updated 2007/ 03/ 18/ 15時42分21秒

　人気の無料出会い系サイト

出会い系にお金なんて使ってられるかっ！
冗談じゃないっ(｀･ω･´)
出会い系は無料で本当に会えなきゃ絶対ヤダって人におすすめです。
完全無料だからバシバシ使い倒してちゃいましょう♪(人ω･`)
新サイトは頻繁に更新するので要チェックです！！