<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Dev Handbook on eval ( code )</title><link>https://evalcode.com/handbook/</link><description>Recent content in Dev Handbook on eval ( code )</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>Copy, _right?_ :thinking_face:. All thoughts and opinions are my own. They do not represent my employer.</copyright><atom:link href="https://evalcode.com/handbook/index.xml" rel="self" type="application/rss+xml"/><item><title>📖 The Mechanic Parable: A Story About Expectations</title><link>https://evalcode.com/handbook/story/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://evalcode.com/handbook/story/</guid><description>A relatable analogy that frames the rest of the handbook: expectations, estimation, negotiation, and what &amp;lsquo;done&amp;rsquo; really means.</description></item><item><title>🌐 Going Remote: Replacing What the Office Gave You for Free</title><link>https://evalcode.com/handbook/going-remote/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://evalcode.com/handbook/going-remote/</guid><description>Office habits break when you go remote. Here&amp;rsquo;s what to replace them with and why every other practice in this handbook depends on it.</description></item><item><title>🔭 From Problem to Feature: Scoping Work</title><link>https://evalcode.com/handbook/scoping/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://evalcode.com/handbook/scoping/</guid><description>How to break a problem into features that are small enough to deliver, clear enough to estimate, and valuable enough to justify the work.</description></item><item><title>☀️ The Daily Routine: Keeping It All Running</title><link>https://evalcode.com/handbook/daily-routine/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://evalcode.com/handbook/daily-routine/</guid><description>The project lead&amp;rsquo;s daily checklist for making sure the board reflects reality and nothing is quietly falling apart.</description></item><item><title>📜 Your Project Board is a Mirror</title><link>https://evalcode.com/handbook/project-board/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://evalcode.com/handbook/project-board/</guid><description>The board should answer &amp;lsquo;what are you working on?&amp;rsquo; in 30 seconds. Here&amp;rsquo;s how to set it up and keep it honest.</description></item></channel></rss>