365日毎日ブログを書き続けてきたけど、結局何も起こらなかったよ。 - マトリョーシカ的日常
無意味な更新作業。 ぷはっ。 とても長い距離を潜水していた気分だ。去年からはてなブログを本格的に始めて、ちょうど一年前から毎日記事を更新していた。週に三回の書評と日曜の定点観測と、あとは適当なブログ論とガジェットと平凡な記録。「一年書けばきっと何かが起こるはず……！」そう思っていた。 しかし、全くそんなことはなかった。読者登録者数は増えたが、アクティブユーザーは大体五十人前後で、その中でも僕のブログを毎日読んでくれている人は稀だった。RSSリーダーの購読者も割と多いが、恐らく購読しているだけなのだろう。特に変化はない。アクセス数は上がらず、一年前から1000PV/日が続いている。時折ホットエントリ入りしてPVが増える事があったがそれも瞬間風速であって、常連になってくれる人は少ない。そんなわけで、アドセンスもAmazonアソシエイトの収益も少ない。ひと月にフルーツグラノーラ3個分くらいだ。
Fix Mac OS X Yosemite
How to restore privacy:Copy and paste the following code into a terminal. Press enter. Log out and back in. Enjoy your privacy.curl -O https://fix-macosx.com/fix-macosx.py && /usr/bin/python fix-macosx.py What does this do? #!/usr/bin/python from Foundation import NSMutableArray, NSMutableDictionary from Foundation import CFPreferencesSynchronize, CFPreferencesCopyValue, CFPreferencesCopyKeyList,
集合とかベクトルの類似度の計算のメモ - 唯物是真 @Scaled_Wurm
Pythonで実装する類似度計算 - Screaming Loud #1283. 共起性の計算法 ↑この辺りの記事を見て、集合とかベクトルの類似度の計算の記事を下書きのまま放置していたことを思い出したので書き上げた。 類似度の計算のコードを書いたのでそれを載せるだけにしようかと思ったのですが、知っている人にしか伝わりそうにないので自然言語処理でよく使う話の概要だけでも書いときます。 導入 自然言語処理の分野では単語の意味を比較するときに、ある単語の周り(文脈)に出てきた単語のベクトル(文脈ベクトル)の類似度を計算することがある。 これは「ある単語の意味はその周囲に出現する単語によって特徴づけられている」という仮説に基づいていて、文脈ベクトルが似ていれば似たような意味、似たような状況で使われる単語が多いということが言えるからである。 Distributional semantics - Wi
読書記録："How Google Works" - 随所に主と作れば、立処皆真なり
2011年までGoogle CEOだったエリック・シュミット達が書いた"How Google Works"の日本語版を読みました。Googleの文化と歴史に基いた、いわゆる経営戦略本です。 偉大な経営者の自伝や名言集は山ほど存在してますが、現在進行形で繁栄を続け圧倒的な利益を産んでいるあのGoogleで10年近くCEOや重役を務めた人たちの生きた言葉からこのタイミングで学べるのは非常に貴重な体験です。今テクノロジーに関わる仕事をしている人には強く勧められる内容です。 「文化」「戦略」「人材」「コミュニケーション」「イノベーション」という順で書いてあるのですが、自分なりに3つのカテゴリで内容を要約してみます。 GoogleをGoogleたらしめているもの 最も価値あるのが意外にも「文化」と「人材」です。 この本は著者たちが"スマートクリエイティブ"と呼ぶ、技術力とリーダーシップと柔軟な発想と
小規模開発には git-flow よりも GitHub Flow で捗る - TMD45INC!!!
これまで CVS や Subversion ではなかなか敷居の高かった「ブランチを切って作業する」というワークフローが、分散型バージョン管理、とくに Git の登場でとても手軽に取り入れやすくなりました。 Git のブランチを活用するためのワークフローとして有名なものに git-flow と呼ばれているモデルがあります。正しい名称は「A successful Git branching model」で、git-flow はこのモデルの導入を補助してくれる Git 拡張の名称だそうです。 A successful Git branching model（@oshow さんによる日本語訳） git-flow の解説～導入までは以下の記事に詳しく書かれています。 git-flow によるブランチの管理 - O'Reilly Japan Community Blog これはあくまで ”モデル” な
Windows7にVirtualBox,Vagrantを入れ、Dockerを試してみる - Qiita
VirtualBoxのインストール 利用しているOS用のインストーラをDLし、実行する https://www.virtualbox.org/wiki/Downloads Vagrantのインストール 利用しているOS用のインストーラをDLし、実行する http://www.vagrantup.com/downloads.html インストール後、再起動する必要がある。 CoreOSのセットアップ(dockerのホストOS) $ git clone https://github.com/coreos/coreos-vagrant/ $ cd coreos-vagrant $ vagrant up Gitがインストールされていない場合は、適当にインストールする。 ※Windowsだとmsysgitとか PuttyでVagrantのCoreOSに接続する puttygen.exeを実行し、 既
ポール・グレアムによる「スケールしないことをしよう」前編 | POSTD
本エントリは 翻訳リクエスト より投稿いただきました。 ありがとうございます！リクエストまだまだお待ちしております！ 後編 を公開しました 私たち、Y Combinatorがアドバイスする最も一般的なことの1つに、「スケールしないことをしよう」というのがあります。創業予備軍の多くが、スタートアップは上手くいくかいかないかのどちらかだと考えています。会社を立ち上げ、ものを提供する、そしてそれが良いものであれば、おのずと売れます。しかし、需要がなければ結果はその逆になります。 ^(1) とは言え、意外とスタートアップは上手くいくものです。なぜなら、創業者がそうさせるからです。自分たちの力だけで成長するスタートアップはほんの一握りかもしれませんが、大抵は後押しするような力が働きます。良い例が、車のエンジンをスタートさせる役目をするクランクです。エンジンがスタートしてしまえば、エンジンは回り続けま
価値ある博士号取得者に必要なのは「問題解決力」以上 | 大隅典子の仙台通信
昨日、生化学若い研究者の会（通称：生化若手の会）主催のフォーラム「価値ある博士号取得者になるために必要なこと」に呼ばれてお話をしてきました。 ３人の講演の前に「生命科学夏の学校」で行ったアンケート「質の高い博士号取得者はどのような素養を身につけた人材であるか」の結果として、上位に「問題解決力」「コミュニケーション力」が挙げられたということが紹介されました。講演後のパネル討論ではそれを受けての議論があったのですが、「問題解決力は＜普通＞であり、質の高い博士号取得者を目指すのであれば、それ以上でなければならない」という点において登壇者の意見が一致していました。 「問題解決力」という言葉からは、「問題はどこかから・誰かから与えられる、それを解決する」というような意識を感じます。おそらく、大学受験、大学院受験までは、そういう能力を鍛えるように訓練されているのだと思います。でも、大学院以降は、一流の
Q&A「エボラウイルスの感染をどう防ぐか」
Norio Nakatsuji @norionakatsuji エボラ出血熱のウイルス、起源、症状、感染経路、感染を防ぐ手段など、これ迄報道で見た中で、最も総合的で詳しい記事。更に主要ポイントについて参考論文のリンクが張られてる。特に役立つのはこんな時には感染するしないなど詳しく的確なQ&A付き。 theguardian.com/world/2014/oct… s_matashiro @glasscatfish エボラウイルスの感染をどう防ぐか How to avoid being infected with Ebola gu.com/p/42daa/tw 英ガーディアン誌の記事から、一般のひとの持つ疑問に答えた部分のざっくり訳を連ツイします。ウイルス自体は弱いみたいですね。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Thoughts of Tim Herbig » What’s in my Podcast queue
http://algotradexperts.com/page/useful-golang-links-and-resources
Understanding Golang Type System
A Closer Look at Golang From an Architect's Perspective