今回は、外部用DNSサーバにAmazon Route 53、内部用DNSサーバにdnsmasqやunboundを使い、内部用レコードをRoute 53のAPIを使って生成するスクリプトをご紹介します。

現在弊社では、外部向けのDNSサーバは主にAmazon Route 53を利用しています。

社内で運用しているサーバの中には、外部ネットワークと社内ネットワークの両方に繋がっていて、グローバルアドレスとプライベートアドレスを持っているものがあります。このようなサーバに社内からホスト名を指定してアクセスする場合、外部向けのRoute 53サーバを使ってホスト名を解決するとグローバルアドレスが返ってくるので、結果として社内にいるのに外部ネットワーク経由でアクセスすることになってしまいます。レスポンス速度やセキュリティ等の面も考えると、できることなら社内にいるときは内部経由でアクセスしたいものです。

そこで、内部ネットワーク用のDNSサーバを立てて、内部から直接アクセスできるサーバに関してはプライベートアドレスを返すようにします。これによって、同じホスト名を指定しても、外部にいるときと内部にいるときで最適な経路でアクセスすることが可能になります。

ここで、内部DNSサーバでのレコード管理について考えてみます。内部用サーバを動かすには、プライベートアドレスを返すためのレコード一覧を作成する必要があります。しかし、Route 53で管理しているレコードの内容を、一部レコードのみプライベートアドレスに置き換え、サーバソフトウェア用のゾーンファイルの書式で書き直す、ということを手動でやるのは非常に面倒です。できれば、内部DNSサーバで管理するのはプライベートアドレスのレコードのみにし、そのレコードも自動的に生成できると嬉しいですね。

DNSサーバソフトウェアに何を使うのが良いでしょうか。BINDは、設定ファイル内でforwardersオプションに別のキャッシュサーバを指定すれば、自身で名前解決できないゾーンへのリクエストは指定したサーバにリクエストを依頼することができますが、これはあくまでもゾーン単位での挙動であり、ゾーン内の一部レコードのみ自身で解決、それ以外のレコードは他のサーバに回す、といったことはできません。

そこでdnsmasqやunboundです。これらはBINDのようなコンテンツサーバではなく、キャッシュ専用サーバとして作られており、BINDほど設定が複雑でなく軽量といった特徴があります。そして、ゾーン内の一部レコードのみ独自の結果を返すということも可能です。今回はunboundを使うことにしました。

そしてRoute 53にはAPIがあるので、これを使ってレコード一覧を取得し、プライベートアドレスのAレコードをdnsmasqやunboundの設定書式で出力するRubyスクリプトを書きました。

spookies-jp/gen-internal-records-from-route53 · GitHub

使い方ですが、まず$ bundle installか$ gem install route53で依存gemをインストールして下さい。その後、config.yamlに、AWSの認証情報と、処理対象にするドメイン（未指定でRoute 53アカウント上の全てのドメイン）を指定します。address_map.yamlには、外部アドレスと内部アドレスの対応を記述します。その後$ ./gen-internal-records-from-route53.rb -t [dnsmasq|unbound]と実行すると、プライベートアドレスに変換したAレコードが出力されます。ファイルに保存するには、-oオプションで出力先を指定するか、シェルのリダイレクトを使って下さい。このファイルを、各デーモンのメイン設定ファイル内からincludeすれば各デーモンで独自のレコードを返せるようになります。Ruby 1.8.7と1.9.2で動作を確認しています。

ちなみにdnsmasqやunboundは、独自にAレコードを返すことはできますが、CNAMEレコードを返すことはできません。¹² そこでスクリプト内で、「プライベートアドレスを返すAレコードのホスト名」をターゲットにしているCNAMEレコードは、「プライベートアドレスを返すAレコード」に変換するようにしています。どうしてもCNAMEのままでないと困る場合は、ゾーン全体のレコードをBIND用に出力するようなスクリプトを書く必要があるかと思います。（どうせスクリプトで自動化するのならそれでもよかったのですが）

1. dnsmasqにはcnameオプションがありますが、ターゲットが/etc/hostsかDHCPから取得したもののみという制約があります。 Man page of DNSMASQ
2. local-zone: … 参照、ワイルドカード、CNAME/DNAMEサポート、DNSSEC権威サービスといった複雑な権威データを必要とするときには、後述するスタブゾーンの節に詳細な記述があるstub-zoneを設定してください。unbound.conf(5) | 日本Unboundユーザ会

やっと本日、モバゲー（携帯）のソーシャルゲーム「キング・オブ・クリーチャーズ」をリリースしました。

戦略性の高いゲームを目指しました。

まだ使いづらい部分やよく分からない部分もあると思いますが、運営をしながら改善して行きますので、何卒お付き合い下さい。

５月下旬に「ドラゴン飛来！」イベントします。

[Facebook]
https://www.facebook.com/KingOfCreatures

[Twitter]
https://twitter.com/#!/koc_game

先日４月２１日に、ドロッセルマイヤーズのワークショップに参加してきました。
あるお題（歯磨き）を元に、多人数で１つのゲームを短時間（４時間）で作ってみようという企画でした。
詳しくは、コチラ

結論を先に。
面白いかはともかく、ゲームは完成しました。
その名も「ズキズキ！口内戦争！」

司会進行がドロッセルマイヤーズの店長渡辺さんだったのですが、進行がうまく、子ネタの豊情報を散りばめつつ、ゲームバランス調整までうまく導かれて作らせてもらった感じでした。

尚、渡辺さん（元スクエニプロデューサー）は、ゲームは合議ではなく、一人の人がコダワリを持って完成させた方が良いと思うと言われていました。（どっかで聞いたことあるな。得てして面白いもの作りはそんなものかもしれない。）

ざっと進行の流れ。
ルール１：ゲームを完成させる（名前を決定した時点で、ゲーム完成）
ルール２：設定がある　お題「歯磨き」
ルール３：挙手制
ルール４：多数決
ルール５：司会進行に従う
ルール６：著作権フリー

■シーン１.アイディア出し
お題から連想されるものをピックアップ
・ケーキ（甘いもの・食べ物・食生活）
・ばい菌（退治）
・人間だけじゃない（ライオンの歯を磨く）
・時間制限（腐る）

■シーン２.ゲームシステム
・人間 vs ばい菌 の対戦ゲーム
・死角がある（情報が全公開ではない。推理ゲーム）
・操作テクニック
・虫歯を増やす側、消す側の対戦
・昼・夜ターンで行動が変わる（人狼：オープン・クローズ）
・C１−C６など虫歯に進行度がある
・目標数を達成する

■シーン３.更にゲーム要素
・ブラフ
・戦力分配　←　ex) フットステップ
・情報の非対称性
・ex) バトルライン　←　戦力差でポーカーを作るゲーム？
・虫歯になったとこの周りも影響を受けて悪くなる
・連戦の履歴が判断材料（差を少しずつつける）

■シーン４.要素を最小化して、テストゲーム
・人間 vs 虫歯の２人対戦ゲーム
・左・前・右の３つのフィールド（歯）に、持ち点を配分する
・１フィールド毎で、大きい点を配分した方がそのフィールドで勝利
・最初の持ち点は、人間１０、虫歯８とする
・一度虫歯になった歯の横は、虫歯側の配分点が＋１となる
・配分点が同一の場合は、人間側の勝利
・３ターン行う
・歯にはライフがあり、虫歯側がその歯で２回勝利すると虫歯側の勝利
・３ターン人間が虫歯の進行を守りきったら、人間側の勝利

→　各チーム違う結果（人間勝利２、虫歯勝利１）が出る
おもしろかったか？　→　配分の仕方に情報がなく、戦略がない運ゲー

■シーン５. 配分点を判断する材料を考察
・一番痛い歯を宣言する（虫歯側は、一番多く点数を配分した歯を申告する）
・配分点を１０ー７、１０ー９と変更
・人間側が、どっちが痛い（配分数が大きい）かを確認できる
・人間側が、ダイレクトに１つの歯を選択して、その配分数をしることができる

■シーン６.結論がどこで収束したか、忘れました！
が、上記のような感じでゲームは作成されました。

途中から、合議とは関係なく、トランプで実現できないかな！？
とか、自分のアイディアを織り交ぜて考えてましたが、とても良い勉強になりました。

そして、何より多くのゲーム関係者が参加されていて、そのご縁を頂けたことは今後に活かせるのではないかと思います。

頑張って、面白いゲームを作ります！

まとまってないですが、おわり

Facebookで繋がっている方はご存知だと思いますが、先日東京に出張してきてます。

ソーシャルゲーム業界に片足突っ込んでいる身としては、若干以前の隆盛はないんじゃないかという感もありましたが、まだ参入したいと思っている企業様もいるし、開発・運営側も慢性の人不足状態のようでしたので、まだまだソーシャルゲームは仕事になると感じました。

成長期を経て、安定期に入ったということでしょう。
そして、スマフォブームの到来で、更なる成長期を迎えるのかは注目すべきとこではあります。

ただ、去年・一昨年のように群雄割拠の時代ではなく、１軍、２軍、ベンチみたいに勝ち組が分かれてきてしまっているのも事実です。

規定打席にも到達出来ていないベンチウォーマー・スプーキーズですが、打席に入るチャンスを伺いつつ、ホームランを狙って行きたいと思っています。

もうすぐゲーム出ます。乞うご期待！

ﾁﾗｯ!!

春になりました。

弊社では、エンジニアのアルバイトは学生が多く、この時期になると卒業を迎えて旅立っていきます。
大手SIer、大手SNSゲームプラットフォーマー、新興ネットベンチャーなど、プログラム開発のバイト経験を活かして、大企業、優良な企業に就職していきます。

手塩にかけて育てたアルバイトが巣立っていくのは寂しいものですが、彼らの今後の活躍を考えると目を細めてしまいます。

弊社でも採用ではとても苦労しているので、「そんなに優秀な学生のアルバイトを社員に誘わないんですか？」とよく聞かれます。
もちろん、弊社に誘いたいアルバイト・卒業生も存在します。
しかし、私が考えているのは、スプーキーズに参画してくれるのは”新卒”の時で無くても良いんです。

私の学生時代を振り返ってみても、まだ社会に出ていない状態で、将来を設計するのはとても難しいことです。なので、学生がなんとなく有名な企業や安定した職業を選択するのは、決して責められることでもないと思います。

私も学生の時には、大学は卒業すれば良いとだけ考えていたこともあり、全く勉強をしておりませんでした。
毎日、趣味や麻雀ばかりのダメな学生で、大学も５年通いました。
その不勉強がたたって、当然就職活動も苦労して、秋の採用でやっとこさ大手メーカーのシステム子会社に就職しました。

友人が会社を経営していたこともあり、漠然と経営者に憧れていましたが、その時点では自分で会社を起こすという発想すらなかったと思います。

前の会社では、様々な経験、勉強をさせてもらいました。多くの大きな仕事を任せてもらい、成果を残そうとひたすら働きました。
たまたま転機が訪れて、起業という選択をするのですが、前の会社が経営というものを重要視している会社じゃなければ、起業もしてなかったのではないかと思います。しかも、一緒にスプーキーズを創業したメンバーの一人も、前の会社の後輩でした。

頑なに社会の歯車になるのはイヤだというパンクでロックな人もいますが、うちみたいなベンチャーは、やる気さえあればいつでも門を叩くことができますが、大手には新卒でなければなかなか入るのが難しいので、学生にはまずより良い企業に就職しても良いのではと伝えています。

大企業や優良企業でなければ経験できないこと、大企業、優良企業たらしめる理由を体感できることは、大変有益な経験なのではないかと思います。

スプーキーズは、まだまだ発展途中の会社です。
ですので、単純に与えられた作業をこなすのではなく、会社をつくろうと考えてくれる人を必要としています。

・自分がこうなりたいと思って、会社を利用してくれる人
・会社はこうあるべきだと考えて、行動（仕事）ができる人

他の会社に勤めたことがない人が、これを考えるのはとても難しい。なにせ、比べる基準がないのですから。
そして、できれば私より優秀な人、私とタイプが違う人を採用したいと思っています。
ですが、私が教育をしていては、なかなか私を超えるのは難しくなってしまいます。

これは私が素晴らしいのではなく、教育の方法が著しく問題があるのでもなく、同じ器に入ってしまうとその最高を目指してしまい、外の物指しで考えるのがなかなか難しくなるものだと思っています。
その為、若いうちは将来自分が目指す方向に行くために、より良い、よりレベルの高い環境で様々な経験を積むことが、良いのではないかと考えています。

色々な経験をし、その後その経験を活かして、
・こんな仕事がやりたい
・この人と仕事をしたい
と思った時に、スプーキーズにJOINしてくれれば嬉しいと思っています。

http://www.spookies.co.jp/

決して教育費用を節約したいと思ってる訳ではありませんよ！
当然スプーキーズに入りたいという熱い人には、足りないと思いますが私達の教えられることは全て教えます！

スプーキーズでは、熱い思いのある社員・アルバイトを募集しています。
アルバイトは全く技術がないところから始めて、成長していった卒業生もいっぱいいるので、ドシドシ応募して下さい！

http://www.spookies.co.jp/recruit

【追伸】
最近、ブラック企業、社畜だと、揶揄する声を聞きますが。オジサンとして、少し違和感を感じています。
優良と言われる企業、大企業でも、良いところと悪いところがあります。
また、成果を上げられない社員が厳しく感じるのは、どこへ行っても同じことだと思います。

その人の心の持ち方で、ブラック企業にも、厳しく鍛えてくれる良い企業にもなります。
本当に悪質な企業でもない限り、苦労は買ってでもしろ。
変な風評に左右されず、自分の目で確かめて欲しいと思います。

最近運動不足のせいか、肩こりがひどいので
暖かくなってきたことだしサイクリングでも始めよう！
・・・かと思ったんですけど
そもそも肩こりに効くんでしょうか。

自転車と言えば、短大の頃から
ずっと乗り続けている愛車で通勤しているのですが
ペダルがあと３カ月くらいだと自転車屋のおっちゃんに
余命宣告を受けてから半年以上が経ちますけど、まだまだ元気です。

でもたまに異音がするので、そろそろ交換した方がいいのかも。

UITableViewと言えばiOSにおけるUIの要ですが、このUITableViewで、セルを下から上に並べて表示する方法についてご紹介します。

そもそも下から上にセルを並べるというUIが一般的ではないということもあり、あいにくUITableViewにはそのようなAPIは用意されていません。かと言って自前で一から実装し直すのは、セルを再利用する仕組みなども考えると中々骨が折れそうです。

そこで今回は、UIViewのtransformプロパティというものを使います。これを使うと一見強引なビューの変形をすることができます。

では、実際にやってみましょう。
まず標準のテーブルビューです。

このテーブルビューのtransformプロパティに、180°回転させるCGAffineTransformをセットします。

- (void)viewDidLoad　{
    [super viewDidLoad];
    _tableView.transform = CGAffineTransformMakeRotation(M_PI);
}

180°回転しましたが、セルの内容まで一緒に回転してしまっています。そこで、今度はセルを逆方向に回転させることでテーブルビューの回転を相殺させてみます。

- (UITableViewCell*)tableView:(UITableView*)tableView cellForRowAtIndexPath:(NSIndexPath*)indexPath {
    static NSString* cellIdentifier = @"Cell";
    UITableViewCell* cell = [tableView dequeueReusableCellWithIdentifier:cellIdentifier];
    cell.transform = CGAffineTransformMakeRotation(-M_PI);
    cell.textLabel.text = [NSString stringWithFormat:@"Cell %d", indexPath.row];
    return cell;
}

見事に下から上にセルが並んでいます！と思いきや、実際に触ってスクロールしてみると、こんな風にスクロールバーが画面左側に表示されてしまいます。

そこで、今度はUIScrollViewのプロパティ、scrollIndicatorInsetsを変更してみます。scrollIndicatorInsetsは、スクロールバーをビューの端からどれだけ内側に表示するかというプロパティです。この場合、画面左側からビューの幅分だけググっと右側に押し込むとうまくいきそうです。ただし、テーブルビューは180°回転している状態なので、画面左から押し込むために変更する値はscrollIndicatorInsets.rightになることに注意して下さい。

- (void)viewDidLoad　{
    [super viewDidLoad];

    _tableView.transform = CGAffineTransformMakeRotation(M_PI);

    static CGFloat innerOffset = 9.0;
    UIEdgeInsets insets = UIEdgeInsetsMake(
        0.0, // top
        0.0, // left
        0.0, // bottom
        CGRectGetWidth(_tableView.frame) - innerOffset // right
    );
    _tableView.scrollIndicatorInsets = insets;
}

うまくいきました。完成です。

ただ、tableHeaderViewは逆回転をしても画面下に表示されてしまったり、セクションヘッダのビューは逆回転できなかったりと、完全ではありません。完全な実装をするには一から再発明する必要がありそうです。

今回の方法を使った、透過的に使えるUITableViewとUITableViewCellのサブクラスのサンプルです。
ReversedTableViewSample

さて、先月発売された「New iPad」。
おもわず買ってしまいました。
家族用のMacBookAirを持ち歩いてしまっているので、利用用途としては、家族が使ってくれればいいんじゃね？
という思いもあって買ったのですが、せっかく買ったんだったらということで個人的にやりたかったことが
「壁掛けiPad」
です。

壁にかけて、「cookpad」さんを見ながら料理をしたいわけです。

「小匙」も読めない僕が、iPadを壁にかけたら、シェフもびっくり！？美味しい料理が作れるかもしれないわけですよ。
酒を片手に男の料理。それもいいですね！！

そこで、ネットを検索して、壁掛けができるキットを探しました。
僕の中での条件は

• 壁に穴を開けない（押しピンくらいならたぶんいいんですけど、ネジを打ち込むのは無理）
• 見た目がシンプル

そこで見つけたのが、
「PadTab」
http://www.thepadtab.com/
という商品。
強力な両面テープをiPadと壁に貼っちゃえっていうとてもシンプルなもの。
残念ながら日本のamazonさんでは取り扱ってないのですが楽天市場で「インポートMAY」さんが取り扱っておられたので、ぽちりました。
http://item.rakuten.co.jp/auc-helperprint/10000227/

そして、届いた商品がこれ。

開けてみました。
中身は
・プラスチックA　1個（iPad背面につける　以下プラA）
・プラスチックB 　2個（壁につける　以下プラB）
・アシストシート（プラAの貼る位置をアシスト）

プラAは林檎マークを覆うくらいのサイズです。
赤いテープを剥がして、iPadに貼付けます。
NewiPadでは微妙に大きさが変わったのか、位置がずれそうだったので
アシストシートは使いませんでした。

どっか１カ所から貼り始めないと、空気が入っちゃうみたい。
（ある程度の力でくっつけちゃうと、強力なのでもう取れません。）

続きまして、プラBを壁に貼ります。
高すぎず、低すぎず。目線よりちょい下にしてみました。

横向きもOK。

取り付け時間数分。
（どこに掛けようか小一時間悩みましたが、それはまた〜別の〜おはなし）
ちょっと引っ張ってみたりしても、びくともしないので思ってたよりしっかりしています。
でも、もし落下〜なんて事になったら悲しいので下にカーペットをひきました。

これで、キッチンがかなりお洒落になった気がします。
あとは、料理を作るだけですね。
まずは、手軽に料理「Cook Do」さんシリーズあたりから初めてみようかと思います。
そのレポートもいつか出来ればと思います。

弊社ではiPadアプリの開発も行っております。
ご興味がありましたら、
http://www.spookies.co.jp/contact
まで、ご連絡頂ければ幸いです。

みなさんも、壁掛けiPadライフをどうぞ！

ご迷惑をお掛けし、誠に申し訳ございません。現在では、すべて復旧しております。

創業以来、サーバー管理も色々と行なって来ましたが、今回のようなハードトラブルがあると対応にも手間がかかり、コストが馬鹿にならなくなってきました。

そこで昨年度から、お客様のシステムおよび、弊社社内システムの一部をクラウドに移行しております。

今後もシステムのクラウド移行を推奨して、取り組んでいきたいと考えております。

僕は昨年3月より働き始め、
約1年間お世話になりました。

初日にいきなり企画書を渡された時は
何をどうしたらいいのかまったく分からず
それはそれは焦ったものです。

本屋に通ってサンプルを読み漁りつつ
コードを書いていた日々もありました。

あの頃意味が分からなかったものが理解できて
今いじっているシステムの仕組みも分かり始め
もっと勉強したくなったり、

友達と一緒に自分たちでWEBサービスを作ってみようなんて、
ようやく調子に乗ってきた頃なので

お世話になったスプーキーズを去るのは寂しく思いますが
4月から働く会社でも精進していきたいと思います。

新しくスプーキーズの仲間になって
勉強しながら頑張っているみなさん、応援しています。
お世話になったみなさん、ありがとうございました。

新しい勤務先は大阪なので、
ときどき顔を出してAOCで戦いたいと思います。
心残りは、一風堂の無料チケットを使い切れなかったことです。

ではまた会う日まで！