JavaScript とスタイルシートを使って,おもしろそうなことをいろいろやってみようというページです.一部,スタイルシートのみで作ったものもあります. JavaScript やスタイルシートの書き方の解説や,ウェブ ページ作成にすぐ使えるサンプルではありませんので,そのようなものをお探しの方にはあまり役に立たないでしょう. 表の説明など詳しいことはこのページの最後をご覧ください. 作成した JavaScript/スタイルシートのプログラムをここでは「おもちゃ」と呼ぶことにします. おもちゃの一覧 タイトル対応ブラウザソース説 明
分散システムにおいては以下の3つの要素のうち2つしか同時に満たすことができない、というCAP定理を提唱したのは、Eric Brewer氏でした。 C:Consistency(一貫性) A:Availability(可用性) P:Tolerance to network Paritions(ネットワーク分断への耐性) 一般にリレーショナルデータベースでは、一貫性(C)と可用性(A)をできるだけ保証する代わりに、ネットワーク分断への耐性(P)を犠牲にしています。ネットワークが途中で切れたり大きく遅延した場合、動作が保証されなくなってしまうわけです。 一方でNoSQLでは一貫性(C)よりも可用性(A)とネットワーク分断への耐性(P)を優先させるものが多く、分散システムでの動作に向いていると説明されます。このようにNoSQLの説明にこのCAP定理がしばしば引用されることになり、NoSQLの普及とと
設計者は分割が発生したとき一貫性と可用性のどちらかを選ぶ必要がありますが、分割の扱い方と分割の復旧には柔軟な対処方法があります。現在のCAPの目的は特定のアプリケーションが必要とする一貫性と可用性を最適化することでしょう。このような方法には分割発生中の計画や分割の復旧計画が組み込まれています。したがって、設計者はこのような方法を採用することで、従来受け取られてきたCAPの限界を超えてCAPについて考えることができます。 なぜ"3つのうち2つ"がミスリーディングなのか CAPを理解する最も簡単な方法は分割の両側にひとつずつノードがある場合を考えることです。片方のノードだけ状態を更新できるようにすると、2つのノードに一貫性がなくなります。つまり、Cが失われます。一貫性を維持しようとすれば、一方のノードは利用できない状態であるかのように動作しなければなりません。この場合、Aが失われます。一貫性と
BrewersCapTheorem - ブリュワーの CAP 定理 目次 この文書について ブリュワーの CAP 定理 - Amazon と eBay のクールエイド ブリュワーの(CAP)定理 一貫性 (Consistency) 可用性 (Availability) 分割耐性(Partition Tolerance) 定理の重要性 図解で証明 CAP と折り合う 1. 分割耐性を諦める 2. 可用性を諦める 3. 一貫性を諦める 4. BASE に跳ぶ 5. 問題をかわして設計する まとめ 参考文献 ブリュワーの CAP 定理 この文書について "Brewer's CAP Theorem - The kool aid Amazon and Ebay have been drinking" の日本語訳です. http://www.julianbrowne.com/article/view
駄目だ。大問題だ。 long t1 = System.currentTimeMillis(); long t2 = System.currentTimeMillis(); System.out.println(t2-t1); 結果はなんとでるか? 99.9%以上の確率で0が表示される。そもそもSystem.currentTimeMillis()は時刻をミリ秒で返す。1行のプログラムを実行するのに1ミリ秒もかかってたら、たかだか1000行分動いただけで1秒かかってしまう。今のコンピュータはそんなに遅くない。 そもそもドキュメントをちゃんと読むと ミリ秒で表される現在の時間を返します。戻り値の時間単位はミリ秒ですが、値の粒度は基本となるオペレーティングシステムによって異なり、単位がより大きくなる場合があります。たとえば、多くのオペレーティングシステムでは、時間を 10 ミリ秒の単位で計測します
Classmexer is a simple Java instrumentation agent that provides some convenience calls for measuring the memory usage of Java objects from within an application. It currently provides the following static calls from the MemoryUtil class, inside the com.javamex.classmexer package: public static long memoryUsageOf(Object obj) public static long deepMemoryUsageOf(Object obj) public static long deepMe
JavaJavaで悩ましいのが、メモリリークとそれに伴うOutOfMemory。OutOfMemoryでJVMがクラッシュしたら結局何で落ちたかよくわからんね、となってしまう。ヒープダンプJava6では、ヒープダンプを出す仕組みがあります。簡単に手順を。コマンドは全部%JAVA_HOME%\binにあります。JVMのPIDを調べるjpsコマンドでPID(というのが適切かは別として)を調べることができます。 C:\Program Files\Java\jdk1.6.0_13\bin>jps 5604 5996 Jps 5324 Main <−調べたいプロセス ヒープダンプをはかせるjpsコマンドでPIDがわかったので、そのJVMのヒープをダンプさせます。 >jmap -dump:file=c:\dump.txt 5252 Dumping heap to C:\dump.txt ... Hea
JavaScriptの書き方はJavaScript自体がある程度自由なためいろいろな書き方ができますが、一貫性を持って書いた方がバグなども発生しにくくなるため、コーディングルールを定めておくのはよいことだと思います(特に複数人の開発の場合) 有名な企業やライブラリはコーディングルールも公開している事が多いので適当にまとめてみました JavaScript style guide – MDC Docs Mozilla/Firefox向けのものなので、一部ECMAScriptの範囲を超えたものも含まれています。 多くの人が見ていると思うので、見たことない人は一度読んでみるといいです。 jscsにこのコーディングルールをチェックするプリセットが用意されています。 Google JavaScript Style Guide Google JavaScript Style Guide 和訳 — Goo
インテンショナルプログラミング(英: intentional programming)は、プログラミングにおいて、ソースコードにインテンション(意図、意向)を可視化することで、その開発者がそのソースコードにどんな内容を記述したのかをわかりやすくするためのプログラミング手法。インテンションとは、プログラマが構想を練る際に頭の中に生じる概念をさす。プログラマの思考と抽象化のレベルをうまく一致させ、ソースコードの閲覧とプログラムの保守を容易にする。 インテンショナルプログラミングはマイクロソフトに長く勤めたチャールズ・シモニーが提唱した考え方である。彼はマイクロソフトリサーチで、この概念を実証する IP と名づけた統合開発環境の開発を指揮した。理由は不明だが、マイクロソフトはインテンショナルプログラミングに関する作業を止めさせたため、IP の開発は2000年代初期に中止された。[1] インテンシ
下記テストベースに対するテスト設計を行い、その優劣を競います。 コンテストは各地域予選を行い、優秀と認められたチームが決勝戦へ出場する権利を得ます。 今年度は予選で選出されたチームにそのまま決勝戦へ臨んでいただきます。 決勝戦では予選を通過したチームが集い、その腕を競います。予選で作成したテスト設計資料をさらにブラッシュアップすることで、技術を進化させる楽しみを味わってください。 予選前に各地域でチュートリアルを行います。チュートリアルではテスト設計に関する講義を行います。このチュートリアルは一般の方も参加可能です。参加予定チームはもちろん、一般の方もぜひご聴講ください。 ◆テストベース 「自動販売機プログラム(ASTERオリジナル)」 テストベースについては下記よりダウンロードしてください。 【テストベースのダウンロード】 https://aster.or.jp/business/con
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く