パラメータドキュメントの参照すべてのpostgresql.confパラメーターについて必要なすべてのドキュメントとヘルプ。 Postgresの最新の9つのバージョンをカバーし、5つの言語で利用可能: 英語, 日本語, ロシア語, 中国語 and フランス語他のユーザーの推奨事項を確認するか、あなたの推奨事項を共有してください。
システム設計の基礎を学ぶ研修に会社のお金で行かせてもらったので、成果を書きます。 今回のテーマ 外部設計で作るべきドキュメントとはなにか? 研修の内容を受けて、外部設計段階で作成する一般的なドキュメントをまとめました。 それに対し、自分の開発チームがいま作っている資料を一般的なドキュメントの内容と比較・対応させて、外部設計にどんな資料が必要なのか考えました。 設計の前に:要件定義の確認 要件定義のアウトプットとして作成されるドキュメントは以下のようなものがある。 データフロー図(DFD) 業務フロー図 うちだと、要件を文章や図で書いたものと業務フロー図がサービス仕様書に表現されているはず。このサービス仕様書を最初のインプットとして外部設計を作成し、業務設計担当者との認識を合わせていく。 まずは要件定義の確認、サービス仕様書を読む。チームで読み合わせとかすると良い。足りていない部分があれば要
フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く