VMwareを使ったRAC環境構築のTips
以前は、大規模かつ高い可用性が求められる重要システムでのみ使用するイメージのあったOracle Real Application Clusters（以下、RAC）ですが、ClusterwareやASMが導入されたOracle Database 10g RACの登場以降、様々なシステムで広く使用されるようになってきています。事実、弊社でお受けする設計・構築案件やデータ移行案件のほぼ100%がRACになっていますし、昨今オラクル社がリリースしたExadataやOracle Database ApplianceといったEngineered Systemsにも、基本的にはRACが選択されます。RACが採用されるシステムは、増えることあれども、減ることはないと考えられます。しかしながら、RACを使用したことがないエンジニアの方も多数いらっしゃると思います。そのようなエンジニアにRACを実際に使ってい
The Cost of Ruby 1.9.3's GC::Profiler | James Golick
This is a long one, and y'all are busy I'm sure so here's the tl;dr: If you run ruby in production, you need to keep track of GC stats. Ruby 1.9.3's GC::Profiler does a bunch of really weird shit. It keeps a 104 byte sample of every GC run since it was enabled forever. Calling GC::Profiler.total_time loops over every sample in memory to calculate the total. The space used to keep those samples in
JavaEE6の部内紹介に向けて - Challenge Engineer Life !
今年度、部内で取り組もうとしている大きなテーマとして ・営業系システム開発の標準化 があります。ざっくり言えば、よくある「開発効率を向上しよう！」というものです。 私の属する部隊では、主に製造業のお客様向けの営業系基幹システム開発を担当しています。 開発は基本的に毎回スクラッチで行っているのですが、マネージャ層では頻繁に「今回の案件は、XX案件と似てるので、あれをベースにすることで短納期・高品質で作れるだろ？」という話がでてるようです。 けれど、現実的には結局スクラッチ開発になっていて、納期厳守や品質確保に残業続きというのが実態です。 理由は色々あるけれど、結局の所「改造するくらいなら新規に作ったほうが楽だ」という結論に至ることが多いのです。 問題は明らかで、開発の初期段階で他のプロジェクトでも使いまわせるような設計や作りをしていないこと、開発を外部に委託するケースが多いこと、等なのですが
第16回 生産性を上げるソースコードの書き方 | gihyo.jp
ソフトウェア開発の難しさ ソフトウェアの開発プロジェクトに少しでも関わった人は誰でも知っていると思うが、ソフトウェア作りで最も難しいのは「スケジュール通りにソフトウェアを完成させること」である。 バグがなかなか修正できず泥沼にはまってしまったり、変更され続ける仕様のために当初立てたスケジュール表がまったく役に立たなくなってしまったり、スパゲッティコードに頭を抱えたりということはよくある。出口の見えない状況でソフトウェアエンジニアが過酷な労働を強いられる状況を「デスマーチ」（death march）と呼ぶが、そんな言葉が存在すること自体が、ソフトウェア作りの難しさを表している。 ソフトウェアの開発は「生産活動」ではあるのだが、建物を建てる、料理を作る、野菜を育てる、ハードウェアを組み立てるなどの生産活動とは大きく違うのだ。 建物の場合で言えば、明確に定義された「設計図」がある。そして、その
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
