JVMにチューニング項目は多々あれど、プロダクションで運用する際に予めおさえておきたい項目をまとめてみるエントリです。*1 勿論、OSもJVMもデフォルトである程度のパフォーマンスは発揮でき、計測を伴わないチューニングは悪手であることはよく知られています。 しかし、設定しておかないとパフォーマンスにそのまま影響すると分かるものを調べないのは裸で戦場に赴くようなものです。*2 どんな項目をどう変更すれば良いのか知っていることは重要な武器なのです。 なぜ調べるのか 今回、チューニングポイントを調べるにあたって、私のモチベーションはどこにあるのかを考えると、以下の要件を満たしたいということがあげられます。 アプリケーションとして求められる品質水準として動作する → 性能目標 異常時に事象を追うことができる ここでいう品質水準・異常とは、パフォーマンスが明らかに低い、アプリケーションがクラッシュす
Go Conference 2017 Autumnに参加しました。 特別企画：パネルディスカッション w/ mattn 普通のパネルディスカッション。Goはruntime updateでもいけて問題がおきづらい、Windowsでもしっかり動く、Go2に期待すること、中級以上のgopherを採用するなら等々。 バグが互換性のために修正できないのはつらそう。Goで書かれたCのコンパイラは初めて知った。本題と全く関係ないがBigQueryってJSONもインポートできるのか。 キーノート：Go at DigitalOcean / fatih DigitalOceanでのGoの活用事例。インフラのコードの多くはGoに移行。Code Sharing等の課題があったので単一レポジトリに移行したが別の課題も出てきたため、毎年少しづつ構成を変更。 DigitalOcean、勝手に内部は全部Pythonだと思
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニアの転職メモ を読んで、刺激を受けたので書いてみました。 非常に共感しました！ 自分的にちょっと気になるところ+αを書こうかなと。 書かれたことは会社的な方針ではなく、個人としての観点です。 自分誰よ とある企業で採用の一次面接に呼ばれたりする現場のエンジニアです。 Javaエンジニアです。Scalaもたまに書いてました。 転職回数は片手では足りないくらいの回数をしています。 最近はエンジニアマネジメントの比重が多く、ほとんどコード書いてないです。 コードは書いていませんがレビューや調査では読んだりします。 アーキテクチャ、フレ
チャーリーです。 ビジネスモデルを図解するシリーズを息抜きにはじめました。ひとまず10個まで書いたので、noteにまとめておきます。 100の事例を図解した「ビジネスモデル2.0図鑑」という本を発売しています（本記事の事例ふくむ）。予約開始と同時にnoteで全文無料公開という試みをやっています。本記事に興味を持ったらそちらもどうぞ！ ビジネスモデル図解シリーズを始めるきっかけになったサービス、Lemonade。 AMPの記事にわかりやすく詳細が書かれてるので引用。 ソーシャルインシュランスにおいて重要になるのが、どのようにしてグループを組めば、グループ内での保険の請求額が、そのグループにプールされている金額を超えないかだ。 Lemonadeでは、サービスに加入する際に、自身が関心のある社会課題を選ぶ。社会課題の中には支援や病児支援などが存在する。その社会課題に基づいてグループ分けが行われ、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
