Swagger+JSON SchemaでAPIの型をテストして開発サイクルをスピードアップさせた話 - pixiv inside
CTO兼福岡オフィス立ち上げ担当として新アプリを作っている@edvakfです。 JSON APIを開発しているとこういう問題がありがちですよね。 仕様どおりにAPIの形式を作ったはずだけどなんか自信が持てない テストでいくつかのキーが存在するかの簡単なチェックはしてるつもりだけど、全部チェックするのは大変すぎる APIのControllerやViewをリファクタリングしたらレスポンスの形が変わってアプリがめっちゃクラッシュし始めた というのが怖くて誰もリファクタリングできなくなった APIドキュメントがメンテされない 知らない間にレスポンスのフィールドが増えてたけどドキュメントに書いてない これらを解決したい！と思って試行錯誤したら、スマートに解決することができました。この記事ではRailsのことについて書きますが、考え方は他の言語・フレームワークでも同じです。 なお、今回使ったgemのバ
Final: OpenID Connect Discovery 1.0 incorporating errata set 2
Abstract OpenID Connect 1.0 is a simple identity layer on top of the OAuth 2.0 protocol. It enables Clients to verify the identity of the End-User based on the authentication performed by an Authorization Server, as well as to obtain basic profile information about the End-User in an interoperable and REST-like manner. This specification defines a mechanism for an OpenID Connect Relying Party to d
Final: OpenID Connect Discovery 1.0 incorporating errata set 2
Abstract OpenID Connect 1.0 is a simple identity layer on top of the OAuth 2.0 protocol. It enables Clients to verify the identity of the End-User based on the authentication performed by an Authorization Server, as well as to obtain basic profile information about the End-User in an interoperable and REST-like manner. This specification defines a mechanism for an OpenID Connect Relying Party to d
京橋 都鳥 (京橋/焼き鳥)
リクエスト予約希望条件をお店に申し込み、お店からの確定の連絡をもって、予約が成立します。 1 予約の申し込み ご希望の条件を当サイトよりご入力ください。 2 お店からのメール ご予約が承れるか、お店からの返信メールが届きます。 3 お店へ来店 予約が確定した場合、そのままお店へお越しください。
OAuth 2.0 + OpenID Connect のフルスクラッチ実装者が知見を語る
はじめに この文書では、OAuth 2.0 + OpenID Connect サーバーをゼロから一人で実装した開発者（私）が、得られた知見について書いていきます。基本的には「実装時に考慮すべき点」を延々と述べることになります。 そのため、この文書は、「素早く OAuth 2.0 + OpenID Connect サーバーを立てる方法」を探している方が読む類のものではありません。そのような情報をお求めの方は、「Authlete を使って超高速で OAuth 2.0 & Web API サーバーを立てる」を参照してください。そちらには、「何もない状態から認可サーバーとリソースサーバーを立て、アクセストークンの発行を受けて Web API をたたいて結果を得る」という作業を、所要時間 5 ～ 10 分でおこなう方法が紹介されています。 文書のバイアスについて 私は、OAuth 2.0 + Ope
OAuth 2.0 + OpenID Connect のフルスクラッチ実装者が知見を語る
はじめに この文書では、OAuth 2.0 + OpenID Connect サーバーをゼロから一人で実装した開発者（私）が、得られた知見について書いていきます。基本的には「実装時に考慮すべき点」を延々と述べることになります。 そのため、この文書は、「素早く OAuth 2.0 + OpenID Connect サーバーを立てる方法」を探している方が読む類のものではありません。そのような情報をお求めの方は、「Authlete を使って超高速で OAuth 2.0 & Web API サーバーを立てる」を参照してください。そちらには、「何もない状態から認可サーバーとリソースサーバーを立て、アクセストークンの発行を受けて Web API をたたいて結果を得る」という作業を、所要時間 5 ～ 10 分でおこなう方法が紹介されています。 文書のバイアスについて 私は、OAuth 2.0 + Ope
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
2/23 に行った講演の資料です。スタートアップの初期ユーザー獲得の方法としてのセールスならびにサポートについて解説した内容になります。 マーケティングを捨てよ、とは言ってますが、もちろんマーケティングは大事です。ただ初期ユーザー獲得においてはマーケティングよりもセールスやサポートに力を入れたほうが、その活動を通してプロダクトも良くなるのでそっちのほうが良いのでは、というご提案になります。タイトルは寺山修司「書を捨てよ、町へ出よう」からです。
誰もがどこかでつまずいた→小学校の算数から大学数学まで126の難所を16種類に分類した
数学嫌いはどこから生まれてくるのか？ よく聞かれる「役に立たないから」なる理由は、実のところ良くて後付け悪くて言い訳であって、その実態は、算数や数学につまずいて分からなくなった人たちが、イソップ寓話のキツネよろしく「あのブドウ（数学）は酸っぱい（役に立たない）」と言い広めているのである。 ならば撃つべきは〈算数・数学のつまずき〉である。 以下に示すのは、小学校の算数から大学基礎レベルの数学まで、「つまずいて分からなくなる」箇所を集めて１６のカテゴリーに分類したものである。 一度もつまずかず専門レベルまで一気に駆け上がることのできた一握りの天才を除けば、数学が得意な人も不得意な人もみなどこかでつまずいたであろう、さまざまな算数・数学の難所が挙げられている。 この分類が示そうとしていることのひとつは、同じ〈根っこ〉をもったつまずきが、小・中・高・大の各レベルで繰り返し出現することである。 たと
Go のスライスの内部実装 - Block Rockin’ Codes
History 14/05/09: Merge2 を修正しました。http://twitter.com/jbking/status/464659353945911297 Intro Go のスライスは、いわゆる LL 系の言語が持つ可変長配列の実装と似ています。 よって LL のような手軽な扱いをすることもできますが、その内部実装を知ることでより効率の良いメモリハンドリングができ、パフォーマンスを改善や、メモリーリークの防止などに繋がる可能性があります。 この辺は SWrap というライブラリを作りながら勉強したので、今回は、この Go のスライスの内部実装を解説します。 Go の配列 スライスを知るためには、まず配列について知っておく必要があります。 Go の配列は固定長のため、以下のように長さを指定して宣言します。 var arr [4]int func main() { arr =
実家が水没したワイワイちゃん@ダイエット本大好評発売中 on Twitter: "これをな、こうして…こうじゃ！これで340kcalでタンパク質38g、脂質6.3g、炭水化物34.9gの理想的な配分の“賢者のメシ”ができあがる。食いごたえもあって普通にうまいのでぜひ試してみるとよいのじゃ https://t.co/EnN1U5uRmh"
これをな、こうして…こうじゃ！これで340kcalでタンパク質38g、脂質6.3g、炭水化物34.9gの理想的な配分の“賢者のメシ”ができあがる。食いごたえもあって普通にうまいのでぜひ試してみるとよいのじゃ https://t.co/EnN1U5uRmh
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
技術ドキュメンテーションのためのreStructuredTextとMarkdownを比較する | POSTD
Markdown と reStructuredText はどちらもマークアップ言語で、どのテキストエディタを使っても簡単に入力できるように設計されたプレーンテキスト形式構文です。どちらにもマークアップされたテキストをHTMLやPDFなどの出版形式に変換できるツールが多数あります。 これらのマークアップ言語は多くのドキュメンテーションシステムの基礎となるため、昨今のソフトウェア開発者はマークアップ言語をよく知っておく必要があります。この記事ではプログラマ視点でMarkdownとreStructuredTextのトレードオフを分析します。 Markdownが輝きを放つ場所 テキスト入力による豊富な書式設定で複雑なドキュメント構造を記述することができるマークアップ言語は長く輝かしい歴史を持っており、その歴史は少なくとも1970年代初めの troff とTeXまで遡ることができます。 これらの形式
【全部を読む時間がない人用】知らない人は損しているなあと思うこと要約編 - ゆきらん
【保存版】知らない人は損してるなあと思うこと まとめのまとめ で書かれている情報をすべて読んで、その中でもとりわけお得な内容のものをピックアップしました。 以下、全て引用。加工、要約あり。 害虫駆除専門家の俺がゴキの姿を見ない家にするアドバイスしてやろう 害虫駆除専門家の俺がアドバイスしてやろう。 とはいえ、プロが使う薬剤や手法は素人には無理。 そこで簡単に購入・使用が出来るもので完全に近い対策を行う。 1.バルサンを焚く。 注意すべきは火を使わないタイプでは駄目だということ。 着火タイプの方が薬剤の粒子が小さく、隙間の奥まで届きやすい。 2.「網戸に虫来ない」とかいう類のスプレーを使う とはいえ、網戸に使うんじゃない。 網戸用のスプレーは薬剤が長期間残留するように作られてるのでこれを応用する。 玄関などの扉や窓、その他隙間の周囲に吹きつける（屋外側） 扉や窓の枠を囲むように幅30cm以上
Kubernetes で解決したこと新たに出てきた課題 /#jtf2017 // Speaker Deck
1年を通して Kubernetes で解決したこと新たに出てきた課題をどう立ち向かったを発表しました at July Tech Festa 2017
われわれはなぜアジャイルに向かうのか
1. Toshihiro Ichitani All Rights Reserved. われわれはなぜ アジャイルに向かうのか Ichitani Toshihiro 市⾕聡啓 開発をアジャイルにしていくために 読むべき最初の⼿引き 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市⾕聡啓 ソフトウェア開発16年 SIer→サービス→受託→起業 仮説検証とアジャイル開発 ギルドワークス株式会社 代表 株式会社 エナジャイル 代表 ⼀般社団法⼈ 越境アジャイルアライアンス代表理事 DevLOVE コミュニティ ファウンダ 0 → 1
私的まとめ：アニメ制作会社の不適切な会計処理
三崎尚人 @nmisaki アニメ制作会社が受領した前受金を制作費として使わずに他に流用する事象が多発しており、出資会社等が流用を懸念していることが背景にあって、前受金が以前ほど早く支払われなくなった、ということをゴンゾ石川社長が説明しているのは、大変生々しい。adk.jp/12130.html 2017-02-02 12:59:39
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Concurrency in Go
taisibouritu.com
wai×2.eth🪦💜 on Twitter: "昨日の賢者メシが伸びているので補足しておくと、トレーニー界隈ではたぶん知ってる人が結構多いと思うので別に斬新な発想ではないというのと、ファミマのやつを使いましたがローソンのマルゲリータでも代用可能です（ただベーコンが入ってるせいか… https://t.co/1UGFbssWvZ"
ピザサンド×サラチキ！SNS発「賢者のメシ」を栄養士的にアレンジしてみた♪ - macaroni
当社連結子会社による不適切な会計処理にかかる特別調査委員会による 調査報告書の公表に関するお知らせ | 株式会社アサツー ディ・ケイ