KoKoさん not を条件(真偽)の否定に使うとバグります。 ! じゃないとダメです。 ? not 1 -2 ? ! 1 0

クレクレ大歓迎!! 全く問題ないです!! あくまで「風」だけど、Tamaronさんの spritoooon! ver.1 公開キー[EKSNYJK6] というのがあります。

もし本気で口調を問題にするなら、運営に判断委ねればいいんです。問題あると思ったらがんがん通報しちゃう。(なにやら最近は無差別通報とやらがはやっているそうで・・・) それでもし削除されたら、ミバにはふさわしくなかったってことでしょう。 放置されたら、そはミバ的には不問に付すということでしょう。 (なお、通報にふさわしくない通報はそれ自体利用ガイド違反になるのでご注意ください) 削除が重なれば、アカウントの凍結ということになる。 口調重視派の勝利!! ただし、それはプチコンコミュにとって取り返しの付かないとてつもない損失になると思いますね。

けいさん (6) めんどくさいから という気がしてきました。 私はリアルタイムで見てませんが、春先には「ですます」使ってたみたいですね。 https://miiverse.nintendo.net/posts/AYMHAAACAAADVHiwPXOTdg 私の知るれいさんは既に今の芸風になってたと思います。いつごろから変わったのかな??? また文字が足りないと言いつつ、なんだかんだと大量の文章を投入しています。文字数を最小にするというのは目標にないみたいですね。 仕事ではさすがに違うと思うから、そこでは超人的な努力によって丁寧な表現をしてるんじゃないでしょうか? だったらミバでは存分に息抜きしてもらってもいいかなと。

>「価値観をすり替えられている」と仰いたいのだと思いますが、僕はそうは思いません。 まあそう慌てて結論に飛びつかずに。れいさんの忠告も虚心に読んでみたらいいと思います。 ところで、ラビーとして聞きたいんだけど、最近のれいさんの投稿について、TAKA さんはどのあたりの表現が問題だと思いますか?

食○詐欺師ということにされつつあるアカウントがこちらです! ○に限らず危険部位は避けましょう。「ハンニバル」原作でレクターがアレを食べたのにはびっくりしました。 >誘導されて主張していると、価値観をすり替えられるから注意したほうがいい。 れいさんは時々こういうこと言いますね。でも議論の場で出てくると面白いですね。れいさんが色々主張してるのは、参加者の主張を特定方向に誘導する目的があると思いますが、あーそうか、 「俺の主張を聞け!! だけど簡単には信用するなよ!!」 ってことか!?!? なるほど、これは相当レベルの高いモヒカンというか、だからアフロ!?! TAKAさん >「もっと相手や相手の意見を尊重し、言葉遣いにも気をつけた方が良いんじゃないですか？」と、あくまで言うなとは言っていないつもりです。 いや、オブラートに包んでるけど言ってることは同じだと思いますね。

def popo s var i, l=len(s) for i=0 to l-1 ? s[i]; beep 2 '適当な番号を選んでください wait 4 '大きくすると遅くなります next ? end popo "ガンバッテネ"

おめでとう!!

エラーちゃんと書き写さないとアドバイスできないよ。 1 行目は最後の , あるからエラーになります。 4 行目は、最初の数字は 496 じゃなくて、 spset 管理番号,定義番号 と書いたら、管理番号の方を書かないとダメです。 ここで管理番号は、一行目に書いたとおり、0なので、 spofs 0,px,py です。 ややこしいけど、がんばってね。

mpsend/mprecv でデータ送信と受信ができます。 button 関係は取りこぼしが多いみたい。

spofs 管理番号,x,y なので、管理番号か x の指定が足りません。

ようこそ!! ハカセが公開キー集めてるから、捜してみて。 本人確認済みユーザーの投稿一覧にいますよ。

かなりの説得力を持って伝わりました。 ただね、これは諸刃の剣なのね。 つまり同じ根拠でもって、 「「○×言うな」という主張はすべきでない」 と言えるのね。れいさんの主張はまさにその点。 TAKAさんは、主張の「表現」に拘っている。 そういう表現はイカンと。 れいさんは、主張そのものに拘っている。 そういう主張はイカンと。 言ってることわかるかな?

うわ～～～!! then else ってアリなんだ?!?!?!

え? もしかして金色のエンブレムの話??? 3.2.0 でそうなったんじゃなかったの??? それとも全然違う話???

でんぺんさんがいいこと言った～!! そうです、システムのバグであることを示すなら、 誰もが再現できる最小のコードを提示するのが最善なんですね。(自然科学の手法と同じですね) バグレポートには 症状、バージョン、環境、深刻度、再現方法 などを漏れなく書くことで伝わりやすい、対応し易いといったメリットがあります。 初心者がシステムバグを引きやすいというのは確かにあって、 経験者なら「常識として」こんなコードは書かないよねってコードを書くことができる、あるいはシステムを実装した者が想定もしてなかった使い方を思いつくことができる、そういうすごい能力を持っているんです。

☆TAKA☆さん > 他人やその意見を蔑ろにする発言を不快に感じない人は過半数もいないと思いますよ。少なくともプチコンコミュには。 ☆TAKA☆さんは真摯に議論されていると思うのですが、この主張は今ひとつ根拠に乏しいと感じます。「過半数」って数えたんかい!! てなツッコミが入りそう。 私とかれいさんのような人間を説得するには、根拠を一つ一つ固めていくのが一番です。例えば利用ガイドには 「人がいやがることを書かない みなさんが楽しくMiiverseで交流できるようになるには、お互いが思いやりの気持ちを持つことが大事です。 たとえ自分は楽しかったとしても、他の人がいやがるようなことを書くとその人が傷ついてしまいます。 また、悪口や乱暴な言葉づかいなども、人を不快な気持ちにさせてしまいます。」 これを根拠にしたらいかがですか?

ボルガはかせさんのおかげで迷わずに来れた!! うえこうさん いや、そうじゃなくて、カニバリズムの話をですね・・・ ツララさん おお、なんだか体験してきたかのようなうまい例えですね。 とりあえずケロロのラビーを目標にがんばります!! 参加者の固定化が進むと、新規参入者との温度差がありすぎてお互い困惑ということにもなりますから、特に新人さんは大切にしたいですね。

お疲れ様です!! 謙虚への階段を一歩昇りましたね。 バグるのはごく当然のことなので別に恥ずかしくはないですよ。

v は vertical 「垂直の」という意味の英語で sync は synchronous 「同期の」という意味の英語です。 垂直同期信号とか言いますね。 3DSは一画面を一ラインずつ左から右、上から下へと描画しますが、右下のドットを書き終わると、この垂直同期信号というのが ON になります。(れいさん調べ)