• 誤報告
  実際に起こったことと、現象が違う、手順が違う、設定が違う、環境が違う、などなど。
  報告通りに原因究明を試みると永久に解決に行き着かない最悪の状態です。プログラマは出口のない迷路に叩き込まれて延々時間をロスすることになります。


• 連絡が付かない
  普通はあまりないのですが、Android Market時代到来で発生した新しい問題です。つまり「コメでバグ報告する」問題です。
  バグ報告に対して「最初の情報だけで解決出来る」ことは稀です。熟練のプロQAですら(誤字脱字を除けば)報告すぐの一発解決は少なく、大抵は「○○の部分の詳細を教えて下さい」とか「ログ仕込んだのでこれで試して下さい」とか聞き返すことになります。
  つまり聞き返せない時点で解決は絶望的になります(そして当然聞き返せないような場所で報告するような人に限って報告の品質自体も悪いので......)


• 内容がないよう
  「表示が変です」「落ちました」「重いです」などなど。「何か変」なことが起こったらしいという以外に何一つ分からない情報量ゼロの報告。
  これは赤ん坊がオギャーと泣いてミルクかオムツか救急車かというようなもので、直接その赤ちゃんを診察出来ればいいのですが、電話で「赤ちゃんが泣いてるんです!!泣いてるんです!!!!泣いてるんです!!!!!!」と泣き叫ばれても「まずお母さんが泣き止んでください」としか言いようがないわけです。

上記は論外として、Android全般だと大体以下のような点に気をつけておくと対応しやすくなります。

• 環境が正確に書かれている
  機種、バージョン、回線状態(携帯電話会社、3GかWiFiか、電波が弱い時はそれも)、縦持ちか横持ちか、など。アプリ特有の設定があるならそれも。
  また、アプリがインストール直後なのかそうでないのかも重要で、手順はアプリインストール直後のまっさらな状態からの手順である方が(当然ながら)望ましいです。


• 手順や正確に書かれている
  行った手順は(一切省略せずに)くどいくらい書きます。操作に抜けがあったらその時点でプログラマの手元では再現不能だからです。
  例えば「ダイアログが出たのでボタンを押して......」という報告はよくされます。しかし、普通に考えられる操作としてOK/キャンセル/Backの3種があり、文脈によってはMenuやHomeやSearchボタンもあり得ます。どれか分からないわけです。
  勝手にOKかキャンセルのことだと解釈して10時間填まる→「あのー......これOKですかキャンセルですか」→「Homeですが?」→壁パン、は実際ありました。少しでも曖昧なところは全部詳細に聞き返すようにはなりましたが......


• 対象としたデータが何か書かれている
  対象に依存した現象というのは良くあるので、詳細であるほど原因究明はしやすくなりますし、隠せば原因究明は困難になります。
  可能であれば実際にどのURLのどのデータにアクセスしたかまで書かれていれば解決しやすくなります。


• 表示内容が正確に書かれている
  エラーが出たら「なんかエラーダイアログ出ました」ではなく重要なのはそのエラーメッセージです。エラーダイアログなんかはスクショ取るのが一番確実でしょう。
  贅沢を言えばログがあればいいですが、そこまでは要求しないです(一般人には無理なので)


• 発生頻度が書かれている
  指定の操作をした場合に「何%で発生する」とか「何回やったら何回起こった」とか書きます。これ抜けてる人多いです。地味に重要です。
  大体4種類くらいに分かれます。「その手順で操作すれば必ず発生する(再現性100%)」「現実的な試行頻度で発生する(再現性5%～99%)」「極めて稀に発生する(再現性5%未満)」「1回起こっただけ(再現性0%)」
  再現性が高いほど解決しやすく、再現性0%のものは報告するだけ無駄なことが多いです。

とまあ、だらだらと一杯書いてますが、全部が全部完璧である必要はありません。
本当に困るのは最初に書いた論外パターンだけで、後のものは適宜聞き返して情報を補完していきます。プロのテスターでも一発で完璧な報告なんてそうそう無いですしね。

また、「事実関係が誤っている」誤報告は困りますが、「仕様を誤認している」誤報告は一応有りです。
「○○に設定したら××になっちゃった!!」「そりゃ○○って書いてるんだから当たり前だろ」ってケースもそれは「ユーザから見て○○から××が想像出来ないという問題」なわけですから修正の余地はあります(直さないこともあるけど)
でも、「いきなり××になっちゃった!!」→「え、マジで......」→10時間後→「あの......まさか○○の設定変えてないよね?」→「変えたけど?」→壁パン、は勘弁な。

素人報告の場合、大体ここまでやって半分くらいは解決するかな、って感じですね。どうしても直で見られない形なので再現不能のケースは発生します。その辺はある程度諦めて下さい。
究極的には日本Androidの会の懇親会などで直に見せるという荒技もあります。直接見せるのはたいてい最強です(場合によってはその場でログも取れるので)

まあこんな長文読んでくれる人は最初からちゃんとした報告くれるんだけどね!!

2chブラウザなのに たかが2chブラウザなのに、端末起動時に自動起動して、新しいアプリをインストールした信号を受けてまた動く。裏でどんな処理をしてたら、そんな動きが必要なのか大変疑問。

Tuboroidでしょうもない半可通さんに噛みつかれてアレなんだけど、分からないなら調べるか、調べても分からないなら黙ってるか、コメに書き散らす前に俺に訊ねてくれたら答えるのに、とは思うんだけど一応軽く解説しとくね。

Androidでは時限処理を行うためのAlarmManager Serviceというものがある。

AndroidのAlarmManagerにはいくつかの問題点がある
・端末を再起動すると設定したタイマーが全クリアされる
・アプリインストール直後はタイマー設定がクリアされている
・アプリをアップデートすると設定したタイマーがクリアされる

Windowsのタスクスケジューラは再起動しようがアップデートしようが設定を引き継いでくれるのだが、AndroidのAlarmManagerはクリアされる度にいちいち再設定を行う必要があるという割とおバカな作りになっている。
しかも「再設定するかどうかを決める」こと自体をアプリ自身で判断しなければならないため、現在タイマーを使用しているかどうかに関係なく一旦は起動する必要が出てくる。

つまり、Tuboroidには定期チェック機能が存在するため、「定期チェック機能がONになっていたらAlarmManagerを再設定する」という処理を行うために、定期チェック機能がONだろうがOFFだろうがクリアされた可能性があるイベントが起こった時点で毎回再確認する必要がある。
OS側でタイマーを保持してくれればこんな面倒なことはしなくて良いのでなんとかしてくれよというのが正直なところ。

あとアプリインストール状態変更時での再設定なんだけど、現在のTuboroid(Classic系)では「インストール直後は必ず定時チェックオフ」に設定されるので、初回インストール時の再設定は確実に不要になってる。のでこの辺は減らす。
ただしアップデート時の再設定チェックは不可避。
アプリインストール時・アップデート時トリガは「自分自身」という絞り込みが効かない(端末によるのかも)ので、あらゆるアプリでトリガが引かれる。なんかもうね......
OS側でなんとかしてくれよ......

Tuboroid2では定時チェック機能そのものを削除する(というか最初から付けない)方向。何故って俺自身が使わないから。

まあそれはそれとして、暫定対応版作ってみたので、auユーザの方ちょっとテストスレにでも書き込んでどういう動作になったか教えて欲しいです。
Tuboroid_0.2.3.7b.apk
Tuboroid_0.2.3.7c.apk
Tuboroid_0.2.3.7ｄ.apk
Tuboroid_0.2.3.7f.apk
問題が起こった場合は「何を、どうしたら、どうなって欲しいのに、どうなっちゃった」かをステップバイステップで詳しく教えて貰えれば対応できるかもしません。まあ正直、俺が実環境を持っていない完全エスパー対応なのであまり期待はしないで下さい。
鰊スレ読んでも技術的に有意義なことは何一つ書いてなかった......

前回から特に進展無し。
基本的にはTuboroid1とあんまり変わらないはず。
大きめの機能は、画像ビューアが根底から変更、書き込み履歴とそれを利用した機能、まっとうなNG管理、Be、実況、あたりかな。

VIPPER向けの機能は付けたいんだけど俺自身がVIPに全くと言っていいほど出入りしないのでなぁ。VIPPERって2chをどういう風に使ってるんだろうね。
最大人口を誇るであろうニュー速系はもっと分からない。どういうのがあったら便利なんだろう。
スレ埋め立てのための自動連投機能とか、スレをチェックボックスで複数選択して片っ端から同じ書き込みする機能とか、どうよ。うん、この時点で俺がニュー速系をどう認識しているかがよく分かる。もちろん付けないよ。
AA支援機能とかはあってもいいのかなとは思ってたりはする。

そういえばdatMateってunkarとか使ってるのかな。あの機能を付けるべきかどうかがすごく悩んでる。作ること自体は簡単でTuboroidでも●を実装した時点で追加出来るような仕組みにはしてあったんだけど、出来るかどうかよりもしていいのかどうかが分からない。
クックパッド利用者のために便利ツールを作るみたいなのと違って完全に一方的な寄生なわけだから開発者倫理的には限りなくアウトだし、そもそも論的には●売りビジネスを妨害すること自体も2chブラウザ作者としての一線超えまくってる。
でも既に横行してるしヘラヘラとか言いながら付けちゃう可能性はある......。

共有NGについて。2chMateが搭載したようなのだけど、DBはどこで管理してるんだろう。独自管理?
Script Assassinの共有NGは嫌儲限定っぽいし
でもID単位での共有NGは実はあんまり有効性感じないんだよねぇ。どちらかというと画像のグロ避けをどうするかの方が問題だと思ってる。単純にグロという文字列の入ったアンカーが付けられたら暫定グロ認定みたいな原始的処理でもいいんだけど。

■内部実装についての検討

掲示板サイトからのfetch→datファイルに追記→掲示板別parser→オンメモリキャッシュ→Adapter→画面
という階層。
従来ではfetch時点で掲示板別parser通して内部用の共通dat形式に変換し、読み込む時は共通処理を使っていたのだけど、datはなるべくオリジナルを残すように変更。
実は動作速度的には不利なんだけど、DB管理外のdatファイルを野良で突っ込むのに対応しようとするとこれ必須になっちゃう。

レスをdatファイルでのみ管理する方式から、レスごとの情報を管理できるメタデータファイルを隣に作るようにする。
バイナリファイルにすべきかテキストファイルにすべきか迷ったけど、フォーマットの拡張性を考えるとテキストかな。例によってパフォーマンスが不利になるけど仕方あるめえ。
ここではレス個別のNGとか画像あぼーんの状態とかを管理させる。

実はTuboroid 0.1系(現在は非公開、最終版は2010年1月の0.1.4.7、日本のAndroidユーザが今の1/100くらいしか居なかった頃の幻のアプリ)では全レスをDB上で管理していたのだけど、完全にフロムスクラッチでリライトされた0.2系(現行のClassic系)ではdatファイルオンリーになってる。
Tuboroid2ではdatファイル+DBとdatファイル+管理ファイルの2種類を検討したんだけど、前者の方が設計的には綺麗だけど後者の方が色々メリットが大きいかなという感じ。

スレ覧はこれまで1スレ開くごとに1Activity開いてたけどスレ覧Activityはアプリ内で1個にする

これまでガン無視してきたSETTING.TXTの解釈を行う。また板表紙の連投規制値の取得も行った方がいいかな。これにより連投規制待ちをある程度クライアント側で管理出来るようになる。
SETTING.TXTの仕様見てて気づいたんだけど、実は2005年からは暦で遊ぶのを止めていたようなので日付はちゃんとparseできそうだ。コンマ区切りで板暦がつくことがあるのでコンマがあったらそれより前を捨てるという仕様をさっき知った。
(従来の2chの書き込み時刻は管理側の気分次第でしばしばデタラメな表記になっていたので、文字列としてそのまま扱うことはできるがparseしてUNIX timeに変換する安全な手順がなかった)
でも今SETTING.TXTの仕様見てみたらなんかこれ読む意味ない気もする......

時刻を管理出来るようになればNG処理が日付単位で管理出来るようになるため大幅な改善が見込める。

画像関連については完全に別物。ビューア部分については根こそぎ別物で書くと長くなるので割愛。
問題はサムネイルを自動ロードするかどうかで、最近拡張子が画像っぽいけど踏むとIPアドレスやUSER_AGENTを記録するトラップみたいなのが2chのあちこちで横行してるんだよね。だいぶ前に俺がサムネ自動ロードしたくないって言った問題がやっぱ出てきちゃってる。
サムネ自動ロードってことはこういうトラップを問答無用で踏むことになるけどいいかなぁ。
スレごとに切り替えってことにしてデフォルトオフでもいいんだけどさ。ファイルNG機能は共有NGがないと自分が一度踏んでから登録することになるんだよね......。
前述したけどグロ注意レスがついたら暫定NG扱いという手もあるけど、グロ注意レスが付く前にレス読み込んじゃってドーンということもあるわけだから、書き込みから10分以内のレスは自動ロードしないといった工夫も必要かもしれないね。

板移転はいつだって2chブラウザ作者の頭痛の種。Janeも板移転処理無茶苦茶だし、アドホックな対応しか取りようがないのだと思う。

幸いなこと。
Tuboroid開発当時存在すら知らなかったrep2のソースが手元にある。
これは2ch公式p2と全く同じコードベースと思われるものなので、内部実装が2ch公式の想定している動作にかなり近い物になっていると思われる。
monazillaは有用だけど情報不足が否めないので、具体的な実装が(Delphiとか俺が読みにくい言語でなく)存在していることは有り難い。

(追記)
内部構造の件、メタデータは別ファイル保存と書いたけど、DB保存(少なくともローカルストレージ保存)じゃないとまずいかもしれない。
SDカードには事実上セキュリティが存在しない。一方メタデータには「自分の書き込み」マークは付けるつもりでいる。他アプリからSDカードが読まれてそれまで読んだことのあるスレの一覧がバレるのはもうある程度仕方ないかな(ログを全部内蔵ストレージに入れる以外に回避不能)と思ってるけど、さすがに「その人が書き込んだ履歴」が読まれる危険があるのは俺のセキュリティ感覚では容認できない。
SDカードに保存する情報を暗号化する手もないことはないけど、そうなるとランダムに生成した鍵を本体ストレージ側に保持しておく必要があり、それはつまり再インストールすると暗号化した部分はロストするわけだからSDカードに保持しておく利点の大半は失われてしまう。
datの移動はサポートするけどインポート時点でメタデータはロストするよ、という仕様にするしかないのではないかと思う。
2chMateがSDカードにテキスト形式でメタデータを持ってるけど、これ大丈夫なんだろうか。

以下考察。

問題点

(A)2chでは書き込み時にレス内容は若干加工される。
　例えば改行がbrタグに置き換わるとかレス番参照がリンクに置き換わるとか。
　これは「書き込んだつもりの内容から改行を全部除去したもの」と「書き込み後の内容からタグを全部除去したもの」が一字一句完全一致することを期待しても良いレベルなのか?

(B)ｹｺｰﾝすることがある。
　書き込み直前のリロードから書き込み直後のリロードまでには時間が掛かる。長ければ数秒かかることがあり得る。
　何か面白いレスがあった時に自分が「ｗｗｗ」とだけ書き込んだとして、この数秒の間に「ｗｗｗ」と書き込んだ人がいた場合、「ｗｗｗ」という書き込みが複数出現することになる。
　この状態になると、何番の「ｗｗｗ」が自分の書き込みなのかを知る手段がない。

この問題点を解決するために4以降を強化する実装を考えてみる。ただしこの方式は不完全。
(4)3の全ての書き込みについて書き込んだであろう内容との編集距離を計算する
(5)編集距離が最短の書き込みが1つであればその書き込みが自分の書き込みである。
　もし(A)による書き換えで数バイト程度の書き換えが起こっていたとしても自分の書き込みが編集距離最短であることに違いはないはずである。
　この方法では自分の書き込みが「無かった」時に手近な異なる書き込みが選択されてしまう可能性があるが、それはないことを期待する。
(6)もし編集距離が最短の書き込みが2つ以上ある時は一番前の書き込みを選択する。
　全く同じ書き込みが2つ存在している原因として考えられるのは、ｹｺｰﾝかコピペ荒らしである。
　コピペ荒らしは自分の書き込みよりも必ず後であることが期待出来るので、先勝ちにすれば自分の書き込みである可能性が極めて高い。
　ｹｺｰﾝはどうしようもないのでとりあえず適当にマーク付けておく。正確に知るための仕様がないならｹｺｰﾝ時に正確に自分のレスを特定することは出来ないはずであって、つまり誤マーク上等でマークする。

本当に正しい方法が存在するならばそれがいいのだが、無いなら無いで、既存のアプリも上記方法で実装されているなら誰か教えて欲しい。

(追記)
JaneStyleにて動作を確認したが、ｹｺｰﾝ時の手当はしていないことを確認。検証方法は以下の通り。
初心者練習スレにて「テスト」の一文をP2とJaneStyleで書き込み待機状態にし、どちらも書き込んでいない状態でdatを読み込む。
その後、まずP2で書き込み、P2の書き込みを読み込まずに全く同じ書き込みをJaneStyleからも行うと、JaneStyleの「自分」表示はP2の書き込みに付いた。書き込みの順序がP2→JaneStyleになっている(実は書き込みの順序が逆転していて正しく認識しているということはない)というのはIDの末尾がPであることで確認できた。
しかるに、JaneStyleの「自分」表示は、書き込み時点で書き込んだ内容をセーブしておき、書き込み直後のリロードで新たに追加されたレスのうち一番最初のものを選択する、という原始的かつ割り切った手法を取っていると考えられる。
これはもう、割り切るしかないな。

■検討中
・一番上へとか一番下へとかリロードとかを取り扱うナビゲーションボタンの配置。下ツールバーは廃止したいがどこに置くべきか。
　候補としてはHoneycomb以降のブラウザに搭載されているクイックコントロールだが実装めんどくさい割にどの程度みんなが適応出来るか分からない
・遷移。特にスレ表示の遷移方法は課題。
　スタック・タブに載せるスレ表示を1個に制限するなら遷移はシンプルで自明だがスレからスレを開いた時に戻れなくなる。
　スレ表示を無条件に一定数の履歴としてタブに載せていく場合、左スワイプなどでスレ一覧とかお気に入りまで戻るのが大変。2ペイン表示との親和性は良い
　スレ表示中にスレリンクを押した時のみスタックして、「次の未読」を押した場合はスタックをクリアする、というのも考えられる。
　多分一番難しいところ
・テーマ機能をどうするか
　派手なカスタマイズ機能は付けたくない。例えば行間調整などのオプションがずらーっと並ぶのは無し。外部テーマファイルを作るとかってのもあんまり気が進まないんだよね......。
　アイコン差し替えなども解像度対応がややこしく気が乗らない。
・AAに関する機能
　俺自身がAAを張らない人なのでどういうものがいいのかイマイチ微妙。下手すると荒らし機能になるし......
・終了ボタン
　なんでみんなそんなに終了ボタン好きなの？

■付けない物
・ジェスチャ
　覚えられない。誤爆する。設定めんどくさい。標準的ではない
・機種情報貼り付け
　あると便利かもしれないけど2chMateが裏目ってるのを見るととてもじゃないけど......
・2ch外で広告などで維持されているサイトへのタダ乗り
　これは厳密に禁止というわけではないけど道義はわきまえる必要があると考えてる

......という感じで、今のところものすごい新機軸みたいな機能は全く思いついてない。
実は機能的にはTuboroidでほぼ完成形に近いと思ってるし、これ以上はもっとディープな2chユーザじゃないと思いつかないんじゃないかな。
実況民とかだとオートリロード+音声読み上げとかあると嬉しかったりする?
ニュー速系とかはあまりライフスタイルが良くわかんないんだよね。典型的なニュー速系民が、どんな風に視線を動かしてどんな風にレスを読んでどんな風にスレを渡っていくか、そういうのは知りたい。あそこが一番人口多いんだろうとは思うんだけど......。
VIP民とかは1様オンステージだったりするのかな?わざわざ1だけ抽出の専用ボタンとかはいらないよね。
画像スレ民にはキャッチアップ出来るようにしていきたい。グロ対策だけがちょっと微妙。デフォ表示にした場合、見ちゃってから手動でNGしてねとかで大丈夫?ネ実のスクショスレとかだとグロなんて滅多に張られないからさ。
過疎板民についてはお気に入り未読巡回ツアーで今まで通りかな。

・ギスギス要素を緩和するための工夫がされている
　アイテムドロップをPSPo2以来の個別ドロップ方式にし、経験値取得も手付け方式から周囲にいるだけで均等配布される方式になった。
　このおかげでマルチパーティエリア(後述)などで全く見ず知らずの人といきなり共闘しても損がなく、他人が鬱陶しくないむしろ他人が一杯いるほど嬉しい設計。
　ガチガチのパーティ組みたい人には向かなくなったかもしれないがMOとしては健全な方向になった。

・回復手段が大きく制限された
　従来のPSO/PSUと大きく異なる点として、アイテム使用に(モンハンのように)時間が掛かるようになり、レスタはHPが徐々に回復するフィールドを数秒間張るような効果になった。
　このため回復には安全確保が必須になり、回復しつつ敵と正面からHPを削り合う、というような戦い方は出来ない。

・種族格差が全体的に縮小
　HPと法撃以外のステータス差はあまりない。法撃だけはキャストとニューマンでそこそこの差(といってもPSUのヒューマンとニューマンくらいの差)があるのでキャストのフォースだけは若干不利かもしれない。

・3職それぞれ操作感が別ゲー
　特にハンターとそれ以外の操作感が全く異なる。ハンターはパッドでプレイする人が多いようだが、レンジャーとフォースはキーボード+マウスでの操作がほぼ必須に近い。

・ハンターは格ゲー
　普通に使っても普通に強く、操作に慣れると凶悪に強くなるので、初心者から上級者までとりあえずハンター使っておけばハズレは無い。
　攻撃力がぶっちぎりで高く防御面でも隙が無いので効率とか強弱とか気にする人はハンター選んでおけって感じ。
　ジャンプとステップが非常に重要で、特にステップは無敵時間有りで使用コスト0な上にステップをキャンセルして攻撃に繋がるため非常に強力。敵の全攻撃をステップで避けながら攻撃し続けるのがデフォルト。
　前述の通りメイトが使いにくくなっているため回復時は安全確保が重要。
　ステップに比して空気っぷりがやばいガードにはてこ入れ必要と思われる。

・レンジャーはTPSっぽい
　立ち位置としてはモンハンのボウガンか?弱点狙いのため事実上TPSモードが必須。
　敵を弱体化させる特殊弾を持つ。ただし特殊弾はリキャストが長く対ボス用の性質が強い。
　攻撃力は(弱点を狙ってすら)低めだが、PAの一点集中攻撃やグレネード弾はそこそこの威力。ボス戦ではハンターが殴りにくいような場所にある弱点を特殊弾で防御下げてPA撃ちまくると割と強い。雑魚戦は苦手かもしれない。
　ステップの代わりにダイブロールというPSPo2の緊急回避みたいなのが出る。コスト0なのでPSPo2よりはずっと強力だがステップと違ってキャンセル出来ないため3職では一番地味。

・フォースは...なんだろ
　モンハンの弓と笛を足して2で割ったような感じ?レンジャーと同じくTPSモード推奨。
　テクは時間を掛けてチャージしてから撃つ必要がある。このため安全にチャージ出来るような位置取りが重要になる。
　攻撃力は低いが補助が出来るのが一応利点。ただαでは補助が(前述の通り使いにくい)レスタしかないので補助役としてはあまり期待出来ない。シフデバが来れば違ってくるはず(補助アイテムが無ければ)
　ステップの代わりに水平に滑るように移動するミラージュエスケープが出る。無敵時間が長いが隙も大きくキャンセル不可のため、その名の通り敵中脱出用という色彩が強い。
　ガス欠になりやすいくせにPP回復手段が殴るしかなく、非チャージテクの存在意義が不明、などまだ練り込みが足りない感はある。

・キャラクリは良く出来てる
　顔が変形できすぎてとんでもないことになりがちなので、かんたん編集で大まかに作った後で少し弄る、くらいにしておかないとやばい。
　おっぱいスライダー自重。
　α1であまりの自由度の低さに驚異的な不人気っぷりだったキャストはα2で大幅にてこ入れされた。

・ツリー式のスキルシステム
　いわゆるDiablo2方式。正直これは古い。なんでPSPo2で付け替え自由のアビリティ方式にしたのに退行するんだろう。
　スキルの性能はあまり強力にしない方針のようなので、特定のスキル編成でないとどうこうということはあまりないと思う。今の傾向で行くならだけど。
　αではスキルリセットが出来ない。本番では課金アイテムか何かになるんだろうか?

・アイテム強化とかはまだ触ってない
　悪名高いドゴーンや傷物仕様が無くなったため、とにかくコストさえ掛ければ強化していける感じにはなった模様。
　基本的にはPSPo2系の発展型といった感じみたい。

・マルチパーティエリアが特徴的
　道中で複数のパーティが最大12人までごちゃ混ぜになるエリアがあり、基本的にマッチングがランダムに行われるためかなりカオス。前述の通り他人がいるほど有利なので自然に共同戦線を張る形になる面白い仕組み。
　α1では大人気を誇ったがα2で仕様が複雑化しかえって過疎化するという逆効果をもたらしたため、α1に近い仕様に戻して欲しいという声多数。

・マイルームはPSUの発展系
　デフォルトでバルコニー付きでPSUより広い中部屋だが、最大で大部屋3個まで拡張可能。
　ただ、実用的な機能はロビーで一通り使えるため、マイルームは純粋に友達呼ぶ用となっていてどの程度使われるのはやや疑問。マイルームでしか出来ない機能(栽培とか?)がないとあまり利用されないコンテンツになるかもしれない。

■ぱっと見てまずいと思う所
・アイテム整理周りのUIがいまいち
　α1からはやや改善したが相変わらず使いにくく分かりにくい。
　ミッション中にアイテムが一杯になって整理しようとすると確実にイラッとするレベル。

・倉庫が狭い
　αだからかもしれないが倉庫にアイテムが200個しか入らない。本番では少なくともあと1桁は多くなることを期待する。
　とすると尚更今のアイテム整理UIでは追いつかなくなるわけだけど。

・不可逆型のスキルツリーシステムは今時古い
　課金スキリセ売るぜーとか思ってるなら止めて欲しい......。
　特にフォースのスキルが属性別で分かれているのは懸念点だと思う。

・ガードと非チャージテクが空気
　ガードが完全にステップに食われており、α2から攻撃モーションをガードでキャンセル出来るようになったがまだ弱い。何かもっと目立つ利点がないと厳しいと思う。
　非チャージテクは威力がショボいくせにPP消費がチャージと同じという意味不明さ。いっそ非チャージはPP消費無しで低威力の通常攻撃扱いにでもしてしまえばいいのに。

・α1のマルチパーティエリアを返して
　返せ

とりあえず現状見えている範囲では割と期待出来る方じゃないかなぁ。