http://bookmark.fc2.com/search/tag/documentation FC2ブックマーク-documentationでの検索結果です ja http://apiwiki.twitter.com/ http://apiwiki.twitter.com/ Twitter の official なドキュメント置き場 http://japan.cnet.com/news/biz/story/0,2000056020,20378899,00.htm http://japan.cnet.com/news/biz/story/0,2000056020,20378899,00.htm OOXMLの正式な標準化に反対する勢力の武器庫に1つだけ武器が残っているとすれば、それは欧州委員会が行っている捜査だろう、と指摘 http://blog.twidox.com/?page_id=2 http://blog.twidox.com/?page_id=2 Twidox is a free, user generated library of ‘quality’ documents that allows individuals and organizations to easily publish, distribute, share, and discover them. http://r-satsuki.air-nifty.com/blog/2008/03/doxygengraphviz_0e52.html http://r-satsuki.air-nifty.com/blog/2008/03/doxygengraphviz_0e52.html 最近の Doxygen は UTF-8 が通るようになったので、むかしほど苦労しなくてよくなった。Graphviz のフォント指定に関しては、まだ癖が残っている。自分の過去記事へのフォローアップ、書いとかないといけないな http://www.xmlmaster.org/murata/xmlblog/xb080303.html http://www.xmlmaster.org/murata/xmlblog/xb080303.html Tim Brayのブログは、有益 / Alex Brownは現時点で唯一の正確な記事 / 今回のBRMは、テキストを改善する場であり、OOXMLを規格化するかどうかを最終決定する場ではない。どう改善するかだけが今回のBRMの結果 http://japan.zdnet.com/oss/story/0,3800075264,20368541,00.htm http://japan.zdnet.com/oss/story/0,3800075264,20368541,00.htm http://www.news.com/8301-10784_3-9883102-7.html?tag=nefd.top の日本語訳 // 同規格を支持する陣営、反対する陣営双方ともに勝利を予想する結果 / 各国の標準化団体は、3月29日まで投票内容を変えることができる http://www.news.com/8301-10784_3-9883102-7.html?tag=nefd.top http://www.news.com/8301-10784_3-9883102-7.html?tag=nefd.top Delegates from national standards bodies have until the end of March to revise their postions. At that point, final results on whether Open XML will be approved as an ISO-IEC standard should be known. http://japan.zdnet.com/news/software/story/0,2000056195,20368255,00.htm http://japan.zdnet.com/news/software/story/0,2000056195,20368255,00.htm Google は反対してるんだ // すでにODFが存在するため、(OOXMLは)不要 / OOXMLが、Microsoft Officeに特有の規格 → これ言っちゃうと、ODF も OpenOffice.org に特有の規格と反撃されると思うんだけど http://www.milkstand.net/fsgarage/archives/001166.html http://www.milkstand.net/fsgarage/archives/001166.html Google Docなどをオーバーラップするような形になっている。イメージとしては、tumblrのリブログしたものを、クローズドで共有するイメージか → いま、試しに使ってみているところだけど、そんな感じですね http://railspress.matake.jp/press-0024-google-opensocial-api-documentation%E3%82%92%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%81%AB%E8%A8%B3%E3%81%97%E3%81%A6%E3%81%BF%E3%81%9F%E3%80%82 http://railspress.matake.jp/press-0024-google-opensocial-api-documentation%E3%82%92%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%81%AB%E8%A8%B3%E3%81%97%E3%81%A6%E3%81%BF%E3%81%9F%E3%80%82 via http://twitter.com/nov/statuses/429628202 // URLが長い ＞＜ http://code.google.com/apis/opensocial/docs/ http://code.google.com/apis/opensocial/docs/ JavaScript API / People and Friends data API / Activities data API / Persistence data API http://www.tumblr.com/api/ http://www.tumblr.com/api/ API http://www.w3.org/TR/CSS21/sample.html http://www.w3.org/TR/CSS21/sample.html http://www.atmarkit.co.jp/fjava/column/andoh/andoh35.html http://www.atmarkit.co.jp/fjava/column/andoh/andoh35.html 大抵の場合、ドキュメントの充実度は、APIそれ自身の完成度にも大きくかかわってきます → 実際、ドキュメントが貧弱すぎて、(開発当初からコミットしている人以外には)使い方がさっぱりわからないのもあるし。