<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>capeknote</title>
	<atom:link href="http://capeknote.jp/blog/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://capeknote.jp/blog</link>
	<description>design&#38;architecture</description>
	<lastBuildDate>Tue, 03 Aug 2010 14:07:57 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>「実寸くんAir」〜画面にipadや紙を実寸相当で表示したいときの縮尺計算機</title>
		<link>http://capeknote.jp/blog/?p=382</link>
		<comments>http://capeknote.jp/blog/?p=382#comments</comments>
		<pubDate>Mon, 02 Aug 2010 15:12:44 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[Air]]></category>
		<category><![CDATA[Flash]]></category>
		<category><![CDATA[iphone]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=382</guid>
		<description><![CDATA[

実寸くんのAir版をつくりました
→こちらからダウンロードできます
　(文字が出てしまう方は右クリックで保存してください)

【これは何？】
実寸くんAirは、画面に表示中のiphone,ipad,印刷物のデザインを何％縮小すれば実寸相当に見えるか計算するAirアプリケーションです。

【使い方】
1.インストールして起動すると左のような画面がでてきます
2.実寸表示させたい対象を選びます。紙は解像度も選べます
3.お使いのモニタのインチ数をいれてください
4.計算を押すと一番したのフォームに%がでます
5.グラフィックアプリで対象をこの縮尺に拡大縮小させます
6.ほぼ実寸どおりの大きさで見ることができるので、実物のサイズのデザインの感じがつかめます

【動作環境】
Airランタイム1.5以上が必要です。
→Adobeサイトからダウンロードできます。
Mac Windows両方でうごきますが、72dpi換算でつくったので96dpiのwindowsだと誤差がでる可能性があります。

【免責事項】
実寸くんAir（以下本アプリ）は画面上での実寸表示を目的として縮尺率を計算するアプリケーションですが、完全に一致するかどうかはご利用のモニタの黒ふちの量等の設定などに左右されますので計算による結果を保証するものではありません。
本アプリはフリーソフトウェアです。利用者は自己の責任において本アプリを利用するものとし、いかなる損害も当方は一切責任を負わないものとします。


そんなわけで今回のver1では紙(A5-A3 B5-B3 ハガキ 名刺)・iphone4・ipadに対応してみました。印刷デザインとかでWYSIWYGぽい使い方ができるんじゃないかな〜と思います。
Flex版の実寸くんのときにも書きましたが、photoshopでやるぶんには拡大縮小はスマートオブジェクトでやったほうがきれいです。あとイラレは解像度関係なく72dpi換算で表示されてるみたいですのでイラレ用途のときは72dpiを選択するといいと思います。

もうちょっと汎用的な数値指定のUIにする方向もあったかと思いますが、あんまり入力の手間があるのもなーということで今回は割愛。画面デザインもちょっと今iphone開発のほうに時間を使いたいので暇なときに。
前回のFlex版からはデータの追加以外はmx:Applicationをmx:WindowedApplicationに変更したくらいでAirになったので移植の手間はほとんどなかったという感じです。
もうちょいAirっぽいことを（アンドロイドに向けて）知っときたいのでまた一段落したら手をいれるかもしれません。
それでは何かのお役にたてれば。


]]></description>
			<content:encoded><![CDATA[<p>
<img src="http://capeknote.jp/blog/wp-content/uploads/title.jpg" alt="title" title="title" width="661" height="125" class="aligncenter size-full wp-image-383" /><br clear="all"><br />
<h3>実寸くんのAir版をつくりました</h3><a href="http://capeknote.jp/blog/wp-content/uploads/cap.jpg" rel="shadowbox[post-382];player=img;"><img src="http://capeknote.jp/blog/wp-content/uploads/cap.jpg" alt="cap" title="cap" width="301" height="431" class="alignleft size-full wp-image-390" /></a><br />
<a href="http://capeknote.jp/air/jissunkun/JissunKunAir.air">→こちらからダウンロードできます</a><br />
　(文字が出てしまう方は右クリックで保存してください)<br />
<br />
<strong>【これは何？】</strong><br />
実寸くんAirは、画面に表示中のiphone,ipad,印刷物のデザインを何％縮小すれば実寸相当に見えるか計算するAirアプリケーションです。<br />
<br />
<strong>【使い方】</strong><br />
1.インストールして起動すると左のような画面がでてきます<br />
2.実寸表示させたい対象を選びます。紙は<a href="http://capeknote.jp/blog/wp-content/uploads/cap1.gif" rel="shadowbox[post-382];player=img;">解像度も選べます</a><br />
3.お使いのモニタのインチ数をいれてください<br />
4.計算を押すと一番したのフォームに%がでます<br />
5.グラフィックアプリで対象をこの縮尺に拡大縮小させます<br />
6.ほぼ実寸どおりの大きさで見ることができるので、実物のサイズのデザインの感じがつかめます<br />
<br />
<strong>【動作環境】</strong><br />
Airランタイム1.5以上が必要です。<br />
<a href ="http://get.adobe.com/jp/air/" target="_blank">→Adobeサイトから</a>ダウンロードできます。<br />
Mac Windows両方でうごきますが、72dpi換算でつくったので96dpiのwindowsだと誤差がでる可能性があります。<br />
<br clear="all"><br />
<strong>【免責事項】</strong><br />
実寸くんAir（以下本アプリ）は画面上での実寸表示を目的として縮尺率を計算するアプリケーションですが、<a href="http://stat001.ameba.jp/user_images/20090429/10/kougen/71/02/j/o0489053510172757416.jpg" rel="shadowbox[post-382];player=img;">完全に一致</a>するかどうかはご利用のモニタの黒ふちの量等の設定などに左右されますので計算による結果を保証するものではありません。<br />
本アプリはフリーソフトウェアです。利用者は自己の責任において本アプリを利用するものとし、いかなる損害も当方は一切責任を負わないものとします。<br />
<br />
<br />
<h3>そんなわけで</h3>今回のver1では<a href="http://capeknote.jp/blog/wp-content/uploads/cap1.gif" rel="shadowbox[post-382];player=img;">紙(A5-A3 B5-B3 ハガキ 名刺)</a>・iphone4・ipadに対応してみました。印刷デザインとかでWYSIWYGぽい使い方ができるんじゃないかな〜と思います。<br />
Flex版の実寸くんのときにも書きましたが、<a href="http://capeknote.jp/blog/?p=156" target="_blank">photoshopでやるぶんには拡大縮小はスマートオブジェクトでやったほうがきれい</a>です。あとイラレは解像度関係なく72dpi換算で表示されてるみたいですのでイラレ用途のときは72dpiを選択するといいと思います。<br />
<br />
もうちょっと汎用的な数値指定のUIにする方向もあったかと思いますが、あんまり入力の手間があるのもなーということで今回は割愛。画面デザインもちょっと今iphone開発のほうに時間を使いたいので暇なときに。<br />
前回のFlex版からはデータの追加以外はmx:Applicationをmx:WindowedApplicationに変更したくらいでAirになったので移植の手間はほとんどなかったという感じです。<br />
もうちょいAirっぽいことを（アンドロイドに向けて）知っときたいのでまた一段落したら手をいれるかもしれません。<br />
それでは何かのお役にたてれば。<br />
<br />
</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=382</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>iphoneの画面のmm寸法のメモ</title>
		<link>http://capeknote.jp/blog/?p=377</link>
		<comments>http://capeknote.jp/blog/?p=377#comments</comments>
		<pubDate>Fri, 23 Jul 2010 14:16:35 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[data]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=377</guid>
		<description><![CDATA[
画面のところ何mm?Appleのサイト見ても筐体の大きさしかのってない。
ので、iphoneテンプレを提供してくださっているところのPSDから起算した推測値。

iphone3G

50.8mm × 76.2mm  320px × 480px 


iphone4

49.7mm × 74.6mm  640px × 960px


ipad

146.1mm × 194.8mm  768px × 1024px



]]></description>
			<content:encoded><![CDATA[<p>
<h3>画面のところ何mm?</h3>Appleのサイト見ても筐体の大きさしかのってない。<br />
ので、iphoneテンプレを提供してくださっているところのPSDから起算した推測値。<br />
<br />
iphone3G<br />
<ul>
<li>50.8mm × 76.2mm  320px × 480px <br />
</ul>
<br />
iphone4<br />
<ul>
<li>49.7mm × 74.6mm  640px × 960px<br />
</ul>
<br />
ipad<br />
<ul>
<li>146.1mm × 194.8mm  768px × 1024px<br />
</ul>
<br />
</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=377</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>紙のpx換算のメモ</title>
		<link>http://capeknote.jp/blog/?p=371</link>
		<comments>http://capeknote.jp/blog/?p=371#comments</comments>
		<pubDate>Tue, 20 Jul 2010 10:53:31 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[data]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=371</guid>
		<description><![CDATA[
紙のサイズは何pxか？ちょっとデータが必要だったので、フォトショの新規ファイル作成のところでちまちま単位を変えて値を採取したメモ。
フォトショは72dpi換算でpxに変換している（はず）なので、1インチ=25.4 mmとすると1pxは(見た目の大きさはモニタで変わるけど)、0.35277778mm。
A4で検算すると、595×0.35277778 = 209.90278mm なのでほぼ合ってる。
あとは印刷解像度は72dpi基準で何倍大きいかというはなしなのでとりあえず間違ってないかなー。

A4  210mm×297mm

72dpi    595px×842px
100dpi  827px×1169px
300dpi  2480px×3508px
350dpi  2894px×4093px

B4  257mm×364mm

72dpi    729px×1032px
100dpi  1012px×1433px
300dpi  3035px×4299px
350dpi  3541px×5016px

官製はがき 100mm×148mm

72dpi    283px×420px
100dpi  394px×583px
300dpi  1181px×1748px
350dpi  1378px×2039px




]]></description>
			<content:encoded><![CDATA[<p>
<H3>紙のサイズは何pxか？</H3>ちょっとデータが必要だったので、フォトショの新規ファイル作成のところでちまちま単位を変えて値を採取したメモ。<br />
フォトショは72dpi換算でpxに変換している（はず）なので、1インチ=25.4 mmとすると1pxは(見た目の大きさはモニタで変わるけど)、0.35277778mm。<br />
A4で検算すると、595×0.35277778 = 209.90278mm なのでほぼ合ってる。<br />
あとは印刷解像度は72dpi基準で何倍大きいかというはなしなのでとりあえず間違ってないかなー。<br />
<br />
A4  210mm×297mm<br />
<ul>
<li>72dpi    595px×842px<br />
<li>100dpi  827px×1169px<br />
<li>300dpi  2480px×3508px<br />
<li>350dpi  2894px×4093px<br />
</ul>
B4  257mm×364mm<br />
<ul>
<li>72dpi    729px×1032px<br />
<li>100dpi  1012px×1433px<br />
<li>300dpi  3035px×4299px<br />
<li>350dpi  3541px×5016px<br />
</ul>
官製はがき 100mm×148mm<br />
<ul>
<li>72dpi    283px×420px<br />
<li>100dpi  394px×583px<br />
<li>300dpi  1181px×1748px<br />
<li>350dpi  1378px×2039px<br />
</ul>
<br />
<br />
</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=371</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>画面展開の表記方法</title>
		<link>http://capeknote.jp/blog/?p=302</link>
		<comments>http://capeknote.jp/blog/?p=302#comments</comments>
		<pubDate>Mon, 19 Jul 2010 11:17:06 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[IA]]></category>
		<category><![CDATA[UX]]></category>
		<category><![CDATA[iphone]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=302</guid>
		<description><![CDATA[
iphoneアプリの画面設計をしていて、画面フローの表記をしようとして普通の画面フローチャートだとUIインタラクションを表記しにくいよね、と思ったので考えてみた。



画面フロー図の限界webの画面フロー図は以下のことができないなー、不便だなーと思ってた。


画面展開を表記する記法がない。webだと_blankくらいしかないけどアプリだと不便
画面が内包しているコンポーネントを表記できないので、画面のどのボタンが次の画面につながっているのかわからない。
↑レベルのを練ろうとするとワイヤーフレーム/プロトタイプをつくる作業になってしまう。プロトタイプだと逆に画面のつながりや展開の法則性がとらえにくく、整合のとれたインタラクションデザインが試行錯誤しにくい
そもそも画面展開の種類って網羅的に把握されてる？


構造化寄りの表記方法は「情報アーキテクチャ、インタラクションデザイン記述のためのビジュアルボキャブラリー」で議論されているものの、上記のようなことをやりたいとき、どうやって書いたらいいのかなー、というのが課題だった。

(画面フロー図例：via http://terasoluna.sourceforge.jp/tutorial/server-web/Document/WebTutorial_2.html)



展開形式はどれくらいあるか〜ダイアグラム化さがしてもないので、やりましょう。ということでリサーチ。
画面展開を表現するにあたり、どれくらいの展開形式があるのか。ざっと以下の7種類に集約されるのでは。

全面上書き展開（いわゆる&#8221;_self&#8221;）
別画面遷移展開（いわゆる&#8221;_blank&#8221;やiphoneでの別viewへの遷移）
画面分割展開（1画面を別フレームで切って展開。Eclipseなどのペイン類）
非同期部分変更（ajax的な画面変更）
フロート展開-排他 ダイアログ型（フロート内でアクションしないかぎり解除されない）
フロート展開-排他 吹き出し型（領域外クリックで容易に解除される）
フロート展開-非排他（パレット、ドローワー類）


さらにダイアグラム化してみる。これをフロー図の画面間に差し挟めば、画面展開形式が表現できるのではないか。






利用例実際に使ってみるとこんなかんじ。





通常のフローチャートの矢印の間に上記のダイアグラムをさしはさんで展開形式を表現します。また点線ワクで画面に付随するコンポーネントを表します。

●メリット

画面フロー図レベルである程度のアクションとそれに対してのコンポーネントの反応、展開後の遷移を一覧できる
ざっとした画面フローを書いてからこれらのインタラクションを表記することで、逆算的に画面要素を決定できる
対外的に必要でないかぎり画面要素仕様書を省ける。プロトタイプレベルでわかる画面の動きもある程度予想できる
上記ダイアグラムの7つのパターンをさしかえてみることで画面展開構成の試行錯誤が網羅的にできる
フロー図を拡張したシュミレーションという側面があるので手書き向き。


●デメリット

スマートフォンなど要素が限られるものはいいがweb規模だと図が複雑になりすぎるか？
ページやコンポーネントのタイプと、展開形式をひもづけて管理するには、これで構成したあとエクセルとかにまとめたほうがいいかも。



そういうわけでPDFにしてみたということで、「Transition Pattern Diagram」としてPDFで公開します。

→Transition Pattern Diagram (PDF)

ご自由にご利用ください。
たぶんこれ、コンセントさんのsite-it!等の画面をパターン化したツールと組み合わせると相性いいような気がする。
あと手書きで書いて試行錯誤して詰めていくシーンを想定しているのでがっつりつくるよりラフにやるのがいいのかなーと。
もしよろしければフィードバックいただけるとうれしいです。あとcapeknoteが知らないだけでこんなのあるよ、とか。
twitter: @capeknote です。
それではー。


]]></description>
			<content:encoded><![CDATA[<p>
iphoneアプリの画面設計をしていて、画面フローの表記をしようとして普通の画面フローチャートだとUIインタラクションを表記しにくいよね、と思ったので考えてみた。<br />
<br />
<br />
<br />
<H3>画面フロー図の限界</H3><a href="http://terasoluna.sourceforge.jp/tutorial/server-web/Document/WebTutorialImg/WebTutorial_2.1_01.png" rel="shadowbox[post-302];player=img;"><img src="http://capeknote.jp/blog/wp-content/uploads/WebTutorial_2.1_01-150x150.png" alt="WebTutorial_2.1_01" title="WebTutorial_2.1_01" width="150" height="150" class="alignright size-thumbnail wp-image-314" hspace="10"/></a>webの画面フロー図は以下のことができないなー、不便だなーと思ってた。<br />
<br />
<ul>
<li>画面展開を表記する記法がない。webだと_blankくらいしかないけどアプリだと不便<br />
<li>画面が内包しているコンポーネントを表記できないので、画面のどのボタンが次の画面につながっているのかわからない。<br />
<li>↑レベルのを練ろうとするとワイヤーフレーム/プロトタイプをつくる作業になってしまう。プロトタイプだと逆に画面のつながりや展開の法則性がとらえにくく、整合のとれたインタラクションデザインが試行錯誤しにくい<br />
<li>そもそも画面展開の種類って網羅的に把握されてる？<br />
</ul>
<br />
構造化寄りの表記方法は<a href="http://www.concentinc.jp/ia/visvocab/" target_blank>「情報アーキテクチャ、インタラクションデザイン記述のためのビジュアルボキャブラリー」</a>で議論されているものの、上記のようなことをやりたいとき、どうやって書いたらいいのかなー、というのが課題だった。<br />
<br />
(画面フロー図例：via <a href="http://terasoluna.sourceforge.jp/tutorial/server-web/Document/WebTutorial_2.html" target="_blank">http://terasoluna.sourceforge.jp/tutorial/server-web/Document/WebTutorial_2.html</a>)<br />
<br />
<br />
<br />
<H3>展開形式はどれくらいあるか〜ダイアグラム化</H3>さがしてもないので、やりましょう。ということでリサーチ。<br />
画面展開を表現するにあたり、どれくらいの展開形式があるのか。ざっと以下の7種類に集約されるのでは。<br />
<ul>
<li>全面上書き展開（いわゆる&#8221;_self&#8221;）<br />
<li>別画面遷移展開（いわゆる&#8221;_blank&#8221;やiphoneでの別viewへの遷移）<br />
<li>画面分割展開（1画面を別フレームで切って展開。Eclipseなどのペイン類）<br />
<li>非同期部分変更（ajax的な画面変更）<br />
<li>フロート展開-排他 ダイアログ型（フロート内でアクションしないかぎり解除されない）<br />
<li>フロート展開-排他 吹き出し型（領域外クリックで容易に解除される）<br />
<li>フロート展開-非排他（パレット、ドローワー類）<br />
</ul>
<br />
さらにダイアグラム化してみる。これをフロー図の画面間に差し挟めば、画面展開形式が表現できるのではないか。<br />
<br />
<a href="http://capeknote.jp/blog/wp-content/uploads/tenkai.gif" rel="shadowbox[post-302];player=img;"><img src="http://capeknote.jp/blog/wp-content/uploads/tenkai.gif" alt="tenkai" title="tenkai" width="398" height="213" class="alignnone size-full wp-image-351" /></a><br />
<br />
<br />
<br />
<br />
<H3>利用例</H3>実際に使ってみるとこんなかんじ。<br />
<br />
<br />
<a href="http://capeknote.jp/blog/wp-content/uploads/diagram.gif" rel="shadowbox[post-302];player=img;"><img src="http://capeknote.jp/blog/wp-content/uploads/diagram.gif" alt="diagram" title="diagram" width="655" height="425" class="alignnone size-full wp-image-352" /></a><br />
<br />
<br />
通常のフローチャートの矢印の間に上記のダイアグラムをさしはさんで展開形式を表現します。また点線ワクで画面に付随するコンポーネントを表します。<br />
<br />
●メリット<br />
<ul>
<li>画面フロー図レベルである程度のアクションとそれに対してのコンポーネントの反応、展開後の遷移を一覧できる<br />
<li>ざっとした画面フローを書いてからこれらのインタラクションを表記することで、逆算的に画面要素を決定できる<br />
<li>対外的に必要でないかぎり画面要素仕様書を省ける。プロトタイプレベルでわかる画面の動きもある程度予想できる<br />
<li>上記ダイアグラムの7つのパターンをさしかえてみることで画面展開構成の試行錯誤が網羅的にできる<br />
<li>フロー図を拡張したシュミレーションという側面があるので手書き向き。<br />
</ul>
<br />
●デメリット<br />
<ul>
<li>スマートフォンなど要素が限られるものはいいがweb規模だと図が複雑になりすぎるか？<br />
<li>ページやコンポーネントのタイプと、展開形式をひもづけて管理するには、これで構成したあとエクセルとかにまとめたほうがいいかも。<br />
</ul>
<br />
<br />
<h3>そういうわけでPDFにしてみた</h3>ということで、「Transition Pattern Diagram」としてPDFで公開します。<br />
<br />
<a href='http://capeknote.jp/blog/wp-content/uploads/transition_pattern_diagram.pdf' target="_blank">→Transition Pattern Diagram (PDF)</a><br />
<br />
ご自由にご利用ください。<br />
たぶんこれ、コンセントさんの<a href="http://www.concentinc.jp/labs/2009/04/site-it/" target="_blank">site-it!</a>等の画面をパターン化したツールと組み合わせると相性いいような気がする。<br />
あと手書きで書いて試行錯誤して詰めていくシーンを想定しているのでがっつりつくるよりラフにやるのがいいのかなーと。<br />
もしよろしければフィードバックいただけるとうれしいです。あとcapeknoteが知らないだけでこんなのあるよ、とか。<br />
<a href="http://twitter.com/capeknote" target="_blank">twitter: @capeknote</a> です。<br />
それではー。<br />
<br />
</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=302</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ObjCのメモリ管理のメモ</title>
		<link>http://capeknote.jp/blog/?p=256</link>
		<comments>http://capeknote.jp/blog/?p=256#comments</comments>
		<pubDate>Tue, 29 Jun 2010 08:08:50 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[iphone]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=256</guid>
		<description><![CDATA[
とりあえず　→詳解 Objective-C 2.0　のメモリの項をよんでたくさんハテナが浮かんだので、もっとやさしいところから・・・というわけで、なんとなくざっくり把握したところのメモ。
前提ルール
alloc と retain、copyしたときに参照カウントが増える。参照の所有者（生成モトでオーナーシップをもっているもの）がreleaseしゼロの時deallocが呼ばれメモリが解放される
クラスメソッドで生成されたものは自前でreleaseしなくていい
iphoneの@propaty宣言はだいたい(nonatomic,retain) 。ただしself.つけないとアクセサ扱いにならない。assignはガベコレを意図したものだがiphoneはガベコレない。
ループ内などではautoreleaseを活用


凡例
/*
インタフェース
*/
@interface HogeViewControler:UIViewController
{
	UILabel * windowLabel;
	NSArray * myHogeArray;
}
@property( nonatomin, retain) IBOutlet UILabel * windowLabel;
@property( nonatomin, retain) NSArray * myHogeArray;

@end


/*
実装
*/
#import "HogeViewControler.h"

@implementation HogeViewControler
@synthesize windowLabel, myHogeArray;

-(void) viewDidLoad
{
	//[1] allocでarrayが保持しているのでリリースする必要がある
	NSArray * array = [[NSArray alloc] initWithObjects : @"1", @"2", nil];

	//[2] arrayを参照しているのでretainCountふえる
	//setterのretainとarrayから渡されたポインタで合計2
	//self. なしだとアクセサにならずただの代入 
	//retainで確保されているのでNSArray * array側がreleaseしても存続できる

	self.myHogeArray = array;
	NSLog(@"%d" , [myHogeArray retainCount]); // 出力：2　


	//[3] クラスメソッドはautoreleaseされる
	NSArray * myFugaArray = [NSArray [...]]]></description>
			<content:encoded><![CDATA[<p>
とりあえず　<a href="http://www.amazon.co.jp/dp/4797346809" target="_blank">→詳解 Objective-C 2.0</a>　のメモリの項をよんでたくさんハテナが浮かんだので、もっとやさしいところから・・・というわけで、なんとなくざっくり把握したところのメモ。<br/><br/><br />
<H3>前提ルール</H3><ul>
<li>alloc と retain、copyしたときに参照カウントが増える。参照の所有者（生成モトでオーナーシップをもっているもの）がreleaseしゼロの時deallocが呼ばれメモリが解放される<br />
<li>クラスメソッドで生成されたものは自前でreleaseしなくていい<br />
<li>iphoneの@propaty宣言はだいたい(nonatomic,retain) 。ただしself.つけないとアクセサ扱いにならない。assignはガベコレを意図したものだがiphoneはガベコレない。<br />
<li>ループ内などではautoreleaseを活用<br />
</ul>
<br />
<H3>凡例</H3><pre name="code" class="objc">
/*
インタフェース
*/
@interface HogeViewControler:UIViewController
{
	UILabel * windowLabel;
	NSArray * myHogeArray;
}
@property( nonatomin, retain) IBOutlet UILabel * windowLabel;
@property( nonatomin, retain) NSArray * myHogeArray;

@end


/*
実装
*/
#import "HogeViewControler.h"

@implementation HogeViewControler
@synthesize windowLabel, myHogeArray;

-(void) viewDidLoad
{
	//[1] allocでarrayが保持しているのでリリースする必要がある
	NSArray * array = [[NSArray alloc] initWithObjects : @"1", @"2", nil];

	//[2] arrayを参照しているのでretainCountふえる
	//setterのretainとarrayから渡されたポインタで合計2
	//self. なしだとアクセサにならずただの代入 
	//retainで確保されているのでNSArray * array側がreleaseしても存続できる

	self.myHogeArray = array;
	NSLog(@"%d" , [myHogeArray retainCount]); // 出力：2　


	//[3] クラスメソッドはautoreleaseされる
	NSArray * myFugaArray = [NSArray arrayWithObjects:@"1", @"2", nil]; 

	//[4] autorelease Pool
	int i = 0;
 	for ( i = 0; i < 10; i++)
 	{
 	 	NSAutoreleasePool * pool = [[ NSAutoreleasePool alloc ] init];
 	 	//大量生成されるオブジェクトを記述あとでリリース 	 	
 	 	[pool release];
 	}

	//[1] arrayのリリース
	[array release];
}

-(void) viewDidUnLoad
{
	//[2] setterのretainが確保しているカウントを解放
	//これってNSObject継承したクラスだとどこでよぶの？
	self.myFugaArray = nil;
	self.windowLabel = nil;
}

-(void) dealloc
{
	//[2] インスタンスプロパティの最終的な解放
	[windowLabel release];
	[myHogeArray release];
	[super dealloc];
}
@end</pre>
<br />
<H3>参考にしたサイト</H3><a href="http://www.amazon.co.jp/dp/4797358106/" target="_blank">→はじめてのiPhone3プログラミング [amazon]</a><br />
<a href="http://lifeaether.homeunix.net/overtaker/blog/?page_id=1492" target="_blank">→メモリ管理 byこたつつきみかん</a><br />
<a href="http://www.j-love.info/natsu/iphone-app/natsus_note/dev/tips/objective-c_memory_management_1.html" target="_blank">→Objective-C メモリ管理 : 生成と解放 by Natsu's note</a><br />
<a href="http://www.j-love.info/natsu/iphone-app/natsus_note/dev/tips/iphonexcodebuild_and_analyze.html" target="_blank">→iPhoneアプリ開発：XcodeのBuild and Analyze by Natsu's note</a><br />
<a href="http://nosue.blogsite.org/archives/dev/iphone/9" target="_blank">→Objective-Cのメモリ管理 by Nosue's log</a><br />
<a href="http://www.remus.dti.ne.jp/~yoshiki/cocoa/ed1/13/index.html" target="_blank">→Cocoaでいこう！ Macらしく 第13回</a><br />
<br />
<a href="http://www.j-love.info/natsu/iphone-app/natsus_note/dev/tips/iphonexcodebuild_and_analyze.html" target="_blank">Build and Analyze</a>ってあるの知らなかった！ちょう親切！！<br />
<br />
<br />
</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=256</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>AS3erのObjCメモ</title>
		<link>http://capeknote.jp/blog/?p=207</link>
		<comments>http://capeknote.jp/blog/?p=207#comments</comments>
		<pubDate>Sun, 23 May 2010 15:41:31 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[iphone]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=207</guid>
		<description><![CDATA[
iphone開発のためにGWにObjCをざっととおしてみたのだけどいざ作ろうとすると鳥頭にもほどがあるので備忘録。

参考：「→XcodeによるObjective-C入門」
とてもわかりやすかった。文字列、配列、クラスetc..　と基礎を通して書いてある。OSX用の話なのでそのまんまはいけませんがそれでも良書。

あと、→@ITの記事や、「最速基礎文法マスター」が流行ったときの記事も参考になりました。
→Objective-C 最速基礎文法マスター（by fn7の日記）
→ActionScript 3.0 基礎文法最速マスター（by 読書メモ＋tips＋日記）


で、以下メモ。


プロパティ、メソッド、定数
//プロパティ　オブジェクト型は*ポインタが必要
//@privateで定義で　private var myDate:Date;
NSDate * myDate;
NSString * myString;
NSLocale * myCurrentLocale;

//定数
//public static const HOGE:int = 2;
const int HOGE = 2;

//メソッド
//public function countNumber(count:int):int
-(int) countNumber :(int) count
{
	count++;

	//ローカル変数var result:int = count;
	int result = count;

	//trace(result);  %d10進数　%f小数　%c1文字 %@ オブジェクトの内容
	NSLog(@"%d", result);

	return result;
}

//--------------------------------
//よみにくいメソッド 引数２つ
//public function application
//( application: UIApplication , didFinishLaunchingWithOptions( launchOptions: NSDictionary ) ): Boolean

- (BOOL)application: (UIApplication *)application [...]]]></description>
			<content:encoded><![CDATA[<p>
iphone開発のためにGWにObjCをざっととおしてみたのだけどいざ作ろうとすると鳥頭にもほどがあるので備忘録。<br />
<br />
参考：「<a href="http://www.amazon.co.jp/dp/4839931879" target="_blank">→XcodeによるObjective-C入門</a>」<br />
とてもわかりやすかった。文字列、配列、クラスetc..　と基礎を通して書いてある。OSX用の話なのでそのまんまはいけませんがそれでも良書。<br />
<br />
あと、<a href="http://www.atmarkit.co.jp/fcoding/articles/objc/03/objc03a.html" target="_blank">→@ITの記事</a>や、「最速基礎文法マスター」が流行ったときの記事も参考になりました。<br />
<a href="http://d.hatena.ne.jp/fn7/20100203/1265207098" target="_blank">→Objective-C 最速基礎文法マスター（by fn7の日記）</a><br />
<a href="http://blog.livedoor.jp/takaaki_bb/archives/51374100.html" target="_blank">→ActionScript 3.0 基礎文法最速マスター（by 読書メモ＋tips＋日記）</a><br />
<br />
<br />
で、以下メモ。<br />
<br />
<br />
<H3>プロパティ、メソッド、定数</H3><pre name="code" class="objc">
//プロパティ　オブジェクト型は*ポインタが必要
//@privateで定義で　private var myDate:Date;
NSDate * myDate;
NSString * myString;
NSLocale * myCurrentLocale;

//定数
//public static const HOGE:int = 2;
const int HOGE = 2;

//メソッド
//public function countNumber(count:int):int
-(int) countNumber :(int) count
{
	count++;

	//ローカル変数var result:int = count;
	int result = count;

	//trace(result);  %d10進数　%f小数　%c1文字 %@ オブジェクトの内容
	NSLog(@"%d", result);

	return result;
}

//--------------------------------
//よみにくいメソッド 引数２つ
//public function application
//( application: UIApplication , didFinishLaunchingWithOptions( launchOptions: NSDictionary ) ): Boolean

- (BOOL)application: (UIApplication *)application didFinishLaunchingWithOptions: (NSDictionary *)launchOptions 
{    
    
    //window.addSubview( viewController.view );    
    [window addSubview:viewController.view];

    //window. makeKeyAndVisible();
    [window makeKeyAndVisible];
	
    return YES;
}

</pre>
<br />
<H3>文字列</H3><pre name="code" class="objc">

	//変更可能な文字生成するオブジェクト
	NSMutableString * moji;

	//new NSMutableString(10); 10文字の領域を確保した変更可能な文字オブジェクトを生成
	moji = [[NSMutableString alloc]initWithCapacity:10];
	
	//moji = "foo" + "bar" + "30"; 
	[moji appendString:@"foo"];
	[moji appendString:@"bar"];
	[moji appendFormat:@" %d",30];
	NSLog(@"%@",moji);
	
	//--------------------------------
	//NSStringにあとで文字を追加したい場合
	NSString * str1 = @"hoge";
	NSString * str2 = [str1 stringByAppendingString:@"fuga"];
	
	NSLog(@"%@",str2);
	
	//--------------------------------
	//文字列の等価の判定
	
	NSString * strA = @"hoge";
	NSString * strB = @"fuga";
	
	if ([strA isEqualToString:strB]) 
	{
		
		NSLog(@"いっしょ");
	}
	else 
	{
		NSLog(@"いっしょじゃない");
	}
</pre>
<br />
<H3>配列</H3><pre name="code" class="objc">

	//Cのint型の配列　var myArray = new Array();でもintだけ
	int myArray[] = {1,31,5,6,80};
	
	double sum = 0;

	for (int i = 0; i < MAXNUM; i++) {
		sum += myArray[i];
	}
	
	//--------------------------------
	//ObjCの変更可能な配列

	NSMutableArray * mutableArray; 
	
	//メモリ領域を確保して生成
	mutableArray = [NSMutableArray arrayWithCapacity:5];
	
	//push
	[mutableArray addObject:@"one"];
	[mutableArray addObject:@"two"];
	[mutableArray addObject:@"three"];
	[mutableArray addObject:@"four"];
	[mutableArray addObject:@"five"];
	
	//for each
	for(NSString * str in mutableArray)
	{
		NSLog(@"%@",str);
	}
</pre>
<br />
<H3>インスタンス化とメモリ解放</H3><pre name="code" class="objc">

//生成　myDate:Date = new Date();	
NSDateComponents * myDate = [[NSDateComponents alloc]init];

//解放
[myDate release];
</pre>
<br />
<H3>ポインタ</H3><pre name="code" class="objc">
	//なんでも参照渡しになるかんじ？

	int thisYear = 2009;
	int * pointerYear1;//メモリ上の場所を確保して変数を宣言
	int * pointerYear2;

	//メモリ上の場所に変数thisYearをつっこむために&#038;つきでわたす
	pointerYear1 = &thisYear;
	pointerYear2 = &thisYear;
	
	//おなじメモリ上のアドレスを見ているので変更するとpointerYear2も変更される
	*pointerYear1 = 2000;
</pre>
<br />
<br />
ほかにもたくさん要素はあるけどざっくり念頭においとくために。<br />
メモリ解放のところは、iphoneのほうの書籍にもうちょいこまかいことが書いてあったけど会社においてきたのであとで追記します。<br />
<br />
勘違いしてるとこがあったらご指摘ください☆<br />
<br />
</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=207</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>「実寸くん」〜Macの画面にiphone実寸相当で表示したいときの縮尺計算機</title>
		<link>http://capeknote.jp/blog/?p=156</link>
		<comments>http://capeknote.jp/blog/?p=156#comments</comments>
		<pubDate>Sat, 08 May 2010 10:17:01 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[Flash]]></category>
		<category><![CDATA[iphone]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=156</guid>
		<description><![CDATA[


使い方

上に表示されてる「実寸くん」はflashによる縮尺計算機です。
モニタのインチサイズ・解像度を入力すると、お使いの環境で画像を何％縮小表示すればiphone実機相当の大きさで見えるか、といった数値を表示します。
解像度は自動入力してるので、間違ってなければ、インチのみ入力してください。

その「実寸くん」から得られた縮尺率をデザイン中の画像に適用すると、左の画像のように実機と画面上のテンプレが似たようなサイズになります。実際の感じをつかみながらデザインしたい時に便利です。
(※3GSまで。iphone4は解像度4倍ですっけ・・さらに25%すればいけるとおもいますが。。)
あ、あと画像の縮小等はフォトショやGIMPつかってくださいね。
※完全に一致・・・するかどうかはモニタまわりの黒縁の大きさや設定等で誤差ができると思います。
　ほんとの実寸になることを保証するものではないことをご了承ください


どうして作ったか
左の画像は、Macで100％表示したiphone用のPSDのテンプレ(→iphone GUI PSD 3.0 by Geoff Teehan)と、実機をならべたものです。

でっかい、ですよね。

iphoneのディスプレイ部分の大きさで320px × 420px ですが、ピクセルはモニタインチと解像度によって表示される大きさがかわってしまうので、こんなふうになっています。

ちょっとこれだと、実際の見え方がわかりにくくてデザインしにくいなー、何％縮小すればモニタ上で実機サイズに見えるのかなー？　と思って「実寸くん」を作成しました。


Photoshopで縮小表示するときのTips
ところでPhotoshopで作業されてる方はご存知だと思いますが、虫眼鏡ツールなどで中途半端な80.5％とかの縮尺で表示させると、すっげー文字や画像がガビガビになります。
これだと実寸でどんなかんじ？という確認にならないので、簡単なTipsをひとつ。

【photoshopで縮小表示確認するときのTips】
スマートオブジェクトを配置したほうで縮小して編集はスマートオブジェクト本体で行います。（CS3以降）
スマートオブジェクトはFlashで言うシンボルみたいなものです。配置したもののサイズを変えても内容物は非破壊のまま保たれます。またスマートオブジェクト内を修正して保存すると即座に変更が反映されます。

【手順】

・必要なテンプレ画像を作成し、デスクトップかどこかに保存
・ファイル　＞　スマートオブジェクトとして開く　から先ほどのファイルを開く
・「実寸くん」でもとめたサイズに縮小します。これできれいに実寸でみれました
・レイヤーをダブルクリックするとスマートオブジェクトの本体が開くので編集
　保存すると即座に反映されるので、感じをつかみながらデザインできます

画像は、photoshopのキャプチャですが、左がスマートオブジェクトでひらいて、iphone実寸にしたもの、右が編集中の、スマートオブジェクトの中身です。こんなふうに並べて作業するとよさげかと思います。

iphone制作用ツールなのになんでflashで作ったのかはげふんげふんげふん・・

それではenjoy!


]]></description>
			<content:encoded><![CDATA[<p>

    <object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" id="swfobj_0" width="400" height="390" align="center">
      <param name="movie" value="http://capeknote.jp/blog/wp-content/uploads/jissunkun1.swf" />
      <param name="align" value="center" />
      <!--[if !IE]>-->
      <object type="application/x-shockwave-flash" data="http://capeknote.jp/blog/wp-content/uploads/jissunkun1.swf" width="400" height="390" align="center">
      <!--<![endif]-->
        <p>The Flash plugin is required to view this object.</p>
      <!--[if !IE]>-->
      </object>
      <!--<![endif]-->
    </object>
 <br />
<br />
<h3>使い方</h3>
<img src="http://capeknote.jp/blog/wp-content/uploads/011.jpg" alt="01" title="01" width="203" height="170" class="alignleft size-full wp-image-177" />
上に表示されてる「実寸くん」はflashによる縮尺計算機です。<br />
モニタのインチサイズ・解像度を入力すると、お使いの環境で画像を何％縮小表示すればiphone実機相当の大きさで見えるか、といった数値を表示します。<br />
解像度は自動入力してるので、間違ってなければ、インチのみ入力してください。<br />
<br />
その「実寸くん」から得られた縮尺率をデザイン中の画像に適用すると、左の画像のように実機と画面上のテンプレが似たようなサイズになります。実際の感じをつかみながらデザインしたい時に便利です。<br />
<BR/><BR/>(※3GSまで。iphone4は解像度4倍ですっけ・・さらに25%すればいけるとおもいますが。。)<br />
あ、あと画像の縮小等はフォトショやGIMPつかってくださいね。<br />
<br clear="all"/>※<a href="http://files.hangame.co.jp/blog/2009/58/d545ce05/12/31/26851355/d545ce05_1262237449673.jpg" rel="shadowbox[post-156];player=img;" target="_blank">完全に一致・・・</a>するかどうかはモニタまわりの黒縁の大きさや設定等で誤差ができると思います。<br />
　ほんとの実寸になることを保証するものではないことをご了承ください<br />
<br />
<br />
<h3>どうして作ったか</h3>
<img src="http://capeknote.jp/blog/wp-content/uploads/0.jpg" alt="0" title="0" width="203" height="198" class="alignleft size-full wp-image-171" />左の画像は、Macで100％表示したiphone用のPSDのテンプレ(<a href="http://www.teehanlax.com/blog/2009/06/18/iphone-gui-psd-30/" target="_blank">→iphone GUI PSD 3.0 by Geoff Teehan</a>)と、実機をならべたものです。<br />
<br />
でっかい、ですよね。<br />
<br />
iphoneのディスプレイ部分の大きさで320px × 420px ですが、ピクセルはモニタインチと解像度によって表示される大きさがかわってしまうので、こんなふうになっています。<br />
<br />
ちょっとこれだと、実際の見え方がわかりにくくてデザインしにくいなー、何％縮小すればモニタ上で実機サイズに見えるのかなー？　と思って「実寸くん」を作成しました。<br />
<br />
<br />
<h3>Photoshopで縮小表示するときのTips</h3>
ところでPhotoshopで作業されてる方はご存知だと思いますが、虫眼鏡ツールなどで中途半端な80.5％とかの縮尺で表示させると、すっげー文字や画像がガビガビになります。<br />
これだと実寸でどんなかんじ？という確認にならないので、簡単なTipsをひとつ。<br />
<br />
【photoshopで縮小表示確認するときのTips】<br />
スマートオブジェクトを配置したほうで縮小して編集はスマートオブジェクト本体で行います。（CS3以降）<br />
スマートオブジェクトはFlashで言うシンボルみたいなものです。配置したもののサイズを変えても内容物は非破壊のまま保たれます。またスマートオブジェクト内を修正して保存すると即座に変更が反映されます。<br />
<br />
【手順】<br />
<img src="http://capeknote.jp/blog/wp-content/uploads/02.jpg" alt="02" title="02" width="203" height="182" class="alignleft size-full wp-image-180" />
・必要なテンプレ画像を作成し、デスクトップかどこかに保存<br />
・ファイル　＞　スマートオブジェクトとして開く　から先ほどのファイルを開く<br />
・「実寸くん」でもとめたサイズに縮小します。これできれいに実寸でみれました<br />
・レイヤーをダブルクリックするとスマートオブジェクトの本体が開くので編集<br />
　保存すると即座に反映されるので、感じをつかみながらデザインできます<br />
<br />
画像は、photoshopのキャプチャですが、左がスマートオブジェクトでひらいて、iphone実寸にしたもの、右が編集中の、スマートオブジェクトの中身です。こんなふうに並べて作業するとよさげかと思います。<br />
<br />
iphone制作用ツールなのになんでflashで作ったのかはげふんげふんげふん・・<br />
<br />
それではenjoy!<br />
<br clear="all"/><br />
</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=156</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>読みにくい英文サイトを読みやすくする</title>
		<link>http://capeknote.jp/blog/?p=138</link>
		<comments>http://capeknote.jp/blog/?p=138#comments</comments>
		<pubDate>Thu, 06 May 2010 02:58:29 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[lifehack]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=138</guid>
		<description><![CDATA[
英語の話のエントリを書くとだんぜん情報●材ぽいうさんくささが出るのはなぜなんだぜ・・・

で。英語、苦手なんですが、調べものしててどーしても英文読まないといけないシチュエーションが多々あり。
いつもなら機械翻訳につっこむんだけど、英文を英文でよめるといいよな〜というのは課題ではあった。

それで、受験のとき長文とか・・・それなりに読んでたよな？と。
どうやって読んでたかなーと記憶をたぐると、あースラッシュいれてたわ、と。

→サルでもわかる高校英語教室　スラッシュリーディングって何だ？

↑こういうのっぽい。
で、ネットの英文なので、読みながらスラッシュをいれこみたい。
とりあえず画面編集できればいいのか・・そういうブックマークレットどうやってつくるのかな？　としらべてたらもうあった。


→Mozilla Re-Mix　Firefoxで表示しているページを自在に編集することができるようになるブックマークレット


そんなわけでスラッシュいれながら読んでみる。





見えづらゴチャっとしてるけど、読みながら / 入れると理解しやすくなった。
]]></description>
			<content:encoded><![CDATA[<p>
英語の話のエントリを書くとだんぜん情報●材ぽいうさんくささが出るのはなぜなんだぜ・・・<br />
<br />
で。英語、苦手なんですが、調べものしててどーしても英文読まないといけないシチュエーションが多々あり。<br />
いつもなら機械翻訳につっこむんだけど、英文を英文でよめるといいよな〜というのは課題ではあった。<br />
<br />
それで、受験のとき長文とか・・・それなりに読んでたよな？と。<br />
どうやって読んでたかなーと記憶をたぐると、あースラッシュいれてたわ、と。<br />
<br />
<a href="http://eigokyousitsu.nomaki.jp/cyoubun/slashreading.html" target="_blank">→サルでもわかる高校英語教室　スラッシュリーディングって何だ？</a><br />
<br />
↑こういうのっぽい。<br />
で、ネットの英文なので、読みながらスラッシュをいれこみたい。<br />
とりあえず画面編集できればいいのか・・そういうブックマークレットどうやってつくるのかな？　としらべてたらもうあった。<br />
<br />
<br />
<a href="http://mozilla-remix.seesaa.net/article/103202489.html" target="_blank">→Mozilla Re-Mix　Firefoxで表示しているページを自在に編集することができるようになるブックマークレット</a><br />
<br />
<br />
そんなわけでスラッシュいれながら読んでみる。<br />
<br />
<br />
<a href="http://capeknote.jp/blog/wp-content/uploads/slash.gif" rel="shadowbox[post-138];player=img;"><img src="http://capeknote.jp/blog/wp-content/uploads/slash.gif" alt="slash" title="slash" width="681" height="180" class="alignnone size-full wp-image-140" /></a><br />
<br />
<br />
見えづらゴチャっとしてるけど、読みながら / 入れると理解しやすくなった。</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=138</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>サイトランキングいろいろのまとめ</title>
		<link>http://capeknote.jp/blog/?p=127</link>
		<comments>http://capeknote.jp/blog/?p=127#comments</comments>
		<pubDate>Thu, 24 Sep 2009 03:25:15 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[userbility]]></category>
		<category><![CDATA[ユーザビリティ]]></category>
		<category><![CDATA[ランキング]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=127</guid>
		<description><![CDATA[
「主要企業Webユーザビリティランキング2009 企業サイト編」というリリースがあったので、興味があってサイトランキングのいろいろをまとめてみた。

【全般】

	ゴメス
	主要企業Webユーザビリティランキング2009＜企業サイト編＞ トライベックストラテジー
	日本ブランド戦略研究所
	全上場企業ホームページ充実度ランキング調査　日興アイアール
	「日経パソコン」企業サイトランキング
	アックゼロヨンアワード


【横幅調査】 (「日経パソコン」企業サイトランキングをもとにしている)

	今webサイトは幅何pxで製作されているのか（Liquid Paper Clips）
	企業サイトランキング2008の上位21サイトの事例（SimpleIsm）


【ブランド】

	「Webブランド調査2009−III」日経BPコンサルティング


【繊維業界】

	業界別企業サイト分析 &#8211; 繊維業界編　デジパ


【専門学校】

	業界別サイト分析 &#8211; 東京都専門学校編　デジパ


【採用サイト】

	第1回 採用ウェブコンテンツ好感度調査　Web広告研究会


【自治体】

	自治体サイトWebアクセシビリティ調査 2009　ユニバーサルワークス


]]></description>
			<content:encoded><![CDATA[<p>
<a href="http://web-tan.forum.impressrd.jp/n/2009/09/16/6561" target="_blank">「主要企業Webユーザビリティランキング2009 企業サイト編」</a>というリリースがあったので、興味があってサイトランキングのいろいろをまとめてみた。<br />
<br />
<strong>【全般】</strong><br />
<ul>
	<li><a href="http://www.gomez.co.jp/" target="_blank">ゴメス</a></li>
	<li><a href="http://www.tribeck.jp/usability/" target="_blank">主要企業Webユーザビリティランキング2009＜企業サイト編＞ トライベックストラテジー</a></li>
	<li><a href="http://japanbrand.jp/ranking/" target="_blank">日本ブランド戦略研究所</a></li>
	<li><a href="http://www.nikkoir.co.jp/rank/about_2008.html" target="_blank">全上場企業ホームページ充実度ランキング調査　日興アイアール</a></li>
	<li><a href="http://pc.nikkeibp.co.jp/article/trend/20080916/1007963/" target="_blank">「日経パソコン」企業サイトランキング</a></li>
	<li><a href="http://www.acc04.jp/" target="_blank">アックゼロヨンアワード</a></li>
</ul>
<br />
<strong>【横幅調査】</strong> (「日経パソコン」企業サイトランキングをもとにしている)<br />
<ul>
	<li><a href="http://lpclips.net/2008/04/post_58.html" target="_blank">今webサイトは幅何pxで製作されているのか（Liquid Paper Clips）</a></li>
	<li><a href="http://simpleism.net/blog/2009/01/case-with-corporate-site" target="_blank">企業サイトランキング2008の上位21サイトの事例（SimpleIsm）</a></li>
</ul>
<br />
<strong>【ブランド】</strong><br />
<ul>
	<li><a href="  http://consult.nikkeibp.co.jp/consult/wb/ranking2009-3.html" target="_blank">「Webブランド調査2009−III」日経BPコンサルティング</a></li>
</ul>
<br />
<strong>【繊維業界】</strong><br />
<ul>
	<li><a href="http://digiper.com/news_release/article/207.shtml" target="_blank">業界別企業サイト分析 &#8211; 繊維業界編　デジパ</a></li>
</ul>
<br />
<strong>【専門学校】</strong><br />
<ul>
	<li><a href="http://digiper.com/news_release/article/253.shtml" target="_blank">業界別サイト分析 &#8211; 東京都専門学校編　デジパ</a></li>
</ul>
<br />
<strong>【採用サイト】</strong><br />
<ul>
	<li><a href="http://www.wab.ne.jp/topics/080523employment.html" target="_blank">第1回 採用ウェブコンテンツ好感度調査　Web広告研究会</a></li>
</ul>
<br />
<strong>【自治体】</strong><br />
<ul>
	<li><a href="http://www.u-works.co.jp/jichitai/" target="_blank">自治体サイトWebアクセシビリティ調査 2009　ユニバーサルワークス</a></li>
</ul>
</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=127</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Logic Express9をつかってみた</title>
		<link>http://capeknote.jp/blog/?p=93</link>
		<comments>http://capeknote.jp/blog/?p=93#comments</comments>
		<pubDate>Mon, 21 Sep 2009 05:39:55 +0000</pubDate>
		<dc:creator>capeknote</dc:creator>
				<category><![CDATA[DAW]]></category>
		<category><![CDATA[UI]]></category>

		<guid isPermaLink="false">http://capeknote.jp/blog/?p=93</guid>
		<description><![CDATA[
現時点でAppleStoreでは出荷まで7-10日になってるけど、予約の出荷は始まってるみたいで、Logic Express9がウチにとどいてました。

さて、ミュージ郎&#8221;Ballade&#8221;から入ってMC-303、505と長くパソコンのうちこみから離れてたわけです。
そのあいだもCubaseのcubasisだったりデモ版はちらほらさわっていたのだけど、難しすぎてぜんぜんついていけず。

で、また最近ガレバンとかをさわりはじめて、あれーわかりやすいじゃん、というわけでDAWを物色してました。Ableton Liveとかも勧められたんだけど、デモさわっていまいち直感的にわからなかった。最終的にマニュアルを読んで（cubase・LogicExpress）すんなりわかったのでLogic（の廉価版のExpress）にしました。

さてレビュー。一画面完結4ペイン-タブUIがわかりやすい
UIは4ペイン-タブ型でメインのアレンジエリアを中心にエディットが下ペイン、音色選択・素材選択が右ペイン、プロパティ系・ミキシング/エフェクト系が左ペイン。それぞれのペインにコマンドとツールがぶらさがっている形。

DAWではないけれど、他のアプリのプロジェクトでいくつかのUIをペーパープロトで検討したことがあって、こういうペイン-タブ系も検討したんだけど、こんなにすんなりまとめてくれちゃってるといろいろな思いが去来します。。
けっこう多機能でヘビーなUIになりがちなのに、ほとんどのことを一画面完結でまとめていてわかりやすい。
実際、30分ほどつかってすぐにMIDI録音とエディット、音色加工までできました。
なんでこんな簡単なんだろう・・・

ソフトシンセの画面はごっちゃり
唯一フローティングウィンドウで展開するのはソフトシンセ・エフェクター類。反面、これはわかりにくいw
あと画面ちっちゃいのに大きくしたらモトがビットマップなのですこし大画像でモヤっとする。
えー・・ベクターでつくろうよ・・・

シンセそのものはは、オシレーターがあってADSRがあってフィルターがあって、、と構成はわかるんだけど、へんてこなレイアウトのやつがあったりしてちょっと慣れるのに時間かかりそう。

テイク録音がすごい
ほかのDAWにあるのかどうかわからないけど、ガレバンにもあった「テイク録音」が、logicの使いやすさを際立たせています。
だいたい譜面よめんので、視覚的に音符の長さが理解できないため、打ち込みはリアルタイムなのですが、まあ一回でちゃんと弾けるのは稀なので何回もループして数テイク入れられるのがいい。
これはとってもMC-303でループしながら録音する時の感覚に近くて、とても入りやすかった一因です。

そんなふうに、数小節区間ごとにループを切って、テイク録音して完成させ、コピペしたり新しい区間でまた録音したりして作ってゆくのがやりやすかった。
でも、オーバーダブとテイクって切り替えて使うものだとおもうのだけど、設定画面の奥にはいっちゃってるのはちょっと残念かも。

あー、あと音源や素材の右ペインに「ビン」ってタブがあるんだけど「ビン」ってw
「ビン」ってなんですの・・・とよくよく読んだら外部素材の置き場所っぽくて、えーとそれは「bin」のことか・・・とようやく合点。

えー、binの訳がビンとかないわー。

ボカロ連携でつまづいた件
で、DAWDAW言いつつ波形加工は音源もないのでまだためしてません。
ボーカロイドから出したデータを持って来たら使うとおもうけど。

ガレバンで作った曲をSMFに出す手段がいまのところLogicを経由することくらいしか無いのだけど、書き出ししてボカロで読もうとインポートしたら空の状態できてしまった。
で、ボカロの開くメニューのほうから開いたらうまくいった。

制作上のいろいろ
歌ものって作ったこと無かったんですが、思いついた歌メロをiphoneの録音アプリで鼻歌で録って、耳コピで打ち込み、メロディだけはできました。
メロディのコードさがすのってけっこうたいへん。
エレクトロでリズム→コード→主旋律でつくる時とは違って、いつもならキーをとりあえずCでつくって適当にトランスポーズするのだけど、鼻歌だとあたまからGとかでつくることになったりして、うわ、黒鍵がある＞＜　とか・・・（ヘタレ）

ソフトは簡単でも、頭にあるのをつくるまでにいくつか障壁がありますねー。
フォーク/ポップっぽいのにしようと思ったのだけど、ギターのジャカジャカひいてる音ほしいなーと構想するも・・・あ・・・ギターひけねえじゃん俺。
打ち込みの難易度と天秤にかけると、、ギター・・・もっかいやるか・・・・みたいな、、

Logic、ギター用のエフェクタやアンプもたくさん入っててそれも面白そうです。
]]></description>
			<content:encoded><![CDATA[<p>
<img src="http://capeknote.jp/blog/wp-content/uploads/logic01-150x150.jpg" alt="logic01" title="logic01" width="150" height="150" class="alignleft size-thumbnail wp-image-94" />現時点でAppleStoreでは出荷まで7-10日になってるけど、予約の出荷は始まってるみたいで、<a href="http://www.apple.com/jp/logicexpress/" target="_blank">Logic Express9</a>がウチにとどいてました。<br />
<br />
さて、ミュージ郎&#8221;Ballade&#8221;から入って<a href="http://www.roland.co.jp/products/mi/MC-303.html" target="_blank">MC-303</a>、<a href="http://www.roland.co.jp/products/mi/MC-505.html" target="_blank">505</a>と長くパソコンのうちこみから離れてたわけです。<br />
そのあいだもCubaseのcubasisだったりデモ版はちらほらさわっていたのだけど、難しすぎてぜんぜんついていけず。<br />
<br />
で、また最近ガレバンとかをさわりはじめて、あれーわかりやすいじゃん、というわけでDAWを物色してました。Ableton Liveとかも勧められたんだけど、デモさわっていまいち直感的にわからなかった。最終的にマニュアルを読んで（<a href="http://japan.steinberg.net/index.php?id=759&#038;L=1" target="_blank">cubase</a>・<a href="http://www.apple.com/jp/support/logicexpress/" target="_blank">LogicExpress</a>）すんなりわかったのでLogic（の廉価版のExpress）にしました。<br />
<br />
さてレビュー。<BR clear="all"><h3 class="context">一画面完結4ペイン-タブUIがわかりやすい</h3>
<a href="http://capeknote.jp/blog/wp-content/uploads/logic02.jpg" rel="lightbox"><img src="http://capeknote.jp/blog/wp-content/uploads/logic02t1.jpg" alt="logic02t" title="logic02t" width="90" height="90" class="alignleft size-full wp-image-100" /></a>UIは4ペイン-タブ型でメインのアレンジエリアを中心にエディットが下ペイン、音色選択・素材選択が右ペイン、プロパティ系・ミキシング/エフェクト系が左ペイン。それぞれのペインにコマンドとツールがぶらさがっている形。<br />
<br />
DAWではないけれど、他のアプリのプロジェクトでいくつかのUIをペーパープロトで検討したことがあって、こういうペイン-タブ系も検討したんだけど、こんなにすんなりまとめてくれちゃってるといろいろな思いが去来します。。<br />
けっこう多機能でヘビーなUIになりがちなのに、ほとんどのことを一画面完結でまとめていてわかりやすい。<br />
実際、30分ほどつかってすぐにMIDI録音とエディット、音色加工までできました。<br />
なんでこんな簡単なんだろう・・・<br />
<BR clear="all"><br />
<h3 class="context">ソフトシンセの画面はごっちゃり</h3>
<a href="http://capeknote.jp/blog/wp-content/uploads/logic03.jpg" rel="lightbox"><img src="http://capeknote.jp/blog/wp-content/uploads/logic03t.jpg" alt="logic03t" title="logic03t" width="90" height="90" class="alignleft size-full wp-image-100" /></a>唯一フローティングウィンドウで展開するのはソフトシンセ・エフェクター類。反面、これはわかりにくいw<br />
あと画面ちっちゃいのに大きくしたらモトがビットマップなのですこし大画像でモヤっとする。<br />
えー・・ベクターでつくろうよ・・・<br />
<br />
シンセそのものはは、オシレーターがあってADSRがあってフィルターがあって、、と構成はわかるんだけど、へんてこなレイアウトのやつがあったりしてちょっと慣れるのに時間かかりそう。<br />
<BR clear="all"><br />
<h3 class="context">テイク録音がすごい</h3>
<a href="http://capeknote.jp/blog/wp-content/uploads/logic04.jpg" rel="lightbox"><img src="http://capeknote.jp/blog/wp-content/uploads/logic04t.jpg" alt="logic04t" title="logic04t" width="90" height="90" class="alignleft size-full wp-image-100" /></a>ほかのDAWにあるのかどうかわからないけど、ガレバンにもあった「テイク録音」が、logicの使いやすさを際立たせています。<br />
だいたい譜面よめんので、視覚的に音符の長さが理解できないため、打ち込みはリアルタイムなのですが、まあ一回でちゃんと弾けるのは稀なので何回もループして数テイク入れられるのがいい。<br />
これはとってもMC-303でループしながら録音する時の感覚に近くて、とても入りやすかった一因です。<br />
<br />
そんなふうに、数小節区間ごとにループを切って、テイク録音して完成させ、コピペしたり新しい区間でまた録音したりして作ってゆくのがやりやすかった。<br />
でも、オーバーダブとテイクって切り替えて使うものだとおもうのだけど、設定画面の奥にはいっちゃってるのはちょっと残念かも。<br />
<br />
あー、あと音源や素材の右ペインに「ビン」ってタブがあるんだけど「ビン」ってw<br />
「ビン」ってなんですの・・・とよくよく読んだら外部素材の置き場所っぽくて、えーとそれは「bin」のことか・・・とようやく合点。<br />
<br />
えー、binの訳がビンとかないわー。<br />
<br />
<h3 class="context">ボカロ連携でつまづいた件</h3>
で、DAWDAW言いつつ波形加工は音源もないのでまだためしてません。<br />
ボーカロイドから出したデータを持って来たら使うとおもうけど。<br />
<br />
ガレバンで作った曲をSMFに出す手段がいまのところLogicを経由することくらいしか無いのだけど、書き出ししてボカロで読もうとインポートしたら空の状態できてしまった。<br />
で、ボカロの開くメニューのほうから開いたらうまくいった。<br />
<br />
<h3 class="context">制作上のいろいろ</h3>
歌ものって作ったこと無かったんですが、思いついた歌メロをiphoneの録音アプリで鼻歌で録って、耳コピで打ち込み、メロディだけはできました。<br />
メロディのコードさがすのってけっこうたいへん。<br />
エレクトロでリズム→コード→主旋律でつくる時とは違って、いつもならキーをとりあえずCでつくって適当にトランスポーズするのだけど、鼻歌だとあたまからGとかでつくることになったりして、うわ、黒鍵がある＞＜　とか・・・（ヘタレ）<br />
<br />
ソフトは簡単でも、頭にあるのをつくるまでにいくつか障壁がありますねー。<br />
フォーク/ポップっぽいのにしようと思ったのだけど、ギターのジャカジャカひいてる音ほしいなーと構想するも・・・あ・・・ギターひけねえじゃん俺。<br />
打ち込みの難易度と天秤にかけると、、ギター・・・もっかいやるか・・・・みたいな、、<br />
<br />
Logic、ギター用のエフェクタやアンプもたくさん入っててそれも面白そうです。</p>
]]></content:encoded>
			<wfw:commentRss>http://capeknote.jp/blog/?feed=rss2&amp;p=93</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
