人類は大袈裟ですが、私には厳しかったという話。 IPv6 対応のプログラムとは？ いたるところに書かれているので省略。以下の記事などを参考にどうぞ。 IPv6ソケットプログラミング Programming using C-API 手短にまとめると gethostbyname(3) ではなく getaddrinfo(3) を使って名前解決する accept(2) や getpeername(2) で返るアドレス情報は struct sockaddr_storage に格納する listen するソケットは AF_INET6 指定で作ると IPv4/v6 両対応になる シンプルですよね。ここまでは。 落とし穴１：リンクローカルアドレス IPv6 のアドレス体系は IPv4 とかなり異なります。最たるものがリンクローカルアドレスです。 リンクローカルアドレスはルーティングされないので、リンク（≒

株式会社フリークアウト RTB（リアルタイム入札）によるオンライン広告の配信を行う、日本における専業DSP（デマンドサイドプラットフォーム）の先駆けとして事業を展開。また国内に限らず、米国、シンガポールへも事業展開をしており、いま注目のアドテク企業である。 2014年6月、東京証券取引所マザーズに上場。 どうも、こんにちは。小飼弾です。 最近マザーズ上場も果たし、やたらと話題のフリークアウト。オフィスがカッコイイとか、遊び心溢れているとかよく聞くけど、実際、“50ms or die”と掲げているフリークアウトのRTB（リアルタイム入札）まわりの仕事はおもしろいのかね？中のエンジニアたちはどう働いてるの？ 今回は、フリークアウトで働くエンジニアの本音を聞き出すべく、お酒を酌み交わしながら（飲ませて）あんなことやら、こんなことを聞いていこうと思います！ （というか入り口、カッコイイなぁ） うほ

着る布団&エアーマットをご紹介します。株式会社キングジムの公式ウェブサイトです。

サポーターズのサービス提供外のブラウザです Internet Explorer等の古いブラウザではサポーターズをご利用いただくことが出来ません。 Google Chromeやその他のブラウザをご利用いただくか、お使いのブラウザを最新のバージョンへアップデートしてください。

一昨日の金曜日、LINE詐欺からメッセージが届きました。その展開があまりにも斬新すぎたので、今日はそのやりとりをまとめてみたいと思います。3時間に渡る詐欺師との会話をどうぞお楽しみください。 はじまりはいつも同じ 1行目で詐欺だと分かるこの感じ、いつもほほえましく拝見しております。 LINE IDの本当の持ち主は元取引先なので、とりあえず持ち主に通報しつつ詐欺師にジャブを打っていくとしましょうかね。 じぶん銀行（ネットバンク）を「自分の銀行」と解釈した詐欺師さん、おもむろに通帳の写真を送りつけてきます。残高が140万円から急に1,200万円まで増えてるとか、ネットで拾ったと思わしきこの画像も怪しさ全開。 詐欺は信用の上に成り立つ犯罪だという常識をいとも簡単に覆してくる彼は、よほどのアホ自信家なのでしょうか。 そうだ、Google先生に訊いてみよう アクセス元は中国が多いと聞きますが本当でし

「全体のリソース効率を上げましょう」というためのものである。 Reverse Proxy がなぜ必要か - naoyaのはてなダイアリー これは完璧に正しくて、ただ「リソース効率」という概念はあまり具体的な想像が追い付かない人がいそうだなと思ったので、ちょっとだけ補足しようと思った。 Reverse Proxyを入れることでリソース効率の向上を狙うんだけど、それは以下のような複数の場面におけるそれぞれのリソース効率向上を複合的に狙うものだ。 通常時のトラフィック配信におけるCPU・メモリ使用率を最適化する バースト時(過負荷時)のトラフィックをより細かく制御可能とする 障害時におけるダウンタイムおよび総合的な計算・配信能力の低下を極小化する 多数のサーバによる構成全体を増強・入れ替え・移動あるいは削減する際の自由度の向上を狙う 簡単にコンピュータの性能だけで言うと最初の項目だけをリソース効

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

7 月に開催された「JAWS-UG 三都物語 2014」でも発表したとおり、自分が関わっているプロダクトをオンプレミスから AWS に移行しました。 JAWS-UG 三都物語 2014 に登壇しました 移行して 2 ヶ月ほど経ちましたが、目立った障害もなく安定した運用を続けています。スライドでも少し触れていますが、これまでのやり方を大きく変えるキッカケにもなりました。 今回は「オンプレミスから AWS に移行して変えた 3 つのこと」と題して、社外に公開できる範囲でご紹介します。 稼働中のサーバに変更は加えない いわゆる Immutable Infrastructure の考え方を取り入れました。最初は流行りに乗りたかったという気持ちが大きかったのですが、今では昔のやり方にはもう戻れません。 オンプレミスでは本番稼働中のサーバにログインして何か変更するということが当たり前に行われていました