このテキストを選定しているのは教室を運営している会社のようで、（伝聞で聞いたので定かではない）もし運営してる会社がWEB制作を知らないとか知っててもテーブルレイアウトだった場合にはあまりいい本は選ばれないようです。また運営会社同士でヨコの繋がりで話し合って本を決めてる部分もある（複数の教室で同じ本だった）のかな？と予想しました。

前準備

実際の訓練内容はハローワークで決めているのか運営会社で決めているのかは解りませんが、講師は訓練スケジュールやテキストに関してなにも言えない、わからないまま講義が始まります。

HTML5 時代だというのにFLASHにえらく時間を割いたりするスケジュールで、受講生から「せんせーFLASHってどうなんすか？」と物凄く困る質問をされたりします。

また受講生はAdobe 製品をアカデミックで買えるというナイスな特典があったりしますが、授業で使ってるのはCS4だけど買ったのはCS5.5みたいな微妙だけど重要なアクシデントが発生します。

HTMLの本もXHTMLならまだしもHTML4.01（しかもStrict）で書いてる本だったりすることもあります。

受講生はテキストを実費で購入しているため、ないがしろにするわけにはいかないので「これいらんだろ」とか思ってもとりあえず本の通りに進めなければなりません。（例えばHTMLの本を早めに終わらせてXHTMLの話をして余計混乱させたりとかあった）

ここで問題なのは受講生は基本的にお金に余裕がある人は少ないです。

AdobeのWeb プレミアムがアカデミックで買えるとはいえ10万以上の余裕があるなら基金訓練なんかコネーよ！という人が半数以上いるんじゃないかと。

体験版はあるけど1ヶ月で終わるし、訓練自体は半年あるわけです。

家に帰って復習しようと思ってもうまくいかないのです。

なのでGIMPとかInkscapeとかもサラっと存在を教えておいたりします。

あとはフォームのHTMLだけ教えて肝心のPHPやらPerlやらには基本触れないのでそこも工夫が必要です。

教科書3冊くらいクリアするころには生徒からこれで本当にWEB屋さんになれるの？とか疑問を持たれますので、フリーでやっていく方法とか自分の経験談の話をすると人気の講師になれますが、会社からはいい顔されないかもしれません。職業訓練なのでどこかに就職するのが大前提なんです。

一応WEB屋に就職する以外での道筋も示してみました

知識を身につけてWEB屋の営業になる
フリーでやる
WEB屋じゃない企業のWEB 担当になる
アフィリエイトとかで稼ぐ

指導要綱みたいなものはキホンないので講師の思うとおりに教えられますが、上記のテキストの縛りとスケジュールの縛りがあるので本が変わる前にグループを作ってもらって共同作業させることを取り入れました。実際にWEB屋さんにいったら分業しますしね。

労働時間とか

さて、各アプリケーションのテキストがいいものだったらよいのですが、そうでない場合は自分で課題とかを作る必要があります。

フォトショやらイラレはいいんですが問題はHTML+CSSとFLASH。FlashなんかはASがゴッソリ抜けてたりすると生徒から「やりたいことができない！」と嘆かれます。CSSなんかも「やりたいことができない！」と言われがちです。

実際は一人の講師が２コマやることがザラなんじゃないかと思います。

AM9時からお昼を挟んでPM3時まで+PM3時からPM9時まで。若干ズレはするでしょうがこんな感じなんじゃないかと。

これで課題を自作していたら睡眠時間は3～4時間くらいになっちまいます。ああ祝日ってステキ・・・。とか思い始めます。フリーランサーは普段の仕事は全部お断りしないとイカンかもしれません。

もちろん自宅で課題作ったってノーギャラです。

テキストの内容とスケジュール（ｘ月ｘ日からｘ月ｘ日までFLASHとか書いてある）なんか完全に合わないので苦悩します。

事前に用意できればいいのですが先に書いたようにスケジュールやテキストは開講数日前にコレでヨロ！的に渡されますので初めてやるひとは対応難しいでしょう。

とりあえず今日はここまで。

Permalink | 記事への反応(0) | 03:01

2011-11-12

■結局

http://anond.hatelabo.jp/20111111114948

HTML5勝利！って言ってる奴って、そもそもflashの重かったりうざかったり

不安点だったりするところが嫌いな奴が多い気がするな

つまりその層って別に HTML5すら求めてないって自分で気づいてるんだろうか

HTML5でつくられた今flashみたいなサイトみて

CPU使用率たけぇだのウザい必要ないだの、chromeに最適化されてねぇだの言い出すだろｗ

FLASHもHTML5もいらない子・・・

Permalink | 記事への反応(0) | 11:19

2011-11-11

■HTML5厨へ

上っ面じゃなくてちゃんとわかっている人教えてください。

▼モバイル版「Flash Player」の開発中止をどう見る？

http://japan.cnet.com/panel/35010348/300015677/

▼Adobeはなぜ失敗したか, Flash-Playerの敗退は歴史の必然だった

http://jp.techcrunch.com/archives/20111109why-adobe-failed/

■flashは死んだか

flashが死ぬべきシーンでは既に死んでる

今後来るhtml5をもてはやす必要もなく、

「html4」
「css」
「js(jquery+ajax)」
「html5の一部仕様」

で“既に代替されている”

html5厨の中にはこのあたりごっちゃにして歓迎してるやつが多数いる

■なぜhtml5がflashを絶滅させるような気がするのか

主として、flashの描画系の機能を取り込んだから

くどいけど、その他の機能はjsとかcssとかhtml5周辺の独自仕様で

解決してることが多いからな！

html5でマリオとか見てよろこんでるやつわかってるのか？

普通に html5が覇権取るにはオーサリングツールがいるんだぞ。

「adobeのflash」てのは

全部含んでるんだ。

html5が現状見えてるのは、

クロスブラウザテストが必要なクソみたいな実行環境

いつまでも仕様が確定しないsdk(相当のもの)

あちこちの会社が勝手に作ってる使えるのか使えないのかわからないオーサリングツール

までだ。

「描画系の機能でflash(flex sdk)同等の仕様を用意することになるだろう」

ってだけじゃ劣化flashすぎんだろ。

あとadobe終わったっていってるやつ、

adobeは5のオーサリングツール作りゃいいだけだ

■html5の未来

html5がflashの機能取り込むとどうなるか？考えればわかるだろ。

それを一社じゃなくブラウザつくってる各社が実装するんだからな・・・

重くなる
バグ出る
セキュリティーホール出る
ブラウザ毎に実装異なる

お前らがflash嫌ってるのと同じ問題が発生して、

それを各ブラウザがクリアしてかないといけないんだよ。

flash殺すのはいいけど、html5を中心とした代替環境できんのに何年かかるんだよ。

あと、リッチインターフェース作るのに、いつまでもなんのサポートも受けれないような

js ライブラリ組み合わせて、必死にカスタマイズとデバッグしなきゃいけないのかよ！

■何がいいたいのか

業務系のux デザインつくっていくのに、flex使おうか、html&css中心で行こうか悩んでんだ。

誰か何かアドバイスくれよ…

flexは良いところが多くて工数も減るし、どこかでadobeの5オーサリングツールに乗り換えられるだろうから

別にいいんだけど、adobeと心中ってのが…。

普通のweb屋としては、htmlとjsで苦戦しながらも自己責任でスクリプトチマチマいじってる方が、

今後フレキシブルに対応できると思うしなー

他にもこの中途半端な状況に困ってる奴いるだろ！

タイトルは釣りですごめんない。

Permalink | 記事への反応(2) | 11:49

2011-11-10

■http://anond.hatelabo.jp/20111110140713

はてなに生息する非技術者、あたりを想定してるんじゃね？

「脱FLASH化、HTML5化に沸いて」いる層は確かに存在した。どの程度の割合かは知らんが。

Permalink | 記事への反応(0) | 15:55

■http://anond.hatelabo.jp/20111110135755

というかすでにアドビがフラッシュのモバイル

諦めhtml5にするって断言したんだからもう終わりだろこれ

Permalink | 記事への反応(0) | 15:52

■http://anond.hatelabo.jp/20111110135755

なんかよくわかんねーけど、一般層は「脱FLASH化、HTML5化に沸いて」なんかいないし、そんなもん知ったこっちゃねえぞ。

存在しない「一般層」を勝手に脳内妄想で作り上げて「民意」を感じ取られても…。

Permalink | 記事への反応(2) | 14:07

■「脱Flash化、HTML5化に沸く一般層」と「それに冷ややかなFlasher」

噛み合わない議論っていうのは、大抵「言ってること」と「その裏にある真意」が異なっていて、後者を上手く汲み取れていないという理由で発生することが多い。

こと、最近の「脱Flash化、HTML5化に沸く一般層」と「それに冷ややかなFlasher」の対立構造も、それだろう。

一般層は、

「Flashが無くても HTML5で代用できるよ！」

「Flashは電池喰う！HTML5は喰わない！」

と（解説記事を鵜呑みにして）喜び、

それに対してFlasherは、

「HTML5の表現力はFlashには遠く及ばんよ」

「HTML5で電池喰わんのはやってるコトが地味だからだよ、Flashと同じコトしたら喰うよ」

「むしろ同じことするなら、Flashの方がパフォーマンス良く、電池も喰わないよ」

と、相手にしなかった。

ここに、「噛み合わない議論」が発生していた。

本質的に考えれば、HTML5もFlashも、「実現の手法」でしかない。

なので、製作者側がギャーギャー言うのはともかく、一般層がどうのこうの言うことは無いのである。

それでもメディアは「HTML5の登場でFlash要らない！」と煽り、民衆はそれに沸いた。

HTML5自体の全体像がモヤっとした中で、またHTML5を完全サポートする環境が全ての層に行き届いているとは言い難い状態で、この「Flash→HTML5」の流れは歓迎された。

つまり、「HTML化」が喜ばれたワケではない。「脱Flash」が喜ばれたのだ。

Flashは、嫌われていたのだ。

ではここで言う「Flash」とは何を指しているのか？

結論から言うと、「Flash プラットフォーム」そのものを意味してはいない。

一般層において、Flash プラットフォームそのものが（同様の機能を実現する他の選択肢と比較して）嫌われる理由はない。

Flash プラグインはフリーであり、インストールも極限まで容易にしてある。プリインストールの環境も多い。

Flashは、（少なくともここ7～8年における）「ブラウザ上で派手なことをする手法」のデファクトスタンダードであった。

一般層が嫌った「Flash」とは、この「ブラウザ上で派手なコトをすること」全体を指しているのだと思う。

民衆は「ブラウザ上で派手なコトすんな！」という意図で「脱Flash化」を喜び、

その真意を汲み取らなかった（或いは聞こえないフリをしていた）Flasherは「派手なコトするんだったらHTML5はFlashに劣るんだってば！」…と、噛み合わない議論を続けていたのだ。

民意は、

「ド派手は表現は要らない、表現はソコソコ（現行のHTML5で無理なくできる範囲）でいいから、電池喰わないで」

だったのだ。

だからこそ、我々開発者は注意しなければならない。

例え今後、HTML5の表現力が飛躍的に向上したとしても、それでド派手なことをやってしまっては、結局嫌われるのである。

華やかさは必要かもしれないが、派手さは求められていないのである。

……というのは、私がここで改めて言うまでもなく、

（私を含む）Flasher／元Flasherが、ここ数年で薄々感付いていたことだと思う。

薄々気付きつつ、気付かないフリをしていたことだと思う。

なんとなーく、皆が抱えているであろう、でも吐露されることはないジレンマを、書き起こしてみた。

Permalink | 記事への反応(2) | 13:57

2011-10-23

■各ブラウザの欠点

Internet Explorer

言わずと知れた標準ブラウザ。

ただ、HTMLの解析やJavaScriptの仕様（JScriptという独自言語を使ってたり・・・）がめちゃくちゃ。

HTML5等の最新の技術はまず使えない。

クロスブラウザの敵であって最強の反逆者

個人的には、使う価値なし。

Firefox

最近やたらとアップデートするのが流行ってる。

昔はこれが1番と言われていたが、最近はChromeに負けている。

拡張性はあるが、起動が重く、低スペックにはしんどいことがある。

Google Chrome

比較的新参のブラウザ。

Googleが作ったことだけあって起動もブラウジングもJavaScript実行も全てが早い。

最強。

ただし、ユーザーの声が開発者に届きにくすぎる（これはIEでも言えるが）

その他

safariやopera等も存在するが、

safariはMAC ユーザ御用達

operaはマニア御用達

といった感じ。

一般人は手を出さなくてもいい

これらは全て、筆者の個人意見であり、偏見を含む主観です。悪しからず。

Permalink | 記事への反応(1) | 00:01

2011-09-18

■ソーシャルゲームの予算規模を軽くまとめる

2013年7月。現状について
- ウチではもう大作ソシャゲは引き受けていません。オリジナルも新規開発の予定はありません。大半の業務を以前のような普通のウェブ案件に戻しました。ソーシャルゲームしか開発したことのない従業員への再教育に忙しい。
- 以前に作ったオリジナルは黒字である限り運営を続けます。イベントやカード追加も行います。新機能などを入れることはないでしょう。会社としてはあまり力を入れていません。
- もうソーシャルゲームは短納期案件しか受けなくなったので業界の関係者ともあまり関わらなくなりました。既に俺の知っている情報は古いかもしれませんし、今後更新されません。
- ソーシャルゲームはオンゲだから人口が命だと以前に何度も繰り返しました。しかし、その人口で我々は結局大手には勝てなくなりました。とくに大手の抱える有力IPには全く太刀打ち出来ません。
- 今オリジナルでブラウザのカードゲームソーシャルゲームを開発するなら、成功のためには最低ラインでも億は必要です。ここ書いた金額はもう古いです。実際には億でも厳しいと思いますが。
  - 美麗イラストカードが当たり前になりイラストレーターの需要がウナギのぼり状態になっており、単価がじわじわと上がる一方。以前のように値切ったりするのはとても無理。
  - フルスペック全部入りのソシャゲが当たり前になり初期開発だけでもものすごく大変になった。フルスペックでないとコアユーザー（課金ユーザー）には見向きもされなくなった。
  - ゲーム内容の差が本当になくなり差別化が全くできない。差別化は純粋なクオリティでするしかなく、一番金をかけて開発したところだけが勝てるビジネスになった。まぐれ当たりなんてとんでもありません。
    - とくにコンプガチャショック以降は課金と関わりのある仕様はどれも違法じゃないかしっかり監査しなくてはならなくなり、仕様で冒険できなくなり無難な仕様に落ち着けるメーカーがほとんどになったのも大きい。
  - 大手開発のソーシャルゲームのテレビＣＭが流れまくっている現状ではたとえクオリティが高くてもほぼ勝ち目なしと思って良い。ライトユーザーがテレビで宣伝している方を選ぶのは当たり前。課金ユーザーの餌になるライトユーザーがいなければ課金ユーザーも逃げ出すので、どれだけ宣伝してどれだけライトユーザーを集めて人口（＝課金ユーザーの餌）を増やして課金ユーザーを養うかがソーシャルゲームではほぼ全て。
- 最初から売り逃げするつもりの版権物だけは例外的。既存のシステムに乗せて3ヶ月くらい運営してあとは放置します。儲けは少ないですが普通に黒字になります。この系統の案件だけはウチでも今でも受け付けています。
- 版権物はリサイクル可能です。GTOは湘南純愛組とカップリング、初音ミクはテイスト変え、まどか☆マギカはリニューアルしてましたね（どれもウチではありませんが）。版権物はリサイクル可能です。版権物で売り逃げパターンはかなり長く続くと見ています。
- ソーシャルゲーム業界の勝者は誰かと聞かれたら俺はバンダイナムコですと即答します。やはり有力IPを持っていると圧倒的に強いですね。たぶんグリーもモバゲーもバンナムには足を向けて寝られないぐらいの立場逆転が起きている。
- DeNAは強い。モバゲー以外のサービスも持ってるし、モバゲーはガラケー時代からの歴戦の携帯ゲーマーが集まっているのでアクティブ率が高く活気がある。グリーは流行ってるからやってきたようなユーザーが多くて飽きたらすぐ辞めていく傾向がある。グリー以外のサービスを何も持ってないし。ウチのオリジナルを見るとその傾向が最近強くなっている。
- 以前は課金されるのはSNSによるつながりがあるからだと思われていた（俺もそう思っていました）のでSNSプラットフォームは神扱いされていたが、ミリオンアーサーとパズドラが課金されまくったことでSNSによるつながりがなくても課金されることが知れ渡った。今では開発側からはSNSプラットフォームは集金代行システムとしか思われてないのが現実だと思う。
- ソーシャルゲーム業界が縮小したわけではない。もう成熟してしまい大手しか稼げない市場になったというのが正しい。宣伝費をたっぷり出せる大手は今後もちゃんと稼ぎ続けると思う。
- スマホネイティブアプリについては開発経験がなく全くわかりません(いわゆるガワアプリしか経験がない)。ですが、業界で伝え聞く噂やランキングを見る限りだと、超儲けしているのはパズドラだけで、あとはブラウザカードソーシャルゲームの割合が依然として多いです。最近はパズドラクローンがたくさん出ていてそれなりに稼いでるようですがウハウハには程遠いと思います。

以前の続き：http://anond.hatelabo.jp/20121214003650

規模別まとめ

小規模
- 初期開発費：100万円～400万円
- スタッフ人数：2人～3人（外注グラフィッカー含む）
- 開発期間：1ヶ月～2ヶ月
- 運営費：月30万円～100万円（人件費）
- サーバー代：月3万円～10万円
- 宣伝費：月0円（※ここが致命的）
- 売上：月5万～100万円
- 概要：儲かるらしいのでソーシャルゲーム作りましたパターン。間違いなく失敗する。（201209追記）このクラスはもう絶滅したと思う。

中規模
- 初期開発費：300万円～1000万円
- スタッフ人数：2人～５人（外注グラフィッカー含む）
- 開発期間：1ヶ月～2ヶ月
- 運営費：月50万円～100万円（人件費）
- サーバー代：月3万円～100万円
- 宣伝費：月10万円～100万円
- 売上：月5万～5000万円
- 概要：少しは真面目に作ったパターン。ほとんど失敗するが稀にヒット作が飛び出すこともあります。（201209追記）もうこのクラスも絶滅寸前。もうこのクラスからヒット作が生まれることはない。

大規模
- 初期開発費：1000万円～8000万円
- スタッフ人数：４人～10人（外注グラフィッカー含む）
- 開発期間：３ヶ月～４ヶ月
- 運営費：月100万円～300万円（人件費）
- サーバー代：月20万円～300万円
- 宣伝費：月100万円～3000万円
- 売上：月5万～3億円
- 概要：ヒットを狙うならここがスタートライン。（201209追記）今はこのクラスが基本。ユーザーも目が肥えてきて安い作りのゲームには見向きもしない。

超大規模
- 概要：コンシューマーメーカーの大作、GREE、モバゲーの内製など。関わったことも内情を聞いたことも無いので一般に報道されている以上のことは知りません。

結局いくら必要なのか
- 最低ラインの予算。あくまでも最低ライン。
  - 初期開発費 1000万円
  - 3ヶ月分の運営費 300万円
  - 2ヶ月分の宣伝費 400万円
  - 合計 1800万円
- 真面目に狙うなら。
  - 初期開発費 2000万円
  - 3ヶ月分の運営費 500万円
  - 2ヶ月分の宣伝費 1000万円（201209追記）今は宣伝費はもっと増やすべき。とにかく宣伝で負けてると勝負にならない。
  - 合計 3500万円
  - ブーム当初のような安くて一攫千金はなくなったけど、他のコンテンツよりは遥かに分の良い賭けだと思うよ。
- 3ヶ月分の運営費？
  - 不人気だったらそれくらいで撤退するということ。それまでの最低予算。
  - 宣伝はローンチ1ヶ月あとから始めることが多いので2か月分。
  - 当然ながら成功後も運営費と宣伝費はかかり続ける。むしろ増えていく。
    - 運営費と宣伝費をまかなえているか（黒字か赤字か）は撤退の指標の1つ。
  - 失敗した場合でもゲームを続けるのなら運営費はかかり続けるよ。
    - 打ち切るのが難しければ運営を止めてサポート対応のみにすれば5万～30万円(サポート代とサーバー代)くらいには抑えられる。
- 3ヶ月分の根拠は？
  - 単純に、不人気だったらそれくらいで撤退することが多かったので。
    - 撤退には、運営を全くしないでほったらかすケースと、ゲームを閉じて完全に終了するケースの2つがある。
      - ほったらかすといってもサポート対応はしなくてはならないのでそれが難しい場合は閉じてしまう。
        有料課金していたゲームを閉じたりしたらユーザーから非難轟々じゃないか、と以前は言われていたが、少なくともソーシャルに限ってはそんなことはないというのが現在の常識。（怪盗ロワイヤルやドラゴンコレクション規模のものが閉じたらさすがにそれでは済まないかもしれないが）
  - 最初の1月目は安定期で、ユーザーの反応を見ながらバグ調整と難易度調整に終止する。2ヶ月目から広告を打ちはじめてアピールしていき、2～3月目の状況をみて続行を決めることが多い。
- 予算を減らしたい
  - 開発メーカーが以前に開発したカードゲームをそのまま流用する。大きな変更は一切加えない。
    - どうせカードゲームは基礎システムは同じ。カードのバリエーションや数値調整のほうが重要。
  - 既に絵が存在する題材をソーシャルゲームにする。絵の分だけ安くなる。
    - なので原作モノがはやる。
      - ソーシャルゲームの場合、通常のゲーム化と違い原作ファンが意外なほど喜ばないし、やってくるユーザーも原作を知らないユーザーが多い。原作人気のアドバンテージは大して効果ないことは忘れてはならない。（大人気アニメが失敗する一方で、超マイナー漫画がそこそこの成功を収めていたりする。）
  - ヒットを諦める
    - 大人の事情でソーシャルゲームを作りたいが別にヒットしなくてもいいというケースが意外にある。
      - 出せればそれでいいというのなら相当に安く作れる（もちろんヒットしないし全く回収できない）
        最近はその予算で乱発する開発会社が多いが、もう少し良く考えようよみんな。
        ソーシャルゲームにやってくるのはゲームにはライトユーザーだがモバイルSNSにはヘビーなユーザーが多く、彼らはそのゲームの「盛り上がり感」を鋭い嗅覚でつかみ、盛り上がっていないゲームからはすぐに逃げていく。ライトユーザーと侮る無かれ。
        女性の井戸端会議を想像するとわかりやすい。彼女たちはどうせくだらない話しかしないが、面白そうな話には食いついてもつまらなそうな話には食いつかない。ソーシャルゲームも大体そんな感じ。
- 予算を増やしたい（増やしてでもヒットの可能性を高めたい）
  - 予算をかける優先度は「宣伝＞運営＞初期開発」。
  - 初期開発費は3000万円以上はかけても大差ないと思う。それ以上は宣伝に回すべき。
    - 増額するならカードバリエーションを揃えることに集中。
      - 勿論アイマスソーシャルのように後々のキャラ展開まで考えて徹底的にこだわり抜く場合は別だが、現時点ではソーシャルゲームからメディアミックス展開に持ち込んで成功した例は１つもない。（アニメ化やドラマ化やラノベ化しているものはあるがいずれも赤字覚悟の宣伝目的）
  - サーバーは突然の増加に備えて常に余裕を持っておきたい。
    - 初期なら月5～20万円でまず問題ないと思う。
      - 広告を投入するといきなり信じられないほど客が押し寄せる。広告の投入前には必ずサーバー負荷を調査すること。
        「大金をかけて広告をうったら人が押し寄せてパンクしてその結果逆に客が減った」という悲劇はたくさんある。
        広告を打つなと言ってはいない、むしろバンバン打つべきでそこは勘違いしないように。
  - 運営は常時専念するスタッフをプログラマー1人グラフィッカー1人の最低2人。
    - 「常時専任」は超大原則。ときどき「ほっとけばサーバーが勝手に稼いでくれる」と思い込んでいるクライアントがいるが、ソーシャルゲームもネトゲもやったことないんだろう。おとといきやがれ。
    - ただし上記人数だと機能追加が困難でジリ貧。できれば運営＆分析プログラマー1人、新規開発プログラマー1人、が欲しい。
  - 宣伝はグリー内、あるいはモバゲー内の広告枠を買う。当たり前だがこれが最も効果が高い。
    - 雑誌とかに載せるのはのちのちブランドイメージを高めるために行うことで、最初は不要。
    - ゲームがよほどテストされていない限り、公開直後からの宣伝はしないようが良い。まずはユーザー動向を掴むことに専念すること。

雑記

（201209追記）コンプガチャショック
- とにかく対応に追われて面倒くさかった
  - プラットフォーマーがすぐにコンプガチャ廃止を決めたのは英断だった
    - メーカーごとに対応が異なる状況になるのが一番面倒くさくて困るので
  - 1年以上前に作ったコンテンツにも対応しなきゃならなくなって非常に面倒だった。
  - 売れてないゲームは単純にコンプガチャ廃止。売れてるゲームではコンプガチャ廃止してコンプ報酬もガチャに含める対応をとった
  - 外部からそればかり聞かれる。今も聞かれる。当然ですが。
  - 課金ガチャ規制と勘違いしている人が未だにいる
  - 悪質なゲームはアップルがアプリを規制するって根も葉もない噂が流れてうざかった
- 売上は減ったゲームとそうでもないゲームがある
  - 減ったものは２割近くダウンしたがほとんど変化のないゲームもあった
    - 元々売上の大きいものほど売上低下が少なかった。売上の大きいものはゲームとしてもよくできているから客離れが少なかったのだろう。
- 本音を言えば課金ガチャが規制されなくて本当に良かった
  - 課金ガチャが規制されたら完全におしまいになると思う。課金ガチャ規制に踏み込むって噂もあったので正直言えば安堵した
- コンプガチャに変わる新しいガチャ
  - 業界的にはそういうのはやめようという雰囲気が強い。
    - 課金ガチャだけは絶対に守りたいというのが非常に強い。だから危ない橋は渡りたくない。それにコンプガチャを廃止しても利益は十分に出ている。

（201209追記）リアルマネートレード（RMT）対策
- グリー、モバゲーともに本腰を入れて対策を始めている
  - 両社で内容は異なるが既にトレード機能にはRMT対策をするように通達が来ており各社で対策している
  - RMT対策の副作用として無課金プレイヤーが大量の低レアアイテムを出して課金プレイヤーの高レアアイテム１個と交換するのが難しくなる
    - ゲームによっては無課金プレイヤー離れにつながるかもしれない。結構困る。
  - 対策の種類。グリーやモバゲーから指定された方法もある。
    - プレゼント機能は廃止。RMTの取引に真っ先に使われる機能だからね。
    - 同レア度のアイテムのみ交換できる。ゴミアイテムと高レアアイテムの交換を防ぐ。
    - トレードチケットを発行してトレードの頻度を制限する。大量のアイテムを交換するRMTの対策。
    - ゲーム内マネーのトレード禁止。ゴールドのRMTを防ぐ。
    - トレード相手のニックネームがわからないようにする。誰とトレードしているかわからないのでRMTが実質不可能になる。トレードはアイテムを出品するバザー形式になる。
    - 全アイテムにユニークIDをつけて追跡可能にする。これはサーバー負荷がかかるのでやりたくない。
- 今後RMTはものすごくやりにくくなる。トレードがかなり不便になるのでゲームの盛り上がりに水を差す不安はある。それでもこれ以上規制を食らう訳にはいかない。

（201209追記）スマートフォンアプリ化
- 最初からアプリとして開発されるゲームが増えている
  - スマートフォンユーザーが増加してガラケーを無視するのもアリになった
  - iPhoneがフラッシュ非対応（Androidも今後は非対応になる）の問題を避けられる
  - HTML5はまだまだ使えない子。遅いし面倒臭い。アプリなら速い。
  - アプリだとサーバーとの通信を減らせる。画像は全部ダウンロード済にできる。うまくやればサーバー代は激減する。
  - アプリのほうが目立つ。マーケットに並ぶ。宣伝もしやすい。スマホ情報サイトでも取り上げられやすい。
  - サーバー未経験のプログラマーにはむしろアプリのほうが作りやすい
  - ソーシャルゲームが嫌いなユーザーはウェブには来てくれないがアプリだと来てくれる。
  - ブラウザの互換性問題から逃げられる。特に Androidはひどい。アプリにしたほうが互換性の問題が起きにくい。
  - アプリアイコンがホーム画面にあるほうがユーザーも起動してくれる。大半のユーザーはブックマークアイコンを作ったりしない。
  - 3Dで演出をいれてやるだけでリッチ感が出る。3DはUnityでコスト激減。
  - 海外ではアプリのほうがウケる。通信事情が日本より劣るので通信が減らせるアプリのほうが都合が良い。
- ウェブでやれる内容でも宣伝目的や通信の負担を減らすためにアプリ化するのはかなり意味がある。特に通信低減にはものすごく有効でアプリ化して画面遷移をアプリで処理して画像も全部アプリに内蔵すると全てウェブで行う場合の10分の１以下に簡単に減らせる。サーバー代にコストを掛けることが難しい規模の小さなメーカーほどアプリ化に積極的。

（201209追記）イラストレーターのコスト増加
- 近年イラストレーターのコストが増加中
  - 絵の綺麗さはかなり重要。人気イラストレーターには注文が殺到している。コストは上がり続けている。
    - イラストレーター側からすれば美味しい状況になりつつある。需要が増大しているので仕事を選べるイラストレーターも増えてきた。

（201209追記）海外進出
- 海外進出して成功したケースが登場（内容は同業者の又聞き）
  - ベースは日本と同じゲームシステム（合成カードゲーム）で問題はない
  - 課金率は日本より低い。日本人は適当に課金している人が多いがあちらでは詳細に考えて効果の高いところにしか課金しない人が多い
    - どうにかして運営の裏をかいて課金せずにやろうみたいな人も多い。
  - プレイ時間は日本より１回あたりが長い。20分以上プレイしている。日本では1回5分程度が目安。日本よりもワンプレイが長めになるように調整する。
  - あちらでも移動時間にプレイするユーザーが多い
  - 通信事情は改善しているのかユーザーが通
    Permalink | 記事への反応(19) | 20:20
    ツイートシェア

2011-09-15

■世界中の「ありがとう」を集めるサービスを作ってみた

THANKFUL WORLD - 世界を「ありがとう」でつなげよう -

似たようなサービスは既にあると思いますが、PHP プログラムの練習課題として作成してみました。

投稿者から「ありがとう」にまつわる話を投稿してもらい、感謝の気持ちを伝えるサービスです。

サービスを作った目的

ソーシャルサービスと連動させる
HTML5+CSS3を利用する
何でもいいので最後までやり遂げる

この中で一番の目的だったのは3番目の最後までやり遂げるだったりします。

本当にどんなものでもよかったので、最後まで作り上げて公開するのを目標にやってきました。

システム 環境

Apache+PHP+MySQLのオーソドックスなもの。

Web サーバの構築課題も含めてなので、さくらのVPSを一台契約しました。

インストールから設定まで行って初めて分かることも多くありました。

開発期間

1週間

思いついてから公開までの時間です。

やって良かったこと

Web サーバについての知識が深まった
システムを構築するに当たっての手順や手法などを改めて考えさせられた
次に向けての課題点が見つかったこと

次に自分が覚えることが見えたのは大きいです。

今できることを高めることも重要ですが、自分に足りないものを吸収してより良い形で昇華することも必要。

反省すべき点

思いつきで行動したため、行き当たりばったりで思っていたものとは異なる形となった
最初の設計に時間をかけるべき

設計が全てだと思います。

個人でサービスを作る以上、自分自身がクライアントなので途中で行う仕様変更（改善や思いつきによる変更など）に対する文句のぶつけ場所もありません。

念入りに設計を行い、それに基づいて開発を行う。

当たり前のことですが当たり前に行うのが難しいです。

何事も初めが肝心です。

最後に

ひと通り開発を行ってみて、自分の知識や能力についてもある程度把握できたように思えます。

今できることもわかったので、次は今できないことをできるように知識を深め、

今できることと合わせて新たな段階に進めればと思います。

長々とお読み頂きありがとうございました。

Permalink | 記事への反応(0) | 00:28

2011-09-01

■http://anond.hatelabo.jp/20110901190731

linux的なシステム構成と

まあBSD ベースだし、Linuxとは親戚みたいなもんか。

windows的なきちんとした会社が作ってるOSという安心感と

ん？

洗練されたインターフェース(≒オシャレ感)が共存してるところだと思う。

いや、まあ、その…うん。

http://anond.hatelabo.jp/20110901203436

いや逆。

UIの善し悪し関してはあくまで俺個人の主観なのでさておき、Appleが「きちんとした会社」というのは何とも。

ここ10年、他社製ハードウェアにOSを供給しないわ、内蔵ハードディスクの交換は不可能だわ、ブルーレイも使わせないわ、携帯デバイスにもFlash 再生を許可しないわ、そうやって平然と競合規格を排除するくせに、「クローズなFlashはもうオワコン！これからはHTML5の時代！」とのたまうわと、熱狂的なシンパの忠誠心にあぐらをかいてるような会社を「きちんとしてる」と表現するのに違和感を覚えただけ。

Permalink | 記事への反応(2) | 20:29

2011-08-25

■http://anond.hatelabo.jp/20110825032002

つまり、何がいいたいかっていうと、どんな言語、ツール使おうが、その上位１０％にでも食い込んでりゃ食えるよ。

んー、上位１０％に入りやすいのはFlashかHTML5か的な話じゃないかしら？

結論としてはFlexの言語仕様は糞。

ECMAScriptが糞ってこと？俺は結構好き。

それともあの型付け風の変数宣言の書き方？これはちゃんと書くと面倒なくせにあんま意味がないとは思う。

Permalink | 記事への反応(0) | 11:07

■変態Flasher

ひどいいいかたｗ

ところで、HTML5で金になる仕事になったって話しはいまのところほとんど聞いたことはない。

みんないろいろつくってはいるみたいだけど。

あってGooglepuzzleみたいなもんでしょ？

html5 対応案件なんてもうあんの？まわりではまだ聞いたことないや。

Permalink | 記事への反応(0) | 03:30

■http://anond.hatelabo.jp/20110824135254

よこから失礼。

As3なら無料のFlashDevelopで十分だよ。純正品より使える。FlexSDKも無料だから、実質無料でコンパイル環境は整う。

Adobeのやつも買ったがFlashDevelopのほうがいい。

あと、HTML5 vs Flash とかいってるけどさ、ちょっとWEBにも動きがほしいよねレベルのFlashはどうせ消えるでしょ。HTML コーダーが食えてた時代が終わったみたいなもの。だいたい情報系の言語スキルなんて５年も持たないって。

ばかでもつかえるエディターが出ればすぐ終わるよそんなもの。HTML5もそう。

生半可な人がそこに活路をもとめて漕ぎ出したところでエディターが出るまでの寸暇のアドバンテージもない。

そんな範囲のことが飯の種になるわけないじゃなぃぃ？

誰かがつくったものを真似して、誰でもできるようなことになっちゃったら制作単価下って食い合いになって終わりさ。

Air アプリでも書けって。だいたいHTML5と比較するのにFlash語るのにAir含めないってどうかしてるよ。

ただFlexで書くならフルスクラッチでゴリゴリ書けるひとじゃないと何もできないから、組み合わせるだけのプログラミングしかできない人はまだお呼びでないだけ。しかもScriptなのにコンパイルだからネット上でナレッジシェアされないしね。

FlexはActiveXやAppletと比較するべきで、プラットホームのHTMLと比較すんのはどうなのかなと思うよ。

あと、おまえらSilverLight 馬鹿にしてるけど、日本にはこれが使えるエンジニアほとんどいから結構需要あるんだぜ？

MS以外の某大手もプッシュしている。

つまり、何がいいたいかっていうと、どんな言語、ツール使おうが、その上位１０％にでも食い込んでりゃ食えるよ。

というかプログラミングの上位で食ってる人が特定の言語が使えないなんてことはないよね。

もしそう思ってるんだったら、後から来たのに悠々と追いぬかれるよ。

環境のせいにしてちゃ伸びないんだぜ。

いまいるところでまず嚢中の錐になってくだせぇ。

結論としてはFlexの言語仕様は糞。殺す気か！

Permalink | 記事への反応(1) | 03:20

■http://anond.hatelabo.jp/20110824133536

あー理解した。「いつものようにFlasherが顔を真赤にしてんなー」とか思われてたのか。だからポジショントークって言ってたのか。

あ、ごめんなさい、そういう風に読めなかった。

そらFlasherのポジショントークだと思われてたら、読めるわけがない。

なにが出来なかったのか意味が分からないけど、単にWeb標準のHTML5を普通に使っていこうよっていうのがいいたかった。

HTML4には標準じゃない方言（DOCTYPE）が70種類以上ある。それはもはやWeb標準を踏まえてたといえるのか。

HTML5はこの反省を踏まえて、極力方言を作る必要が無いように慎重に仕様が策定されてるわけだけど、それはあくまで「現在のインターネットにおいて」であって、将来にわたって各ブラウザベンダがおとなしくしている保証はどこにもない、というか、ブラウザシェア戦争がある以上、おとなしくしている訳がない。ネットに向いてないは言い過ぎました、すいません。