Scratch 3.0 への提案

inoking

このままプロフィールに移動するとここを見ていた人に伝わらないのでここに書きます。
今回の件に限らず「報告乱用された」と言っているのをよく見ますが
ガイドラインをよく理解していないと思われることがよくあります。
つまり、自分の非を認識していないということです。
※今回の件はどちらか分かりませんが

inoking

#8508:

00giri wrote:
コメントを報告した際も、報告理由の記述を求めるようにすることを提案します。
理由は、ただ報告しただけでは事情が伝わりにくい場合がある、てきとうな報告がしにくくなるなどです。むしろ現状、記述が必要ない状態になっていることが不思議です。

これは英語フォーラムで提案したことがあります。
https://scratch.mit.edu/discuss/topic/505757/
別件と絡めたことでクローズされてしまいましたが。。

なお、同様のアイデアは既に提案されているようです。
https://scratch.mit.edu/discuss/topic/463326/

Last edited by inoking (Jan. 22, 2022 19:41:25)

tou-rou2

MitchyRoad wrote:
#8505
もしこれが実装できてもクラウド変数の制限で256桁までしか出来ないよ。

クラウド変数のみを見ればそうでしょう。
しかし、普通の変数は、ほぼ無限に入る（というより、制限があるにしてもその前に重くなりすぎて落ちる）、とどなたかが実験をしていたのを覚えています。
つまり、制限はないです。

ITM126

#8526　僕のコメントをよく読んでくれたでしょうか。

kouryou118103

#8529

inoking wrote:
今回の件に限らず

inoking wrote:
※今回の件はどちらか分かりませんが

これはみんなへの意見です。

1STEP621

tou-rou2 wrote:
（略）普通の変数は、ほぼ無限に入る（というより、制限があるにしてもその前に重くなりすぎて落ちる）、とどなたかが実験をしていたのを覚えています。
つまり、制限はないです。

普通の変数にほぼ無限に入るのなら、「長整数」と「Scratchの中の普通の変数」に違いはないのではないでしょうか。見当違いなことを言っていたらすみません。

Last edited by 1STEP621 (Jan. 26, 2022 10:28:24)

tou-rou2

「長変数」ではなく、「長整数」です。
今現在、scratchの演算可能な桁数は、16桁です。
しかし、長整数を導入することによって、小数点以下を扱うことはできなくなりますが、桁数の制限は、なくなります。
そのような機能を導入してほしい、ということです。
また、scratchはjavascriptで動いています。
javascriptにはある機能を導入することは簡単なのではないでしょうか。

inoking

ITM126 wrote:
#8526　僕のコメントをよく読んでくれたでしょうか。

もちろん読んでいますが
どちらにしても何が言いたいか明記しないとそれでは話が続きません。
続けたい場合は別の場所で。

疑問点：
こんにちは！などについて ST からメッセージが来たというのがなぜ分かったか？
聞き返さないかぎり、どのコメントが NG だったのかは分からないはず。

inoking

#8505, #8532:

tou-rou2 wrote:
JavaScriptにはある、長整数がほしいです。

賛成です。
「高い天井」の考え方からしても理にかなっています。

ちなみに、現状 Scratch で扱える最大の整数絶対値は
MAX_SAFE_INTEGER + 1 (9007199254740992)
※なぜ +1 なのかは不明
のようです。

sasukedx

ターボモードに[ する v]::control

ターボモードに[ しない v]::control

が欲しいです。
理由
Shiftキーを押しながら旗をクリックして切り替える操作が不要になるから。スマホやタブレットが利用できるようになったので、中を見ずに自動で選択されるので、クラウド変数に保存が出来るから。製作者側が絶対にオンにして欲しいや、オフにして欲しいという願いが安易に出来るから。

sosyamada

その提案はすでに出ています(#2の「仕分け前の提案」)。#1や#2をよく確認したうえでのご投稿をお願いします。

inoking

#2 に出ています。

ターボモードを [オン v] にする ::control

すみません、かぶりました

「仕分け前の提案」なので、この際仕分けまでしてしまってよいかもしれません。

Last edited by inoking (Jan. 23, 2022 03:55:46)

ITM126

#8535　ターボモードはプロジェクトを早くしてくれますが、変な動きをしてしまうという難点がありますし、主な機能ではありません。

yui0321

inoking wrote:
#8505
ちなみに、現状 Scratch で扱える最大の整数絶対値は
MAX_SAFE_INTEGER + 1 (9007199254740992)
※なぜ +1 なのかは不明
のようです。

9007199254740992は2^53です。
MAX_SAFE_INTEGERは、2^53-1なので、それに1を足すと、2^53になります。
（コンピューターの計算は2^nが色々設定しやすいのかもしれません）

Last edited by yui0321 (Jan. 23, 2022 04:55:43)

inoking

yui0321 wrote:
9007199254740992は2^53です。
MAX_SAFE_INTEGERは、2^53-1なので、それに1を足すと、2^53になります。

それは分かっています。
通常、8ビットなら 0 ～ 255 というように、ゼロの分１つ上限は小さくなるものですが
IEEE 754 は符号ビットを別に持っているのでゼロの分を差し引かなくてよいということでしょう。

なお、MAX_SAFE_INTEGER なのにどうして上限を超えた値が使えるのかというのが元の疑問です。

yui0321

inoking wrote:
yui0321 wrote:
9007199254740992は2^53です。
MAX_SAFE_INTEGERは、2^53-1なので、それに1を足すと、2^53になります。
それは分かっています。
通常、8ビットなら 0 ～ 255 というように、ゼロの分１つ上限は小さくなるものですが
IEEE 754 は符号ビットを別に持っているのでゼロの分を差し引かなくてよいということでしょう。

なお、MAX_SAFE_INTEGER なのにどうして上限を超えた値が使えるのかというのが元の疑問です。

なるほど

StrongPeanut

トピ違いだったらすみません。一応不安でinokingさんには確認をしました。
このトピックは8000postを超えています。
また、ブロックを使う投稿も多く、かなり重くなってきてます。
続編として作り直した方がいいと思うのですがどうでしょう。

Ke0

確かに8000ともなるとだんだん重くなってきますね。

もしトピ替えをするのであれば、仕分け前の提案を仕分けてからの方がいいと思います。

inoking

重くなっているのは確かなので作り直してもいいと思います。

作り直すなら、トピ主には私が立候補させていただきます。
過去の経緯や技術的背景などを把握していないと難しいからです。

追記：
仕分けは何とかしたいですね。

Last edited by inoking (Jan. 25, 2022 09:09:02)

StrongPeanut

私もinokingさんがいいと思います。
ここまでの流れをよくわかってらっしゃると思うので。

ですが、あまりこれらの投稿を見てくれている人が多いとは考えることができないので、もう少し待ってみましょう。もしかしたら他の立候補者が出るかもしれません。

Discuss Scratch