关于书写技术探讨性邮件的一点小小的建议
周银辉
非常感谢DUDU为我们提供了一个这么好的平台,让我们能聚在一起如此广泛地交流,所以我也会收到许多朋友的技术探讨性邮件,当然大多仍以求助为主。收到此类邮件,我是很高兴的,这让我有更多的机会能与大家一起探讨技术难题。但,就此我想提一些不成熟的建议,若能为大家的交流提供一点参考价值,我将非常高兴。
值得声明的是:下面的文字所提到的一些小问题,仅仅是极少部分网友偶尔有所发生,但我仍然希望看到这些情况的尽可能的避免,所以写了下来。
1, 请提供一个小小的DEMO来说明问题,而不是贵公司的代码片段
这是一个让我很头疼的问题,不少朋友会在邮件中粘贴大片段的实际项目中的代码来呈现其所遇到的问题,然后问我应该怎么办。
我们知道,一个或多个大片段代码很可能很大程度上依赖于你的实际项目,而我是不具备这些上下文的,我为了搞清楚你所遇到的问题,而将这些代码从邮件中复制到一个临时的小项目中,显然,其会编译不过,那么我就不能重现其所遇到的问题,为此,我将花大量的时间来mock数据和上下文,而且我还不能保证这种mock的合理性,最后导致在我还没真正搞明白你所遇到的实际问题之前且被为你打造一个可以重现问题的DEMO而搞得头昏脑胀。
那么,如果你能花上5分钟,打造一个恰好能反映你的实际困难的小DEMO并放在邮件附件里面,我将不会迷失在混乱的代码片段中,并将节省下来的精力用于积极地为你出谋划策,你的邮件也能尽快地得到回复。
2, 大家都是兄弟,别太客气,但也请别太霸气
事实上,我有些犹豫是否将这一点写下来,因为这有可能是我这双鱼座的人平时太敏感而产生的错觉,但我始终认为“Hi,银辉,晚上好,我在开发中遇到这样一个问题XXX想请帮忙你看看”这样的语句会比“有一个问题XXX,请赐教”这中富有挑战性的语句更能让我愿意参与此次探讨。
3, 无论我是否给出了正确答案,我都想听听你的看法或更好的解决方案
我非常理解平时在项目中遇到难题时那种迫切地想得到完美解决方案的心情,但由于我的能力有限或者我不处于你的实际开发情景中而没能给你很好的解决方案或者是误解了你的实际问题,也请你不要生气,我很愿意听听你的看法或解决方案,这对我也很重要,而不是收到你“算了,我自己搞定了”或者“不过还是谢谢你”之类的回信。这可能会打击我回复你以后的邮件的积极性,当然你也可能从此不和我探讨问题了;但如此失败的探讨也会令我感到沮丧。
好了,这些文字虽然很不成熟,但仍算是有感而发吧,非常感谢大家长久以来的支持,祝大家周末愉快。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述