Scratch への提案

pikurusu_Game5

#9521
Quoteは返信ではないので、回答をする一部だけ載せてみてはどうでしょうか

Last edited by pikurusu_Game5 (Aug. 16, 2026 09:15:15)

inoking

h_team_x wrote:
2読んで少し書き換えました。

書き換えないでください！話がつながらなくなります。
もはや、基本的な投稿マナーの話です。

h_team_x

そうそれ、そういう投稿を待っていた！
確かに、セーブや一時保存という名前だと、親しみやすいかもしれませんね。
しかし、一時保存はなんか違う気が…（リロードしても保持されるデータとして提案してるので）

h_team_x

#9525
すいません、書き換えたのは別の理由でした。（語弊の修正）
別に話が繋がらなくなるほど書き換えていません。
#9526
すいません。#9525への返信のように見えるかもしれませんが、
#9523への返信です。

s1nonome

即消極的な返しが飛んでくるのにも理由があります。「するな」と断じるのではなく、否定された際、それを受け入れて意見を改めるのか、それとも反論するのか…
そういった議論の姿勢が大切です。

また、基本的には流れてしまった投稿は書き換えないことです。軽微に思える修正でも、後から見に来る人にとって矛盾が生じるかもしれません。

inoking

※不適切な投稿が削除されたため、投稿番号がずれています。

h_team_x wrote:
#9525
すいません、書き換えたのは別の理由でした。（語弊の修正）
別に話が繋がらなくなるほど書き換えていません。

こういうことを続けたくないのですが
議論の根本姿勢として重要なのでここに書きます。

#9507 で引用した内容：

h_team_x wrote:
皆さんへ
ポジティブな投稿を心がけてください。
即座に却下など、建設的な投稿とは言えません。

問題点があったとして、それを解決する案を出したほうがいいです。
却下に十分な理由として一応上げときます。
メリットがない
デメリットをメリットが下回る
それらの解消のしょうがない

↓
現在の #9504 が以下です（変わった箇所を赤文字にしました）。

h_team_x wrote:
皆さんへ
ポジティブな投稿を心がけてください。
即座に却下などは、建設的な投稿とは言えません。

問題点があったとして、それを解決する案を出したほうがいいです。
代用可能だけで却下することは普通ありません。
却下に十分な理由として一応上げときます。
メリットがない
デメリットをメリットが上回る
それらの解消のしょうがない

「てにをは」一つで大きく意味が変わることもあります。
一文追加であればなおさらです。
後から読む人には、私がそれを見ずに返答したのかと思われてしまいます。
「デメリットをメリットの件」は意味が反転してしまっています。編集前が正しいです。

「quote の中を編集しないでください。」というのも言ったところです。
注釈を添えるぐらいならかまいませんが、
それでも元の文との違いが明確分かるようにしてください。
#9521 は 1, 2, 3, 4 の番号が埋め込まれていることがさっきまで分かりませんでした。

h_team_x

#（全て）結構かわってましたね
すいませんでした。
一応、戻すのも混乱につながる可能性がありますし、「上回る」の部分以外は戻すつもりはありません。
「上回る」の部分は戻します。見間違いだった上、本来の意味と離れてしまうため。
数字の件ですが、◯数字がなぜか使えなかったのでこういう表記に変えました。
わかりにくかったですね…次から小分け方式（quoteをわけて個別で返信する）にします。

Last edited by h_team_x (Aug. 16, 2026 09:47:42)

inoking

h_team_x wrote:
次から小分け方式（quoteをわけて個別で返信する）にします。

#9519 を小分け方式で再投稿お願いします。

inoking

#9521:

h_team_x wrote:
inoking wrote:
何でも「はいはい、いいですね」と肯定するのが「建設的」とは思えません。3.
むしろ、
Scratch という事情やトピックでの過去の議論などをちゃんと把握せず提案するほうが「非建設的」だと思います。
※クッキーの再提案がそうだとは言っていません

逆に言うと、Scratch という事情やトピックでの過去の議論などをちゃんと把握することで
はじめて提案の土俵に上がったと言えます。4.

3,4私の言いたいことと若干離れてる気がします。

h_team_x さんの「言いたいこと」が何か分かりませんが
文脈を追う限り、私の発言の何が離れているか分かりません。
却下するには必ずそれなりの理由があり、代案含めて明記されています。

また、Scratch チームの方針がそうであるように
一度議論したことは
事情の変化や、有効な反論の提示がない限り、再び扱うことはありません。同じことを繰り返すのはそれこそ非建設的です。
ちゃんとした異議があるならそれを崩すだけの反論が必要です。
「いつも提案が却下されて気に入らない」ではないのなら。

むしろ、不適切な投稿マナーや余計な遠回りで議論が進まない、そうさせていることこそが
非建設的だと思います。

h_team_x

そういやこの投稿自体が#1の返信だと再認識した今日このごろ
#9519と#9521を反映しました。
3については、もちろんそうでないことは認識しております。また、そういう意味でかいたつもりはありませんでした。
4ももちろん、そうです。だからこそということになります。

inoking wrote:
#9521:
前略
また、Scratch チームの方針がそうであるように
一度議論したことは
事情の変化や、有効な反論の提示がない限り、再び扱うことはありません。同じことを繰り返すのはそれこそ非建設的です。
ちゃんとした異議があるならそれを崩すだけの反論が必要です。

だから再提案しました

「いつも提案が却下されて気に入らない」ではないのなら。

少しそう思ってしまっていたかもしれませんね…

むしろ、不適切な投稿マナーや余計な遠回りで議論が進まない、そうさせていることこそが
非建設的だと思います。

その通りだと思います。
一旦本題に戻りません？

inoking

#9522:

1233458 wrote:
#9518
“Cookie”という言葉が伝わらないのであれば、「セーブ」「一時保存」…のようにわかりやすい表記をするのはどうですか
勿論、語弊はありますが、伝わり方に問題はないような気がします。

#9525:

h_team_x wrote:
そうそれ、そういう投稿を待っていた！
確かに、セーブや一時保存という名前だと、親しみやすいかもしれませんね。
しかし、一時保存はなんか違う気が…（リロードしても保持されるデータとして提案してるので）

名前の問題ではありません。
却下理由にも

inoking wrote:
5. cookie（使用例：簡易的なオートセーブ等）
作品から直接 Cookie を操作するブロックができたとして
「（名前は違うとしても）Cookie って何？」というところからはじまって
混乱するだけとなる可能性が高い。
クラウド変数である程度のこともできる（今回追記：セーブコード方式も代用手段となる）
→ 却下

「（名前は違うとしても）」と書いています（つまりこれも議論ずみ）。
問題はその概念です。
どこに保存され、誰がどうやって制御でき、どういう寿命があるのか？
といったことです。

short-KUSA

内容がごちゃごちゃになっている気がします。
一度内容をまとめてみてはどうでしょうか？

inoking

h_team_x wrote:
#9519と#9521を反映しました。

だから、、
一度投稿して返答もされているものを書き換えないでください！
#9520 などの話がつながらなくなっています。
私は「小分け方式で再投稿お願いします。」と書きました。

h_team_x wrote:
3については、もちろんそうでないことは認識しております。また、そういう意味でかいたつもりはありませんでした。
4ももちろん、そうです。だからこそということになります。

であれば、何が「言いたいことと若干離れてる気がします」なのかますます意味不明ですが、、
もうかまいません。

h_team_x wrote:
inoking wrote:
#9521:
前略
また、Scratch チームの方針がそうであるように
一度議論したことは
事情の変化や、有効な反論の提示がない限り、再び扱うことはありません。同じことを繰り返すのはそれこそ非建設的です。
ちゃんとした異議があるならそれを崩すだけの反論が必要です。
だから再提案しました

最初から断りを入れています ↓：

inoking wrote:
※クッキーの再提案がそうだとは言っていません

h_team_x wrote:
むしろ、不適切な投稿マナーや余計な遠回りで議論が進まない、そうさせていることこそが
非建設的だと思います。
その通りだと思います。
一旦本題に戻りません？

であれば、いいかげん、この話を進めてください。
私は都度、本題に戻しています。

inoking

short-KUSA wrote:
内容がごちゃごちゃになっている気がします。
一度内容をまとめてみてはどうでしょうか？

私は都度、本題に戻し、後から編集された分以外はすべて返答しています。

まとめたいなら
提案したい人でお願いします。

1233458

#9531など
Quoteは「引用」ですから、返信の用途で使うのはあまりよろしくないです。読みにくくなります

h_team_x

あ、再投稿ってそういうことか
3で示したつもりでしたが…もういいです。
前にもいった気がしますが、周知しとけばいいと思います。
また、クラウド変数もそうですが、触っていて覚えるとか、知っているひとに聞いたりするなどもあります。
概念について

inoking wrote:
どこに保存され、誰がどうやって制御でき、どういう寿命があるのか？

保存場所はcookieを使用し、ブロックで制御でき、寿命は半永久を考えています。

pikurusu_Game5

#9538
#9531の使い方は合ってると思うのですが。話の内容を知らない人からするとQuoteで返信している一部を示してもらったほうがありがたいです。
それに#だけで元の文を示されても元の文の何に対する返信かがわかりません。(元文が長いため)

Last edited by pikurusu_Game5 (Aug. 16, 2026 11:10:42)

short-KUSA

寿命は、履歴を消去しない限り消えないと思います

inoking

#9538:

1233458 wrote:
#9531など
Quoteは「引用」ですから、返信の用途で使うのはあまりよろしくないです。読みにくくなります

ディスカッションフォーラムの慣習上、正しく「引用」しています。
おかしいところがあるようならプロフィールにお願いします。

※トピ違いなので以上で。

inoking

short-KUSA wrote:
寿命は、履歴を消去しない限り消えないと思います

まとめてはくれないのですか？

また、私が言っていることはそういうことではありません。
クッキーはブラウザーが管理するものであり、
Scratch の管理範囲を超えています。

Discuss Scratch