チーム白金動物園として ISUCON 9 予選を通過しました - 昼メシ物語
いつものチーム白金動物園（ @mirakui, @sorah, @rosylilly ）として7回目の参加をしました。自分の ISUCON との関わりを振り返ると以下のような感じです。 2012 ISUCON 2: kamipo, do_aki とともに出場。この頃はまだ小規模で、予選というのは無かったですね 2013 ISUCON 3: sorah, rosylilly とチーム白金動物園を組み、本選出場。 Fail で0点フィニッシュです… 2014 ISUCON 4: 白金動物園で出題側として参加。 二度とやるかと思うくらい大変だったけど、本当に良い思い出です 2015 ISUCON 5: 白金動物園として本選2位の成績を残す。 この年が今のところわれわれの最高成績ですね 2016 ISUCON 6: 白金動物園、初の予選敗退!! 大会のレベルが上がっているのを痛感 2017 ISU
今さら聞けない Immutable Infrastructure - 昼メシ物語
Immutable （不変な） Infrastructure は、サーバを一度セットアップしたら二度と変更を加えないという運用スタイルのことを指します。 クラウド環境では、必要に応じてすぐにサーバを用意し、不要になったら簡単に破棄することができます。Immutable Infrastructure は、このようなクラウドの特性を活かす運用スタイルとして、注目されつつあります。 背景 Immutable Infrastructure が提唱された背景にある技術として、 Auto Scaling や Blue-Green Deployment*1 などがあります。 Auto Scaling Auto Scaling は、負荷に応じて自動的にサーバ台数を増減させる技術で、 AWS では標準で提供されています。常に必要な台数だけ起動していればいいので、コスト削減になるというものです。 Auto S
AWS re:Invent と Immutable Infrastructure - 昼メシ物語
先日 Las Vegas で開催された AWS re:Invent 2013 に参加してきました。 非常に活気あふれる大規模なカンファレンスで、大変刺激を受けました。 今日は、いま何かと話題になっている Immutable Infrastructure に関連した発表を2つ紹介します。 Stop Worrying about Prodweb001 and Start Loving i-98fb9856 slideshare: Stop Worrying about Prodweb001 and Start Loving i-98fb9856 (ARC201) | AWS re:Invent 2013 AWS の Chris Munns 氏による発表です。タイトルからして面白いですね。エモいです。 この発表は以前から目をつけていたんですが、スケジュールの都合で出られず、残念でした。こうしてス
LLまつりとDevOpsDay Tokyo 2013に登壇します - 昼メシ物語
登壇情報です。 8.24 （土） LLまつり Infrastructure as LL - プログラム - Lightweight Language Matsuri アプリケーション開発にLLを使うのは当たり前になった一方で、最近ではChefやPuppetといったサーバ構成管理ツールなどの普及により、インフラエンジニアがLLを使ってインフラを記述・運用することも行われるようになりつつあります。 本セッションでは、インフラとLLの関連についてご紹介します。 登壇者 伊藤直也（フリーランス） @naoya_ito 黒田良（paperboy&co.） @lamanotrama 成田一生（クックパッド） @mirakui 司会 高橋征義（達人出版会） @takahashim 凄いメンバーに混じってのトークセッションです。僕みたいな開発出身のルビーストがインフラエンジニアとして生きのこるには〜〜みた
不要なメルマガ広告はspamフォルダではなく配信拒否（オプトアウト）しましょう - 昼メシ物語
一般にspamと呼ばれる電子メールには2種類あります。オプトイン（配信承諾）して受け取ったメールと、オプトインしてないのに届いたメールです。 この記事は、インターネット全体の利益を考えるなら、オプトインして受け取ったメール広告を迷惑に感じたら、spamフォルダに入れて放置するのではなく、配信拒否（オプトアウト）するべきであることを促すものです。 （追記：なお、お肉のほうのスパムは大文字のSPAMで、迷惑メールのほうは小文字でspamと書くそうです。コメントありがとうございます） オプトインとオプトアウト あなたがメールを受け取る意思を表明することを、オプトインと呼びます。 反対に、「このメールは受けとりたくない！」という意思を表明することを、オプトアウトと呼びます。 例えば、楽天などのネットショップで買い物をした時に、「メールマガジンに登録する」というチェックボックスがあったとします。これ
WEB+DB PRESS Vol.66 に寄稿しました - 昼メシ物語
Web業界のエンジニアは全員読んでるWEB+DB PRESSですが、本日12月23日発売のVol.66に寄稿しました。 特集3「クックパッド開発ノウハウ大公開」ということで、クックパッドのエンジニア5名で開発スタイルやノウハウを書いてます。 僕が書いたのはインフラについてです。僕の担当であるレスポンスタイム、画像配信についてを主に書いてます。 クックパッドの開発はユーザ体験を主軸に据えた、業界でも最先端のスタイルを採用してます（個人の感想です）。手前味噌ですが面白い特集に仕上がっていると思いますのでぜひ読んでみてください！！ 編集長の @inao さんどうもありがとうございます！ WEB+DB PRESS Vol.66 作者: 猪狩丈治,じゅんいち☆かとう,大和田純,白土慧,みやけん,小野修司,個々一番,中島聡,おにたま,角田直行,久保達彦,はまちや2,竹内真,高井真也,成田一生,ココロ社
rvm: 複数のRubyを共存させる最新のやり方 - 昼メシ物語
http://favotter.net/status.php?id=13069973879 こんにちは、4月からついに職業Rubyエンジニアになったmirakuiです。 あまり認めたくありませんが、Rubyは事実上、いまだに1.8系から1.9系への移行期にあります。 現在の安定版である1.8.7と1.9.1を開発環境に共存させている人も多いんじゃないでしょうか。 もううんざりだ 俺のMacBookに入ってるRubyをざっと調べてみました。 /usr/bin/ruby 1.8.7。多分MacOSX(SnowLeopard)に最初から入ってたやつ？ /usr/local/bin/ruby 1.8.7。多分自分でビルドしたやつ /opt/local/bin/ruby 1.8.7。MacPortsで入れたやつ /opt/local/bin/ruby1.9 1.9.1。MacPortsで入れたやつ
私がクックパッドの画像配信野郎です - 昼メシ物語
一年ほど前にヤフーを退職した私ですが、その後なにをやっているかというと、クックパッドに入社して画像配信をしています。私が入社する前から動いていた画像配信の仕組みは設計が古くてなにかと困っていたので、より良いシステムを開発してリプレースというのをやっています。前職ではなかなかこういう基盤システムを一人でイチから作って運用までするという体験はできなかったので、でかい仕事をできるチャンスに恵まれて大変充実した毎日です。 入社当初はサービス開発の担当だったんですが、開発に必要な基盤システムを作り始めたらどんどんエンジニアリングのレイヤーが下がってきて、気づけばインフラチームに所属していました。 まあそんな話はさておき、この画像配信関連の成果をいくつかの勉強会で発表したので、その資料を紹介します。 サイバーエージェントxクックパッド合同勉強会（amepad） 弊社オフィスで開催された、サイバーエージ
転職しました - 昼メシ物語
2008年4月の入社以来2年間勤めてきたヤフー株式会社を本日退職いたしました。 たった2年間で何が分かるのかと思われるかもしれませんが、この2年間は自分にとって大変に刺激的で、人生の中でもとても重要な体験をすることができた2年間でした。 本来ならその経験を、それを施してくれた会社に還元していかなければならないことは理解しています。ですが、僕の思ったよりもずっとずっと早く、時が来てしまいました。 会社では、多くの人に出会い、知り合うことができました。先輩方、後輩たち、同期たち、そして僕の所属していたチームの皆さん。多くの皆さんと触れ合ったことで、エンジニアとして、そして人間として、一皮も二皮もむけて成長することができたと感じています。 僕は会社を辞めてしまいますが、今後も飲み会で、勉強会で、合宿で、僕の愛してやまない皆さんと会えると信じています。 お昼に会社を後にし、夜に控える送別会を六本木
スピリチュアルエンジニアリング入門 - 昼メシ物語
先日 hack05 というイベントで LT をしたので、そのときの資料をまとめておきます。 スピリチュアル エンジニアリングとは システム開発・運用にスピリチュアル要素を取り入れることでシステム安定化を目指します。 皆さんご存知の通り、人間の技術力には限界があり、予測不能な事故（バグ）はまさに、神の領域といえます。 そこで「ジンクス」「縁起かつぎ」「妖精さん」などの力を借りることで、人間の手ではどうしようもない事態を回避するというのがこのスピリチュアルエンジニアリングです。 スピリチュアルエンジニアリングの基本原理 スピリチュアルエンジニアリングの基本は「祈り」にあります。「絶対に動く」という祈りの強さがよりよいコードをもたらします。 スピリチュアルはすべてのエンジニアの身近に！ 以下に当てはまる人がいたら、あなたも立派なスピリチュアルエンジニア！ コーディング中に神が降りてきたと思う瞬間
各言語におけるtrue/falseまとめ - 昼メシ物語
たとえば PHP で、 if ($hoge) { ... } とか書いてあったら、 $hoge がどんな値のときに if の中身が実行されるのか即答できますか。 こういう書き方は多くの言語で可能ですが、言語によって何が真で何が偽になるのかが異なるので、それぞれまとめてみました。 C言語 C言語には bool 型が無い。 0 （int） だけが偽となり、それ以外はすべて真となる。 NULL 定数は stddef.h で以下のように ((void*)0) と定義されているため、偽値として使える。 意見が分かれそうなところですが、個人的にはNULLを偽値として使用するは好きじゃないです。 #ifndef __cplsuplus #define NULL ((void*)0) #else #define NULL __null #endif C++ C++になると bool 型が出てくる。C と同
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
