新しいものを表示

だって、ブラック校則が人権上の問題になるということすらその学校では教えてないんでしょ?><
フランスでは小学校相当で教える事を日本では高校でも教えてないし教師も理解してないし教育長も理解してないってヤバイでしょ>< 中世って言われてもシャラップくらいしか言えないでしょ><

つまり、オレンジ説的には社会科教育のレベルが低すぎるからブラック校則がのさばるって言いたい><

言及><; 長文><; 

この「生徒を守るために生徒の外見を制限する」事自体がとんでもなく重大な人権侵害であり差別追認の問題になるということすらわかって無いやつが教育長やってるんだよ?><;
この教育長、小学校からやり直すべきでは?>< 日本の義務教育ではまともに人権に関する国際条約等やその成立の歴史についてまともに教えられ無いからこそこうなってるだろうから、日本の小中学校を何回卒業しようが学べないかもしれないけど><
フランスの小学校相当でフランスの公民道徳の授業を受けたらどう問題か気づけるかも><
(フランスだってスカーフ禁止とかやってるじゃんって?><; ライシテとはどういうものかの授業もちゃんと勉強したらどうなってるか理解できるかも><)

スレッドを表示

理不尽な校則 なぜ変わらないのか ――コロナ禍の校則緩和から「学校依存社会」を読み解く(内田良) - 個人 - Yahoo!ニュース news.yahoo.co.jp/byline/ryouch

"...都議会議員の池川友一氏が委員会にて、ツーブロック禁止の理由を教育長に問うたところ、教育長は「外見等が原因で事件や事故に遭うケースなどがございますため、生徒を守る趣旨から定めている」と答えた(BuzzFeed News 2020年7月14日付)。

 人権を侵害しているのではない。むしろ、生徒を危険から守るためという、教育上の真っ当な目的があったということだ。"

(長文すぎて入らないので言及分割><;)

校則の問題、そもそも教育の問題でもありまともに人権に関する教育を受けていればいわゆるブラック校則がどう問題か気づけるであろうけど、学校側の教育レベルが中世なのでそのままどころか(記事によると)むしろ悪化してるかも><
教える側の教育レベルが低いって間抜け過ぎる状態かも><
そもそもブラック校則を残した状態でどうやって人権に関する国際条約等とかを教えてるの?><; すごく謎><;

NHK?でバケットホイールエクスカベータやってる><

orange さんがブースト

もともとCLRの内部実装で実際の計算はネイティブコードだから、いちいちUnmanagedなコードで「最適化」を試みるよりはやいよ、ってことらしいです(今読んだ)
mstdn.nere9.help/@orange_in_sp

orange さんがブースト

x87が80bitで規格の64bitとの変換が間にはさまるからとか?記事は読んでないのでわからない。
mstdn.nere9.help/@orange_in_sp

stackoverflow.com/questions/88
よくわかんないけど、C# の特徴としてx86上で浮動小数点数を扱う時にC++よりも高速に出来る可能性があるらしい・・・・?><;
(というかC/C++がオーバーヘッド大きくて遅いらしい?><;
(ので、C/C++でそういう処理のdll作って呼んでもむしろ遅くなる場合が多々あるって事?><(Pascalとか他の古典的な(?)言語を使った場合はどうなるんだろう?><)))

結論!><; .NETわりと速い!><;

ふと、10000000回ループさせる速度テスト自体をdll側のソースに書いてもMath.Pow()よりも遅かったんだけどどういう事なの・・・・><;(stackoverflowにあったインラインアセンブラなコードがそもそも遅い説?><;)

いま、Math.Pow()とインラインアセンブラなx86 unmanaged DLLで累乗計算を比較するのやってみたら、x86 unmanaged DLLを呼ぶのあまりにも遅すぎて大差で負けて全く意味が無かった><;

orange さんがブースト

Managed->Unmanagedの呼び出しコストがちょっとでかめのはずなので、素直に.netのネイティブなやつつかっといたほうがいいとおもう

assembly - How to: pow(real, real) in x86 - Stack Overflow stackoverflow.com/questions/46
ここにあるやつ使ったらMath.Powよりも高速になる可能性あるかもって一瞬思ったけど、ハンドアセンブルする手間を考えたら・・・><;
(慣れてる人ならこの程度ちょちょいとやっちゃうんだろうけど><;)

ていうかオレンジ的に発端である、LeadingZeroCount(GCCでいうところの__builtin_clz)は、なぜか.NETでは5.0まで用意されてなかったという・・・><

orange さんがブースト

そもそもの話をすると、そんな気楽に使いたくなるポピュラーな拡張命令は compiler intrinsics とかそれに近いレベルで提供されていてくれという話なので……

Delphi使ってた時には、インラインアセンブラでちょっとMMX命令呼ぶとかやってたので、その気軽さのつもりで出来たら便利そうではあるけど、よほどのレアケースじゃなければ普通に C# / .NETのコンパイラの最適化の方が賢く高速化しそう><;

orange さんがブースト

まあ真っ当なコード組む人々にとっては、こんなおもしろいことができますよ、っていう話で今んところは収まってしまうね。

orange さんがブースト

VirtualProtect系API自体そんなに頻繁には使わないので割とセキュリティ対策ソフトに疑われがち。

どこかのただのデスクトップマスコットソフトはIAT Hookとかのために使ってるけど。

それはそうだけど、それだったらC# の場合はネイティブ環境に対してでどうこうせずにAssemblyBuilderだっけ?>< 実行時に .NETなバイナリをコンパイルするやつ使ってマネージドでやるだろうからあれかも?><;

古いものを表示
:realtek:

思考の /dev/null