ISO/IEC JTC1/SC22/WG14 - C
2024-01-29: projects | documents | contributing | internals | meetings | contacts ISO/IEC JTC1/SC22/WG14 is the international standardization working group for the programming language C. The current C programming language standard (C17) ISO/IEC 9899 was adopted by ISO and IEC in 2018. To obtain the international standard, please contact your national member body. Work on projects and their milest
「日本のソフトウエア品質は世界一」という事実と、その非常識
いつも、この「極言暴論」でイチャモンをつけているSIerのビジネスだが、彼らにも世界一と自慢できるものがある。それは開発を請け負ったソフトウエアの品質だ。「えっ、嘘でしょ！」と言う読者もいると思うが、これはどうやら事実のようだ。確かに、インドのITベンダーなどが作るものに比べて、バグなどが少ない高品質なソフトウエアを生み出している。 読者は「あれ、木村さん、SIerを褒めるなんて変節したの？」といぶかっているだろうが、ご安心いただきたい。私はSIerのプロジェクト管理や品質管理が素晴らしいと言うつもりもないし、SIerをはじめとする日本のITベンダーの技術者のスキルがとりわけ高いと主張するつもりもない。そんなことを言えば、それは悪い冗談である。むしろ、逆だと思っている。 今ではそんな騒ぎも少なくなったが、少し前までインドなどでのオフショア開発は失敗の連続だった。現地のITベンダーへ発注した
クラウド時代に求められる 「実行可能な仕様書」とは？
Excel方眼紙の問題 業務システム開発の世界には「Excel方眼紙」と多少軽蔑的に呼ばれるものがある。行間と列間を細かく設定したExcelシートのことで、さまざまなドキュメントの汎用様式とされる（図1）。特にソフトウェアの「仕様書」を書くために多用されている。 表計算ソフトはもともと表形式の数値計算や、これに付随する文字列操作に特化したソフトウェアだ。にもかかわらず、日本においては文書作成や仕様書を書くためのツールの“デファクトスタンダード”と言っても良いほどに「Excel方眼紙」は普及している。罫線へのこだわりと同様に、これはどうも日本だけでの現象らしいことから、一部では、日本の「格子偏愛文化」が生んだものではないかとも推測されているようだ。 Excel方眼紙上で仕様書を作成するのは面倒ではあるが、セル結合やフォント指定を駆使すれば思った通りにまとめられるし、印刷してもそれなりにキレイ
Ecma-262.pdf (application/pdf オブジェクト)
ECMAScript® 2023 language specification 14th edition, June 2023 This Standard defines the ECMAScript 2023 general-purpose programming language. Kindly note that the normative copy is the HTML version; the PDF version has been produced to generate a printable document. This 14th edition has been prepared under the Ecma RF patent policy. Please note that for ECMAScript Edition 4 the Ecma standard nu
System Requirements Specifications
システム要求仕様書の書き方 IEEE Std. 830-1998, IEEE Recommended Practice for Software Requirements Specificationより Table of Contents (目次) 1. Introduction (はじめに) SRSの「はじめに」では、SRS全体の概要を書く。 1.1. Purpose (目的) この小節では SRSの目的を描写する SRSが意図する聴衆を指定する 1.2. Scope (範囲) この小節では これから作るソフトウェア成果物に名前を付ける このソフトウェア成果物が何であるか(必要ならば、何でないか)を説明する 指定されたソフトウェアの適用について、対応する利点、目的、目標を含めて記述する もし上位レベルの仕様書(例えばSyRS)があれば、同様の記述と矛盾がないようにする 1.3. Def
DOM1仕様書
文書オブジェクトモデル(DOM)第1水準 仕様書 Version 1.0 この文書は、W3Cにより作成されW3C勧告として公開されている "Document Object Model (DOM) Level 1 Specification Version 1.0" (http://www.w3.org/TR/1998/REC-DOM-Level-1-19981001/) を、どら猫本舗が翻訳したものです。 最新版の仕様書は http://www.w3.org/TR/REC-DOM-Level-1/ にあります。 正式な仕様書はW3Cサイトにある英語版です。この日本語版は参考にすぎません。 この文書には翻訳上の誤りがあるかもしれません。どら猫本舗は翻訳の正確性を保証しません。あくまでご自身の責任でご利用ください。 お気付きの点がありましたらどら猫本舗までお知らせください。 REC-DOM-L
運用要求の概要
運用要求とは，システムが完成して実際に業務で利用することを想定して洗い出される，システムの運用にかかわる諸々の要求を総称したものである。当たり前のことであるが，システム構築はそれ自体が目的ではなく，システム構築プロジェクトの期間というのはひと言で言ってしまえば「準備期間」に過ぎない。システムが出来上がって実際に業務で利用することが「本番」なのだ。従って運用要求というのは，非常に重要な要求事項である。 しかし，システムを構築する以前の，RFPを作成する段階では「まだ先の話」として軽視されてしまうことがしばしばある。どうしても目の前のシステム構築に目が行ってしまい，運用は軽視されてしまうのだ。だが，システムは適切に運用されてこそ投資効果が生まれるのである。そのことをあらためて思い出すべきである。 また別の観点からも，運用要求は重要な役割を果たす。評判の悪いベンダーはいわゆる「売り逃げ」のような
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Open Group Base Specifications Issue 7, 2018 edition
http://lumber-mill.co.jp/gallery/view/tips/other/basicSpec