root@開発とか

SNR (2)_令和最新版_修正後_提出用_new

ソースコードを公開していて、かつそのコード内にMITライセンスがちゃんと表記されてるから大丈夫……という認識だけどどうなんだろう

やるべきことじゃないことのやる気だけ上がる現象

自分で作ったものじゃないとめっちゃ大変

スパゲッティを紐解く作業時間>>>>コード新しく作る時間

そうしたいんですが、規模が大きくてプロトタイプ作るのも一苦労で_(:3」∠ )_

ドキュメントとかコメントとかもだけど、こういうのめちゃくちゃ苦手なんだよな……

クラス図書かないともう訳わかんないなこれ

おめでとうございまーす！

そもそも締切ギリギリの深夜に奮闘した結果のやっつけクソコードだったのも敗因

縦長コード嫌いな民なので極力改行減らしたいんだよな……

言われたら確かに……ってなるけど気づかないなこれ

ﾃﾍﾍﾟﾛではない

やっちゃった（ﾃﾍﾍﾟﾛ

あけおめことよろ～～～

ほんとそれ～～～（　　書いてる時間より読んでる時間が圧倒的に多いので腰も重い……

自分で作ったものを自分でやり直すならそれでいけると思うんですが、書き直すのにかなり時間を要しそうなオプション周りとかは使い回したいなあと思ったりしてます

頑張って色々作り直そうとしてるけど、他人の作ったものなので再利用できそうなパーツを探すのに一苦労している
というか何やってるのかを理解するのにだいぶ時間がかかってる……うーん

AssetBundle完全に理解した(分かってない)

確かになんでだろうと思ったので調べてみたら「空いてたから」らしい
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q12140185167

息を吹き返した良かった良かった

Wifiルーター死んだかもしれない(◞‸◟ )

各イベント毎に登録されるリスナーの数はそこまで多くない……というかやることが一緒であればリフレクションと呼ばれる関数の数は変わらないはず（間違ってるかもしれませんが）なので、リフレクションよりその方がいいかなあとか思ってる次第です。ただ、「リスナーを登録すること」を忘れるリスクとのトレードオフかなあ

やっぱお仕事でプログラミングしてる人すごいなあいいなあ

おっしゃる通り、やってることはあんま変わんない印象です。リフレクションって関数呼び出しの最終手段的なイメージで、処理コスト高そうと思ってましたが、ハンドラに登録さえしてしまえば別に問題ないんでしょうか？

Assignable.csのvirtualなメソッドたちが全Roleに実装されるのかと思ってたんですが、attributeで設定されたもの（？）のみ実装される形でしょうか。
さすがにその辺まで読めてない&あまり理解してないので分かんないんですけど……
ちなみにCallbackは各class側に処理を投げてくる(空の処理が予め実装されている)、ListenerはあらかじめFunctionを渡しておく(必要なもの以外はそもそもListenerが実装されない)、という微妙なニュアンスの違いがあるイメージでした。
ただやってることは結局一緒なので、どこに主眼を置くかの違いでしかないのかな、と

元ネタ検索して今初めて知った（

ぜんぜんわからない　俺たちは雰囲気でC#をやっている

そもそも論C#触ったのがこれが初なので手探りなことが多すぎる（

少し眺めてみたんですが、NoSはイベント-コールバックの実装ですかね？
自分が考えてたのはリスナー型で、登録しない限り呼ばれない、みたいなのを想定してたんですが……
実際空のメソッドが呼ばれるかどうかの違いぐらいで、あまりパフォーマンスに影響はない感じでしょうか。
持ってけるなら是非とも持ってきたいけどattributeとかもあって移植するのも自分の今の理解力だと大変そう……_(:3」∠ )_