■自転車系Youtubeチャンネル「けんたさん」による【Kuat NV2.0 ラック】のレビュー動画掲載中■ ↓購入の際の参考にして下さい! 【ご注意ください】 ご登録メールアドレスが、ezweb, softbank, docomoなど携帯電話会社キャリアメールの場合、メールが一切お届け出来ない可能性がございます。 必ず上記以外のPCメールアドレスやフリーメールアドレス(yahooやgmailなど)をご入力ください。 ご注文後、ご本人様確認の為にお電話でご連絡をさせて頂く事がございます。 ご本人様から頂いたご注文であることを確認出来次第、商品を発送させて頂きます。トラブル防止の為、ご理解ご協力をお願いいたします。 ■18,000円以上お買い上げの場合、送料無料です。■ ※注:沖縄県、離島の方は対象外とさせて頂いています。 ■完成車送料について■ 本州、四国・九州、北海道:無料 沖縄・離島:
libura(ライブラ)はドキュメントをもとにしたコミュニティです。使い方はこちら。 Total Documents: 307 (Pages: 8,049)
NZに来るまでほとんど意識したことがなかったのだが、NZには手厚い手当が各種あるようだ。 市民権か永住権を得て二年以上たつと失業した場合に失業手当てが出る。驚いたのはそれが無期限ということだ。物価上昇に応じて毎年増額されているし。 さらに子供手当てや住宅補助も充実している。基本的な医療費もかからない。 10年以上住んでいるだけで65歳以上は年金もでるらしい。 私のように子供二人の夫婦だと、家賃補助なしでも月2000ドルちょっとになる。余裕のある生活とは行かないが、持ち家の知り合いが普通に暮らして一家族で月3000ドルぐらいの支出といっていたから、切り詰めれば、まあ何とかやっていけるように出来ている。 最低賃金が時給12.75ドルだからフルタイムで一月2000ドルちょっと。 最低賃金で働いているのってどうなの?ということになってしまう。 面白いのは手当ては税金から出ており、日本や北米のように
どうでもいい話なのですが、inputタグのautocomplete属性について先日はじめてちゃんと知った気がしました(今更 それと日記見返すと、昔の方が雑記的だなぁと思った。。 うーん、そう考えるとローカルのもったいないメモは多そうだ。 今度書き出せたらいいなぁ。。 で本題ですが、先日jQueryを使っているプラグインのコードを見てて「(function($) {})(jQuery);」ってどういう意味?て思ったので、調べたりとかしてました。 謎って思ったのはおおまかに3つ。 何故全体を括弧で囲む必要があるのか。 function($)の「$」って何? 2個目の括弧の中の「jQuery」って何? これ、ほぼ「(function($) {})(jQuery);」の全てが謎っていってるようなものですねw http://q.hatena.ne.jp/1226297257 上記のURL先を参考にな
ある案件でjQueryのgetJSONメソッドを使っていてgetJSONメソッドでは使いづらい部分があった。 この問題をなんとか解決できないかと調べてみたらJSDeferred(cho45.stfuawsc.com)という面白いJavaScriptのライブラリを見つけた。 jQueryのgetJSONメソッドの使いづらい点 エラーハンドリングができない $.ajaxメソッドを使えばエラーハンドリングは可能であるが、読み込むデータがJSONの場合はgetJSONメソッドの方が簡潔にコードを記述できるのでgetJSONメソッドでエラーハンドリングができるようにしたい。 複数のJSONデータが必要な場合に非同期で処理をおこなうにはgetJSONメソッドをネストさせる必要がある。 例えば以下のようなコードになる。 $.getJSON("foo.json").next(function (foo_d
AppStoreで売っていたころは使っていなかったのだけれども、iPhoneアプリのreMailというのがGmailと連携して便利らしい。 今日、マイコミジャーナルの「Google買収のiPhone用メールアプリ「reMail」、Apacheライセンスでオープンソース化」という記事を読んで、コード公開されたのならビルドしてみるか、と思い立ってビルドにチャレンジしてみた。 まず、Google Codeの中で remail-iphone プロジェクトとして公開されているということらしいので、さっそくWebを読んでみた。 ビルドには、XCodeとgit, mercurial / hgが必要ということなので、早速準備します。 XCodeとgitは既に私のマシンにはインストールされているのでスルー。gitもmercurial / hgもバージョン管理システムで、要はGoogle Codeからソースコ
ひとくちに電子書籍といっても、その規格はさまざま。米国で旋風を巻き起こしているAmazonの「Kindle」で使用されている「AZW」、その後継と目される「Topaz」、お馴染み「PDF」も電子書籍となりうる。 発表後いきなり話題沸騰のApple iPadも、電子書籍リーダーiBooksで「EPUB」をサポートした。EPUBは、International Digital Publishing Forum(IDPF)により制定されたオープンスタンダードな電子書籍規格であり、すでにGoogleブックスやSony Readerで採用されている。流通経路やDRMなど、iPadではどのような形で実装されるか不明だが、EPUBが基盤となることは確実だ。ということは、iPadなどiPhone OSをターゲットに電子書籍でなにか企むとすれば、EPUBが注目されるのは自然の成り行きといえる。 ここに紹介する
巷で話題の「電子書籍」。たとえ最新のIT事情に通じていなくても、新聞をひととおり読む御仁に聞けば、PCや携帯電話で見るアレでしょ? などという答えが返ってくるに違いありません。しかし、電子書籍ってなんでしょう。デジタル化された文字情報? 読めればいい? ページをめくれればいい? 流通はどうなっているの? 作り方は? それぞれ明確な答えはいまだ出ていませんが、1つ確実なことがあると思います。それは「フォーマットがオープンであること」。オープンであれば、自由に作成し再配布することができますし、それを作る道具をこしらえることすら可能です。著作権保護に関する話は置くとして、フォーマットがオープンでなければ「紙とインク」を継ぐ存在にはなりえないでしょう。 本連載では、私こと海上忍が「電子書籍」の制作に取り組みます。テンション高めで行きますよ!……とはいえ、前述のごとく定義さえあいまいな概念のこと、ま
なんだなんだ、iPadらしきものがスクリーンにいっぱい!と興味津々に近づいてみたところ、事前に調べても一切情報が出てこなかったSpinning Worksさんの「Qlippy(クリッピー)」でした。さっそく、代表取締役の白形洋一氏にお話を聞かせていただきました。「Qlippy」は4月頃に発売を予定されているアップルのiPad用のアプリと、それに連動するウェブサイト。だってまだ本体が発売されてないじゃない、なんてことは関係ない。先駆けて今まさにゴリゴリ開発中だそうです。 「Qlippy」の特徴は大きくわけると4つ。まずiBookから購入した電子書籍がスイスイ読めること。読んでいる雑誌や書籍の好きな写真や文章をクリッピング(切り抜き)できて、スクラップとして保存できること。自分のスクラップした内容を他のユーザに共有できること。そして一番のポイントが、連動するウェブサイトを用意することで、ユーザ
出版社にとってE-Bookが儲かるものかどうか、あるいはどうすれば儲かるか、という問題はそう単純ではない。印刷・在庫コストが消える代わりに、単価を下げねばならず、ロイヤルティも同じではなくなるからだ。印刷本の流通との兼ね合いもある。事実をもとにいくつかの仮説を立ててシナリオを描き、あとは実験をやってみるしかない。そうした意味で、大手出版社からの取材に基づいてコストを比較したNYTの記事は非常に貴重な情報を伝えている。 リンク記事 Math of Publishing Meets the E-Book, By Motoko Rich, New York Times, 2/28/2010 E-Bookは紙より儲かる!? ただし… New York Timesのモトコ・リッチ (Motoko Rich)記者 は、E-Bookビジネスを継続的にフォローしているが、2月28日の記事では、大手出版社数
ソフトウェア開発プロジェクトでは、短期開発の要求が高まっている。受託開発も例外ではない。特定の顧客から長期に渡って大型案件を請け負っている場合でも、開発期間はますます短縮される傾向にある。 納期に対する高い要求を満たすには、プロジェクト管理が重要である。正確な見積もりと、的確な進捗管理ができなければ、短期開発では容易にデスマーチに陥ってしまう。 筆者の開発プロジェクトでは、WBS (Work Breakdown Structure) を使ったプロジェクト管理を導入した。WBSは見積もりのための強力な道具として広く使われている。筆者はさらに、実績も管理できるようにWBSを拡張し、見積もりから進捗管理まで一貫して管理できる手法を確立した。 ここでは、筆者が拡張したWBSの書き方と、それを使ったプロジェクト管理の手法を提案し、実際の開発業務に適用した経験から得られたWBSの運用ノウハウを紹介する
Login RAJA89 Daftar RAJA89 RAJA89 - Hadir dengan link alt daftar dan login akun pro VVIP. Performa unggulan kami sebagai web resmi raja89 adalah memberikan kemenangan terbaik hingga mencapai maxwin setiap hari. Bagi para pemain akun pro, mendapatkan kemenangan hingga perkalian besar adalah kesenangan dalam permainan yang harus didapatkan di situs raja89.
Google App Engineダウンの原因はデータセンターの電源故障。さらに復旧手順のミスが重なった 米国時間の2月24日、グーグルが提供するGoogle App Engineのデータストアが障害により停止するという事故が発生しました。この事故の状況については、そのときの記事「Google App Engineが昨夜ダウン。障害がごく一部に残り、対応チームは現在も作業中」」で詳しく報じました。 それから2週間、グーグルが原因と対策について書いたドキュメントをGoogle Groupに「Post-mortem for February 24th, 2010 outage - Google App Engine | Google Groups」というメッセージとしてポストされました。 原因はデータセンターの電源障害 グーグルの解説によると、今回の障害の直接の原因はプライマリデータセンターの
先週、ボストンに住んでいる日本人研究者が月一で集う異分野交流会があって、そこで講演させていただいた。 100人以上が集まる大盛況でした。 来てくださった方は本当に有難うございます。 講演の内容は、大企業が、どのように新しい技術に対して、経営の舵取りをしていくべきか、というもの。 前半では、日本の大企業が各分野で最近競争力を失い、シェアを減らしている、 でも実はそれは日本に限らず、世界中の大企業が陥る病なのだ、と言う話。 そして後半で、イノベーションのジレンマなどの先行研究と、私の研究内容を話した。 実際、日本の製造業は苦しんでいる。 講演でも紹介したように、かつてはブラウン管テレビでは世界の半分のシェアを持っていた日本企業は、 薄型テレビになってから、サムスンやLGにシェアを奪われてるし、 半導体も1980年代にはDRAM世界シェア80%近くを占め、NECがNo.1だったが、ここも韓国にや
「pick」は、みんなが今、見つけた「いいよね。」をピックアップしていくサービスです。「気になる!」「かわいい!」「かっこいい!」「面白い!」「参考になった!」「誰かに教えたい!」をどんどん共有、どんどんピック!今日はママ友とべびちゃん達でお出掛けしてきました(*^_^*)我が子と6日違いの男の子です( ´ ▽ ` )ノオムツ替え後にパシャり(*^o^*) 今日の赤ちゃん http://nav.cx/EQT9Rp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く