[B! 仕様] iori_oのブックマーク

詳細PDF入門ー実装して学ぼう！PDFファイルの構造とその書き方読み方 - プログラムモグモグ

PDFのファイル構造を理解すると、テキストエディタでも直接PDFファイルを作ることができるようになります。このエントリーではPDFファイルの基礎要素を説明し、簡単なPDFファイルを例にしてファイル構造を説明します。更に、テキストを渡すとPDFファイルを吐いてくれる簡単なプログラムや、PDFを読み込んで簡単な解析をするプログラムを書いてみます。目次目次まえがきオブジェクト間接参照ファイル構造 Hello, world! ヘッダトレーラ相互参照テーブル本体 PDFを生成するプログラム日本語の扱い方日本語を含むPDFを生成するプログラムグラフィックス PDFを読むプログラムあとがきまえがき 1990年代前半、アドビシステムズは、どのプラットフォームやデバイスでも文書を確実に表示・共有できることを目的としてPDFファイルフォーマットを開発しました。 PDFの表示ソフト

iori_o 2015/10/02

pdf
仕様

リンク

HTTP/2 入門

ストリームによる多重化 2つ目の特徴は「ストリーム」です。従来のHTTPでは、リクエストとレスポンスの組を1つずつしか同時に送受信できないことが、パフォーマンス上のボトルネックになっています。この問題を改善するべくHTTP/1.1では新たにパイプラインが導入されましたが、一部のレスポンスに時間がかかるような場面でレスポンスが詰まってしまう問題などがあり、広く使われてはいません。そこで、HTTP/2では1つの接続上にストリームと呼ばれる仮想的な双方向シーケンスを作ることでこの問題に取り組んでいます。 1つの接続上に作られた複数のストリーム上では、複数のフレームを同時並行で転送できます。例えば、あるストリーム上ではリクエストにあたるフレームが送信中でも、別のストリームではレスポンスにあたるフレームを受信するといったことが可能になります。これにより、全体的なパフォーマンスが向上します。ヘッダー

iori_o 2014/06/20

リンク

JSON、ECMA標準となる。仕様文書「ECMA-404」が公開

「JSON」（ジェイソン）は、軽量のデータ記述フォーマットとして、さまざまなソフトウェア間でのデータ交換で広く使われています。もともとJSONはJavaScriptのオブジェクト表記法をベースにDouglas Crockford氏が2001年頃に“発見”し（Crockford氏自身が「JSONはそれ以前から存在しており、私は発見しただけだ」と主張している）、命名。2002年にCrockford氏が作成したWebサイトjson.orgで仕様が公開されました。当時はデータ交換フォーマットとしてXMLが主流になると見られていましたが、軽量で記述や解析が容易なJSONは現在、XML以上に広く使われるデータフォーマットになっています。そのJSONが、JavaScriptの標準化団体でもあるECMA Internationalで標準化され、仕様文書が「ECMA-404」として公開されたと、Dou

iori_o 2013/10/15

リンク

Sass: Built-In Modules

Only Dart Sass currently supports loading built-in modules with @use. Users of other implementations must call functions using their global names instead. Sass provides many built-in modules which contain useful functions (and the occasional mixin). These modules can be loaded with the @use rule like any user-defined stylesheet, and their functions can be called like any other module member. All b

iori_o 2013/01/05

リンク

アジャイル開発で『動くソフトウェア』による開発を始めるために必要な考え方まとめ | mah365

アジャイル開発においてもソフトウェアを作り始める以上、仕様を決める必要があります。いわゆる要件定義です。ただし、全く新しいものを作る場合と、古いものを新しく置き換える場合とで、やり方を変える必要があります。新しいものを作る場合ビジネスモデルはあるものの、それを実現するソフトウェア像はまだはっきりしない・・・新しいものを作る場合には、当然よくあるケースです。ウォーターフォールとカウボーイスタイルこの場合、「全部決めないと開発できませんよ！」というのが一般的ウォーターフォール開発であり、「とりあえず作りながら考えましょうか！」というのがカウボーイスタイルのアジャイル開発です。前者は冷静に考えて不可能（最初から決められたら誰も苦労しない）ですし、後者は手戻りすぎて永遠にローンチできません。リーンスタートアップスタイル新しいものを作り始める場合は、リーンスタートアップのスタイルを採用す