<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Productivity on TECHFOR by Suriya Sonphu</title><link>http://suriyasonphu.com/en/categories/productivity/</link><description>Recent content in Productivity on TECHFOR by Suriya Sonphu</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Mon, 13 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="http://suriyasonphu.com/en/categories/productivity/index.xml" rel="self" type="application/rss+xml"/><item><title>Obsidian as a Second Brain for Application Repositories</title><link>http://suriyasonphu.com/en/post/obsidian-second-brain-application-repositories/</link><pubDate>Mon, 13 Apr 2026 00:00:00 +0000</pubDate><guid>http://suriyasonphu.com/en/post/obsidian-second-brain-application-repositories/</guid><description>&lt;img src="http://suriyasonphu.com/post/obsidian-second-brain-application-repositories/cover.png" alt="Featured image of post Obsidian as a Second Brain for Application Repositories" />&lt;p>Software projects do not fail because code is invisible. They fail because context is invisible.&lt;/p>
&lt;p>A repo may contain source code, but the reasoning behind the code often lives in chats, notebooks, screenshots, or someone’s memory. When that happens, new developers need time to rediscover the project, and AI agents get weak or incomplete context. Obsidian can solve that problem by turning project knowledge into a second brain that is easy to search, link, and maintain.&lt;/p>
&lt;p>The second-brain approach works well when you keep important project notes inside the repository and write them in a format that both humans and AI can read. This is especially useful when you want the repo to store not only source code, but also documentation, important decisions, ideas, and development knowledge.&lt;/p>
&lt;p>In most projects, markdown is already used for setup guides, README files, or change history. But if all project knowledge lives in disconnected markdown files, the documentation can still become messy. Obsidian helps by turning those markdown notes into a connected system.&lt;/p>
&lt;h2 id="why-obsidian-works-well">Why Obsidian Works Well
&lt;/h2>&lt;p>Obsidian is a system for creating linked documentation, which fits software development very well. It can also be extended into a knowledge management system or even a lightweight project management workspace through plugins such as Calendar and Timeline.&lt;/p>
&lt;p>When you connect notes about architecture, product decisions, APIs, and bugs, you create a map of the project instead of a pile of isolated documents. A developer can open one note and jump to related decisions. An AI agent can do the same if the notes are stored in plain markdown inside the repo.&lt;/p>
&lt;p>That turns the repository into an organized knowledge base, not just a place to store code.&lt;/p>
&lt;h2 id="example-folder-structure">Example Folder Structure
&lt;/h2>&lt;p>&lt;img src="http://suriyasonphu.com/post/obsidian-second-brain-application-repositories/exmaple-obsidian.png"
width="1110"
height="659"
srcset="http://suriyasonphu.com/post/obsidian-second-brain-application-repositories/exmaple-obsidian_hu_1f5b083d16a4e074.png 480w, http://suriyasonphu.com/post/obsidian-second-brain-application-repositories/exmaple-obsidian_hu_8a36427345ab3f60.png 1024w"
loading="lazy"
alt="Example Obsidian structure"
class="gallery-image"
data-flex-grow="168"
data-flex-basis="404px"
>&lt;/p>
&lt;p>Here is a practical structure that works well:&lt;/p>
&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-text" data-lang="text">&lt;span style="display:flex;">&lt;span>docs/
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> overview.md
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> architecture.md
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> decisions/
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> 2026-04-13-auth-flow.md
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> 2026-04-13-database-choice.md
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> features/
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> payments.md
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> search.md
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> meetings/
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span> 2026-04-13-planning.md
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;p>Each note should answer one question well.&lt;/p>
&lt;ul>
&lt;li>&lt;code>overview.md&lt;/code>: what the system is and who it is for.&lt;/li>
&lt;li>&lt;code>architecture.md&lt;/code>: how the major parts fit together.&lt;/li>
&lt;li>&lt;code>decisions/&lt;/code>: why a choice was made, including tradeoffs.&lt;/li>
&lt;li>&lt;code>features/&lt;/code>: what each feature does and how it behaves.&lt;/li>
&lt;li>&lt;code>meetings/&lt;/code>: what was discussed and what changed.&lt;/li>
&lt;/ul>
&lt;p>This pattern becomes best practice when the notes stay close to real work.&lt;/p>
&lt;ul>
&lt;li>Keep notes in markdown inside the repo or in a clearly structured docs folder.&lt;/li>
&lt;li>Keep each note focused on one topic, one decision, or one feature when the content has enough detail.&lt;/li>
&lt;li>If you update the source code, update the related note in the same pull request when possible.&lt;/li>
&lt;li>Link related notes so Obsidian can build a graph of the project knowledge.&lt;/li>
&lt;/ul>
&lt;p>Notes should stay concise with a TL;DR mindset. Link only what matters. For example, if a decision affects authentication, link that decision from the architecture note and from the related feature note. That is what makes the vault useful.&lt;/p>
&lt;h2 id="how-notes-can-be-linked">How Notes Can Be Linked
&lt;/h2>&lt;p>This is where Obsidian becomes more powerful than a normal documents folder. Instead of storing notes as isolated files, you can connect them with wiki-style links.&lt;/p>
&lt;p>For example:&lt;/p>
&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-markdown" data-lang="markdown">&lt;span style="display:flex;">&lt;span># architecture
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>The application uses a token-based login flow described in [[2026-04-13-auth-flow]].
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>Search is implemented as a separate module. See [[search]] for feature behavior.
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>The current database decision is documented in [[2026-04-13-database-choice]].
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;p>And inside a feature note:&lt;/p>
&lt;div class="highlight">&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-markdown" data-lang="markdown">&lt;span style="display:flex;">&lt;span># search
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>Search supports product lookup, filtering, and ranking.
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>Related notes:
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>&lt;span style="color:#66d9ef">-&lt;/span> [[architecture]]
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>&lt;span style="color:#66d9ef">-&lt;/span> [[2026-04-13-database-choice]]
&lt;/span>&lt;/span>&lt;span style="display:flex;">&lt;span>&lt;span style="color:#66d9ef">-&lt;/span> [[2026-04-13-planning]]
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;p>With this approach, a human can jump from architecture to feature behavior to design decisions in seconds. An AI agent can also follow the same trail of linked markdown files and build a much better understanding of the repository.&lt;/p>
&lt;h2 id="how-software-developer-benefit">How Software developer Benefit
&lt;/h2>&lt;p>For Software developer, the value is speed and clarity.&lt;/p>
&lt;p>A new developer can open the repo and quickly understand the product, the architecture, and the important tradeoffs. A senior engineer can review a decision without asking three people for context. A product owner can read the same notes and see why a feature exists.&lt;/p>
&lt;p>This reduces repeated explanations. It also reduces the risk of changing something important just because the reason behind it was never written down.&lt;/p>
&lt;p>The important habit is to contribute documentation regularly. Short, connected notes are much more useful than long documents that no one updates.&lt;/p>
&lt;h2 id="how-ai-agents-benefit">How AI Agents Benefit
&lt;/h2>&lt;p>Today, developers increasingly work with AI agents, and agents perform much better when the context is structured.&lt;/p>
&lt;p>If the repository contains clear markdown notes, an agent can:&lt;/p>
&lt;ul>
&lt;li>summarize the current architecture,&lt;/li>
&lt;li>explain why a feature exists,&lt;/li>
&lt;li>draft a new implementation plan,&lt;/li>
&lt;li>suggest changes that match previous decisions,&lt;/li>
&lt;li>and point out missing documentation.&lt;/li>
&lt;/ul>
&lt;p>That means the agent is not reading from source code alone. It is also reading the project’s memory, which can reduce wasted tokens and improve the quality of its output.&lt;/p>
&lt;h2 id="the-best-rule">The Best Rule
&lt;/h2>&lt;p>Write notes the same way you write code: be specific, keep them small, and update them when reality changes.&lt;/p>
&lt;p>If a note is too long, split it. If a decision is obsolete, mark it clearly. If a feature changes, update the related note in the same pull request. That keeps the knowledge base trustworthy.&lt;/p>
&lt;p>Obsidian becomes powerful when it is not treated as a personal diary, but as shared project memory.&lt;/p>
&lt;h2 id="conclusion">Conclusion
&lt;/h2>&lt;p>If your application repository is the body of the project, then Obsidian can be its memory.&lt;/p>
&lt;p>That memory helps Software developer move faster, helps AI agents understand the codebase better, and helps the team keep a clear record of how decisions were made. The result is less friction, better collaboration, and a repo that is easier to read long after the original context has faded.&lt;/p>
&lt;p>For modern software teams, that is the real value of a second brain.&lt;/p>
&lt;p>You can try Obsidian here: &lt;a class="link" href="https://obsidian.md/help/install" target="_blank" rel="noopener"
>https://obsidian.md/help/install&lt;/a>&lt;/p></description></item><item><title>You can get success if you avoid cheap dopamine</title><link>http://suriyasonphu.com/en/post/cheap-dopamine-success/</link><pubDate>Sat, 06 Dec 2025 00:00:00 +0000</pubDate><guid>http://suriyasonphu.com/en/post/cheap-dopamine-success/</guid><description>&lt;img src="http://suriyasonphu.com/post/cheap-dopamine-success/cover.png" alt="Featured image of post You can get success if you avoid cheap dopamine" />&lt;p>In a world overflowing with distractions, our brains are constantly bombarded with &amp;ldquo;cheap dopamine.&amp;rdquo; This is the instant gratification we get from endless scrolling on social media, binge-watching TV shows, or eating junk food. It feels good in the moment, but it costs us dearly in the long run. Research indicates that social media usage can activate the brain&amp;rsquo;s reward system in ways similar to substance addiction (Turel et al., 2014).&lt;/p>
&lt;p>Success requires sustained effort, focus, and the ability to delay gratification. This is where &amp;ldquo;expensive dopamine&amp;rdquo; comes in. It&amp;rsquo;s the satisfaction you get after finishing a tough workout, completing a complex project, or learning a new skill. It&amp;rsquo;s harder to get, but it&amp;rsquo;s far more rewarding.&lt;/p>
&lt;h2 id="what-is-cheap-dopamine">What is Cheap Dopamine?
&lt;/h2>&lt;p>Cheap dopamine is the reward your brain gets with little to no effort. It&amp;rsquo;s the &amp;ldquo;hit&amp;rdquo; you feel when you get a like on Instagram, check a notification, or eat a sugary snack.&lt;/p>
&lt;p>The problem isn&amp;rsquo;t the dopamine itself; it&amp;rsquo;s the &lt;em>source&lt;/em> and the &lt;em>ease&lt;/em>. When your brain gets used to high levels of dopamine for no effort, it starts to crave it. Hard work, which releases dopamine more slowly and only after effort, becomes less appealing. This is why it&amp;rsquo;s so hard to focus on a book after spending an hour on TikTok.&lt;/p>
&lt;h2 id="the-cost-of-instant-gratification">The Cost of Instant Gratification
&lt;/h2>&lt;ol>
&lt;li>&lt;strong>Reduced Focus:&lt;/strong> Your attention span shortens as you train your brain to seek constant novelty.&lt;/li>
&lt;li>&lt;strong>Lack of Motivation:&lt;/strong> Why work hard for a reward later when you can get a reward right now for free?&lt;/li>
&lt;li>&lt;strong>Anxiety and Restlessness:&lt;/strong> The constant need for stimulation makes silence and boredom unbearable.&lt;/li>
&lt;/ol>
&lt;h2 id="expensive-dopamine-the-path-to-success">Expensive Dopamine: The Path to Success
&lt;/h2>&lt;p>&amp;ldquo;Expensive dopamine&amp;rdquo; is the reward system of high achievers. It is earned through:&lt;/p>
&lt;ul>
&lt;li>&lt;strong>Deep Work:&lt;/strong> Spending hours solving a difficult problem.&lt;/li>
&lt;li>&lt;strong>Physical Exercise:&lt;/strong> Pushing your body to its limits.&lt;/li>
&lt;li>&lt;strong>Learning:&lt;/strong> The struggle of mastering a new concept.&lt;/li>
&lt;li>&lt;strong>Delayed Gratification:&lt;/strong> Saving money, building a business, or working on a long-term goal.&lt;/li>
&lt;/ul>
&lt;p>The ability to delay gratification is a key predictor of success. The famous &amp;ldquo;Marshmallow Experiment&amp;rdquo; demonstrated that children who could wait for a larger reward (two marshmallows) instead of taking a smaller immediate one (one marshmallow) tended to have better life outcomes, including higher academic achievement and better health (Mischel et al., 1972).&lt;/p>
&lt;p>When you detach from cheap dopamine, you reset your brain&amp;rsquo;s baseline. Boredom becomes a tool for creativity, not a state to escape. Difficult tasks become engaging challenges rather than insurmountable obstacles.&lt;/p>
&lt;h2 id="how-to-detox-and-reclaim-your-focus">How to Detox and Reclaim Your Focus
&lt;/h2>&lt;ol>
&lt;li>&lt;strong>Digital Detox:&lt;/strong> Set strict limits on social media and entertainment usage.&lt;/li>
&lt;li>&lt;strong>Embrace Boredom:&lt;/strong> Let yourself do nothing for a while. Let your mind wander without reaching for your phone.&lt;/li>
&lt;li>&lt;strong>Do Hard Things:&lt;/strong> Intentionally schedule difficult tasks early in the day when your willpower is highest.&lt;/li>
&lt;li>&lt;strong>Visualize Long-Term Rewards:&lt;/strong> Keep your eyes on the prize. Remind yourself &lt;em>why&lt;/em> you are making these sacrifices.&lt;/li>
&lt;/ol>
&lt;p>&lt;img src="http://suriyasonphu.com/post/cheap-dopamine-success/dopamine-info-en.png"
width="2048"
height="2048"
srcset="http://suriyasonphu.com/post/cheap-dopamine-success/dopamine-info-en_hu_5966a2865effa5fb.png 480w, http://suriyasonphu.com/post/cheap-dopamine-success/dopamine-info-en_hu_b4954be4f0753b63.png 1024w"
loading="lazy"
alt="Cheap Dopamine vs Expensive Dopamine"
class="gallery-image"
data-flex-grow="100"
data-flex-basis="240px"
>&lt;/p>
&lt;blockquote>
&lt;h3 id="success-isnt-about-luck-its-about-discipline-by-choosing-expensive-dopamine-over-the-cheap-kind-you-are-literally-wiring-your-brain-for-success">Success isn&amp;rsquo;t about luck; it&amp;rsquo;s about discipline. By choosing expensive dopamine over the cheap kind, you are literally wiring your brain for success.
&lt;/h3>&lt;/blockquote>
&lt;h2 id="references">References
&lt;/h2>&lt;ul>
&lt;li>Mischel, W., Ebbesen, E. B., &amp;amp; Raskoff Zeiss, A. (1972). Cognitive and attentional mechanisms in delay of gratification. &lt;em>Journal of Personality and Social Psychology&lt;/em>, 21(2), 204–218.&lt;/li>
&lt;li>Turel, O., He, Q., Xue, G., Xiao, L., &amp;amp; Bechara, A. (2014). Examination of neural systems sub-serving facebook &amp;ldquo;addiction&amp;rdquo;. &lt;em>Psychological reports&lt;/em>, 115(3), 675-695.&lt;/li>
&lt;/ul></description></item></channel></rss>