<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Gabriel Cardim]]></title><description><![CDATA[Gabriel Cardim]]></description><link>https://gabrielcardim.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Wed, 09 Sep 2026 21:30:41 GMT</lastBuildDate><atom:link href="https://gabrielcardim.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[How I Use MCPs in VSCode to Increase Productivity — As a Junior Developer]]></title><description><![CDATA[At first, the idea of Model Context Protocol workflows or even the A2A (agent-to-agent) felt almost mind-blowing to me. The amount of experimentation around it was a bit overwhelming. However, what I ]]></description><link>https://gabrielcardim.hashnode.dev/how-i-use-mcps-in-vscode-to-increase-productivity-as-a-junior-developer</link><guid isPermaLink="true">https://gabrielcardim.hashnode.dev/how-i-use-mcps-in-vscode-to-increase-productivity-as-a-junior-developer</guid><category><![CDATA[mcp]]></category><category><![CDATA[Junior developer ]]></category><category><![CDATA[workflow]]></category><category><![CDATA[AI]]></category><dc:creator><![CDATA[Gabriel Cardim]]></dc:creator><pubDate>Fri, 13 Mar 2026 15:42:52 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/695672019f0bfb2529cffed3/3c0dadd0-4078-433d-a295-814c9c6444df.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>At first, the idea of Model Context Protocol workflows or even the A2A (agent-to-agent) felt almost mind-blowing to me. The amount of experimentation around it was a bit overwhelming. However, what I really needed was a more insightful way to interpret all of it.</p>
<p>In terms of capabilities, I was curious and amazed — but I made sure not to become that junior who blindly treats it as just another hype wave. So instead of installing everything at once I was looking across different scenarios and strategies, then I mapped specific MCP integrations to each category correspondingly:</p>
<ul>
<li><p>Documentation</p>
</li>
<li><p>Problem solving</p>
</li>
<li><p>Code quality &amp; Security</p>
</li>
<li><p>Observability &amp; Debugging</p>
</li>
</ul>
<p>And so on... But the goal here is not to list every possible tool available for every scenario, like shooting in the dark, but to show a practical approach to mapping these.</p>
<h3>note*</h3>
<p>Even though the protocol is still evolving, some tools may not yet provide direct marketplace integrations. In those cases, most of them can be integrated either through IDE integrations, local services using Docker, or configuration files such as <code>.yaml</code> or <code>.json</code>.</p>
<hr />
<blockquote>
<p>What kind of tools I was actually using?</p>
</blockquote>
<h3><strong>1. Understanding documentation — Context7 MCP</strong></h3>
<p>LLMs may sometimes return generic or outdated information when handling certain requests by default, and in this case I didn't want to waste tokens that easily, right? And without a proper context it can be intensified.</p>
<p>Context7 is a tool that automatically enables my coding assistant to get essential information straight from the official documentation about any library and stay up-to-dated sequentially.</p>
<blockquote>
<p>How it helps me:</p>
</blockquote>
<ul>
<li><p>Ask the tool to quickly get essential information from official documentation.</p>
</li>
<li><p>Verify the latest updates or changes in libraries without wasting time.</p>
</li>
<li><p>Cross-check code examples to ensure correct usage of functions or APIs.</p>
</li>
<li><p>Explore sequential explanations to understand complex workflows.</p>
</li>
<li><p>Reduce guesswork by having context-aware guidance for coding tasks.</p>
</li>
</ul>
<hr />
<h3><strong>2. Technical questions &amp; resolutions — Stack Overflow MCP</strong></h3>
<p>Furthermore, the process of dealing with errors tends to be quite similar for every developer. Even after carefully reading the documentation and trying to understand how something should work, I may eventually reach a point where it is still unclear how to implement a feature correctly.</p>
<p>And that's why Stack Overflow is widely used to explore solutions and learn from the approaches shared by other developers who have faced similar problems.</p>
<blockquote>
<p>You can simply ask your IDE to...</p>
</blockquote>
<ul>
<li><p>Find solutions to errors or bugs you encounter during development.</p>
</li>
<li><p>Compare multiple answers and highlight the most practical solution for your case.</p>
</li>
<li><p>Show best practices and patterns used in real projects.</p>
</li>
<li><p>Clarify unclear aspects of library usage or framework implementation.</p>
</li>
</ul>
<hr />
<h3><strong>3. Code Quality &amp; Security — Codacy MCP</strong></h3>
<p>Maintaining good code quality is another important aspect of the development workflow. As projects grow, it becomes easier to introduce small issues such as inconsistent patterns, potential bugs, or security risks.</p>
<p>Tools like Codacy help automate parts of this process by analyzing the codebase and highlighting areas that may require attention. This includes identifying code smells, possible vulnerabilities, and maintainability concerns.</p>
<p>By integrating automated analysis into the workflow, it becomes easier to maintain consistent standards and improve the overall reliability of the project over time.</p>
<blockquote>
<p>How I use it to keep code reliable?</p>
</blockquote>
<ul>
<li><p>Ask the IDE to check your code for style issues, complexity, and performance problems.</p>
</li>
<li><p>Review pull requests to see issues introduced or fixed before merging.</p>
</li>
<li><p>Audit code quality to find technical debt and areas that need improvement.</p>
</li>
<li><p>Check test coverage for files or entire repositories.</p>
</li>
<li><p>Spot code duplicates to reduce redundancy.</p>
</li>
<li><p>Scan for security vulnerabilities, such as secrets, dependency issues, and other risks.</p>
</li>
</ul>
<hr />
<h3><strong>4. Observability — OpenTelemetry MCP</strong></h3>
<p>Understanding how an application behaves in practice is also a key part of modern development, especially when dealing with distributed systems or microservices.</p>
<p>Frameworks such as OpenTelemetry make it possible to collect telemetry data such as traces, metrics, and logs, allowing developers to analyze request flows, latency patterns, and system performance.</p>
<p>This kind of visibility helps identify issues that may not be obvious during development, such as bottlenecks, unexpected latency spikes, or errors occurring across service boundaries.</p>
<blockquote>
<p>How I gain visibility into my applications...</p>
</blockquote>
<ul>
<li><p>Collect traces, metrics, and logs to understand application behavior.</p>
</li>
<li><p>Analyze request flows and latency patterns across services.</p>
</li>
<li><p>Detect bottlenecks, unexpected latency spikes, or cross-service errors.</p>
</li>
<li><p>Correlate telemetry data to identify issues not visible during development.</p>
</li>
<li><p>Monitor system performance in real time to improve reliability.</p>
</li>
</ul>
<hr />
<h3>Final thoughts</h3>
<p>Many ecosystems already provide their own MCP integrations, and developers can explore and adopt them depending on the stack they are working with.</p>
<p>To explore more possibilities around MCP servers, I recommend checking out this repository which served as reference:</p>
<p><a class="embed-card" href="https://github.com/punkpeye/awesome-mcp-servers">https://github.com/punkpeye/awesome-mcp-servers</a></p>]]></content:encoded></item></channel></rss>