ママ、どうして仮想化が必要なの？[db tech showcase Tokyo 2016] D32: SPARCサーバ + Pure Storage DB仮想化のすべらない話 〜 Exa...
ぼくがかんがえたさいこうのエディタ - Humanity
LingrでShougoさんの熱い思いを聞いて、ちょっと前に紙に書いたメモを思い出したので電子化してみる。 EmacsやVimよりもすごいエディタ、というのはどんなんだろうか、と考えてこんなのになった。 エディタ用スクリプト言語 エディタのスクリプトとなる言語はなんでもいいことにする。 というのはどういうことかというと、 エディタが実行するのは中間言語であって、 他のそれぞれの言語ごとにバインディング*1が用意されている。 で、コンパイルしてしまえば、Perlでも、Pythonでも、Rubyでも、 Vimスクリプトでも、Emacs Lispでも、全てプラグインとして使える。 コンパイルはPythonみたいにコンパイルされたバイトコードが 存在しないか古かったらコンパイルする。 どの言語かの判別はshebangみたいに 先頭になんかくっつけとけばいいんじゃないかな？ ParrotとかLLVM
Twitter / RPM: 反論したら顔真っ赤だから論破。すぐに反論しなかったら逃げたから論破。時間差で反論したら慌てて取り繕ってるだけだから論破。
反論したら顔真っ赤だから論破。すぐに反論しなかったら逃げたから論破。時間差で反論したら慌てて取り繕ってるだけだから論破。 http://bit.ly/2muTlV
第31回 RubyistのためのMongoDB入門（1） | gihyo.jp
はじめに ここ最近、NoSQLというキーワードが注目を集めています。 リレーショナルデータベースは、一般的にスケールアウト（サーバの台数を増やして性能向上を図る手法）が難しく、特に大規模サービスにおいてパフォーマンス上のボトルネックとなりえます。また、タグやグラフ構造のようなデータは関係モデルに馴染みにくいため、それらを扱う際にはアプリケーションコードもぎこちないものになりがちです。 これらの問題を背景に、何にでもリレーショナルデータベースを使うのではなく、用途に応じてKVSなど他のデータストアを選択する流れが広まりつつあります。このムーブメントがNoSQL（Not Only SQL）と呼ばれているものです。 今回は、NoSQLなデータベースの1つであるMongoDBをご紹介します。 MongoDBとは MongoDBは高いパフォーマンスとスケーラビリティを特徴とするドキュメント指向型デー
[D] 美しい日本語フォントをnexus oneでも
Android(nexus one)を使った日本人の感想で、よく耳にするのが、Androidの標準フォントの日本語の問題。iPhoneとの比較でも良くダメ出しされてる点なのですが、ヒラギノに置き換えたらどれだけ幸せだろうと思って、ちょっと調べてみたら、↑な感じになりました。 (注) このエントリーは、Macのフォントを取り出して利用することを推奨するものではありません。Macのフォントの美しさや、そこから、実現される、GUIの素晴らしさを検証するためものです。利用時には、必ずフォントを別途購入してください。 そもそも、Androidの標準Droidフォントは、軽量化されたCJKフォントで、CJKとは、Chinese/Japanease/Koreanの略からわかるように、日本語だけに最適化されてません。なので、一部の漢字などは、日本人には馴染みのない感じになっています。 ここ数日、遂に、ne
Effective Java 読書会 1 日目「static メソッドの使い方などなど」 - IT戦記
はじめに 社内で「Effective Java を 20 日で読もう」という勉強会が企画されて、今日がその一日目。 ノリノリな感じで。 どーん 今日読んだところ 5 ページ 〜 19 ページ という訳で いろいろ出た話題を残しておく 毎日続けるために、なるべく適当に書いていこうと思う あと、自分が勝手に解釈してる部分も多々あると思うます＞＜ static ファクトリーメソッド static ファクトリーメソッドとは、コンストラクタの代わりに使われる static メソッドのことらしい。 コンストラクタは、名無し たしかに String コンストラクタとかごちゃごちゃしてて一個一個名前付けたほうがいいんじゃね？と思うなーと http://java.sun.com/javase/6/docs/api/java/lang/String.html#constructor_summary Strin
優秀な技術者が「無能化」していく悲劇 日本半導体が陥った「組織のジレンマ」とは | JBpress (ジェイビープレス)
前回、日本半導体が、韓国、台湾のメーカーや米マイクロンテクノロジーの「高度な破壊的技術」に駆逐されたことを論じた。 日本メーカーは、25年もの長期保証を付けた高品質な半導体を作り続けたが、 韓国、台湾メーカーや米マイクロンテクノロジーは、そんな長期保証を必要としないPC用DRAMを安価に大量生産した。つまり、日本半導体は、クレイトン・クリステンセンが言うところの「イノベーションのジレンマ」に陥ったのである。 そして、1980年前後に形成された、極限技術・極限品質を追求する日本の技術文化、すなわち過剰技術で過剰品質な製品を作る技術文化は、DRAMで手痛い敗戦を経験したにもかかわらず、30年以上経過した現在も変わっていない。 なぜ、変わることができないのか？ その原因の1つには、DRAMでシェア世界一になったという過去の成功体験があるものと考えられる。 社長会見に垣間見えたトヨタの傲岸不遜 こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
