I/O仮想化最前線〜ネットワークI/Oを中心に〜Ryousei TakanoGroup Leader at National Institute of Advanced Industrial Science and Technology (AIST)
TypeScript の短所のまとめ
TypeScriptの「残念ポイント」をしっぽさん(tail_y)が呟いていたのでトゥギャりました。 言語を dis りたいわけではなく、今回は短所が多いですが TypeScript の長所短所の理解のためにまとめました。
FreeBSD勉強会 第11回 FreeBSDハイパーバイザ「BHyVe」の仕組み・使い方紹介 - k32ruの日記
話は全体的に仮想化技術についてでした。最後の方でBHyVeについて話していました。 関連資料 第11回 FreeBSD勉強会 : ATND http://atnd.org/events/30986 第11回 FreeBSD勉強会 FreeBSDハイパーバイザ「BHyVe」の仕組み・使い方紹介 - Togetter 第11回 FreeBSD勉強会 #FreeBSDStudy - Togetter BHyVe: The BSD Hypervisor(発表パワーポイント) http://www.slideshare.net/syuu1228/bhyve-the-bsd-hypervisor 完全仮想化 VirtualBOX 実ハードウエアを完全にエミュレートし、既存のOSをそのまま仮想マシン上で動作させる。OSに一切手を加えない。高速化のためにCPUの部分はエミュレートしない。CPUにはユーザモ
プログラマの為の数学勉強会
2013年 プログラマの為の数学勉強会 資料 第1回:イントロダクション 第2回:浮動小数点数・極限・微分 第3回:微分法の応用・多変数関数の微分法 第4回:微分法の応用(続き)・方程式の数値解法 第5回:微分方程式の数値解法・積分法 第6回:数値積分法・積分法の応用 第7回:行列・ベクトル・ガウス消去法 第8回:行列式・逆行列・連立一次方程式の直接解法 第9回:線型空間・線型写像・固有値固有ベクトル(その1) 第10回:線型変換・固有値固有ベクトル(その2)・内積空間 第11回:連立一次方程式の反復解法・二次形式・多変数関数の極値・重積分 第12回:確率論入門 第13回:情報量・エントロピー・重要な確率分布・大数の法則・中心極限定理 第14回:擬似乱数の生成法・推定 第15回:検定 第16回:検定の続き, 回帰分析 第17回:回帰分析の続き 第18回:ベイズ統計
SIOS ビッグデータ技術ブログ: GREE Tech Talk #03への参加報告
こんにちは、SSTDの高橋です。 昨日行われたGREE Tech Talk #03に参加しましたので、その内容の報告をさせて頂きます。 今回のGREE Tech Talkのテーマは、サービスづくりにおけるデータの活用でした。 ハッシュタグはこちら（#greetech03）。 下の写真は、GREEさんから頂いたジェンガです。 当日のプログラム 『開会の挨拶』藤本 真樹（グリー株式会社）『GREEプラットフォームにおけるビッグデータの活用』橋本 泰一（グリー株式会社 開発本部）『アドテクノロジー業界でのデータ活用』奥野 晃裕（株式会社スケールアウト）『データ駆動開発＠トレジャーデータ』小林 隆（トレジャーデータ株式会社）『GREEインフラでのデータ取得と使い方』田中 祥平（いわなちゃん）（グリー株式会社）『ビッグデータを楽しむためのシステム技術と大学での最先端な試み』合田 和生（東京大学 生産
multitail でログを見やすく表示する - Qiita
tail -fよりもうすこしみやすくログを流したい。 multitail を使う。 yum install multitail とかパッケージで入る。 今は php のエラーログを見たいので sudo vim /etc/multitail.conf して設定ファイルを開き、php のエラー用シンタックスを追加する。デフォルトでも apache のログの設定などは入っている。 設定 正規表現で色を指定して、ログの path を指定すると、 multitail /log_dir/hoge.log で色付きのログが流れていく ### PHP Error log scheme colorscheme:php_error:php error cs_re:yellow:line .* cs_re:cyan:^\[..-...-.... ..:..:.. ...\] cs_re:green:PHP cs
Scalaz の NaturalTransformation - xuwei-k's blog
以下のやりとりなどをして、なんとなく書きたくなったので解説してみます。 @gakuzzzz implicitついてないし、型クラスのインスタンスではなく、「高階レベルの関数」ですね。Id型使いたいだけなら、それ使っていいと思います(なにに使うのか・・・？) 2013-09-11 16:07:49 via web to @gakuzzzz ↑昨日。 ↓こっちは別のやりとり .@nagise @yuroyoro 値が多相になれないというかHaskellのforallが直接表現できないので、Haskell版のこれ URL をScalaで書くとこんなに長く、とか URL 2013-09-12 19:29:14 via web to @nagise まず問題です、scala.util.Try[A]をscala.Either[Throwable, A] に変換するメソッドは、どのように書けるでしょうか
「UNIXという考え方」を読んだ · さよならインターネット
September 13, 2013 UNIXという考え方―その設計思想と哲学 / @soh335 memo 面白くないだろうなと思って読んだけど面白かった。 ただ時代背景をちゃんと理解しないと何言ってんだオッサンみたいになる。 移植性の話でシェルスクリプトが礼賛されてるけど 今だとクロスコンパイルの効くgolangが良いと思う。 UNIXというか、Linuxを使ってると、入力コマンドをたった1byte間違えただけで OSが吹っ飛んだり、ちょっと間違えた時に昔の状態に戻れないの もしかしたら何十年後かにはそんなこともあったね。みたいな話になってるかもしれない。 コマンドの成否をOSがフォローするよりも、バージョン管理システムみたいに そのコマンドによってファイルシステム上のファイルに変更があった場合、 コマンド実行以前の状態に戻す。みたいなのできたら最高だと思う。 シェルスクリプト、とても
ワークアラウンド - Wikipedia
ワークアラウンドとは、コンピューターにおいてシステム上で問題が発生した際の応急措置のこと。 概要[編集] ワークアラウンドは一時しのぎに過ぎないので後々抜本的な対策が必要である。 状況によってはワークアラウンドが原因でシステムに不具合が生じることがある。たとえば、プログラミングで施されるワークアラウンドには、ライブラリで不整合値が検知された際に(戻り値が規定外の場合など)、それを回避するものがある。ライブラリが修復されれば正常な値が返ってくるようになるが、ワークアラウンドでは本来は異常である値の方を正常な値として扱い、本来正常である値の方を異常な値として扱うので、ワークアラウンドが元でシステムに障害が発生することがある。ワークアラウンドを行った際に、何を変更したかを記録しておくと、後々根本的対策を施す際に都合が良い。 ワークアラウンドをヒントによりよいシステムを構築できたという事例もある[
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LXCをブラウザで操作できるLXC Web Panelが素晴らしかった件 - Qiita