dpinfo.html
目次 はじめに Abstract Classパターン Abstract ClassパターンRuby版 (by 助田雅紀さん) Balkingパターン Before/Afterパターン Futureパターン FutureパターンRuby版 (by 助田雅紀さん) Generation Gapパターン Hook Operationパターン Hook OperationパターンRuby版 (by 助田雅紀さん) Immutableパターン Marker Interfaceパターン Monostateパターン MonostateパターンRuby版 (by 助田雅紀さん) MonostateパターンPerl版 (by 宮川さん) Null Objectパターン Null ObjectパターンとSingletonパターン Producer-Consumerパターン Sharableパターン Singl
DIMMメモリスロットにフラッシュストレージを差す、「Memory Channel Storage」をDiablo Technologiesが発表
不揮発性メモリであるフラッシュメモリをメインメモリのメモリスロットに装着することで、超高速のフラッシュストレージとして利用できる「Memory Channel Storage」を、米Diablo Technologyesが発表しました。 これまでフラッシュメモリを備えたストレージは、ハードディスクの代替としてのSSDやフラッシュメモリを搭載した共有ストレージアレイ、あるいはPCIeインターフェイスを備えたフラッシュストーレジ製品などがありました。 Memory Channel Storageは、PCIeインターフェイスよりもさらに高速なメモリバス経由でストレージにアクセスする仕組みで、あらゆるストレージと比べてもさらに高速なものになります。プレスリリースから引用します。 This innovative approach utilizes the industry standard DIMM
git rebaseを使うときのルール | Yakst
Re: [git pull] drm-next Linus Torvalds Sun, 29 Mar 2009 14:48:18 -0700 (訳注 : Daveのrebaseのやり方が好みでないというLinusに対して) > 2009年5月29日(日曜日) Dave Airlieの発言 > > 今から自分がしようとしているのは、直線じゃないツリーを送ろうとしているだけだ。 > パッチを自分の次のツリーにマージする時はいつでも、そこにそれがあるからだ。 > 自分は、Ericのツリーを自分のツリーに直接プルして、その結果を送ろうとしている。 > きれいなマージ履歴について注意しているとは思っているけど、前に言ったように、 > カーネルツリーに関してのドキュメントが何もない状態では、君がどうしたいのか > 本当のところは今の今まで分からないよ。 自分が求めているのは、きれいな履歴だ。でも、それ
DTM初心者のためのオーディオインターフェイス選び 2015｜DTMステーション
以前、「DTMをはじめよう！」という記事を書き、多くの反響をいただきました。その記事では、本当に初めてDTMをスタートさせる人を目的別に3つに分類してみましたが、その1つが「ボーカルや自分の演奏する楽器を録音してみたい」というもの。この目的を実現するためには、オーディオインターフェイスとDAWが必要になりますが、「最近のほとんどのオーディオインターフェイスには、結構立派なDAWが付属してくるので、オーディオインターフェイスを1つ購入すればいい」という話を書きました。 とはいえ、具体的にどんな製品があり、どのような観点から選べばいいのかというのは、初心者にとってなかなか難しいところだと思います。もちろん、ただ安ければいいわけではないし、有名メーカーならOKというわけでもありません。そこで、ここでは初めてDTMにチャレンジする人のために、どうやって選べばいいか、具体的にどんな製品があるのかを含
HTTP/2.0 Initial Draft Released
The first implementable draft of HTTP/2.0 was released on July 8th by the HTTPbis working group of the IETF. The 2.0 version of HTTP is based on the SPDY protocol developed by Google — in fact, the initial draft was a copy of the SPDY specification as a base for diffs. HTTP/2.0 is intended as an alternative to HTTP/1.1, rather than deprecating the old version. There is good reason for this: The ne
RSpec Performance Turning - くりにっき
社内で開催されたRSpec勉強会テストのパフォーマンスチューニングについて話したので資料を公開してみます。 RSpecの名は冠しているものの他の言語やテスティングフレームワークでも応用できるところがあるかもしれません。 RSpec Performance Turning from sue445 8/3追記：はてブコメント返信 テストのテストにはテスト対象を使えばいいんでしょうか。 場合によりますね。 基本的にはテストコードとテスト対象のプロダクトコードはペアであるはずなので、テストにバグが混入したとしても対応するテスト対象が変更されていなければテストがなんらかの形でエラーになるので、そこで検知できると思います。 テストコードのリファクタリング（共通処理をメソッド抽出など）は、既存のテストが品質を担保してくれてます（グリーンのままであればリファクタリング成功） 0からテスト書く場合でテストの
serverspecでchefのjsonを読み込む · さよならインターネット
July 31, 2013 2013/12/25 update Testing #chef Cookbook by #serverspec #devopsの続きみたいなものですが Chefのjsonファイルでフラグ立てたりしてると、そのフラグによって テスト対象が変化する場合があるかと思います。 その場合、serverspecにはpropertyの機能があるのでそれを利用します。 spec/spec_helper.rb {% gist 6118553 spec_helper.rb %} set_propertyの項目を追加します。 nodes/host.json {% gist 6118553 nodes_host.json %} こんな感じでこのMySQLはSlaveですみたいなフラグがあって cookbooks/mysql/templates/default/my.cnf.erb {%
勉強会の中の人をやってみた。エンジニアはみんな○○で✕✕である | なかよしインターネッツ
先日、ITエンジニア勉強会『小物エンジニアの会2』が開催されました。 「勉強会やりたいのでATND立てました」 ――いいですね！どこでやるんですか？ 「決めてないです、弊社の近くの公園とかでよくないすか」 後に主催者となる同僚が放つ無計画かつ刹那的な一声によって始まった今回の案件、 すわまた炎上案件かとディレクターとして一時は死を覚悟しましたが、 皆さまのおかげで大いに盛り上がりました。 当日の盛り上がりが伝わってくる参加者のみなさんのブログはこちらです。 小物エンジニアの会 その2 を開催した – 馬鹿と天才は紙一重 ―えっちなサイトはほどほどに。 小物エンジニア会でお金の話をした – 9mのブログ ―エンジニアでも秒速で稼ぎたい！ 小物エンジニア会にいってきた – uzullaがブログ ―この記事、めっちゃ楽しそうな写真がいっぱい。 小物エンジニアの会でオブザーバーパターンのアンチパタ
NLTHTTPStubServer を使って iOS アプリの通信周りのテストを書こう - セロリ食べたい
テスト実行時にモックとなる Web サーバを起動して、思い通りのレスポンスを返す環境が作れる NLTHTTPStubServer というツールがある。これを使えば、web API の実行の成功・不成功などのテストが楽に書ける。テスト実行時に叩く API の URL をちょこっと書き換えるだけなので、テストのためにコードを修正する部分は少ないだろうし、実際のアプリケーションの動作とほぼ同じ状態でテストができるはずだ。 NLTHTTPStubServer の導入 NLTHTTPStubServer は以下のライブラリに依存しているので、これらをプロジェクトに追加する。 CocoaHTTPServer - https://github.com/robbiehanson/CocoaHTTPServer CocoaAsyncSocket - CocoaHTTPServer の Vendor に入って
複数のTarget/Configurationを持つiOSプロジェクトの構成Tips - やらなイカ？
以前"iOS勉強会議"で少しお話した内容ですが、新しいプロジェクトを整備するタイミングがあったので、ようやくまとめてみました。 例えば、 クイズアプリでコンテンツの異なるものを別アプリとしてビルド、リリースしたい サーバと通信するアプリで、テスト用に接続先を切り替えたい といった要件の実現方法です。 TargetとConfiguration Xcodeのビルド設定には、Target, Configuration, そしてXcode4から加わったSchemeがあります。それぞれ、以下の用途で使い分けるものとします。 Target: 例えばクイズアプリでコンテンツの異なるもの、Lite版など。別アプリとしてリリースするもの。 Configuration: 接続先サーバの違い（開発サーバ/ステージング/本番）、デバッグ版/リリース版など。 Scheme: TargetをXcodeで実行するときの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ssig33.com - MacBookAir 買ったらスグ入れたい！エンジニア必携ツール1個
はてな
)
http://www.gamvaro.com/kswiki/index.php?%EF%BC%AF%EF%BC%B3%E9%96%A2%E4%BF%82%2FiPhone%E7%94%A8OS(IOS)