Discuss Scratch

magicAho
Scratcher
1000+ posts

Scratch への提案

abee wrote:

ここで気を付ける必要があるのは、GIGA端末にはキーボードをつけることが仕様で求められていることです。つまり、タブレット端末であってもキーボードが使えない状況はまれで、もし使えないとすれば、本人が意図的にキーボードを外して使っているためと考えられます。
私は学校で配布されたiPadです。【My browser / operating system: IPad iOS 15.6, Safari 15.6, 】ですが、キーボードは配布されませんでした。
abee
Scratcher
1000+ posts

Scratch への提案

本題から外れるので、続ける場合は「学校でのプログラミングについて」でお願いします。
DF_64bit
Scratcher
35 posts

Scratch への提案

提案です。このトピックでは、「初心者に使いづらい」という理由で却下されているものがありますが、それらをmicrobit makecodeのように「高度なブロックという拡張機能を作ってそれに入れる」という形で復活させたいと思います。どうでしょうか?
futon0912
Scratcher
1000+ posts

Scratch への提案

拡張機能に入れても 初心者が使いづらく、混乱するのではないでしょうか。
abee
Scratcher
1000+ posts

Scratch への提案

#2856
それほど複雑とも思えないScratch Labsの機能が1年半以上も本体に取り込まれないことからもわかるように、Scratch Teamは新しい機能の追加について、慎重すぎるくらいに慎重です。
オープンソースなのだから高度な機能に相当するものはmodで対応すればよいというのがScratch Teamの態度で、これは今後も変わらないように思います。
syokaki
Scratcher
100+ posts

Scratch への提案

定義ブロックの引数の位置をドラッグで移動可能にすることを提案します。理由は従来の方法だと引数の名前を変えたり作り直したりとかなり移動に手間がかかるためです。僕のように引数の多い定義ブロックをよく使う人の場合はなおさら大変になります。イメージはこんな感じです。

Last edited by syokaki (Nov. 1, 2022 10:12:52)

DF_64bit
Scratcher
35 posts

Scratch への提案

futon0912 wrote:

拡張機能に入れても 初心者が使いづらく、混乱するのではないでしょうか。
なぜでしょうか?「上級者向けの拡張機能」なのですから、初心者は自分から使わないと思います。
uppmoonrabbit
Scratcher
500+ posts

Scratch への提案

コミュニティガイドラインには、「すべての人を歓迎する」と書いてあります。上級者だけしか使えないようなものを実装しても矛盾が生じます。
futon0912
Scratcher
1000+ posts

Scratch への提案

上級者が「上級者向けの拡張機能」を使ったプロジェクトを公開したとき、初心者はどのようなプログラムなのか分からないと思います。
roketo09
Scratcher
100+ posts

Scratch への提案

その上級者向けを初心者にもわかりやすく説明したら、とても意味のあるものになるのでは?

Last edited by roketo09 (Nov. 1, 2022 11:16:56)

futon0912
Scratcher
1000+ posts

Scratch への提案

わかりやすく説明しないと「とても意味のあるもの」にならないなら、追加する必要がないと思います。

こちらの投稿や、こちらを読んでみてください。
Atridott
Scratcher
500+ posts

Scratch への提案

([りんご] の中の [り] の場所::operators)
というブロックを提案します。PythonのfindやJavaScriptのindexOfと同じです。
文字列操作中の基本で使う場面も多いと思います。
仕様は以下のようにしたいです。同名の〈リスト〉カテゴリのブロックを参考にしています。
([りんご] の中の [り] の場所::operators) //1
([りんご] の中の [ぬ] の場所::operators) //0
([りんご] の中の [んご] の場所::operators) //2
([ばなな] の中の [な] の場所::operators) //2
Poteto143
Scratcher
1000+ posts

Scratch への提案

DF_64bit wrote:

提案です。このトピックでは、「初心者に使いづらい」という理由で却下されているものがありますが、それらをmicrobit makecodeのように「高度なブロックという拡張機能を作ってそれに入れる」という形で復活させたいと思います。どうでしょうか?
却下された提案は却下されるにあたって相応の理由があり、それでも実装するとなるとその理由をくつがえすだけのほかの理由が必要です。
ざっとScratchチームにより却下された提案の「Scratch ブロック」カテゴリを見てみましたが、却下を覆してまでほしい機能があるか…と言われると僕はちょっと微妙だなぁと思いました。
書いていることが的外れだと思ったので取り消します


ちなみに、

uppmoonrabbit wrote:

コミュニティガイドラインには、「すべての人を歓迎する」と書いてあります。上級者だけしか使えないようなものを実装しても矛盾が生じます。
仮にこの提案を実現したとしてそのような矛盾は起きないと思います…。
拡張機能はあくまでScratchを「拡張」するものであって、それがなくとも作ることのできるプロジェクトは無数にあります。
その拡張機能がたとえ「上級者だけしか使えない」ものであっても、少なくとも初心者が歓迎されない状態になることはないはずです。

Last edited by Poteto143 (Nov. 1, 2022 13:08:10)

inoking
Scratcher
1000+ posts

Scratch への提案

私も「すべての人を歓迎する」を理由に持ち出すのは的外れだと思います。

しかし、#2858 の事情により、拡張機能に入れたらオッケーというのは通らないと思います。
実際、そういう機能を含んだ Mod がすでにありますから。

Last edited by inoking (Nov. 2, 2022 03:02:51)

inoking
Scratcher
1000+ posts

Scratch への提案

Atridott wrote:

([りんご] の中の [り] の場所::operators)
というブロックを提案します。PythonのfindやJavaScriptのindexOfと同じです。
その手の提案は何度も出ています。

それこそ以下に関係します。

futon0912 wrote:

こちらの投稿や、こちらを読んでみてください。

却下された提案の以下も見てみてください。
([] の(1) 番目の文字以外::operators)
理由:https://scratch.mit.edu/discuss/post/2816376/
Atridott
Scratcher
500+ posts

Scratch への提案

明らかに
([] の(1) 番目の文字以外::operators)
より汎用性も使用頻度も高いと思います。リストカテゴリにもあることから初心者の混乱もないと思います。
akinarin
Scratcher
500+ posts

Scratch への提案

([] の(1) 番目の文字以外::operators)
これの汎用性を高めたものとして
([]の()番目から()番目::operators)
は既に提案されていますか?
いわゆる「部分文字列」です。

使用例
([あいうえお]の(2)番目から(4)番目::operators)
は「いうえ」となります
inoking
Scratcher
1000+ posts

Scratch への提案

akinarin wrote:

([]の()番目から()番目::operators)
は既に提案されていますか?
いわゆる「部分文字列」です。
このような話もありました。
akinarin
Scratcher
500+ posts

Scratch への提案

Scratchが初心者向けに徹するのは良いことだと思います。
もし上級者しか使え、既にあるブロックと範囲が完全に被るものを作ってしまえば
上級者と初心者のギャップが深刻なものになる。
Scratchには「共有」という、初心者が上級者のプログラムから学べる機能がありますが、
上級者と初心者のギャップが増えると、初心者はプログラムが難しくて何も上級者から学べない。

一方で、「今はブロックが少なすぎることで上級者のプログラムが解らない」ということが起きているので
これは何とかしないといけないと思います
Atridott
Scratcher
500+ posts

Scratch への提案

akinarin wrote:

「今はブロックが少なすぎることで上級者のプログラムが解らない」ということが起きている
むしろ逆ではないでしょうか?複雑すぎる定義ブロックなどを用いることがわからない原因になっていると思います。

Powered by DjangoBB