Facebookの数千台規模のmemcached運用について - ゆううきブログ
Linuxのブロックデバイスレベルで実現するrsyncより高速な差分バックアップについて - ゆううきブログの続きとして、Facebook の memcached 運用に関する論文を読んだ。 タイトルなどは以下の通り。 NSDI はネットワークシステムに関するトップレベルのカンファレンス。 Scaling Memcache at Facebook Rajesh Nishtala, Hans Fugal, Steven Grimm, Marc Kwiatkowski, Herman Lee, Harry C. Li, Ryan McElroy, Mike Paleczny, Daniel Peek, Paul Saab, David Stafford, Tony Tung, Venkateshwaran Venkataramani NSDI'13 In Proceedings of the
有能なウェブエンジニアをウェブディレクターにすることについて - 下林明正のブログ
ありがちな話なのでこのことについてふと考えることが多い。 最初に断っておくと特に結論はなく、ケースバイケースで考慮するべきというのが僕の考え。 それを踏まえて、先ずは良い点について考えてみる。 一番もっともらしい理由は、他のエンジニアが納得しやすいこと。一番戦闘力の高いエンジニアがエンジニア長になって皆を束ねていくという世界観。若く猛ったエンジニアも従ってくれるけど、石器時代っぽい。 次点として、システムの実装を把握しているのであまり滅茶苦茶なことにはなりづらく、安心して任せられるということ。 それ以外にありがちなものとしては、人的コストの圧縮も考えられる。人件費もそうだけど、頭数が1つ増えるだけでコミュニケーションパスは爆発的に増加していくのでコミュニケーションコストの削減にも繋がる。 次に悪い点について考えてみる。 これはまさにピーターの法則そのもので、組織の構造的な欠陥を示している。
グリー新卒研修2014 ふりかえり | GREE Engineering
はじめまして、開発企画室の三木です。グリーではエンジニアの採用・教育・PR等、バックオフィス周りを色々と担当させて頂いています。 今回は、今年の4月に晴れてグリーに入社した新卒たちが技術研修を終了し各チームに旅立っていきましたので、本年度の技術研修を振り返り、どんな内容だったのかざっくりとご紹介したいと思います。 超今更感はありますが（もはや夏ですね・・・）、最後までお付き合いください。 はじめに グリーでは新卒が入社すると（職種にかかわらず）約半月の導入研修を最初に受講します。ここでは社会人としてのマインドセット、ビジネススキルを身に付けるために、ビジネスマナー、チーム単位でのグループワーク課題などを一通り行います。 その後に技術研修がスタートするのですが、本年度は以下3つのラインナップで実施しました。 GREE BootCamp（エンジニア共通技術研修） プログラミング基礎研修（企画職
GitHubでの”Merge pull request”の弊害 | POSTD
私は GitHub が大好きです。GitHubはオープンソースへの コントリビューション （寄与貢献）を何十倍も容易に、そして楽しいものにしたと思います。ですが、GitHubがPull RequestというwebのUI形式で前面に押し出しているオープンソースの メンテナー のワークフローが、プロジェクト品質とコントリビューションを受けつけるスピードの弊害になるということに気がつきました。そこで、GitHubの Pull Request にある「Merge pull request」ボタンをクリックする前に、少しお話をさせてください。 メンテナーの紹介 ジェーンはそこそこの成功を収めているオープンソースプロジェクトのメンテナーです。彼女は毎週プロジェクトのGitHubリポジトリに上がる新しい Issue を確認し、リクエストに対し速やかにフィードバックを返します。リクエストをすべて実行する時
ペバボのエンジニア職位制度のアップデートについて - Kentaro Kuribayashi's blog
ペパボで行っているエンジニア職位制度について、最新情報を共有します。 本エントリの背景 ペパボで行っているエンジニア職位制度(シニアエンジニア、アドバンスドシニアエンジニアの選考)については、制度の運用当初に、当時の責任者であるmizzyさんがPaperboy's engineer evaluation system - Gosuke Miyashitaというエントリで紹介しています。その頃から2年半ほどが経過し、また、責任者が変わったこともあるので、あらためていまはどういう感じなのかお知らせしたいと思います。ちなみに、一般のエンジニア評価制度については、新たに運用開始した内容を、既にペパボのエンジニア評価制度をパワーアップしたでお知らせしています。 本エントリの目的 そのような、いってみれば内輪の話の共有を、ある意味わざわざ行う目的は、エンジニアとしての将来をあれこれと検討している社外の
おもちゃは自作する世代ですから [妖怪メダルをリバースエンジニアリングする]
[PR] 本ブログの商品紹介リンクには広告が含まれています 大人気のおもちゃ、妖怪ウォッチ。 大きな腕時計型のウォッチにプラスチックの妖怪メダルを差し込むと、メダルごとに違う種類の妖怪が召喚されて、ウォッチから召喚ソングと妖怪の名乗りが聞こえるというものですが、このウォッチ自体が超品薄状態でプレミアムが付いてる。ウォッチが手に入っても、メダルがまた品薄な上に、全種類コンプリートさせたい収集欲を煽るようになっていて、実にやっかいです。 糸車戦車から真空管大出力送信機まで、欲しいおもちゃが手に入らなければ自分で作ることを旨としてきた昭和の自作派としては、メダルぐらいは作らなくては。 というわけで、妖怪メダルを解析してみました。PC Techknow 6000 執筆以来、30ン年振りのリバースエンジニアリング。 ウォッチがどうやってメダルの種類を識別しているかというと、メダルの中にチップが埋め込
ヘッドハンター対策で個人名を出さない会社はイマイチ : けんすう日記
ヘッドハンター対策に名前を出さない文化 ITベンチャーとかをやっていると、アレですよね。なんか、会社のページに名前を出していると、ヘッドハンティングとか来るんですよね。 採用をがんばっている会社とかは、ひたすら会社ページとかで名前でている人をチェックして、リスト化して、ヘッドハンティング会社経由で声かけたり、紹介会社経由で頼んだりしているわけです。 で、うちもですね、たまに来るので、名前出すのはやめとこうかなーと思ってあまり出していなかったんですが、最近、そのあたりは解禁しちゃいました。 株式会社nanapi │ エンジニア採用サイト こんな感じです。 というのもですね、「ヘッドハンターにうちの社員を取られたくないから名前を出さない」とか、なんか後ろ向きだなーと思ったんですよ。 優れた人は個人名が売れるべき 優秀な人、特にエンジニアとかデザイナーとかは、会社名よりも個人名が売れていくべきだ
「MySQL Casual Talks vol.6」に参加してきた＆資料まとめ #mysqlcasual - 元RX-7乗りの適当な日々
久しぶりにMySQLガチュアルカジュアルに参加してきたので、そんなログと資料をまとめておこうと思います。 zusaar.com - zusaar リソースおよび情報 尚、このイベントの過去の参加記録は以下。 「MySQL Casual Talks vol.1」に参加してきたよ、のメモ 「MySQL Casual Talks vol.2」に参加してきたよ、のメモ 「MySQL Casual Talks vol.3」に参加してきたよ、のメモ 「MySQL Casual Talks Vol.4」のエア参加レポート vol.4がエア参加で、vol.5・・・っていつやったの。。。な感じで久しぶりに参加させていただきました。 TokuDB試してみる (@yoku0825) TokuDB試してみる from yoku0825 TokuDB、InnoDBの3倍くらい圧縮が効くとのことで、レイテンシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本のクリエイティヴは「製造業」たりえるか？：『シドニアの騎士』にみるCGスタジオの起死回生
WebAPIのこれまでとこれから