<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
    <title>Rishi Bytes</title>
    <subtitle>Practical writing about data engineering, cloud platforms, Agentic AI, architecture, and engineering careers.</subtitle>
    <link href="https://rishibytes.com/feed.xml" rel="self" />
    <link href="https://rishibytes.com/blog/" />
    <id>https://rishibytes.com/</id>
    <updated>2026-08-09T00:00:00Z</updated>
    <author>
        <name>Rishi Tamrakar</name>
        <uri>https://rishibytes.com/</uri>
    </author>
    
    <entry>
        <title>Cheap Tokens Won’t Make You a Better Engineer</title>
        <link href="https://rishibytes.com/blog/cheap-tokens-wont-make-you-a-better-engineer/" />
        <id>https://rishibytes.com/blog/cheap-tokens-wont-make-you-a-better-engineer/</id>
        <published>2026-07-10T00:00:00Z</published>
        <updated>2026-08-09T00:00:00Z</updated>
        <summary>AI usage may become cheaper or more expensive, but engineering value still comes from solving the right problem within real constraints.</summary>
    </entry>
    
    <entry>
        <title>Why I’m Breaking the DRY Rule: The Case for Data Duplication</title>
        <link href="https://rishibytes.com/blog/why-im-breaking-the-dry-rule/" />
        <id>https://rishibytes.com/blog/why-im-breaking-the-dry-rule/</id>
        <published>2026-03-30T00:00:00Z</published>
        <updated>2026-08-09T00:00:00Z</updated>
        <summary>Data duplication is not automatically technical debt. Sometimes separate copies are the clearest way to meet different latency, scale, and analytical requirements.</summary>
    </entry>
    
    <entry>
        <title>I Stopped Googling. Is AI Search Actually Honest?</title>
        <link href="https://rishibytes.com/blog/is-ai-search-actually-honest/" />
        <id>https://rishibytes.com/blog/is-ai-search-actually-honest/</id>
        <published>2026-03-15T00:00:00Z</published>
        <updated>2026-08-09T00:00:00Z</updated>
        <summary>AI answers feel cleaner than search results, but recommendations can still be shaped by training data, commercial integrations, and advertising.</summary>
    </entry>
    
    <entry>
        <title>I Thought My Data Engineering Career Was Over in 2017</title>
        <link href="https://rishibytes.com/blog/data-engineering-career-2017/" />
        <id>https://rishibytes.com/blog/data-engineering-career-2017/</id>
        <published>2025-12-26T00:00:00Z</published>
        <updated>2026-08-09T00:00:00Z</updated>
        <summary>Being assigned to a legacy Informatica project felt like failure. It became the foundation for the engineering career I wanted.</summary>
    </entry>
    
    <entry>
        <title>From Informatica to dbt: Journey to Modern, Maintainable Data Pipelines</title>
        <link href="https://rishibytes.com/blog/from-informatica-to-dbt/" />
        <id>https://rishibytes.com/blog/from-informatica-to-dbt/</id>
        <published>2025-07-18T00:00:00Z</published>
        <updated>2026-08-09T00:00:00Z</updated>
        <summary>How dbt answered a question I first asked while building Informatica PowerCenter mappings: why can&apos;t data teams manage transformations as SQL and software?</summary>
    </entry>
    
    <entry>
        <title>Should We Always Build Decoupled Systems?</title>
        <link href="https://rishibytes.com/blog/should-we-always-build-decoupled-systems/" />
        <id>https://rishibytes.com/blog/should-we-always-build-decoupled-systems/</id>
        <published>2024-09-16T00:00:00Z</published>
        <updated>2026-08-09T00:00:00Z</updated>
        <summary>Kafka, Pub/Sub, and queues are powerful, but asynchronous messaging is not the default answer for every interaction. Start with the business requirement.</summary>
    </entry>
    
</feed>
