orange @[email protected]

誰だよAIがやってくれるからプログラマはもう不要とか言ったやつ＞＜（？）

Copilotさんに聞いたら、頑なに「4で割れるか見て100で割れるか見て400で割れるか見れる回路を作ればいいです！」
BCDを使わない場合は、その回路はどうやって作ればいいですか？＞＜；
「BCDを使わない場合は、4で割れるか見て100で割れるか見て400で割れるか見れる回路を作ればいいです！」
だからそれをどう作るのか聞いてるんだけど！？＞＜；

大学でBCDに変換する教え方してるって事は、つまり2進のままで閏年を検出する回路はBCD変換して行う回路より小さくするのは不可能って事？＞＜；

デジタル回路で閏年検出、英語のどっかの大学の授業の資料みたいなのみつけたけど、「まず年をBCDに変換して」ってなってて、「2進のままじゃ無理ですか？＞＜；」ってなった＞＜；

そのものずばりの答えっぽいもの見つけた＞＜

LEAP YEAR - COMBINATIONAL CIRCUIT | VLSI & Embedded Projects
https://linus5.blogspot.com/2016/06/leap-year-combinational-circuit.html

わかんないからあきらめて先人の知恵をググろう＞＜；

そもそも(10進の)100で割れるかどうかの判断をシフトと論理演算だけで高速に行うってどうやるんだろ？＞＜；

シフトと論理演算のみでやろうとするとどうやってもものすごく遅くなりそうな気がしてきた＞＜

逆に（？）、閏年判定を加減乗除MODを一切使わずシフトと論理演算のみで計算してなおかつそれなりに速いカコイイアルゴリズムってあるんだろうか？＞＜

オレンジが書いた閏年を論理演算も条件分岐も使わずに計算するやつ、DateTime.IsLeapYear()と比べると、最適化コンパイル有効時で約3.7倍くらい時間かかって、最適化無しでの比較だと10倍以上時間かかるっぽい＞＜；

特になんとかCopilotみたいなのを追加も契約もしてないのになんでここまで賢い補完が出るのかわけがわからない＞＜

VS2022、Stopwatchの宣言を書き始めたら開始コードが補完されて「そうそう！＞＜；」って思って確定したら、
次の行にストップウォッチの停止コードが補完されて「そうです！＞＜；」って確定して、
次の行にConsoleって打ったらWriteLineが補完されて「そうそう！＞＜；」って確定したらさらにElapsedMillisecondsを出力するコードが補完されて、
「なるほどこれがプログラマが不要になる21世紀とかいうやつか！＞＜；」
ってなった＞＜（？）

オレンジが書いた閏年を論理演算も条件分岐も使わずに計算するやつ、作ったときに速度は測らなかったけど速いんだろうか？＞＜；

public static int Uruudoshi(int year)
{
return (((year + 1) % 4) * ((year + 2) % 4) * ((year + 3) % 4) * (year % 100))
+ (((year + 1) % 4) * ((year + 2) % 4) * ((year + 3) % 4)) *
((year - (year % 100)) *
((((year - (year % 100)) + 100) / 100) % 4) *
((((year - (year % 100)) + 200) / 100) % 4) *
((((year - (year % 100)) + 300) / 100) % 4));
}

閏年を論理演算じゃなく判定するやつ！＞＜ · GitHub
https://gist.github.com/orange-in-space/b3ba7c5161f2f0089b922b57ddb9be51

Gmail Man（日本語字幕） - YouTube
https://www.youtube.com/watch?v=rZEK-BzOA7M

2011年07月29日
Gmailの広告機能を批判する動画「G-Mailman」、Microsoftが制作？ - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/1107/29/news028.html