2014年10月25日に開催された楽天のエンジニアたちのお祭り、楽天テクノロジーカンファレンスに際してOpenStackが社内のクラウドプラットフォームとして導入がされていく状況を垣間見ることが出来た（関連記事）。 その際に「OpenStackもそうですが、社内のインフラのオープンソースを推進しているのは今年になって入社したOps（システム運用）のトップ、ニールさんというひとがキーパーソンなんですよ」とOpenStackのプレゼンテーションを行った運用グループの佐々木氏が教えてくれた。今回はそのキーパーソンである佐藤ニール氏に楽天としてのオープンソースへの取り組みや課題などをインタビューした。今回参加してくれたのはGlobal Operations DepartmentのExecutive Officer 佐藤ニール氏、同じくJapan Platform Section, Data Sto

クラウドにしても携帯電話のオプションにしても 結局のところまず知りたいのは「俺はいったいおいくら払えばいいんのん？」というところ。 インスタンス作成画面と価格表の往復にはもううんざり。 顧客の求めていたもの そこで さくらのクラウド ですよ。 ・・・ 自動計算っ。画像じゃよく分からないと思うから動画も用意したよ。 こういうのでいいんだよ。こういうので。 これなら価格表いちいち眺める必要ないね。 他業者も見習ってくれい さくらインターネットさんには先月お世話になりましたが、特に回し者とかではないです。 ただ、この仕組みは超絶良いので他のクラウド業者も真似して欲しい。 12.25タイトル修正 ×明瞭会計 ○明朗会計 でした。アハーン

テレビのニュースには拾われないかもしれないけれど、ネットの一部で盛り上がったあの話題。知りたい人へお届けします。 チャットの文頭に「お疲れ様です」は不要！？ SNSやその他チャットサービスの普及により、個人宛のメッセージを以前よりも気軽に送信できるようになった。社内の簡単なやりとりならばチャットで済ませている企業も増えてきているのではないだろうか。 そんな個別チャットについて、あるブロガーが書いた記事がネット上で議論を呼んだ。 「個別チャットで『お疲れ様です』でチャット始めるの辞めろ！」 http://yoshiori.hatenablog.com/entry/2014/12/18/165946 執筆したのはブロガーのヨシオリさん。記事内でヨシオリさんは、業務中の社内チャットで「お疲れ様です」と連絡がくると作業を中断してそのチャットを開かなければならず、さらにそこから用件が入力されるまでの

私はこのところしばらく仕事でVMやコンテナを扱っていましたが、大学のいくつかのプロジェクトでJavaのコードを書かなければならないときは未だにvimを使用せず、新たに本格的なIDEをインストールしなければなりませんでした。これにはいつもイライラさせられていましたが、ついに今週、Dockerコンテナ内でNetBeansを実行できるようになったのです。それによって普段使用しないJavaのコードを書くための膨大な環境をパソコンにインストールしなくて済むようになりました。 Dockerコンテナ内でGUIアプリケーションを実行する場合には、いくつかの方法があり、 X11転送を行うSSH や VNC を使用します。しかし私が発見した最もシンプルな方法は、X11のソケットをコンテナと共有して、直接使用するというものでした。 このアイデアはとてもシンプルで、以下の Dockerfile を開始点として使用

くまぎ @kumagi 「COBOLじゃないとお金の計算は狂うからCOBOLにしか金融系は任せれない」というの、例えばPythonで金融の計算をすると具体的にどういう狂い方するんでしょう？ Miura Hideki @miura1729 @kumagi 1円以下を扱うと、普通は浮動小数点数になるからそこで誤差が生じるけど、COBOLは10進演算で行うことと言語仕様で決まっているから大丈夫という話だと思います。固定小数点とかでライブラリ書けばいいんでしょうが、それも手間だし。

今回から数回にわたり、TransactdのオペレーションとInnoDBにおけるロックについて解説します。 ロックについてはあまり良くわからなくてもとりあえずそれなりに動くアプリケーションは作れてしまいます。ですが、マルチユーザー環境でミッションクリティカルなアプリケーションを書くには、ロックの理解が不可欠です。ロックをうまく使って、矛盾や間違いのない読み書きをしつつ同時実行性も高いアプリケーションにしましょう。 その1では、Transactdを実装する上でMySQLのソースやドキュメントから得た知見を基に、InnoDBのロックの種類と分離レベルに応じてそれをどのように使うかをまとめてみます。 Index MySQLのトランザクション関連用語 MySQLのREPEATABLE-READ InnoDBのロック 行ロック (row-level locking) GAPロック GAPロック単体 ネ

本書は、Serverspecの開発者自身により書かれた初の書籍です。機能の詳細、動作仕様や内部のアーキテクチャ、ソースコードレベルで拡張する方法、開発に至る経緯や開発に関する哲学など、開発者自身にしか書けない包括的な内容を紹介。Serverspecとその周辺について既にある程度の知識や理解があるが、さらに踏み込んだ内容が知りたい、自分の手足のように使いこなしたい、もっと高度で詳細な情報を知りたい、思い通りに拡張したいと考える開発者やシステム管理者なら必携の一冊。伊藤直也氏による「まえがき」を収録。 まえがき はじめに 1章　Serverspecの紹介 1.1 Serverspecが生まれた経緯 1.2 Serverspecとは何か 1.3 Serverspecの利用目的 1.4 Serverspecの必要性 1.5 Serverspec開発の哲学 1.6 Serverspecのオフィシャル

ドワンゴ社はKADOKAWA社のブランドカンパニーであるアスキー・メディアワークスより、「アスキー」ブランドのIT技術書を出版してきたハイエンド書籍部をドワンゴ社に引き継ぐとともに、ドワンゴ社との共同技術書出版の設立を発表した。 新ブランド名は「アスキードワンゴ（ASCII DWANGO）」。 ドワンゴ社は、技術者に向けた勉強会やイベントの開催を行ってきたが、さらなるエンジニア業界発展のためと、KADOKAWA社との経営統合のシナジー事業として、共同事業を行うと発表。 また、2015年春には、「The Art of Computer Programming 日本語版」再版と、ドワンゴ社所属のエンジニアによるC++11/14の文法と機能についての解説書を刊行する予定としている。 以下、リリースです。 IT技術書出版ブランド「アスキードワンゴ (ASCII DWANGO)」　立ち上げのお知らせ

この記事ははてなエンジニアアドベントカレンダー2014の23日目とシステム系論文紹介 Advent Calendar 2014の23日目を兼ねています。 今回は、インフラエンジニア向けにシステム系論文を読むということについて書きます。 ここでいうインフラエンジニアは、Webサービスを作る会社のサーバ・ネットワーク基盤を構築・運用するエンジニアを指しており、はてなではWebオペレーションエンジニアと呼んでいます。 人が足りなくて普通に困っているので採用にご興味のある方はぜひこちらまで。 SRE (Site Reliability Engineer) 職 - 株式会社はてな はてなでは、id:tarao さんを中心に有志で論文輪読会を定期的に開催しており、システム系論文にかぎらず、言語処理系、機械学習についての論文などが読まれています。 だいたい１人でインフラまわりの論文を読んでいて、インフラ