年収2京（20,000,000,000,000,000）円を稼ぐための読書 - 世界はあなたのもの。
雑ネタ, 本 NGC7331, a spiral galaxy / thebadastronomer 行政書士や司法書士や MBA などの資格を必要とせず、また株やマンション投資などの手元資金がない人でも参考になりそうなものを選択。読む順番、大事。 まず倍々ゲームの元手を作る1億稼ぐ話し方（初対面から最後まで主導権を握れる！「ロジカル・コミュニケーション」驚異のテクニック）作者: 安田正出版社/メーカー: フォレスト出版発売日: 2011/12/14メディア: 単行本（ソフトカバー）この商品を含むブログを見る1億稼ぐための方法を紹介した本は数多くあるが、話し方を変えてコミュニケーションを改善して1億、という手軽さを評価して本書をチョイス。以下に続く書籍で倍々ゲームを展開するわけだが、手元チップは手軽に大きく稼いだほうがいい。 この第一段階で年収1億（100,000,000）円を確保しておく
livedoor Techブログ : 第1回NHNテクノロジーカンファレンス詳細内容決定！
株式会社データホテルの伊勢です。 すでに参加募集を締め切っておいてアレですが、第1回NHNテクノロジーカンファレンスの講演内容詳細が決まりましたのでお知らせします。 開催概要 開催： 第1回 NHNテクノロジーカンファレンス 主催： NHN Japan株式会社 日程： 2012 年 5 月 19 日(土) 時間： 15:30 〜 18:05 (15:00 開場 / 18:15 閉場) 規模： 120人前後 セミナー参加費： 無料 会場： 新宿NSビル 30F NSスカイカンファレンス Room3,4 (東京都新宿区西新宿2-4-1 新宿NSビル 30F) 懇親会： セミナー終了後開催(18:30〜) 懇親会会場： 台湾創菜酒家 台北夜市 新宿NSビル店(同ビル29F) 懇親会参加費： 2,000円(懇親会費は受付時にお支払いいただくようになります。飲み放題付きコース料理になります。) 会場
“統計の基礎を無視している”Hadoop使いが考えるビッグデータ
Hadoopをバッチ処理の高速化に活用しているノーチラス・テクノロジーズは、ビッグデータのブームに真っ向から異論を唱える。「ビッグデータは中身のないバズワード」と断言する代表取締役社長 神林飛志氏に、その真意を聞いた。 Hadoop＝ビッグデータは大きな誤解 ノーチラス・テクノロジーズは、基幹系システム向けのミドルウェアを手がける国産ベンチャー。Webサービスのように決して派手ではないが、「そもそもダウンすると、飛行機が飛ばないとか、病院で人が死んでしまうとか、電車が動かないとか、生活に影響が出る分野」（神林氏）という、まさにミッションクリティカルな領域のITで、同社の製品は活用されている。 同社の「Asakusa Framework」は、Hadoopを活用した分散処理により、基幹系バッチの高速化を実現する。神林氏は、「Hadoopというと、WebやSNS系、BIやデータ解析での使い方がメ
イラストでわかる！git入門の入門
こんにちは、アシアルの志田です。 社内でもgitが浸透し、皆バージョン管理といえばgitだよね、という空気になってきました。 ですが、これまでバージョン管理システムを使ったことがない人にオススメしても、 「gitて…まあ…そりゃ…ねえ、いつかやらないといけないけど…」 「ギット？ジット？俺はgiはジと読む派なので、gitは胡散臭いと思う」 「そもそもバージョン管理して何が嬉しいの？なんか難しそうでいやだ」 というような反応ばかりでした。 きっとみんな、gitって難しくて訳のわからんもんだと思っているのでは？と思い、 今回はgit入門の入門、gitってなんだ？というところから、簡単にgitを使う際の流れについてご説明します。 ちょっと不安を覚えるようなイラストがついていますので、頑張って読んでください。 バージョン管理ってなに？ プログラムを書いていて、こんなことありませんか？私はあります…
300年前の職業、1000年前の職業 - 発声練習
山内祐平「10年後の教室」：今は存在しない職業への準備――「21世紀型スキル」 米デューク大学の研究者であるキャシー・デビッドソン氏が2011年8月、ニューヨークタイムズ紙のインタビューで語った予測が波紋を呼んでいる。「2011年度にアメリカの小学校に入学した子どもたちの65％は、大学卒業時に今は存在していない職業に就くだろう」というのである。 情報化が進むに従って、我々の働き方は大きく変わってきている。例えば、10年前には「情報セキュリティマネージャー」や「ソーシャルメディア・コーディネーター」などという職業は存在しなかった。企業がイノベーションを進めるたびに、業態の変化によって新しい職業が生まれ、既存の専門職を置き換えつつある。 65％という数字は米国を対象とした予測であり、日本でも同じようになるかは分からない。ただ、国際化が進む世界では1つの国で起こった変化が他の国に瞬く間に広がる。
武雄市図書館は市長所管ではない - 一本足の蛸
高木浩光＠自宅の日記 - 武雄市長、会見で怒り露に「なんでこれが個人情報なんだ！」と吐き捨て経由で知ったことだが、武雄市は図書館と歴史資料館の運営についてTSUTAYA運営会社と提携することになったそうだ。 進展する高齢社会の中で、豊かな生活を実現するための中核的施設として、武雄市図書館・歴史資料館をより市民価値の高い施設として運営するにあたり、CCCが運営する「代官山 蔦屋書店」のコンセプト及びノウハウを導入し、企画すること、及びそのための重要な手段として付属事業を展開することについて、武雄市とCCCが提携することについて合意する 図書館にTポイントカードを導入するという方針のようで、はてなブックマーク - 高木浩光＠自宅の日記：武雄市長、会見で怒り露に「なんでこれが個人情報なんだ！」と吐き捨てでは複数の人が図書館の自由に関する宣言を引き合いに出している。それは実にもっともなことだと思う
コンプガチャの数理 -コンプに必要な期待回数の計算方法について- - doryokujin's blog
目次 1. 『コンプガチャの数理 -コンプに必要な期待回数の計算方法について-』 2. 『「数学的ゲームデザイン」というアプローチ』 3. 『コンプガチャの数理 -ガイドラインに基づいたゲームデザイン その1-』 4. 『コンプガチャの数理 -ガイドラインに基づいたゲームデザイン その2-』 目的 コンプガチャのコンプに必要な回数を求める問題は「The Coupon Collector's Problem」と呼ばれる数学モデルの枠組みに沿った美しい問題である事を述べ，いくつかの有用な結果を示す。 ※ あくまで個人研究のつもりで書いたので，色々不備があるかもしれません。その際は一言頂けると助かります。 定義 コンプガチャ問題を Coupon Collector's Problem に準じた形で書くと以下の様になる： 「全部で n 種類のアイテムがあって，1つのガチャの中にアイテムが1つ入って
DBトランザクションメモ(Hishidama's database transaction Memo)
いずれにしても、そのレベル（範囲）において、整合性がとれていなければならない一連（ひとかたまり）の処理を意味する。 レベルの違いを除けば、欲しい機能（トランザクションに求めれられる事）は同じ。 すなわち、一連の処理中に同じデータに対して他の処理が更新をかけることが無いようにしたい。 一連の処理が途中で中断された場合、半端な状態になるのは困るので、何らかの対処が欲しい（トランザクション処理開始前の状態に戻るとか）。 当ページで扱いたいのは、データベースが持つ仕組みとしてのトランザクション。 特に、それを使ってどうプログラミングするか・その為にどういう設計が必要か、という考察。 RDBのトランザクションの使用方法 リレーショナルデータベース（RDB）においてデータ（テーブル）を更新するには、トランザクションを使用する。 DBアクセスする為には、クライアントからDBへ接続（connect）する。
curlでボトルネック調査をする - 256bitの殺人メニュー
ますだっくすさんが curlのエントリ書いてたのでおいらも1つだけ追記しませう。 Webサイトのボトルネック調査 あるサイトでアクセスが遅いなぁ、って話になったときにまず当たりをつけるために遅い部分を調べたい。 って時のcurlの使い方。 実際の手順 基本的には、前述のますだっく（@masudak）さんの、「その3. レスポンスの出力を加工する」であるのですが、詳細な項目を設定することで問題の切り分けにも使用できます。 出力フォーマット用のファイル。 cat <<'EOF' >/tmp/curl_env.txt url_effective\t\t: %{url_effective}\n http_code\t\t: %{http_code}\n http_connect\t\t: %{http_connect}\n time_total\t\t: %{time_total}\n time_
作りたいものリストを作ろう | PDF
Sharing OptionsShare on Facebook, opens a new window
作りたいもの: 専門家の考える「よい状態」を実現に近づけるシステム - 西尾泰和のはてなダイアリー
増井さんの作りたいものリストを作ろうというスライドを見て「確かに『いつかやる』リストに入れてるだけじゃ発展しないから、公開しても問題ないものは公開したらいいなぁ」と思ったのでやってみました。今回は早々に「自分がやることではない」と捨てて、リストに書いてすらいなかったことなのですが、公開するべきだと判断したので公開しておきます。 背景 今日の高木先生の日記(高木浩光＠自宅の日記 - 「個人情報」定義の弊害、とうとう地方公共団体にまで) 現行個人情報保護法の「個人情報」の定義に不備があることを、これまでずっと書き続けてきた。「どの個人かが（住所氏名等により）特定されてさえいなければ個人情報ではない」（のだから何をやってもよい）とする考え方がまかり通ってしまいかねないという危機についてだ。 (中略) 私にできることはここまでです。ここから先は私の役割ではないと考えています。必要だと思われる方々で
高木浩光＠自宅の日記 - 「個人情報」定義の弊害、とうとう地方公共団体にまで
■ 「個人情報」定義の弊害、とうとう地方公共団体にまで 現行個人情報保護法の「個人情報」の定義に不備があることを、これまでずっと書き続けてきた。「どの個人かが（住所氏名等により）特定されてさえいなければ個人情報ではない」（のだから何をやってもよい）とする考え方がまかり通ってしまいかねないという危機についてだ。 2003年からはRFIDタグ、2008年からはケータイIDによる名寄せの問題を中心に訴えてきたが、当時、新聞記者から説明を求められるたび、最後には「被害は出ているのでしょうか」と、問われたものだった。当時は悪用事例（不適切な事例）が見つかっておらず（表沙汰になるものがなく）、これが問題であるという認識は記者の胸中にまでしか届かなかった。 それが、昨年夏から急展開。スマホアプリの端末IDを用いた不適切事案が続々と出現し、それぞれそれがなぜ一線を越えているか説明に追われる日々になった。ス
DeNA
抱ぁきしめたぁ！ こぅころのコスゥモゥ！ ちゃっす、櫛井です。 ヒカリエにオフィスを移転されたそうなので、サクッとお邪魔してきた。 いやー、弊社も秋から入居予定ですけど、ヒカリエのオフィスエリア凄かったです。 新しいオフィスでは、コミュニケーションを活発にし、いかに新たな発想が生まれやすいかが大事 ということで、テーマは「社員がつながる アイデア創出型オフィス」とのこと。かっこよかった。 前回お邪魔しに行った時のはこちら。 株式会社ディー・エヌ・エーに行ってきた！ - 941::blog んじゃ早速、受付フロアのあるエレベーター降りるとこんなカンジ。 ==== 振り向いて窓の外を見るとすごい景色。 新宿方面は原宿と代々木公園が見えて緑が豊か。 ※公開から3ヶ月以上経過した特定の記事は有料となっている場合があります この続きはcodocで購入
ハンズオンで分かる MongoDB チュートリアル - babie, you're my home
前回（と言ってももう２ヶ月前か……1.5.8まででちゃってますね。（追記：丁度今日、1.6.0 安定版がリリースされました！）例によってビルドはクソ長いので注意して下さい）、「Mac OS X で MongoDB を動かす」で、Mac OS X での MongoDB インストール、起動、停止、デーモン化をしました。 今回は、付属のシェルで簡単なCRUD操作をしてみたいと思います。なので、OSやプログラミング言語は関係ありません。素の MongoDB を学ぶ目的で作成しました。SQL 知らないと ORM が満足に使えないように、今回の CRUD 操作を知っておけば、各言語用の ORM で悩むことが少なくなると思います。 なお、今回もいちいちイラッ☆とくる語りが入ります。 復習しておきましょうか、MongoDB っていうのは、 ドキュメント指向ストレージで インデックスをサポートしていて レプ
Big Sky :: Windowsへの移植も視野にいれたプログラムを書くなら読んでおいて欲しい事
絶対パスの先頭に/が来る事を期待してはいけない しかしながら絶対パスの先頭にドライブレターが来る事を期待してはいけない UNCパスのホスト名やシェア名はディレクトリではないのでファイルシステムAPIは使えない事を意識しておく unixに比べパス内に空白文字が入る可能性が高い事を意識しておく ホームディレクトリを意味するパスの先頭チルダは自前で展開する必要があり、またパスの途中にチルダが混じる事は日常的にある ソケットディスクリプタに対してもread/writeで送受信できる事を期待してはいけない パイプでない標準入力のselectはやっても意味がない ディレクトリ内にあるファイルを開き、ハンドルを保持したままディレクトリを消せるのは当たり前だと思わない パスのセパレータが/¥である事を期待してANSI APIを使ってはいけない Cランタイム(POSIX互換API)とWindows APIを
MongoDBでのリレーションのパターン - aticoにようこそ
1対1の外部リレーション embedの機能があるMongoDBで1対1の外部リレーションを使いたい場合というのは、そんなにないと思います。 しいて挙げるなら、あまり参照しないがデータサイズが大きいため、毎回読み込むのは避けたい場合ぐらい。 ただ、その場合でもfind時に必要なフィールドのみを取得できるオプション があり、それを使えば1対1で外部リレーションさせた場合と同じ効果が得ら れます。 1対多で他Documentとのリレーション ログ等無限にどんどん増えるデータは、embedには向かないため、外部リレーションの関係になります。また細かい条件で検索したいレコードも 外部リレーションの1対多となります。例えば、10個以上20個未満のアイテムを探したいと思い、 find({:item.num => {"$gte" => 10,"$lte" => 20}})としても、1レコード全体を対象にす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自分のWAN側のアドレスを調べる方法 - Qiita
PC
Blending MongoDB and RDBMS for ecommerce
MongoDB: The Developer Data Platform
How to print out more than 20 items (documents) in MongoDB's shell?
Best way to sort on multiple fields in geonear query