Idein Incに入社しました | κeenのHappy Hacκing Blog
κeenです。本日を以ちましてIdein Inc.に入社したので報告します。 退職エントリはこちら 経緯 Lisp Meet Upで社長の@9_tiesさんと知り合う その他勉強会で何度か一緒になってよく喋るようになる オフィス訪問に誘われて行ったら入社を誘われる（7月末） 入社することにする（9月半ば） 入社（現在） わさびずとideinに遊びに来たよ。噂のpi zero クラスタとかPEZYとかあった。熱い。 pic.twitter.com/MEc7qdosrk — κeen (@blackenedgold) 2016年7月31日 結構前から水面下で話は進んでました。 割と「PEZYに行くの？」という質問が多かったのですが中らずとも遠からずといったところでしょうか。PEZY Computingとも取引があったりする会社です。 どんな会社？ 私が7人目（バイトを抜いたら6人目）の社員にな
HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様
今日では HTTP(s) で API が公開されることは当たり前の時代ですが、エラーをアプリケーションにどう伝えるかは、個々の API の設計に依存していました。特に、HTTP ステータスコードは有限であり、元々持っている意味があるので、自由に使うことはできません。API はそのドメインごとにもっと複雑で細かなエラー情報があるはずで、それらはレスポンスボディに載せてアプリケーションに伝えることになりますが、その書式に規定は今までありませんでした。 HTTP API にて、アプリケーションにエラー情報を伝達するための（レスポンスボディに載せられる）標準的な形式が、RFC7807 Problem Details for HTTP APIs で定められています。適用例としては、以下のようになります。 HTTP/1.1 403 Forbidden Content-Type: application
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
