しまった出遅れた!! 参加します参加します参加します こんどこそ!! (夢は大きく!)

タタミオロシさん 二次利用条項はプチコン内での利用に限定されます。 https://miiverse.nintendo.net/replies/AYMHAAADAAB2V0fDz_IvKw https://miiverse.nintendo.net/replies/AYMHAAADAAB2V0fD0Tx9Zw あまさとさん > 刑罰の上限を単純に比較するだけでは、重大さの比較として適切ではない 失礼、「窃盗よりも刑が重いのですよ」でした。 重大さは個々の事案しだい。 上限は立法府である国会が決めるが、犯罪の悪質さとある程度の相関はあります。 先日、110年ぶりに厳罰化されたことで話題になったとある刑法改正も、 背景には犯罪の実情にくらべて法定刑が軽すぎるという考えがありましたね。

あさん ツララさん> 二次利用って要するに公共の広場に「これ誰でも使っていいですよ」って物を置いておくような感じなんじゃないです？ ツララさん> 何か問題が発生した場合は持って来た人が責任被ればいいだけですし、 ↑こういう無責任なこと放言してる人がいますが、 著作権の侵害は犯罪であり、その刑罰は10年以下の懲役又は1000万円以下の罰金ですからね。 窃盗(10年以下の懲役又は50万円以下の罰金)よりも罪が重いのですよ。 しかも懲役刑と罰金刑の両方を科すことが可能という・・・ 当然民事でも損害賠償請求される危惧もあります。

a = (5/6)^n p = 1 - (5/6)^n なので、 a はさいころを振って連続 n 回 1 の目が出ない確率。 p は n 回振った時、1 の目が少なくとも一回以上出る確率。 最近「あのころの」って枕詞よく目にするけど、ケロロネタ?? はやってるの????

解の一意性はどうやって保証するのかしら???

普通に考えると中間コードインタープリタなので 前者の場合 1. c% の値を調べる 2. 式の値を評価する(この場合 0) 3. 比較する (==の処理) 後者の場合 1. c% の値を調べる 2. 論理否定する (!の処理) なので後者が速いと思われる(が、常識が通用しないのがプチコン!!)

「描ける! 描けるぞ!!」 「ばかな!! これが封印されしワカメの力!?!? ぐああぁあぁあぁぁぁぁぁぁぁぁ!!!!」

ああ、あの後の展開があったのですね。 そっちは読んでません(読めませんでした) 失礼しました。 「夏 わかめ頭」でぐぐったけどわからなかった・・・ ひろきちさん 「二次利用」の明確な定義がないことも大問題ですよね。 いつまでこの状況が放置されるのか・・

するってのは無理筋。 あれ!?!? スーさん髪型変えたんですか!??

>著作権侵害に当たるような投稿に対して、何か良いアイデアとか提案できたら ええ?? そうだったの???「人類にとって幸せか?」という問題提起からは全く想像できませんでしたね。 あと、どのコミュの投稿(お絵かき含む)も著作物にあたる可能性が高いですよ。 なぜプチコンだけが「すごく関係ある」と思うのでしょう? (歴史的にはプログラムの著作権はそもそも存在しなかった) 著作権に限らず他者の権利を侵害するのは違法なことが多い。違法行為はしちゃダメ、あたりまえ。 その上でミーバースを利用するならその利用規約を守る必要があり、 プチコンで公開キーを取得するにはその規約に合意する必要がある。 それだけの話です。 権利と権利はしばしば衝突するけど(e.g.自分の著作物を複製されたくない vs 他者の著作物を複製したい)、 互いの権利を尊重しましょうね、自分の権利だけ主張して他人の権利をないがしろに

え? うん、まあ 3DS のメモリは有限だからねえ・・・ 調べるのはずいぶん手間だったと思うのだけれど、スマイルツール使ったり、プチコン再起動したりすると変わったりしないですか??? あと「二分法」という手法を活用すると、 log(メモリ容量) の手間で済む(可能性がある)ので、研究しとくといいと思います!

それぞれの利用規約によります。 プチコンで公開キーを取得するには、「二次利用」を許可するという謎の条項がありまして、これを満たさないと公開できません。 ところがこの「二次利用」は明確な定義もなく、また法律用語でもないので、それぞれの公開者が勝手解釈している状況です。 権利者に利用許諾をお願いしたくとも、「二次利用」の範囲がはっきりしないので、条件を提示することもままならぬ状況です。

お!? 式の構文解析ですか?!?! がんばってね!!

こういうハイコントラストなイラスト大好きです!! あのころの軍曹さんの作品集ならゼヒ拝見したいですね!!

人数が増えて大変そうですね。 集計お疲れ様です!! またハズレか～～～ 次回こそがんばる!!

あと、空でない配列変数に代入するのは、 「今持っているロッカー群を解放する」 手間がかかるので、とても遅くなります。 (どこかのトピで ish さんが実証してたやつ) (どこかで私が解説した a$=a$+b$ が inc a$,b$ より遅くなるのと同じ原理) def で copy した配列を返すくらいなら 引数の配列に直接 copy した方が圧倒的に速い。

難易度高いですよね!!! みなさんの音ゲー力の強さに驚くというか、自身の弱さに驚くというか・・・ mml との同期については myu314 さんの投稿が参考になると思います。 https://miiverse.nintendo.net/posts/AYMHAAADAAADV44JdvIVqA 私が試したいのは MML ではなくて録音した音源との同期なので、ちょっと事情が違うような気がしています

関数の戻り値である配列に対して、 読むだけ(つまり参照先をいじらない)であれば copy は不要 書きこみすると参照先も変更してしまうので、参照先をいじりたくないのであれば copy すべし ってことになります。

進数変換(時刻は 60進数とか24進数だったりしますね)に浮動小数点数を使うと、たいてい予期しないバグに遭遇します。 特に floor() とか最悪。 例えば ? 0.1+0.1+0.1+0.1+0.1+0.1+0.1+0.1+0.1+0.1 (0.1を10回足す) は 1 を表示します(数学的にも期待通りな感じ) ところが、 ? floor(0.1+0.1+0.1+0.1+0.1+0.1+0.1+0.1+0.1+0.1) は 0 を表示します。 なんとも納得できないと思うけどこれは仕方ないのですね。 なので、進数変換には整数演算のみを使うのがオススメ!!

参加参加!! 今回もがんばります!!