[過去ﾛｸﾞ] RPGツクールMZ_4作目 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
970: 名前は開発中のものです。 [sage] 2021/02/09(火) 11:04:39.63 ID:c3TZklot(1/5) AAS
>>958
958(1): 名前は開発中のものです。 [] 2021/02/09(火) 06:55:19.85 ID:tiSw77gR(1/2) AAS
今残ってないと言うなら2D自体がほとんど残ってないのでは？
ソシャゲは知らんけど
最近のゲームに合わない人が昔のゲームを求めてたどり着くのがフリゲ界な気がする
それこそ無料がいいならソシャゲに死ぬほどあるわけだし
そういう元ネトゲ需要だとレベ上げ型アクションRPGだなROみたいな手の奴
971: 名前は開発中のものです。 [sage] 2021/02/09(火) 11:08:38.88 ID:c3TZklot(2/5) AAS
>>969
969(1): 名前は開発中のものです。 [sage] 2021/02/09(火) 10:59:56.67 ID:3BngVNii(2/2) AAS
俺は別にMZに魅力感じないからMZがコケようとかまわんで

ただねぇ、プラグイン作者ありきでガバガバシステムのまま売ってる事実を考えたらこのやる気のなさはモチベ下がるやろなぁ
プラグイン作者だってある程度は喝采願望もあろうし、そうじゃなく人の役に立ちたい聖人だとしてもいずれにせよユーザー数多くないとやる気出んやろうに
つうかアップした意味が見えないのにプラグのコード解析の積み重ねを殺されたのが痛過ぎるんだよね
逆にMVのまま追加コードでも貼ってMVaceならお布施くらいしたのにわざわざコーディングする奴を切った意味が判らん
972: 名前は開発中のものです。 [sage] 2021/02/09(火) 11:13:41.92 ID:c3TZklot(3/5) AAS
要はKADOKAWAは全社上げてプラットホームやるって言ってるのにプラットホームの要件である継続開発モデルを踏襲してないのは背任じゃね？という

以下松原社長談話
IPの創出面においては、年間5,000点におよぶ書籍・雑誌新規刊行をベースとするIP創出力に加え、ドワンゴのniconicoと、KADOKAWAのカクヨム、コミックウォーカー、RPGツクールといったUGC（User Generated Content）プラットフォーム事業との更なる連携深化を通じ、グループ全体のIP創出力の強化が着実に進んでいます。
以上
974(1): 名前は開発中のものです。 [sage] 2021/02/09(火) 12:57:03.87 ID:c3TZklot(4/5) AAS
>>973
973(1): 名前は開発中のものです。 [] 2021/02/09(火) 12:42:39.41 ID:ImMLtU9o(1/6) AAS
エディタはMZのほうが圧倒的に使いやすい
まだまだ改善してほしいことは多いがMVに戻る気はしないな
MVがあれば別に要らんというのはわかるが今から買うならMZしかないだろと思うけどな
セール待ちの貧乏人とプラグイン素材がないとどうにもならん人は知らんけど
単純にコーダーからの信用の問題だよ
現状のアプデはコーダーからするとアプデじゃなくて開発中止に等しいので今後もそうなら参入は見合わせるしかないってだけのことで、プラットホーム化するなら解析も無駄にならないので方針を（開発環境ツールとして）マトモになるなら便利だから戻りたいけど無理そうなのかなぁ（残念）ってだけ
990: 名前は開発中のものです。 [sage] 2021/02/09(火) 17:00:56.77 ID:c3TZklot(5/5) AAS
>>980
980(3): 名前は開発中のものです。 [] 2021/02/09(火) 15:14:16.31 ID:ImMLtU9o(2/6) AAS
>>974
コーダーって誰？プラグイン作者と読み替えていいのかな
開発中止に等しいとか極端すぎじゃないの
MVから何も変わってないと文句言う奴とMVでの解析が無駄になったという奴がいて何が何だかだよ
個人的にはMVから大して変わってないと思うからMVの知見は無駄になってないと感じる
Manager回りとか結構キレイになったような　もう少し踏み込んでもいい気もするが
変わるなりの整理やがされてないのに変わったってことだよwikiからのコピペだけどこういう部分が980が例に出した相反するように見える２つの意見が実は相反してない説明

以下コピペ

メインラインにマージせずにブランチでの開発が長く続けば続けるほど、開発者ブランチが最終的にマージされたときに複数の統合の競合[4]や失敗が発生するリスクが高くなる。開発者がリポジトリにコードをコミットするとき、まず、コピーを取ってからのリポジトリの変更を反映させるためにコードを更新しなければならない。リポジトリに含まれる変更点が多ければ多いほど、開発者は自分の変更点をコミットする前に、より多くの作業をしなければならない。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.578s*