タグ

documentに関するurza358のブックマーク (7)

  • AWS Well-Architected ドキュメントが読みやすくなりました!!(AWS Well-Architected ドキュメントの歩き方2022) | DevelopersIO

    AWS認定トレーニング講師の平野@おんせん県おおいたです。 さて、2021年に下記のような Well-Architected フレームワークのブログを書きました。 最近AWS Well-Architectedのドキュメントがアップデートされましたので、それに伴いブログも新しくリリースしました。 おもな変更点 ドキュメント構成の改善に対応 ドキュメント自体が読みやすくなりました(詳細は後述)。それに対応して、内容を変更しました。 新しい柱への対応 2021年12月に「持続可能性の柱」が追加されましたので、この新しい柱についての記事を追記しています。 尚、2022.1.9時点で日語化されておりませんので ブログ内の見出しは、私の方で日語訳したもの 各リンク先は英語ページ となっておりますので、ご了承ください。 はじめに AWS Well-Architected フレームワークとは AWS

    AWS Well-Architected ドキュメントが読みやすくなりました!!(AWS Well-Architected ドキュメントの歩き方2022) | DevelopersIO
  • schemadoc - データベーススキーマをHTML化

    システム開発の基礎になるデータベース。データベースに接続すれば分かると言っても、構造を示した文書があるかどうかで開発効率が変わってきます。しかしその手のドキュメントはメンテナンスが面倒です。 そこで使ってみたいのがschemadocです。データベーススキーマをそのままHTMLにしてくれるソフトウェアです。 schemadocの使い方 schemadocはSQLiteの他、各種データベースに対応しています。アダプター指定なのでMySQLやPostgreSQLなども対応しているはずです。生成されるHTMLです。 カラムごとの名前順でも探せます。 テーブル構造は名前、タイプ、必須、デフォルト、説明となっています。 schemadocではテーブルごとのリレーションは分かりませんが、テーブル構造の概要を把握するには十分な内容となっています。また、スキーマのみでデータまでは閲覧できないのでご注意くださ

    schemadoc - データベーススキーマをHTML化
  • Docpress - 読みやすい開発者向けドキュメントを生成

    開発者向けのドキュメントシステムなんて何でも良いと思っていないでしょうか。開発者はオンラインドキュメントをよく読み、Googleで検索し、そこにあるコードをコピーして実行します。そのため、半端なドキュメントでは彼らの信頼を失ってしまうでしょう。 そこで使ってみたいのがDocpressです。Markdownベースのドキュメント生成システムです。 Docpressの使い方 デモです。左側に目次、右側にコンテンツが表示されます。 ページの下に次のページへのリンクが表示されます。 メニューは隠せます。 Docpressは文字が大きめ、デザインもすっきりしたドキュメントを生成します。使い方としても docpress s でプレビューができるなど、とても簡単に使い始められます。 Docpressはnode/JavaScript製のオープンソース・ソフトウェア(MIT License)です。 docpr

    Docpress - 読みやすい開発者向けドキュメントを生成
  • FLEXnet Licensing End User Guide

    FLEXnet ライセンス エンド・ユーザ・ガイド バージョン 10.8 法的通知 著作権情報 Copyright © 1996-2006 Macrovision Europe Ltd. and/or Macrovision Corporation. All Rights Reserved. このマニュアルに記載されている情報には、機密情報および企業秘密が含まれており、所有権 は Macrovision Corporation にあります。この情報の全体または一部を、Macrovision Corporation の書面による事前許可を得ずに、いかなる形態または手段によっても、使用、複写、出版、配 布、展示、改変、伝送することを固く禁じます。Macrovision Corporation から書面によって明 示された場合を除き、この情報を所持することによって Macrovision Cor

  • 押下(おうか)にまつわる話 - Qiita

    はじめに 私が仕様書を書くようになったのは30歳を過ぎてからと遅く、仕様書の書き方が分からなくて悩んだことがありました。通常は先輩たちが作成した仕様書等を見て書き方を覚えていくのでしょうが、仕様書も無く直接プログラムを組むような体制の仕事をしていたため、SI系に転職してから苦労したのであった。 仕様書を書く際に、ボタンを「Enterキーを押す」か「クリックする」かで考えて「押下」にすれば両方満たすだろうと、それ以来ずっと使用しています。 押下については、コンピューター雑誌やマニュアル等を読んで憶えていた用語で特に気にも止めていなかったのですが、別ブログの仲間が過去に「ボタン押下?」について書いていたことを思い出し、調べてみることにしました。 調べていくと自分は誤用して使っている気がしますw 押下について 読み方 押下は「おうか」と読みます。ちなみに苗字の押下さん(読方:おしした)は全国でお

    押下(おうか)にまつわる話 - Qiita
  • https://www.ietf.org/rfc/rfc2616.txt

  • Just a moment...

    Checking your browser before accessing the website. This process is automatic. Your browser will redirect to your requested content shortly. Please wait a few seconds.

  • 1