オレンジが書いた閏年を論理演算も条件分岐も使わずに計算するやつ、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
orange
さんがブースト
よくプログラミングの条件判定の例で，
```
if ( year % 400 == 0 ) return LeapYear;
else if ( year % 100 == 0 ) return CommonYear;
else if ( year % 4 == 0 ) return LeapYear;
else return CommonYear;
```
みたいな判定が紹介されることが多いけど，集合論的に考えるなら，
```
return (year % 4 == 0) && !(year % 100 == 0 && year % 400 != 0) ? LeapYear : CommonYear;
```
のほうが簡潔だし簡単な気がする．
orange
さんがブースト
400年のうち97回うるう年を挿入すると1暦年と1太陽年がほぼ一致するから，4の倍数から400以外の100倍数を除くって，アイデアとても頭いいですよね．グレゴリウス13世偉い(注: 考えた人は別)．
orange
さんがブースト
「私は閏年の処理でエラーを出しました」の札。 https://mstdn.nere9.help/users/osapon/statuses/111996328959263323
orange
さんがブースト
うるう年の処理って、イロハのイじゃないの？システムダウンの原因が本当にうるう年の処理だったら、どこのメーカー製なのか是非知りたいですね。
記事に曰く、
《29日朝、神奈川県警など全国4県警で、運転免許証を作成する機械でトラブルが発生し、免許証の発行ができない状態になった。警察庁によると、うるう年の影響によるものだという。正午現在、一部でまだ復旧していないという。》
共同電に拠れば新潟県警以外は復旧した由。
「2000年問題」の時の対応を思い出しました。担当部署のキャンパス担当責任者だったので何度か会議で対応策を協議して、「その時」に備えてシステム担当の職員さんたちに待機して貰いました。
今となっては先史時代の話ですね。同様のことを2024年にも聴くとは思わなんだ…(笑)。
—-
神奈川など4県警で免許発行トラブル うるう年が影響、作成機に障害：朝日新聞デジタル https://www.asahi.com/articles/ASS2Y41FFS2YUTIL00B.html
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
この話題の時に毎回書いてるけど、Gmailマンにメールの内容を広告のパーソナライズに使用されないにする目的専用で、自動でPPAPするメーラとかgoogledriveクライアントとかあってもよさそうな気がしてる＞＜
orange
さんがブースト
なんならそれを自動的にやるメールゲートウェイまであるとか聞いたことある
orange
さんがブースト
「パスワード付きZIPで一般的に使われている暗号方式は現在のCPUの計算能力で容易に解読可能なためセキュリティ対策にはならない」
組織内のセキュリティ教育資料に遂にこの文言を入れた(少し遅かったかな)。
orange
さんがブースト
zip化したファイルを送付してそのあとパスワードだけ記載したメールを送るセキュリティルール結構見かけるよね、コワイ
震源の深さも同じく40km＞＜
さっきと同じくピーナッツっぽい＞＜
ボイラープレートを極度に嫌う人ってRAD環境を使ったこと無さそうだし、Androidを作った人もそっち系の人々そうな気がする＞＜
RAD環境であればボイラープレートコードはIDEが生成して基本的にIDEが管理してなおかつ必要に応じてGUIによって編集できる＞＜
IDEが管理するソースコード側に記述されるので、コード上からまるごと存在を消すなんて変なことしなくても済む＞＜
オレンジ的にはAndroidの開発環境に関しては、「なんで最初からRAD環境を用意しなかったのか？＞＜＃ 」って思うし、Windows/.NETのWinForms相当のものを用意すべきだったと思うし、RAD環境をまるごと開発する能力がない(無さそう)のならばたとえばLazarus/Free Pascalを公式サポートするとか出来なかったの？＞＜
ってずっと思ってる＞＜
orange
さんがブースト
というか Android はプログラミング言語云々よりも
A P I を 整 理 し ろ
という感じが
- ＠orange_in_space
2017年 4月に登録
