For about five years I've been trying to implement a fully conforming C preprocessor for the front end of the CScout refactoring browser. I've found this to be a fiendishly difficult task. Although what I have written can correctly process million-line real-life projects, every once in a while I come across a construct that confuses my implementation. While searching the web for explanations of so
specificationに関するmasterqのブックマーク (49)
-
masterq 2024/12/01
-
Virtual I/O Device (VIRTIO) Version 1.1
This prose specification is one component of a Work Product that also includes: Example Driver Listing: https://docs.oasis-open.org/virtio/virtio/v1.1/csprd01/listings/ This specification replaces or supersedes: Virtual I/O Device (VIRTIO) Version 1.0. Edited by Rusty Russell, Michael S. Tsirkin, Cornelia Huck, and Pawel Moll. Latest version: https://docs.oasis-open.org/virtio/virtio/v1.0/virtio-v
-
-
決定表（デシジョンテーブル）とは
決定表（英：decision table）とは、複数の条件と、その条件から求められる期待値を整理するための表です。 次の図は決定表のイメージ例です。 決定表の見方は、例えば1列目であれば「〇〇」と「△△」の両方が当てはまるとき、結果は「C」となる。という感じです。 このように複数の条件とその期待結果を表にまとめたのが、決定表（デシジョンテーブル）です。 ソフトウェア開発などでは、作成したソフトが仕様通りに動作するのかを確認するためのテスト手法として用いられています。決定表を利用し複数条件の組み合わせを洗い出すことで、テストケースを網羅することができます。
-
デシジョンテーブル（決定表）とは｜その概要から作り方までわかりやすくご紹介 - SHIFT ASIA -ソフトウェア品質保証のプロフェッショナル-
ソフトウェアテスト・品質保証 更新日：2023/03/29 SAブログ編集部 デシジョンテーブル（決定表）とは｜その概要から作り方までわかりやすくご紹介 複数の条件が絡み合い、また条件によって結果が異なるシステムでは入出力のパターンが膨大になるため、その仕様を把握し理解するのは簡単なことではありません。したがって、そうした複雑なシステムに対してソフトウェアテストを行う場合は、テストの設計を開始する前に、まずは仕様をもとに組み合わせを整理することが必要です。 その際に有効となるのがデシジョンテーブル（決定表）です。 本記事では、複雑な条件・結果を整理し、それが仕様通りに動作するかどうかを確かめる上で有効なデシジョンテーブルについて、その概要や基本的なフォーマット、それをベースとした作り方・書き方についてご紹介します。 デシジョンテーブル（決定表）とは、対象が取り得る条件（入力）と、その結果の
-
Adobe Photoshop File Formats Specification
Adobe Photoshop File Formats Specification November 2019 Copyright © 1991-2019 Adobe Systems Incorporated. All rights reserved. Portions Copyright © 1990-1991, Thomas Knoll. The information in this document is furnished for informational use only, is subject to change without notice, and should not be construed as a commitment by Adobe Systems Incorporated. Adobe Systems Incorporated assumes no re
-
-
Forth
An awesome stack based programming language, which is able to extend itself during runtime. \ a comment followed by the shortest quine source type \ another shorty, hello world looks like that ." hello world" \ tell me, what else can we do? ask the system itself! words \ this will yield all defined words Standard This is the official website of the Forth 2012 Standard, and Forth200x committee. You
-
Google Pixel のハードウェア仕様 - Google Pixel ヘルプ
Google Pixel の技術仕様は以下のとおりです。Google Pixel の購入については、Google ストアをご覧ください。 外部カバー [US、SG]: 6.3 インチ（160 mm）Actua ディスプレイ1 [ROW]: 160 mm Actua ディスプレイ1 アスペクト比 20:9 1,080 x 2,424 OLED、422 PPI スムーズ ディスプレイ（60～120 Hz）2 Corning® Gorilla® Glass Victus® 2 のカバーガラス 最大輝度 1,800 ニト（HDR）、2,700 ニト（ピーク輝度）3 コントラスト比 2,000,000:1 以上 HDR サポート 24 ビット フルカラー（1,600 万色） 折りたたみディスプレイ（内側） [US]: 8 インチ（204 mm）Super Actua Flex ディスプレイ1（LTP
-
-
-
-
RISC-V "V" ベクトル拡張 — riscv-v-spec-japanese ドキュメント
» RISC-V "V" ベクトル拡張 View page source RISC-V "V" ベクトル拡張¶ Contents: v1.0-rc1からの変更点 現在まで変更なし。 イントロダクション 実装により定義される定数パラメータ ベクトル拡張のプログラミングモデル ベクトルレジスタ mstatus 内のベクトルコンテキストステータス ベクトル型レジスタ vtype ベクトル長レジスタ vl ベクトルバイト長 vlenb ベクトルスタートインデックスCSR vstart ベクトル固定小数点丸めモードレジスタ vxrm ベクトル固定小数点飽和フラグ vxsat Vector 制御・ステータスレジスタ vcsr リセット時のベクトル拡張の状態 ベクトルレジスタ状態へのベクトル要素のマッピング LMUL = 1 時のマッピング LMUL < 1の場合のマッピング LMUL > 1 のマッピ
-
The OAuth 2.0 Authorization Framework: Bearer Token Usage（日本語）
The OAuth 2.0 Authorization Framework: Bearer Token Usage（日本語） Abstract この仕様書は, OAuth 2.0の保護リソースへアクセスするために, 署名無しトークンをHTTPリクエスト中でどのように利用するか記述したものである. 署名無しトークンを所有する任意のパーティ (持参人) は, 関連づけられたリソースへアクセスするために署名無しトークンを利用できる (暗号鍵の所有を示す必要はない). 誤った利用を避けるために, 署名無しトークンは保存場所や流通経路での値の露見から守られる必要がある. Status of This Memo This is an Internet Standards Track document. This document is a product of the Internet Enginee
-
The OAuth 2.0 Authorization Framework
Abstract OAuth 2.0 は, サードパーティーアプリケーションによるHTTPサービスへの限定的なアクセスを可能にする認可フレームワークである. サードパーティーアプリケーションによるアクセス権の取得には, リソースオーナーとHTTPサービスの間で同意のためのインタラクションを伴う場合もあるが, サードパーティーアプリケーション自身が自らの権限においてアクセスを許可する場合もある. 本仕様書はRFC 5849に記載されているOAuth 1.0 プロトコルを廃止し, その代替となるものである. Status of This Memo This is an Internet Standards Track document. This document is a product of the Internet Engineering Task Force (IETF). It re
-
-
Committee Draft — December 2, 2010 ISO/IEC 9899:201x Programming languages — C www.open-std.org/jtc1/sc22/wg14/www/docs/n1548.pdf
N1548 Committee Draft — December 2, 2010 ISO/IEC 9899:201x INTERNATIONAL STANDARD ©ISO/IEC ISO/IEC 9899:201x Programming languages — C ABSTRACT (Cover sheet to be provided by ISO Secretariat.) This International Standard specifies the form and establishes the interpretation of programs expressed in the programming language C. Its purpose is to promote portability, reliability, maintainability, and
-
-
オープンソース製品の「仕様」 - 赤帽エンジニアブログ
Red Hatの佐藤匡剛です。昨日、Red Hat Forum / Tech Nightにお越しいただいた方、ありがとうございました。 昨日のRed Hat Tech Night冒頭のトークセッションで、id:nekopこと木村さんから面白い発言があり、Twitterでも話題になっていたようなので、ちょっとフォローアップの記事を書きたいと思います。 「これは仕様ですか？」 と聞かれても、たまたま開発者がそうしただけというケースもあり、答えにくいことが多々ある #rhtn2018— 転職しても肉の妖精だった件 (@nanodayo) November 8, 2018 仕様が先かコード書いた人の気持ちが先か #rhtn2018— えいご (@enagok) November 8, 2018 実装がたまたまそうなっているw とても分かる。#rhtn2018— 水無月 忠司 (@longyoru)
-
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました