2coffee.dev

Over the past few days, I’ve switched from VSCode to using Zed for a few reasons. Zed is a code editor written in Rust, very lightweight, and its interface is similar to VSCode in many aspects. However, Zed still has its own differences and follows its own philosophy. Personally, I’ve used Zed since its early days; my first impression was that it was very fast and smooth. That said, many features I was used to in VSCode were missing in Zed, so I only stopped at the level of experimentation.

One feature I use very frequently is debugging with breakpoints: selecting positions and observing the data flow in the system. VSCode is a popular editor, so enabling debugging is much easier. It usually takes only a few steps, and especially if you use a framework, you can easily find guides online. In general, VSCode does a very good job of simplifying things for users.

Therefore, after switching to Zed,

This may be the last post in the basic MCP series on the blog. Originally I had planned not to write any more because the documentation for Prompts & Resources in MCP is very limited, but since these two topics are interesting I decided to introduce them to readers.

I have read and studied the material about these two items on the MCP main site. After understanding the principles and use‑cases, I looked for projects that have integrated them and intended to add examples to this article, but it turned out that very few projects actually implement these two components. Why is that?

In my opinion, a few

Do you like writing documentation? Or do you prefer writing code? When given a request, do you immediately think of solutions, imagining how you'll do it, writing it like this, with each line of if...else naturally appearing in your mind? Or do you think about the business logic, related parts, or what changes might impact the existing system?

When I first learned programming, I had no concept of writing documentation, not even reading it. All I did was read articles from others, follow their step-by-step instructions, and just replicate what they did. If I encountered difficulties, searching online didn’t take too much time. In short, I only did what was sufficient, nothing extra, leaving the rest to time and accumulated experience.

That habit stayed with me