<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Machine Learning on Nalar</title>
    <link>https://nalar.dev/tags/machine-learning/</link>
    <description>Recent content in Machine Learning on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 01 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/machine-learning/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Avoiding Data Leakage in Machine Learning Pipelines</title>
      <link>https://nalar.dev/avoiding-data-leakage-machine-learning/</link>
      <pubDate>Tue, 01 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/avoiding-data-leakage-machine-learning/</guid>
      <description>&lt;p&gt;Data leakage happens when information that would not be available at prediction time influences model training. The result is an evaluation score that looks excellent in development and collapses after deployment.&lt;/p&gt;&#xA;&lt;p&gt;Leakage is often subtle because the model code itself can be correct. The mistake lives in how datasets, features, preprocessing, and time boundaries are constructed.&lt;/p&gt;&#xA;&lt;h2 id=&#34;split-before-learning-from-the-data&#34;&gt;Split before learning from the data&lt;/h2&gt;&#xA;&lt;p&gt;A classic mistake is standardizing the full dataset and splitting afterward.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Probability Calibration for Classification Models</title>
      <link>https://nalar.dev/probability-calibration-for-classification-models/</link>
      <pubDate>Tue, 01 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/probability-calibration-for-classification-models/</guid>
      <description>&lt;p&gt;A classifier can rank examples correctly while producing probabilities that are poor estimates of real-world likelihood.&lt;/p&gt;&#xA;&lt;p&gt;If a model assigns 0.8 probability to many comparable cases, calibration asks whether roughly 80% of those cases are actually positive. This matters whenever probabilities drive decisions such as pricing, triage, alert thresholds, expected value, or human review.&lt;/p&gt;&#xA;&lt;h2 id=&#34;discrimination-and-calibration-are-different&#34;&gt;Discrimination and calibration are different&lt;/h2&gt;&#xA;&lt;p&gt;Metrics such as ROC AUC evaluate how well a model ranks positive examples above negative ones. They do not require predicted probabilities to match observed frequencies.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Time Series Cross-Validation with Walk-Forward Splits</title>
      <link>https://nalar.dev/time-series-cross-validation-with-walk-forward-splits/</link>
      <pubDate>Tue, 01 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/time-series-cross-validation-with-walk-forward-splits/</guid>
      <description>&lt;p&gt;Random train/test splits assume examples are exchangeable. Time-series data violates that assumption because the future occurs after the past, and production models normally predict observations that were not available during training.&lt;/p&gt;&#xA;&lt;p&gt;Walk-forward validation preserves that chronology.&lt;/p&gt;&#xA;&lt;h2 id=&#34;why-random-splitting-is-misleading&#34;&gt;Why random splitting is misleading&lt;/h2&gt;&#xA;&lt;p&gt;Suppose you want to predict next week&amp;rsquo;s demand from historical sales. A random split can place March observations in the test set while April observations appear in training.&lt;/p&gt;&#xA;&lt;p&gt;Even if features do not explicitly contain future values, the evaluation now uses a model fitted on a future regime. Seasonality, pricing, inventory, customer behavior, and economic conditions can all make the score more optimistic than deployment reality.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
