C#

はじめに：「辞書変換」は“検索しやすい形に並び替える技”業務でよくあるのが、社員番号から社員情報をすぐ取りたい商品コードから商品情報を一発で引きたい部署コードから部署名をすぐ知りたいこういう「キーから素早く引きたい」場面です。このときに力を...

はじめに：「最小値取得」は“いちばん小さい値を素早く見つける技”業務システムでは、最大値と同じくらい「最小値」もよく使います。最も安い商品価格最も古い日付（最初の処理日）最も少ない数量最も短い対応時間こうした「いちばん小さい値」を取り出す処...

はじめに：「最大値取得」は“いちばん大きいものを一瞬で見つける技”業務システムでは、よくこういう問いが出てきます。「今日の売上の最大金額は？」「この顧客の最新購入日は？」「この一覧の中で、いちばん大きい値はどれ？」こういう「いちばん大きいも...

はじめに：「平均算出」は“感覚をつかみやすい数字に整える技”合計は「全体の大きさ」を教えてくれますが、平均は「1件あたりどれくらいか？」という“感覚”を教えてくれます。平均単価平均購入金額平均対応時間こういう数字は、業務の“重さ”や“効率”...

はじめに：「合計算出」は“バラバラなお金や数を一つの数字にまとめる技”業務システムで「合計」は、ほぼ必ず出てきます。売上合計数量合計工数合計C# / LINQ では Sum を使うことで、for 文を書かずに、「この列のここを足し合わせたい...

はじめに：「件数カウント」は“システムの現状を数字でつかむ道具”業務システムでは、常に「いま何件あるか？」が問われます。未処理の件数エラー件数今日登録された件数これをコードで表現するのが「件数カウント」です。C# / LINQ では Cou...

はじめに：「グルーピング」は“バラバラの明細を、かたまりにまとめる技”業務システムでは、こんなことをよくやります。「部署ごとに社員をまとめたい」「顧客ごとに売上を集計したい」「日付ごとにアクセス数を集計したい」この「同じキーを持つデータを、...

はじめに：「フィルタリング」は“欲しいデータだけをすくい取る作業”業務システムの一覧画面って、だいたいこういう条件がありますよね。「部署＝営業だけ」「状態＝未処理だけ」「金額が 10,000 円以上だけ」この「条件に合うものだけを取り出す」...

はじめに：「ページング」は“データを一口サイズに切り分ける技”業務システムの一覧画面で、「1ページ 20件」「次へ」「前へ」といった UI をよく見ますよね。これが「ページング」です。データは何千件・何万件あっても、人間が一度に見られるのは...

はじめに：「カスタムソート」は“業務ルールをそのまま並び順にする技”「優先度は High → Middle → Low の順」「ステータスは 未処理 → 処理中 → 完了 の順」「部署コードは A, B, C の順ではなく、営業 → 開発 ...

はじめに：「逆順ソート」は“優先度の高いものを先頭に持ってくる技”業務システムでは「新しい順」「金額の大きい順」「重要度の高い順」のように、“大きいほう・新しいほうを先頭にしたい”場面がとても多いです。これが「逆順ソート（降順ソート）」です...

はじめに：「ソート」は“人間が読みやすい順番に並べ替える作業”業務システムでは、一覧画面・帳票・CSV 出力など、「同じデータでも、どの順番で並んでいるか」がものすごく大事になります。社員一覧なら「社員番号順」売上一覧なら「日付の昇順」エラ...

はじめに：「重複除去」は“データをきれいに整えるフィルター”業務システムでは、同じ ID のレコードが二重に入っていたり、同じメールアドレスが何度も出てきたりと、「重複データ」がよく紛れ込みます。この重複をきれいに取り除くのが「重複除去（重...

はじめに：「空List生成」は“安全な初期値”を手に入れるテクニック業務コードでよくあるパターンとして、List<string> names = null;// ここで落ちるint count = names.Count;List<stri...

はじめに：「null安全List」は“落とし穴を先に埋めておく道具”業務コードでありがちな例として、List<string> names = null;// ここで落ちるforeach (var n in names){ Console.W...

はじめに：「月日数取得」は“カレンダー計算の出発点”「今月は何日まである？」「締め日は月末」「2月の最終営業日」こういう処理をちゃんと書こうとすると、必ず必要になるのが「その月が何日まであるか」です。特に 2 月は、閏年かどうかで 28 日...

はじめに：「閏年判定」は“2月29日があるかどうかを見抜く小さな知恵”「この年は 2月29日があるのか？」「2024年は閏年だけど、2100年は？」カレンダーや日付計算を扱うシステムでは、“閏年（うるう年）かどうか”を正しく判定できることが...

はじめに：「月跨ぎ判定」は“どの月のデータとして扱うか”を決めるための鍵業務システムでは、「勤務が 1/31 22:00〜2/1 06:00 のとき、どの月の勤務として集計するか」「売上期間が 3/25〜4/5 のとき、月次レポートをどう分...

はじめに：「年月のみ比較」は“日付の細かさをあえて捨てるテクニック”業務システムでは、「2026年2月の売上」「2026年2月度の勤怠」「請求月が同じかどうか」のように、“日付”ではなく“年月”だけを扱いたい場面がよくあります。でも Dat...

日付バリデーションは“入力のゆらぎを正しい日付に整えるための基盤”日付入力は業務システムで最もトラブルが起きやすい領域です。「2026/02/30」「2026-13-01」「20260218」「2/18」など、ユーザーが入力する形式は本当に...

はじめに：「時刻バリデーション」は“バグの温床”を最初に潰す作業「09:00 と入力してほしいのに、9時 とか 9:0 とか 25:00 とかが来る」「開始時刻より終了時刻が前になっている」時刻入力まわりは、放っておくとバグとクレームの宝庫...

はじめに：「Cron生成」は“人間の言葉をスケジュール文字列に変換する作業”「毎日3時に実行したい」「平日の9時ちょうどにだけ動かしたい」「5分ごとにポーリングしたい」人間にとっては分かりやすいこの言い方を、プログラムやジョブスケジューラが...

はじめに：なぜ「Cron表現解析」が業務で効くのか業務システムで「毎日3時に」「5分ごとに」「平日の9時だけ」といったスケジュールを柔軟に設定したいとき、文字列1本でスケジュールを表現できるのが「Cron表現（Cron式）」です。C# でこ...

はじめに 「スケジューラ」は“時間で動くバッチのミニ版”「毎日 3:00 にバックアップしたい」「5分ごとにキューをポーリングしたい」「指定時刻になったら一度だけ処理したい」こういう“時間をトリガーにして処理を動かす仕組み”が、ここでいう「...

はじめに 「実行時間計測」は“なんとなく”を数字に変える技術「この処理、重そうだけど本当にボトルネックなのか？」「リファクタリングしたけど、速くなったって言い切れる？」こういうときに必要なのが「実行時間計測」です。感覚ではなく“数字”で語れ...

はじめに 「ストップウォッチ」は“処理時間を見える化する道具”「この処理、どれくらい時間かかってるんだろう？」「最適化したつもりだけど、本当に速くなった？」こういう“処理時間の見える化”に使うのが、C# の System.Diagnosti...

はじめに 「タイマー処理」は“時間を味方につける仕組み”「5秒ごとに処理したい」「1分後にだけ一回だけ実行したい」「一定間隔でバッチを回したい」こういう“時間をトリガーにした処理”をまとめて「タイマー処理」と呼びます。C# にはいくつかのタ...

はじめに 「深夜時間判定」は“割増賃金の境界線をコードにする作業”勤務時間の中でも、「22:00〜翌5:00」は“深夜労働”として割増賃金の対象になる、というルールがよくあります。この“深夜時間”を正しく判定できないと、残業代の計算が狂った...

はじめに 「休憩時間控除」は“働いた時間と、そうでない時間を分ける線引き”勤務時間の計算で一番よく出てくるのが「休憩時間を引く」という処理です。ここを雑にやると、「働いていない時間にまで給料を払ってしまう」「逆に未払いになる」など、かなりク...

はじめに 「勤務時間計算」は“お金と信頼に直結するロジック”勤務時間の計算は、「出勤時刻と退勤時刻の差を取れば終わり」…では、まったく終わりません。休憩時間を引く深夜時間を分ける所定労働時間と残業時間を分ける丸め（5分単位・15分単位）をど...

はじめに 「日付差ヒューマン表示」は“数字を感覚に変える翻訳機”「2026/02/18 20:43:00 から 2026/02/18 21:10:00 まで 1620 秒です」よりも、「27分前」「約30分前」のほうが、圧倒的に“ピンと来る...

はじめに 「ファイル名用日時」は“あとから探しやすく、壊れにくい名前のコア”バックアップファイル、エクスポートCSV、ログのローテーションファイル。こういう「時刻付きファイル名」を付けるとき、なんとなく DateTime.Now.ToStr...

はじめに 「ログ用日時」は“あとから真実を追いかけるための命綱”ログって、「とりあえず DateTime.Now 出しとけばいいでしょ？」で済ませがちなんですが、本気でトラブル調査をしようとすると、「タイムゾーンは？」「フォーマットは？」「...

はじめに 「ミリ秒切り捨て」は“誤差とノイズを消すための小技”API のレスポンス時刻、ログのタイムスタンプ、DB に保存する日時。こういうところで「ミリ秒までバラバラだと比較しづらい」「テストが安定しない」ということ、よくありますよね。そ...

はじめに 「時刻丸め」は“時間の解像度を落とすテクニック”「打刻は5分単位にそろえたい」「グラフは1分刻みで表示したい」「ログを10秒単位でまとめたい」こういう“細かすぎる時刻を、キリのいい時刻にそろえる”処理が「時刻丸め」です。C# には...

はじめに 「日付丸め」は“時間をざっくり区切るための技”「集計は1時間単位で」「グラフは5分刻みで」「日付だけにそろえたい」こういう“きっちりした時刻”ではなく“区切りの時刻”が欲しいときに必要になるのが「日付丸め」です。C# には「丸め専...

はじめに 「四半期判定」は“月をざっくり4つに区切るラベル付け”「この売上は第何四半期？」「四半期ごとの集計を出したい」「決算Q1〜Q4でグラフを描きたい」こういう“3ヶ月単位”の世界で必ず必要になるのが「四半期判定」です。C# で四半期を...

はじめに 「週番号取得」は“時間をざっくり区切るためのラベル付け”「この売上は何週目のデータ？」「週次レポートの第何週？」「ISO週番号でログを集計したい」こういう“週単位”の集計やレポートを作るときに必要になるのが「週番号」です。C# で...

はじめに 「年一覧生成」は“長期スパンの集計・分析の土台”売上の年次推移、年度別の件数集計、ログの年別アーカイブ。こういう「年単位」で物事を見る処理の裏側には、たいてい「年一覧」がいます。C# では、DateTime や単なる int（年だ...

はじめに 「月一覧生成」は“月次処理の背骨”になる「指定期間の月ごとの集計」「月次レポート」「月別売上グラフ」こういう“月単位”の処理をするときに土台になるのが「月一覧生成」です。C# では、DateTime（または DateOnly）に ...

はじめに 「日付一覧生成」は“カレンダー系ロジックの土台”「指定期間の全日付を出したい」「1ヶ月分のカレンダーを作りたい」「営業日一覧を作りたい」こういうときに必ず必要になるのが「日付一覧生成」です。C# では、DateTime（または D...

はじめに 「日付範囲判定」は“ビジネスルールの線引き”そのもの「この日付はキャンペーン期間内か？」「契約有効期間に含まれるか？」「集計対象期間か？」こういう“期間に入っているかどうか”の判定は、業務システムで必ず出てきます。C# では、Da...

はじめに 「日付比較」は“ビジネスルールをコードに落とす入り口”「締切を過ぎているか？」「この期間内か？」「開始日より前か後か？」業務システムで“条件分岐”を書くとき、ほぼ必ず出てくるのが「日付比較」です。C# では DateTime 同士...

はじめに 「UnixTime変換」は“異世界の時計との変換アダプタ”API やログ、JavaScript、Linux 系ツールと連携するときに、よく出てくるのが「UnixTime（UNIX時間）」です。1707657600170765760...

はじめに 「ISO8601変換」は“システム同士の共通語”をしゃべるための必須スキルAPI、バッチ連携、ログ、クラウドサービス。システム同士が日時をやり取りするとき、ほぼ必ず出てくるのが「ISO8601形式の日時文字列」です。例として、こん...

はじめに 「タイムゾーン変換」は“世界とつながる日時処理の要”日本だけで完結しているうちはあまり意識しませんが、クラウド、海外拠点、スマホアプリなどが絡み始めると、「この日時はどこの国の時間なのか？」という問題が一気に重要になります。C# ...

はじめに 「経過時間計算」は“ビジネスのリアルタイム感”を数値にする「処理に何秒かかった？」「障害発生から何時間経過？」「滞在時間は何分？」こういう“時間の距離”は、業務・実務の世界でかなり頻繁に出てきます。C# では、2つの DateTi...

はじめに 「経過日数計算」は“ビジネスの距離感”を数値にする「申込から何日経った？」「納品から何日以内？」「障害発生から何日経過？」こういう“日数の距離”は、業務システムで本当によく出てきます。C# では、DateTime や DateOn...

はじめに 「年齢計算」は“日付ロジックの入門にして落とし穴だらけのテーマ”「この人は今何歳か」「○日時点で何歳だったか」。業務システムでも、顧客管理・会員管理・保険・医療・学校など、年齢計算は本当によく出てきます。でも、単純に「今年 − 生...

はじめに 「祝日判定」は“営業日ロジックの一番やっかいな部分”土日判定はコードで簡単に書けますが、「祝日」はそうはいきません。日本の祝日は法律で決まっていて、改正されたり、オリンピックや即位などのイベントで特例が入ったりします。だからこそ、...

はじめに 「営業日加算」は“ビジネスの締切をコードに落とす技”「3営業日以内に対応」「5営業日後が締切」「翌営業日に処理」――こういう要件を“ちゃんと”満たすには、単純な「日数加算」ではなく「営業日加算」が必要になります。DateTime....

はじめに 「営業日判定」は“締切と期日のリアルさ”を決める心臓部業務システムでよく出てくる「3営業日以内に対応」「翌営業日に処理」「営業日ベースで締切計算」。ここでいう「営業日」が正しく判定できていないと、締切がズレたり、ユーザーとの約束を...

はじめに 「曜日日本語化」は“ユーザーに優しい日付表示”の仕上げ曜日そのものは DateTime.DayOfWeek で簡単に取れますが、そのままだと Tuesday のような英語表記です。業務システムの画面や帳票では、ほぼ確実に「月」「月...

はじめに 「曜日取得」は“人間に寄り添う日付表示”の入口日付そのものだけでなく、「それが何曜日か」は業務画面でかなり重要です。勤怠、シフト、予約、カレンダー、締切日…どれも「曜日」が一緒に出ていると、ユーザーの理解が一気に早くなります。C#...

はじめに 「年末取得」は“年間ロジックのゴール地点”年初が「スタートライン」だとしたら、年末は「ゴールライン」です。年間売上、年間勤怠、年間評価、年間レポート、どれも「この年はどこからどこまでか」 が決まっていないとロジックが書けません。C...

はじめに 「年初取得」は“年間ロジックのスタートライン”月初・月末が「月次処理の基準点」だとしたら、年初は「年間処理の基準点」です。例えば、「今年の売上集計」「今年の有給残高」「今年度の評価期間」こういうロジックを書くときに、“この日付が属...

はじめに 「月末取得」は“締めと集計のゴール地点”月初が「スタート」だとしたら、月末は「ゴール」です。売上の締め、勤怠の締め、請求期間の終わり、サブスクの課金期間の終わり――どれも「この月の月末はどこか？」が決まっていないと、ロジックが書け...

はじめに 「月初取得」は“集計と締め処理のスタート地点”業務システムで「今月分の売上」「今月の勤務時間」「請求書の対象期間」などを扱うとき、必ずと言っていいほど出てくるのが「月初（その月の1日）」です。「ある日付が属する月の月初を求める」「...

はじめに 「日付減算」は“差を測る”だけじゃなく“◯日前”も作れる道具日付の「減算」と聞くと、まず思い浮かぶのは「2つの日付の差を取る」ことだと思います。でも実務ではそれだけでなく、「◯日前に戻す」（有効期限の開始日を求める）「締切まであと...

はじめに 「日付加算」は“締切・有効期限・リマインド”の土台になる業務システムで「◯日後」「◯ヶ月後」「◯時間後」は、締切、有効期限、リマインド日時、サブスクリプションの更新日など、あらゆるところに出てきます。C# では DateTime ...