Page 5 of 23 FirstFirst ... 3 4 5 6 7 15 ... LastLast
Results 41 to 50 of 221
  1. #41
    Player kakuton's Avatar
    Join Date
    Jul 2011
    Posts
    207
    Character
    Kakuton
    World
    Valefor
    Main Class
    RDM Lv 1
    うーん、これはちょっと反対ですね。

    サチコメに書く、シャウトに明記するなど募集要項に下限をつければいいことですし、それで嘘ついて参加する参加者がいたらキックすればいいと思います。そこまで気にするなら、現地の戦闘で確認しなくても、ソロムグやワジャームでスキル面接してはどうでしょうか。

    特定ジョブのスキルが足りないことにより、崩壊したりクリアできないようなコンテンツであれば、キージョブはフレなり身内で準備するのが良いと思います。
    (18)

  2. #42
    Player DonMakkou's Avatar
    Join Date
    Aug 2011
    Posts
    86
    Character
    Castorium
    World
    Valefor
    Main Class
    RDM Lv 5
    主催さん方の意見を見たうえで、それでも排除の仕組みは作るべきではないと思います。

    確かに縛りばっかりのぎりぎりコンテンツばかりなのが問題ではあるのですが、
    それでも、
    会話拒否や、○○お断りをさらに助長する代物、助け合い・フォローを台無しにするようなものを システムとして入れるって事はオンラインゲームを運営する会社がやることではないと思います。

    いろんな考えの人がいるからこそのオンラインゲームであると考えます。もちろん、スキルを確認したいという考えもありです。 でもこれはシステムではなく会話等プレイヤー間のかかわりあい方で成立たせるべきだとおもいます。




    それでも!というのであれば、
    スキル値の確認をしたいという主催さんを回避できる仕組みも入れたらどうでしょうか? 

    ①まず、スキル値を確認できるコマンドを導入、ただし、PT/アライアンスリスト上の表示のみとする。
    ②プレイヤーにおいてはスキル値の公開は基本シークレット、コマンドで公開可能状態になる。
    (誰にでも見れるわけではなく、PTメンバーリストの中だけです)
    ③主催側プレイヤーはPTメンバーのスキル値を見れるようにする/見ない を選択するステータスを持つ。
    ④主催側がスキル値を見れるの場合には、公開設定のプレイヤーしか誘えない
    ⑤氏名、サーチリスト、および、PTメンバーリスト上の氏名表示を、スキル値を見れる場合、および、公開設定においては、お任せPTのときのような異なるアイコンを表示させる。
    (アライアンスの場合は、まず、公開設定されたリーダーしかアライアンスに誘えず、チームリーダーも公開設定された人しか誘えなくなる。)


    一応折衷案として考えては見たものの、ちゃんと会話するべきだと思うなぁ。信頼関係を壊していくようにしか見えない。 また、 スキル覗いて確認してPT組んで討伐って、作業感が増えるだけじゃないかっても思っちゃいます。 会話して、人をまとめてって部分がオンラインゲームであって、作業感増やすのはコンテンツの寿命縮めるだけのマイナスにしかならない気がします。
    (18)
    Last edited by DonMakkou; 02-21-2012 at 11:40 AM. Reason: 誤字直し

  3. #43
    Player Kingdom's Avatar
    Join Date
    Mar 2011
    Location
    タルタル連邦
    Posts
    709
    スレ主さんの仰りたいことも理解できますし一理あると思いますが、でもゲームにまである種の選民思想持ち込むのやめましょうよ。
    (33)
    Tarutaru Fantasy Online (´・ω・`)

  4. #44
    Player
    Join Date
    Nov 2011
    Posts
    237
    Quote Originally Posted by ADAMAS View Post
    「そこまで相手に不信を覚えるなら、信用できるメンツで固定してやったらいいのでは」

    と思うのですが……。
    そりゃウソの報告してくる人は私ですらイヤです。半壊で済めばいいものが全壊なったりしますしね。
    かといって、頭数揃わないとヤルことすらままならないのも事実なんで。
    野良にはその回のみでギブアンドテイクが成立するという良さがあるので、
    そもそも固定メンバーや身内でやるのとは主催する際の背景が大抵違いますよ。
    ギブアンドテイクが成立しない(主催の欲しい要素を持っていない)のであれば、
    その方に参加して頂く意味は薄いです。

    Quote Originally Posted by ADAMAS View Post
    会話するのが一々面倒だ、確認しないと崩壊フラグもたつし
    ⇒選考基準を明確にサチコメなりシャウトに盛り込む。ウソついてたら、たとえ連戦(VWだと)であろうとも
    キリのいい所でキックする。そして補充かける。
    サチコやシャウト/エールは文字数が少ないので、
    縛りが多くなるアッパーコンテンツでは厳しいかもしれないですね。
    また、キリの良いところまでと言ってもそれまでは何かしらの必要要素を捨てる事になります。

    そういったトラブルの芽を潰せる仕様は組み込んで頂きたいです。
    このゲームは主催の負担が大き過ぎます。
    (9)
    Last edited by Atrici; 02-21-2012 at 11:48 AM.

  5. #45
    Player 7-phantom's Avatar
    Join Date
    Mar 2011
    Posts
    359
    効率性の是非とかそこらへんは全部置いといて思った事なんですが
    いつからプレイヤーは標準でライブラだの白眼だの使えるようになったんですかね?w

    「みつめて」わかるのってせいぜい装備の性能くらいが限度だと思うなぁ。
    (5)

  6. #46
    Player Koyasu's Avatar
    Join Date
    Mar 2011
    Posts
    37
    Character
    Koneta
    World
    Odin
    Main Class
    RDM Lv 99
    Quote Originally Posted by Atrici View Post
    そういったトラブルの芽を潰せる仕様は組み込んで頂きたいです。
    このゲームは主催の負担が大き過ぎます。
    120%賛成です。
    アビセアやバラー、2アカの普及でレベルとスキルのズレが大きくなっています。
    かつてのカンストまで何ヶ月といった時代ではありません。
    しかもサーバー人数の減少で、固定だけで人を充足することも困難です。

    排除とか選民ではなく、99コンテンツにスキル60台以下で入ってくる「困った人」
    「たぶん話も通じない人」から、主催者にこそ自衛のための方策をもたせるべきでしょう。

    それによって、レベルとスキルが適正なプレイヤは何一つデメリットを受けません。

    「話せばわかるはず」というのは、実際に主催をしていない無責任な発言だと
    憤りに近いものを感じます。
    (17)

  7. #47
    Player
    Join Date
    Jul 2011
    Posts
    178
    VW参加出来ない身ですが、とりあえずスキル確認出来るようにするは反対。
    どうしても実装したいなら、VW限定でスキル確認出来るシステムで。
    (11)

  8. #48
    Player RAM4's Avatar
    Join Date
    Mar 2011
    Location
    ウィンダス
    Posts
    1,956
     スキルが他人から見えるのには抵抗がある人がいると思うのでWinderstixさんの提案している、スキルが出せる代名詞を作るに賛成です。
     主催をしているとキージョブをお願いする人が、その働きをきちんとしてくれないと主催、当事者以外の16人に迷惑がかかります。そして謝るのは主催なんです。それを苦にして主催をする人が減るのであれば、こういった情報をきちんと表示できるようにして、主催の負担を軽くするのはいいのではないでしょうか。

    Quote Originally Posted by Winderstix View Post
    見られるのが嫌って人は、「勝手に」見られるのが嫌なのでは?
    装備と違ってスキルは項目と数値の情報しかないからテキストで良くて、<job><mjob><sjob>と同じように<skill><cskill><mskill>という代名詞でも作って、
    <cskill>の戦士です。

    【HTH334/DAG388/SWD398/…(中略)../PRY368】の戦士です。
    とか(略記は適当です
    吟<mskill>です。

    吟【SNG373/STI373/WDI373】です。
    とか(略記は…
    勝手に「見られる」ではなく自分の意思で「教える」という形ならどうなんでしょうか。
     まぁ、Fenrir鯖にいる人は私がシャウトするときは
    VW○○いきます。参加希望者は可能ジョブを添えてテル願います。現在○○名
     と、何の縛りもいれずにyellしてるのを見かけていると思いますが。
     どうせ知り合い、リピーターが入ってくるだろうからキージョブは知り合いに任せる。知り合い、リピーターが入ってこなかったらキージョブはいざとなったら自分でやる。で失敗したことがほとんどないので気にしていないというのもあります。
     よく1戦目、説明がテキトーすぎてぐだります。主催が手抜きすぎです。
    (8)
    Server:Fenrir Name:Amabili Linkshell:TinyMandragora

  9. #49
    Player FortressMaximum's Avatar
    Join Date
    Mar 2011
    Location
    Win@phoenix
    Posts
    497
    こんにちは

    なぜ反対と柔軟案に「良いね」がよく付くか考えてくださいね。

    主催するのがしんどいのもよく分かります。
    でもそこからコネクションて広げていくものではないかなと思いますが?
    完全固定じゃなくても良いじゃ無いですか、この人に次もこのジョブ頼みたいなと思ったら
    次主催したとき、予定が空いてたら誘いたいので、フレ登録いいですか?で済むわけです。
    そうして核になるジョブ、本来のジョブ性能とは違うことを求められてるジョブは
    一緒にやってきて信頼できる人にお願いするか、自分が出来るようになるかすればいいだけの話です。
    雑談の中でそういう情報は集められますしね。
    そういう意味でも無味乾燥になりがちなもので、しかも覗き見ることが可能なシステムを投入して欲しくは無いのです。

    ま、個人的に「箱、PS2お断り」のサチコを見た瞬間から
    VWはダストを売るだけのコンテンツに成り果てましたからどうでもいいちゃどうでもいいんですがね。


    シャウトを見るたび思うこと「コって書かずにWFって書け」とw
    (21)
    Last edited by FortressMaximum; 02-21-2012 at 02:21 PM.
    心安く穏やかに、行きたいものですねぇ(自戒もこめて)

    ※:2011/8月のVU以降21から25の間、FFXI-4001エラーで落とされることが多いので、
    固定活動日(日月)以外はさっさと諦めてヴァナ内にはいないかもしれません。

  10. #50
    Player
    Join Date
    Oct 2011
    Posts
    31
    Quote Originally Posted by Winderstix View Post
    <skill><cskill><mskill>という代名詞でも作って、
    <cskill>の戦士です。

    【HTH334/DAG388/SWD398/…(中略)../PRY368】の戦士です。
    とか(略記は適当です
    吟<mskill>です。

    吟【SNG373/STI373/WDI373】です。
    とか(略記は…
    勝手に「見られる」ではなく自分の意思で「教える」という形ならどうなんでしょうか。
    この形いいですよね。
    コマンドで表示される文字列の中に普通に文字変換では出ない記号なりが入っていれば
    手打ちで誤魔化すこともできなくなって更にいい気がします。

    コマンド式での利点なのですが、こういった何かに参加するケースだけではなく
    個人が自分のスキルを確認したい時にコマンドさえ入力すれば判るのは便利だと思います。
    ジョブに無いスキルだとジョブチェンジしなければ確認できないので、それができるととても便利そう。
    もしスキル表示そのものがジョブ依存なら無理ですけどね…
    (11)

Page 5 of 23 FirstFirst ... 3 4 5 6 7 15 ... LastLast