歴史的な間違いとその解決方法 TL;DR: ほとんどの言語は、うるう年の計算の正しい動作を見つけることができません。 免責事項: 私はさまざまなプログラミング言語について正確な洞察を提供するために最善を尽くしてきましたが、すべての言語の専門家ではない可能性があることを認めます。間違いを見つけたり、同意できない点がある場合は、敬意を持ってコメントを残してください。すぐに対処します。 技術水準 ある年がうるう年であるかどうかを判断するのは、単純な数学的問題です。 すべての生徒が最初のプログラミング課題として解くことができます。 問題を単純化するために、年が 4 で 場合は閏年とします。ただし、100 で割り切れる場合は除きますが、400 で割り切れる場合は閏年とします。 割り切れる 現実世界と宇宙の力学はもう少し複雑ですが、それはこの記事の範囲を超えています。 いくつかのプログラミング言語がこの問題をどのように解決するかを見てみましょう。 恐ろしいアプローチ PHP:   <?php $yearNumber = 2024; $isLeap = date('L', mktime(0, 0, 0, 1, 1, $yearNumber));  SQL (PostgreSQL):   SELECT (EXTRACT(year FROM TIMESTAMP '2024-02-29') IS NOT NULL) AS is_leap_year; これらの言語は、有効な (または無効な) うるう日を作成し、 を利用しようとします。 真実の値 このハッキングはフェイルファストの原則に違反し、 を悪用します。 数十億ドルの間違い 無効な日付を作成しようとすると、 で発生するため、本格的な言語では例外がスローされるはずです。 現実世界のドメイン 間違いを水面下に隠すなど、他の行為を行うと、驚きを最小化する原則に違反します。 欠落している動作 エイダ:   function Is_Leap_Year (Year : Integer) return Boolean is begin return (Year mod 4 = 0 and then Year mod 100 /= 0) or else (Year mod 400 = 0); end Is_Leap_Year;  C/C++:   bool isLeapYear(int year) { return (year % 4 == 0 && year % 100 != 0) || (year % 400 == 0); } 行く：   package main import ( "fmt" "time" ) func isLeapYear(year int) bool { return year%4 == 0 && (year%100 != 0 || year%400 == 0) } ハスケル:   import Data.Time.Calendar (isLeapYear) let year = 2024 let isLeap = isLeapYear year  JavaScript/TypeScript:   function isLeapYear(year) { return (year % 4 === 0 && year % 100 !== 0) || (year % 400 === 0); } ジュリア：   using Dates year = 2024 isleap(year) ルア:   local year = 2024 local isLeap = (year % 4 == 0 and year % 100 ~= 0) or (year % 400 == 0)  MATLAB:   year = 2024; isLeap = mod(year, 4) == 0 && (mod(year, 100) ~= 0 || mod(year, 400) == 0); 目標-C:   int yearNumber = 2024; BOOL isLeap = (yearNumber % 4 == 0 && yearNumber % 100 != 0) || (yearNumber % 400 == 0); パワーシェル：   $yearNumber = 2024 $isLeap = ($yearNumber % 4 -eq 0 -and $yearNumber % 100 -ne 0) -or ($yearNumber % 400 -eq 0) さび：   fn is_leap_year(year: i32) -> bool { (year % 4 == 0 && year % 100 != 0) || (year % 400 == 0) } 雑談:   | yearNumber | yearNumber := 2024. (yearNumber \\ 4 = 0) and: [(yearNumber \\ 100 ~= 0) or: [ yearNumber \\ 400 = 0 ]] 上記の言語はネイティブ サポートを提供しません。 グローバル関数を定義するか、 使用する必要があります。 ヘルパーを 間違ったグローバルアプローチ PHP (もう一度):   <?php $yearNumber = 2024; $isLeap = checkdate(2, 29, $yearNumber);  R:   leap_year(2024) ルビィ:   year = 2024 is_leap = Date.leap?(year) 迅速：   let yearNumber = 2024 let isLeap = Calendar.current.isDateInLeapYear( Date(timeIntervalSince1970: TimeInterval(yearNumber))) これらの言語は、 を使用して、年がうるうかどうかを確認します。 グローバル関数 これらの グローバル メソッドは、誤って責任を間違った場所 (グローバル アクセス ポイント) に置きます。 ユーティリティ ヘルパーの悪いアプローチ C#:   int yearNumber = 2024; bool isLeap = System.DateTime.IsLeapYear(yearNumber); ダーツ:   import 'package:intl/intl.dart'; var year = 2024; var isLeap = DateTime(year).isLeapYear; パール:   use Time::Piece; my $yearNumber = 2024; my $isLeap = Time::Piece ->strptime("$yearNumber-01-01", "%Y-%m-%d")->leapyear; パイソン:   import calendar leap = calendar.isleap(2024)  Visual Basic .NET:   Dim year As Integer = 2024 Dim isLeap As Boolean = DateTime.IsLeapYear(year) これらの言語は、年がうるうかどうかをチェックするためのライブラリとして を使用します。 ヘルパー ものは、実際のオブジェクトには存在せず、  の中に存在します。 間違って配置された DateTime 関連の関数 年の近づき ジャバ:   int yearNumber = 2024; boolean isLeap = java.time.Year.of(yearNumber).isLeap(); コトリン:   val yearNumber = 2024 val isLeap = java.time.Year.of(yearNumber).isLeap スカラ:   val year = 2024 val isLeap = java.time.Year.of(year).isLeap これらの言語は、 に基づいて閏かどうかを確認します。 年 ではプロトコルがより現実世界に近くなります 全単射 これにより 壊れてしまうため、  オブジェクトではなく オブジェクトが作成されることに注意してください。 全単射も Integer Year   には整数とは異なるプロトコルがあり、 Year を整数としてモデル化することは、 匂いであり、  が混在している兆候となります。 Year 時期尚早な最適化の what と how   それが閏であるかどうかを知ることができ (整数では閏を行うべきではありません)、その についても知ることができます (これは、  整数、1 から始まる整数、または文字列ではなく、 Months です)。 Year は、 月 0 から始まる 逆に、  の機能は乗算や累乗などの算術演算に拡張されます。 Integer 時間は冗談じゃない ある時点を  、   、またはその他のデータ型で表すと、結果が生じます。 float integer 現実世界では、ある時点をほんの少しずつ区切ることができます (ただし、  はありません)。 小さすぎること   の使用は有効なオプションではありません。 float   0.03 ではありません。これは、 恐ろしい結果をもたらします。 0.01 + 0.02 は 浮動小数点時点の処理に チャレンジ うるう年の話をしてきました。 その年が閏年であるかどうかを知る必要があるのは何ですか? モデル化する日付と時刻のメカニズムでは、2024 年 2 月 28 日の後継を知る必要があります。 しかし、これはあなたの問題 。 ではありません 情報隠蔽の原則に従い、プライベート プロトコルとして責任を負う必要があります。 結論 はありません。 特効薬 言語を賢く使用してください。 今日 2 月 29 日は、毎日使用しているツールについて立ち止まって振り返るための閏日です。  4年後にお会いしましょう。

The writer was physically present in relevant location(s) to this story. The location is also a prevalent aspect of this story be it news or otherwise.

Winner of Noonies 2020 for the award Hacker Noon Contributor of the Year - REFACTORING.

2020 - Hacker Noon Contributor of the Year in REFACTORING

2022 - HackerNoon Contributor of the Year - Clean Code

2022 - HackerNoon Contributor of the Year - Debugging

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Machine Learning

2022 - HackerNoon Contributor of the Year - Quality Assurance

2022 - HackerNoon Contributor of the Year - Refactoring

2022 - HackerNoon Contributor of the Year - Software Architecture

2022 - the Greatest Storyteller

Buy My Book

Share your ideas with me!

Read My Stories

Buy Me a Coffee

Software Engineer and Book Author

このオーディオは、ストーリーの元の言語で制作されています。

長すぎる; 読むには

うるう年を再考する: お気に入りのプログラミング言語のアプローチに欠陥がある理由

うるう年を再考する: お気に入りのプログラミング言語のアプローチに欠陥がある理由

About Author

コメント

ラベル

この記事は

Related Stories

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

クラウド移行を成功させるための完全ガイド: 戦略とベストプラクティス

Claude Sonnet 3.5 システムプロンプトの漏洩: 法医学的分析

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

クラウド移行を成功させるための完全ガイド: 戦略とベストプラクティス

Claude Sonnet 3.5 システムプロンプトの漏洩: 法医学的分析

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps