このLTでは、「そのドキュメント、ちゃんと息してる？」をテーマに、ドキュメントが化石化せず、使われ続けるためのポイントについて解説します。 生きたドキュメントを育てるための4つのステップを紹介し、実践しやすい具体的な方法もあわせて紹介しています。 ドキュメントを作って終わりにせず、活用し続けるための…
このLTでは、「そのドキュメント、ちゃんと息してる？」をテーマに、ドキュメントが化石化せず、使われ続けるためのポイントについて解説します。 生きたドキュメントを育てるための4つのステップを紹介し、実践しやすい具体的な方法もあわせて紹介しています。 ドキュメントを作って終わりにせず、活用し続けるための…
細胞工学Vol.21 No.7～9 2002年7～9月号[色覚の多様性と色覚バリアフリーなプレゼンテーション] ・文章に関しては、秀潤社と著者に著作権がございます。
autoscale: true Faao - ドメイン駆動設計で作るGitHub Issue Client - 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info 過去に作ったやつ azu/GithubReader: Github Notifications Client for OS X azu/github-reader: [node-webkit] GitHub client app - Viewer for Notifications and News Feed. azu/github-issue-teev: [NW.js] GitHub Issue Manager(Viewer) Faao Faao - Feature Support Modern browser/mobile/Electron(re
Sphinx Con JP 2015での発表 目的からドキュメントシステムを選べるYes/Noチャートは33ページにあります。 （当初アップロードしたものはこのページにミスがあったので差し替えています。高橋さんありがとうございます。）
This document discusses design-driven API development using API description languages like Swagger and RAML. It recommends generating documentation and code from a single API schema to avoid inconsistencies. This approach allows server code and related resources like SDKs and tests to be generated from the schema rather than developed separately. The document provides an example using Swagger-Node
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く