今熱い場所：JR大阪駅
2011年5月4日JR大阪駅のOSAKA STATION CITY がグランドオープン。
5月1日から2日間も内覧会で楽しませてもらって言うのもなんですが、関西の皆さんの思っているとおりショップの「過剰供給」状態。。。人は一時的に集まるかもしれませんが、それに見合う売上は見込めないでしょう。関西の人は保守的です。買い慣れたお店で買い物するのです。阪神百貨店の地下食料品売り場とかね。
今日も、とある有名メーカーのネットショップでお安くいい商品を手に入れました。ショッピングが趣味の私も、もはやネットに勝るお買い物はないと思える状況になってきました。ネットワークの発展は時空を超えるのです。
で、商業施設が併設された美しく巨大な建造物JR大阪駅に思いをはせる。コレって本当に必要なモノなのかしら？？？人が集まる駅に商業施設をひっつけちゃったことに勝算はあるのでしょうか？
駅という場所は比較的人を集めやすい場所。でも、大手企業は在宅勤務を進めており、一番集客できる「通勤」という概念をなくしていくでしょう。いつまでも今までどおり、当たり前に人が集まる場所ではなくなる日が来るかもしれません。
商業施設もこれまでどおりにはいかないでしょう。メーカー直販のネットショップには勝てる理由がありません。実体のあるショップは現物チェック・試着等々に利用されるのがオチです。
実体でお商売をするのであれば、そこにわざわざ足を運ぶ意味がなければいけないんじゃないかと思うんです。私なら、人がたくさん集まって遊べる楽しめるスペースを作るなと。
なぜなら、個人消費や個人活動は、ネットワークの発展によって相当効率化されてきています。コレに対抗するのは難しいと思います。でも、「多くの人が集まること」は場所と時間が必要なのに、ネットワークの発展においても減少していない気がします。むしろネットの呼びかけによって、集まる人が増えているのではないかと感じるくらいです。
そんでもって、特に関西の人は色々な意味で「面白いモノ」が好きですから、「あそこにいったらオモロイ！」って場所を作りますね。サッカースタジアムだけじゃダメだけど、野球もアイススケートも音楽も演劇もお笑いも、遊園地なんかも、シネコンみたいにいろいろ楽しめる場所。エンターテイメント性の高い場所。今の技術をもってして、この構想は叶えられるんじゃないでしょうか。
商業施設の敵は、既存の商業施設ではないと思います。
・・・な〜んて、アタシめっちゃ偉そうなこと言ってますね；
5月1日から2日間も内覧会で楽しませてもらって言うのもなんですが、関西の皆さんの思っているとおりショップの「過剰供給」状態。。。人は一時的に集まるかもしれませんが、それに見合う売上は見込めないでしょう。関西の人は保守的です。買い慣れたお店で買い物するのです。阪神百貨店の地下食料品売り場とかね。
今日も、とある有名メーカーのネットショップでお安くいい商品を手に入れました。ショッピングが趣味の私も、もはやネットに勝るお買い物はないと思える状況になってきました。ネットワークの発展は時空を超えるのです。
で、商業施設が併設された美しく巨大な建造物JR大阪駅に思いをはせる。コレって本当に必要なモノなのかしら？？？人が集まる駅に商業施設をひっつけちゃったことに勝算はあるのでしょうか？
駅という場所は比較的人を集めやすい場所。でも、大手企業は在宅勤務を進めており、一番集客できる「通勤」という概念をなくしていくでしょう。いつまでも今までどおり、当たり前に人が集まる場所ではなくなる日が来るかもしれません。
商業施設もこれまでどおりにはいかないでしょう。メーカー直販のネットショップには勝てる理由がありません。実体のあるショップは現物チェック・試着等々に利用されるのがオチです。
実体でお商売をするのであれば、そこにわざわざ足を運ぶ意味がなければいけないんじゃないかと思うんです。私なら、人がたくさん集まって遊べる楽しめるスペースを作るなと。
なぜなら、個人消費や個人活動は、ネットワークの発展によって相当効率化されてきています。コレに対抗するのは難しいと思います。でも、「多くの人が集まること」は場所と時間が必要なのに、ネットワークの発展においても減少していない気がします。むしろネットの呼びかけによって、集まる人が増えているのではないかと感じるくらいです。
そんでもって、特に関西の人は色々な意味で「面白いモノ」が好きですから、「あそこにいったらオモロイ！」って場所を作りますね。サッカースタジアムだけじゃダメだけど、野球もアイススケートも音楽も演劇もお笑いも、遊園地なんかも、シネコンみたいにいろいろ楽しめる場所。エンターテイメント性の高い場所。今の技術をもってして、この構想は叶えられるんじゃないでしょうか。
商業施設の敵は、既存の商業施設ではないと思います。
・・・な〜んて、アタシめっちゃ偉そうなこと言ってますね；
積み重ねチャートの特性
積み上げ（＝積み重ね）グラフは通常累積を表すので、たとえば・・・
�。慣遒陵�益：△1000円
�■儀遒陵�益：2000円
��６月の利益：900円
を表現すると、
�，い辰燭鵞�1000円のグラフ（負の値）を描画
�□�1000円を起点に�△�2000円を描画⇒＋1000円の位置
���△豊�の900円を積み上げて描画⇒＋1900円の位置
⇒正側に1900円のグラフが描画される
となる。（※）
ColumnSet の allowNegativeForStacked = true とすると、正の値と負の値を別々に積み重ねるので、
�，脇韻�
�△廊，留洞舛鮗�けず、0を起点に2000円を描画⇒＋2000円の位置
��は�△�900円を積み上げて描画⇒＋2900円の位置
⇒負側に1000円、正側に2900円のグラフが描画される
＜引用：Adobe Flex3 ヘルプ＞
http://livedocs.adobe.com/flex/3_jp/html/help.html?content=charts_displayingdata_11.html
積み重ね系列の値は累積的です。つまり、すべての値が互いに加算されて 1 つの大きなデータアイテム（縦棒、横棒または面）になります。系列に負の値が含まれている場合は、データアイテムがどのようにレンダリングされるか予測がつかなくなります。これは、負の値を加算すると通常はデータアイテムから値が減算されるためです。ただし、AreaSet、BarSet、ColumnSet の各クラスの allowNegativeForStacked プロパティを使用すると、積み重ね系列に負の値を持つデータを含めることができます。この場合は、適切に積み重ねられた負のデータアイテムがレンダリングされます。
�。慣遒陵�益：△1000円
�■儀遒陵�益：2000円
��６月の利益：900円
を表現すると、
�，い辰燭鵞�1000円のグラフ（負の値）を描画
�□�1000円を起点に�△�2000円を描画⇒＋1000円の位置
���△豊�の900円を積み上げて描画⇒＋1900円の位置
⇒正側に1900円のグラフが描画される
となる。（※）
ColumnSet の allowNegativeForStacked = true とすると、正の値と負の値を別々に積み重ねるので、
�，脇韻�
�△廊，留洞舛鮗�けず、0を起点に2000円を描画⇒＋2000円の位置
��は�△�900円を積み上げて描画⇒＋2900円の位置
⇒負側に1000円、正側に2900円のグラフが描画される
＜引用：Adobe Flex3 ヘルプ＞
http://livedocs.adobe.com/flex/3_jp/html/help.html?content=charts_displayingdata_11.html
積み重ね系列の値は累積的です。つまり、すべての値が互いに加算されて 1 つの大きなデータアイテム（縦棒、横棒または面）になります。系列に負の値が含まれている場合は、データアイテムがどのようにレンダリングされるか予測がつかなくなります。これは、負の値を加算すると通常はデータアイテムから値が減算されるためです。ただし、AreaSet、BarSet、ColumnSet の各クラスの allowNegativeForStacked プロパティを使用すると、積み重ね系列に負の値を持つデータを含めることができます。この場合は、適切に積み重ねられた負のデータアイテムがレンダリングされます。
命名規約
引用： Adobe Flex Coding Guidelines (Thanks for DClick)
6. Naming
6.3. Packages
The package name must be written in LowerCamelCase, starting wth small caps and other initials in upper case.
6.4. Classes
Classes names should prefer nouns, but can use adjectives as well. Always use UpperCamelCase.
6.5. Interfaces
Interface names must follow the classes naming rules, with a starting uppercase"I".
6.6. Methods
Methods must start with a verb and are written in lowerCamelCase. If the method is called on an event it should end with Handler.
6.7. Variables
Variables must use LowerCamelCase and objectively describe what they are. Variables must start with and underscore(_) if they are going to be manipulated by get and set methods.
private var _enabled:Boolean = true;
public function get enabled():Boolean
{
return _enabled;
}
public function set enabled(value:Boolean):viod
{
_enabled = value;
}
There are no vaiable prefixes. ActionScript has typed object and a clear and concise name is more important than the object's type. Although, Boolean variables should start with can, is or has.
private var isListeningForRender:Boolean = false;
private var canEditUsers:Boolean = true;
private var hasAdminPrivileges:Boolean = false;
Temporary variables (like the ones used in loop statements) should be only one character. The most commonly used are i, j, k, m, n, c, d. The lowercase "L" must not be used.
The catch variables must be e, no matter what's the error type (if it has a class describing it).
6.8. Constants
Constants must be all uppercase, spitting the words with an underscore(_):
public static const DEFAULT_MEEASURED_WIDTH:Number = 160;
public static const AUTO:String = "auto";
6.9. Namespaces
Namespaces names must be all lowercase, splitting the word with an underscore(_):
mx_internal
object_proxy
6. Naming
6.3. Packages
The package name must be written in LowerCamelCase, starting wth small caps and other initials in upper case.
6.4. Classes
Classes names should prefer nouns, but can use adjectives as well. Always use UpperCamelCase.
6.5. Interfaces
Interface names must follow the classes naming rules, with a starting uppercase"I".
6.6. Methods
Methods must start with a verb and are written in lowerCamelCase. If the method is called on an event it should end with Handler.
6.7. Variables
Variables must use LowerCamelCase and objectively describe what they are. Variables must start with and underscore(_) if they are going to be manipulated by get and set methods.
private var _enabled:Boolean = true;
public function get enabled():Boolean
{
return _enabled;
}
public function set enabled(value:Boolean):viod
{
_enabled = value;
}
There are no vaiable prefixes. ActionScript has typed object and a clear and concise name is more important than the object's type. Although, Boolean variables should start with can, is or has.
private var isListeningForRender:Boolean = false;
private var canEditUsers:Boolean = true;
private var hasAdminPrivileges:Boolean = false;
Temporary variables (like the ones used in loop statements) should be only one character. The most commonly used are i, j, k, m, n, c, d. The lowercase "L" must not be used.
The catch variables must be e, no matter what's the error type (if it has a class describing it).
6.8. Constants
Constants must be all uppercase, spitting the words with an underscore(_):
public static const DEFAULT_MEEASURED_WIDTH:Number = 160;
public static const AUTO:String = "auto";
6.9. Namespaces
Namespaces names must be all lowercase, splitting the word with an underscore(_):
mx_internal
object_proxy
History Manager 履歴管理
世代の表れ
テレビでジャニーズに所属するアイドルの方々をよく観る。本当によく観る。特段ジャニーズさんに興味がない私も、よく観るから、ふと思う。それぞれ微妙に世代の特徴が出てると。
Smapさんは、バラエティーもこなしてしまう新しい形のアイドルと言われて久しいが、スター性も高く、やはりアイドル感を十分に漂わせている感じがうかがえる。一般の人とは少々距離感があるような感じ。旧型を引き継ぐ新型アイドルと言えばいいのだろうか。
TOKIOさんは、メンバー世代はSmapと重なるものの、その親しみやすさと堅実な雰囲気は、Smapさんのようなアイドル感とは一線を画す。人間味があって、アイドル（偶像）と評しにくいといったらいいだろうか。
少し空けて、嵐さん。これが今の時代のアイドルなんだと感心している。少々小粒に見えるが、とにかくそれぞれが賢そう。世の中と上手く調和を取りながら、自分たちの地位を着実に築いてきている。いい意味でしたたかで器用なんだと思う。
メンバーが仲がよいと聞いたことがあるが、その辺りも面白いと感じる。草食系男子、平成男子といえる繊細さや優しさを感じる。
時代が彼らを必要とし、その時代にピッタリ合った人たちがトップアイドルとして残るんだがら、世代特徴がでて当然。それぞれ違った持ち味があるからこそ、それぞれが競合せず人気が出て当然。
やっぱりジャニーズさんはスゴイわ。
2009.11.01 Sunday | category:- | comments(0) | trackbacks(0)
⇒ リア充 (05/15)