VoQnのブックマーク / 2014年2月26日 - はてなブックマーク

VoQn id:VoQn

2014年2月26日のブックマーク (4件)

ゼロカロリーワード | BARNUM STUDIO
一般的に「クオリティ」や「リアリティ」といったあいまいな言葉で何かの価値を判断したり指示を出したりされる批評家とかプロデューサーは控えめに申し上げて無能だと思うのですけど、なんかいいこといってる風の便利ワードなためなかなか業界から殲滅できません(「シズル感」とか「人間が描けてない」とかも早く滅ぼしたいですね)。せめてポジティブな意味につかうならいいのですが、ネガティブな評価や指示出しにつかわれてるととてもしょんぼりしてしまいます。里見はこの手の言葉をひっくるめて「ゼロカロリーワード」と呼んでおります。言葉(は情報を伝えるもののはず)なのに何も伝えていない、満腹感はあるのにカロリーゼロの食品のような、そんな言葉です。まあ「ゼロカロリーワード」は情報を伝える言葉ではないので鸚鵡でも九官鳥でも人間でもよいのですけど「クオリティをあげろ/リアリティが足りない」とくり返しくり返しおっしゃりな
VoQn 2014/02/26
「具体的には何も言ってないのに、何か言った気分になってしまえる言葉」/「クオリティが足りない」の無意味さ。この種の言葉は確かに褒めそやす場合以外で使わん方がいいよね

management
リンク
http://tonarinoyj.jp/manga/anarchy/2/
VoQn 2014/02/26
甘々すぎて全然アナーキーじゃなかった（よさ

comic
リンク
Semantic Versioning 2.0.0
Semantic Versioning 2.0.0 Summary Given a version number MAJOR.MINOR.PATCH, increment the: MAJOR version when you make incompatible API changes MINOR version when you add functionality in a backward compatible manner PATCH version when you make backward compatible bug fixes Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format. Introductio
VoQn 2014/02/26
標準化を目指したバージョン番号の付け方の仕様提案

software

programming

development
リンク
バージョン番号命名ルール
この前からバージョン番号ってどうやって決めれれてるんだろうって気になってたのですが、Micoroftさんはある程度の基準を作ってるみたいですね。 major.minor[.build[.revision]] 通常使用される構成要素を次に示します。 Major : 名前は同じでも、メジャーバージョンが異なるアセンブリは互換性がありません。これは下位互換性を想定できない製品のメジャーリライトなどに当てはまります。 Minor : 2 つのアセンブリにおいて、名前とメジャー番号が同じでも、マイナ番号が異なる場合は、下位互換性を目的とした大幅な改良が行われていることを示します。これは製品のポイントリリースや、完全下位互換の新しいバージョンの製品などに当てはまります。 Build : ビルド番号が異なる場合は、同一ソースの再コンパイルが行われたことを示します。これはプロセッサ、プラットフォーム
VoQn 2014/02/26
MSが定めてるバージョン番号の規定。「下位互換保証できなくなったらメジャーを上げる、互換は維持できるけど改良したならマイナー、仕様変更なく完全互換のバグ潰しならリビジョン」分かりやすい

engineering

Microsoft
リンク
- 2014年2月27日
- 2014年2月26日
- 2014年2月24日