Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること backlog 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました backlog Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 backlog 創業からもうすぐ80年の老舗企業！ミートボールでおなじみの石井食品様で、プロジェクトテーマパークを用いた研修を実施しました 創業からもうすぐ80年の老舗企業！ミートボールでおなじみの石井食

acidlemonです。今日はもうなんだかいろんなところに記事を書かなきゃならなくててんてこまいとなっております。 さて、最初に告知です。 毎週カヤック技術部では金曜日の夜に技術部勉強会を行っています。今週末はISUCON3の優勝チームのtagomorisさんとkazeburoさんをゲストにお迎えして、出題担当のfujiwaraとともに今回のISUCONを振り返ってもらい、せっかくだから外部の人をバンバンよんで酒のみながらLTとかもしてもらっちゃおう! みたいな感じになっています。 追記(2011/11/11 20:15): kazeburoさんのスケジュールも確認取れましたので追記しました ということで、ISUCON3反省会というイベントを立てましたので参加希望の方はこちらから参加表明をおねがいします。費用はカヤック持ちで参加無料となっておりますので好きなだけビール飲んでいってください!

引き続きチーム「50ms or die.」で本戦に参加してきました。 謝辞 はじめに運営の皆様、出題の @fujiwara さん、サーバ提供のデータホテルさまには予選含め、限られた時間でいろいろ絞り出して戦うという、とても得難い機会を頂けたことを感謝申し上げます。 結果 1800なんぼでfailという結果に終わりました。いわゆる「die.」です。 スコアレスでdieしてしまった前回よりはマシだけど、結果に結びつかなかった点は反省して次に繋げたい。 ただ、前回のような絶望感はなく、いかに時間内にやり切るかという挑戦ができたのでとても充実した時間になりました、この点は自身進歩したなと感じてます。 詳細はチームの @__kan さんや @bonnu も書いてくれると思いますが、私も覚えている限り何を思って取り組んだかといったあたりはまとめておきます。 やったことのまとめ プロファイリング @bo

isucon3本戦にNoderチームとして参加してきました。予選と同じく、 @hakobera さん、 @hokaccha さん、そして僕というメンバー。 結果どうだったか この通り、ベンチさえ通れば3位だったのに。画像のチェックで20%以上の差分があり失格。悔しい(>_<) #isucon pic.twitter.com/gVAmG9yvQ6— Yosuke FURUKAWA (@yosuke_furukawa) November 9, 2013 Failしてなかったら3位だったー— Kazuhito Hokamura (@hokaccha) November 9, 2013 悔しいー！！ 今回画像系サービスということで登録された後の画像チェックが有り、そのチェックの不整合を最後まで取りきれず、、、無念の失格。ただ、失格はしたものの、参考点として、36464点を記録。点数だけなら3位の結

櫛井です。 すでに画像で紹介していますが、順位は以下の通りでした。 8位以降はスコア算出が出来なかったため順位はありません。 1位　177290.0　LINE選抜「チーム生ハム原木」 2位　 42463.4　オシャレ怪盗スワロウテイル 3位　 29193.7　Fulab 4位　 20453.7　くらげとみかんと江戸幕府 5位　 18057.9　山形組 6位　 15370.5　銀杏絶滅しろ 7位　 4177.8　Third Party Cookies -- 　 36464.0　 Noder -- 　 10987.1　 チームたこやき -- 　 9935.9 　 白金動物園 -- 　 9444.2 　 ぜかまし -- 　 4844.1 　 坂パスタ -- 　 3710.6　 └('-'└)└)└)＜HEARTBEATS -- 　 1851.0 　 50ms or die. -- 　 　 　0

どうもマコピーだよ。 そんなことはさておき前回の予選から引き続き本戦のISUCONに行ってきたので報告させていただきます。 チームぽわわ2のメンバー紹介 @shogo82148氏 我がチームのリーダー。主にアプリケーションを担当。Redis::Fastなどのモジュールを書くも今回の懇親会で「もうXSは嫌です〜」と言う。 彼の本戦の記事 ISUCON3の本戦に参加してきた - Shogo's Blog @9re氏 今回はnginxを担当。普段はAndroidのアプリを書いているそうです。 ぼく( @mackee_w ) インフラ周りを担当。 時系列を追って説明 10時 @shogo82148 in train— マコピー (@mackee_w) 2013, 11月 9 ギリギリまで寝てた— マコピー (@mackee_w) 2013, 11月 9 渋谷着— マコピー (@mackee_w)

続編の紹介 続編 やはり俺のMVCは間違えている in Backbone.js を書いた。そっちのほうが有益な情報が乗ってると思うけど面白くないかもしれない 以下本編 MVC の話と宗教の話と政治の話と野球の話はしてはいけないそうですがそんなの知るか俺はするぞ クライアントサイド MVC の話 そもそも MVC の出自が GUI アプリケーションのために生まれてきたものなので「クライアントサイド MVC」などと言う言い方をしなければならない状況がすでに憎いのだけれど、まあそれはおいておく。 「うちは Backbone.js を使っているから MVC でクライアントサイドが作られていて保守性が高いです」みたいなことを言う人間がたまにいるが、Backbone.js をつかったから（あるいは Marionette.js を使ったらから）といって自動的にお前のアプリケーションが MVC になるわけ

https://github.com/nihen/isucon3_yosen_yamagatagumi 上記のisucon3.psgi/nginx.confでworkload=3で Result:   SUCCESS RawScore: 74385.9 Fails:    0 Score:    74385.9 がでています。 予選実施時とくらべたポイントは workload指定（ちなみに予選通過amiもworkload指定すると5万超えしてました) isucon_sessionクッキーを持っていない場合のみproxy_cache アプリケーションは余計なキャッシュの妨げとなるクッキーを吐かない これぐらいです。

ISUCON3 の予選AMIが公開されてから、ごにょごにょとHackした結果、スコアで65000まで出す事ができました。(一回だけ66000でけどたぶんインスタンスガチャ) 「ISUCON 本戦出場者決定のお知らせ」をみると予選の時のトップのスコアが3.3万(自分たちは1.5万ぐらい)、その後の解説記事「ざっくりと #isucon 2013年予選問題の解き方教えます」だと、5.6万という話でしたので、その数字よりも良いスコアを出すことができました。 んで、本選終わったのでそのソースコード公開しました。 https://github.com/kazeburo/isucon3qualifier-myhack 構成はnginx + perlです。主なポイントは セッションに直接ユーザIDを埋める / と /recent は静的にHTMLを書き出して、nginxのssiを使ってセッション情報を埋め

土曜にJJUG CCC 2013 Fall（http://www.java-users.jp/?page_id=695）へ行ってきました。 事前にお知らせするのを忘れていましたが、17:15〜18:05のセッションでJVMのソースコードリーディングについてお話ししましたので、発表資料を公開します。 R5-5 JVMコードリーディング入門 〜JVMのOS抽象化レイヤーについて〜 JVMのコードを読みはじめたばかりの方を対象に、JVMとOSのメモリを中心とした関係性についてお話しします。JVMはOSからどのようにメモリを確保しているのでしょうか？ そんな素朴な疑問をもとに、JVMのコードを楽しく追いかけてみましょう。※このセッションは入門者向けです。バイトコードやGCについては扱いません。 虎塚 (さくらば組) http://www.java-users.jp/?page_id=709#r5-

Go を使うとサーバーとアプリケーションの境界が無くなり、アプリケーションサーバーを書けるようになります。 それは良いことなのですが、アプリケーションを書く人が、従来サーバーを書く人が設計していた機能を理解して実現できないと、運用できないサーバーができあがる結果になってしまいます。 例えば Apache は、 master, worker プロセスが分離していて、設定変更を反映させるときなどは新しい worker を作ってから古い worker を殺すことで、サービスを一瞬も止めずに worker を再起動していました。これを graceful restart と呼びます。 Go で 1024 以下のポートを Listen するアプリを作る で触れたとおり、 Go はプロセス管理システムを作るのには少し向いていない面がありますし、せっかくアプリケーションプログラマーが簡単にサーバーを書ける

isucon3の本戦にLINE選抜チームとして出た。ガッカリな感じだった予選時の状況はこちら。 isucon3予選参戦の記録 - tagomorisのメモ置き場 引き続き @kazeburo @sugyan @tagomoris の3人チーム。 ざっくりまとめ みんなこれまでこんな楽しいイベントに参加してたのか！ ずるい！！！！！！ 普段やってることを普段通りやる、と思っていたが焦って普段やらないようなミスを次々連発、社会は厳しい 思いきった構成変更とかできるのがisuconでしょｗｗｗｗ とかドヤ顔していたが、やりきれた。ドヤッ。 これからisuconという名前を口にするときに堂々とドヤ顔しようと思います。嘘です。元出題者のくせに成績出ないとかｗｗｗみたいにならなくて本当に安心しました。終わったあとのビールおいしかったです。 ということで、勝ちました。優勝と、あと僅差で特別賞もいただきま

二年経過したので記録として置いておく感じで。 ということで気がついたら設立から二年経過していました。正直、まだ二年しか経過していないのか、という感じがします。この一年は二年分ぐらいの時間感覚でした。まじで時間経過が速すぎて死ぬかと思った。去年の今頃はAsakusaの立ち上げで、特にSI屋向けのサポートに力を入れていた時分で、今と状況がまるで違う状況でした。この一年では大きな試行錯誤を二回ほどやった感じになっていて、現在ではAsakusaの向こう側の違う方向性の模索し始めているところです。 大きな方向性としては、この一年で以下が大きく違ってきていると思います。 1.クラウド・コミットが普通になってきた、とはいえ、一方でまだまだというところも実情。元々クラウド上で構築や作業や環境の獲得は普通にやってきましたが、やはり、春先の西鉄ストアさんの基幹業務系をAWSで動かしたというのは、それなりのイン

本日、日本Javaユーザーグループ（JJUG:Japan Java User Group）主催のJJUG CCC 2013 Fall*1に参加してきました。 http://www.java-users.jp/?page_id=695 午前中は基調講演2つ、午後は公募で採択された技術セッション、ハンズオンから構成されています。ユーザーグループ主催なので費用は無料です。 午前中は、子供の学校のイベントがあったので2つ目の講演から少々遅れて参加しました。夕方までのセッションは同じ時間帯に複数聴きたいものがあるのでどっちを聴くか苦渋の決断をしたのもあったのですが、夜の部は興味のスコープから外れるものが多く、早めに上がりました。 本イベントの公式ハッシュタグは#jjug_ccc、各講演・セッションにも公式タグが割り当てられています。 基調講演-2 2013エンタープライズJava最前線（#ccc_k