タグ

2015年5月26日のブックマーク (3件)

  • ピクシブ株式会社が増床して広くなったらしいので行ってきた! - 941::blog

    ねーちゃん!あしたって今さッ! くしいです。 今回で103記事目の「行ってきたシリーズ」において初となる「同じ所在地に足を運んだ三回目」のエントリです。増床したうえにアイドルがいるという謎情報を頼りに行ってみたけど、いやはや凄い。ピクシブ大好きっこみたいに見えるけど実際けっこう好きです。 前に行ったのはこちら。 あらかじめざっとご覧いただいておくと今回の内容がスッと入ってくると思われます。 ▼ピクシブ株式会社 に行ってきた! ▼ピクシブ株式会社が超広くなったらしいので行ってきた! というわけでもう会社紹介とかいいよね!いくぞー! まずは以前と同じフロアから。巨大絵馬ふえましたね。 ==== 通常サイズ絵馬もだいぶ増えましたねえ ※公開から3ヶ月以上経過した特定の記事は有料となっている場合があります この続きはcodocで購入

    ピクシブ株式会社が増床して広くなったらしいので行ってきた! - 941::blog
    sonots
    sonots 2015/05/26
    カラフルだ
  • slackのログとりの話

    多倍長整数の乗算を高速に行うアルゴリズムを、カラツバ法から始めて、最終的に高速フーリエ変換を用いた乗算に至るまでを解説しました。

    slackのログとりの話
    sonots
    sonots 2015/05/26
    あー
  • WebAPIでエラーをどう表現すべき?15のサービスを調査してみた - Qiita

    2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね!また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。

    WebAPIでエラーをどう表現すべき?15のサービスを調査してみた - Qiita
    sonots
    sonots 2015/05/26
    まとまってる。HTTPのステータスコードはどうなっていただろうか?