PEP 0 – Index of Python Enhancement Proposals (PEPs) | peps.python.org
Python » PEP Index » PEP 0 Toggle light / dark / auto colour theme PEP 0 – Index of Python Enhancement Proposals (PEPs) Author: The PEP Editors Status: Active Type: Informational Created: 13-Jul-2000 Table of Contents Introduction Topics API Index by Category Meta-PEPs (PEPs about PEPs or Processes) Other Informational PEPs Provisional PEPs (provisionally accepted; interface may still change) Acce
Google Engineering Practices Documentation
Google Engineering Practices Documentation Google has many generalized engineering practices that cover all languages and all projects. These documents represent our collective experience of various best practices that we have developed over time. It is possible that open source projects or other organizations would benefit from this knowledge, so we work to make it available publicly when possibl
エンタプライズ系事業/機能要件の合意形成技法 | アーカイブ | IPA 独立行政法人 情報処理推進機構
発注者と開発者の認識の齟齬により要求と実現されるソフトとの間に「ギャップ」が生じます。具体的には、次の（1）～（3）のようなギャップが生じます。 要件定義すべき内容が抜けており、開発者に説明していない。 発注者が開発者に説明したが、何らかの理由で漏れた。 開発者が何らかの理由により誤認・拡大解釈し、実現範囲に取り込んでしまった。 機能要件に着目し、上流工程で実現したい情報システム像を伝え、発注者と開発者との不充分な合意形成が原因で発生する下流工程の手戻りを防止するための次のようなコツを集めたものです。 実現したい情報システム像について発注者と開発者が合意形成するために、伝える側が漏れなく正確に情報を提供するためのコツ 発注者と開発者との不充分な合意形成が原因で下流工程で発生する手戻りを防止するための先人の開発者のコツ 機能要件の合意形成ガイドは、「概要編」 と次の6つの技術領域のコツをまと
Production-Grade Container Orchestration
Kubernetes, also known as K8s, is an open source system for automating deployment, scaling, and management of containerized applications. It groups containers that make up an application into logical units for easy management and discovery. Kubernetes builds upon 15 years of experience of running production workloads at Google, combined with best-of-breed ideas and practices from the community. Pl
いつ突然会社をやめても問題ないという基準でコードやドキュメントを書くテクニック - $shibayu36->blog;
blog.shibayu36.org 上の記事が思ったより読まれていたので、自分がこの基準を満たせるようにやっているテクニックも箇条書きで書いておく。 PullRequestを作ったら必ず自分でコードレビューをする コードを書いているとき、その一部一部はこれで完璧と思ってるけど、実は全体を見直すと分かりにくかったりする 1日寝てから見直す 1日経つとちょっと忘れて新鮮な気持ちで見れる 1週間後にもう一回見てみる 1週間くらい経つともうだいぶ忘れて、穴が見えてくる 穴があったら別PullRequestで直す もう一度同じところを担当することがあればチャンス。自分でもこれどういうことだっけってググり始めたら基準を満たせていない 自分が全く関わっていない部分のところを触りだしたらかなりチャンス。本当にまっさらな頭で基準を満たすか見れる。他人がやったことだからとか思わずにちゃんとその時に直す やっ
API Documentation & Design Tools for Teams | Swagger
API Development forEveryone Simplify your API development with our open-source and professional tools, built to help you and your team efficiently design and document APIs at scale. Find your toolRead the docs Trusted by Empowering API Development Streamline your workflow with unparalleled API specification support Swagger places API specifications such as OpenAPI, AsyncAPI, and JSON Schema at the
GNU Free Documentation License - Wikipedia
GNU Free Documentation License （グニュー・フリー・ドキュメンテーション・ライセンス, 略称 GFDL）は、GNUプロジェクトの一環としてフリーソフトウェア財団から配布されているコピーレフトなライセンスの一つである。 略称として GNU FDL（グニュー・エフディーエル）、GFDL（ジーエフディーエル）などと書かれることもある。GNUはグニューあるいはグヌー[2]と発音されることが多い。 日本語訳では、「GNU フリー文書利用許諾契約書」という語が用いられることがあるが[3]、一般的に「契約」と言えるか否かは、異論も存在する（ライセンス#著作物全般の利用許諾のライセンスを参照）。なお、GNUの公式サイトで使われる日本語訳はGNU自由文書ライセンスである[4]。これは英語のFreeが無料と自由の両方の意味が存在するため、誤解を避ける目的で「自由」という用語に置き
Apache Ant™ User Manual
<h2>Apache Ant™ User Manual</h2> <a href="toc.html">Apache Ant User Manual</a>
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python Developer's Guide
textlint · The pluggable linting tool for text and markdown
OTN Japan マニュアル
Bitbucket | Git solution for teams using Jira