<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Recovering When School Gets Messy on Work You Can Explain</title>
		<link>https://workyoucanexplain.com/series/recovering-when-school-gets-messy/</link>
		<description>Recent content in Recovering When School Gets Messy on Work You Can Explain</description>
		<generator>Hugo</generator>
		<language>en-US</language>
		
		
		
			<copyright>Copyright © Work You Can Explain</copyright>
		
		
			<lastBuildDate>Wed, 19 Aug 2026 00:00:00 -0500</lastBuildDate>
		
			<atom:link href="https://workyoucanexplain.com/series/recovering-when-school-gets-messy/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Emergency Triage for Broken Assignments and Files</title>
				<link>https://workyoucanexplain.com/posts/emergency-triage-for-broken-assignments-and-files/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 -0500</pubDate>
				<guid>https://workyoucanexplain.com/posts/emergency-triage-for-broken-assignments-and-files/</guid>
				<description>&lt;p&gt;When an assignment file disappears or stops opening, your first job is not to fix it. Your first job is to preserve what still exists and understand the situation well enough to choose a safe next step.&lt;/p&gt;&#xA;&lt;p&gt;Do not keep editing the only copy. Do not reinstall software because one file failed. Do not run a destructive command because an AI assistant suggested it. Make a protected copy, write down the facts, and work from the copy.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Recovering Git History and Lost Code</title>
				<link>https://workyoucanexplain.com/posts/recovering-git-history-and-lost-code/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 -0500</pubDate>
				<guid>https://workyoucanexplain.com/posts/recovering-git-history-and-lost-code/</guid>
				<description>&lt;p&gt;Git may be able to recover code that disappeared from your current branch, but recovery begins with inspection. A reflog records local movements of references such as &lt;code&gt;HEAD&lt;/code&gt;; it does not guarantee that every file or commit still exists, and it is not a substitute for a remote or tested backup.&lt;/p&gt;&#xA;&lt;p&gt;The safe pattern is: protect the repository, inspect history, create a recovery reference, compare the candidate, and restore only after verification.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Communicating with Instructors During a Technical Crisis</title>
				<link>https://workyoucanexplain.com/posts/communicating-with-instructors-during-a-technical-crisis/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 -0500</pubDate>
				<guid>https://workyoucanexplain.com/posts/communicating-with-instructors-during-a-technical-crisis/</guid>
				<description>&lt;p&gt;When a technical problem may affect an assignment, contact the instructor as soon as the risk is clear. The message should make the situation easy to understand: identify the course and assignment, describe what happened, state what you have checked, explain the current risk, and make one specific request.&lt;/p&gt;&#xA;&lt;p&gt;You do not need to prove the final cause before sending the first message. You do need to be accurate about what you observed and what you have tried.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Post-Crisis Review and System Hardening</title>
				<link>https://workyoucanexplain.com/posts/post-crisis-postmortem-and-system-hardening/</link>
				<pubDate>Wed, 19 Aug 2026 00:00:00 -0500</pubDate>
				<guid>https://workyoucanexplain.com/posts/post-crisis-postmortem-and-system-hardening/</guid>
				<description>&lt;p&gt;After a technical crisis, do not settle for “it works again.” Record what happened, identify the protection that was missing or unclear, and test one small improvement while the evidence is still available.&lt;/p&gt;&#xA;&lt;p&gt;A postmortem is not a confession and it is not a search for someone to blame. It is a short record that helps you make the next failure less damaging and easier to explain.&lt;/p&gt;&#xA;&lt;h2 id=&#34;capture-the-incident-before-memory-edits-it&#34;&gt;Capture the incident before memory edits it&lt;/h2&gt;&#xA;&lt;p&gt;Write the first version from your working log, file history, messages, and recovery evidence. Use five sections:&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
