そのまま口伝で続ける？メルカリ、カオナビ、estieの試行錯誤から学ぶ設計ドキュメントの活用方法 https://offers.connpass.com/event/310086/ の登壇資料です。
成長し続ける組織のためのドキュメント
そのまま口伝で続ける？メルカリ、カオナビ、estieの試行錯誤から学ぶ設計ドキュメントの活用方法 https://offers.connpass.com/event/310086/ の登壇資料です。
色覚の多様性と視覚バリアフリーなプレゼンテーション
細胞工学Vol.21 No.7～9 2002年7～9月号[色覚の多様性と色覚バリアフリーなプレゼンテーション] ・文章に関しては、秀潤社と著者に著作権がございます。
Faao - ドメイン駆動設計で作るGitHub Issue Client -
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
ドキュメントシステムはこれを使え2015年版
Sphinx Con JP 2015での発表 目的からドキュメントシステムを選べるYes/Noチャートは33ページにあります。 （当初アップロードしたものはこのページにミスがあったので差し替えています。高橋さんありがとうございます。）
Design Driven API Development
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
非同期開発体制を支えるドキュメント文化 / YAPC::Hiroshima 2024
エンジニアのためのドキュメントライティング / Docs for Developers
ドキュメントを改善するためのはじめの一歩
Documentation as Codeで継続的なドキュメント運用を実現する / July Tech Festa 2021 winter
http://home.hit.no/~hansha/documents/software/software_development/topics/resources/Software%20Documentation%20Overview.pdf
README Driven Development
Readme Driven Development
MDN is easy!