关于问问题和时间管理的感悟

这应该算是第一次认真的谈谈自己,第一次聊自己的时候是Java建设者刚出生没多久,现在看看届时的文笔,简直了,不像是写了一篇让读者观看的文字,更像是自己情感的集散地。

首谈自己

其实,读者是很容易埋单的,只要你为他考虑一些即可。你的文字能否做到通俗易懂,你的文章是否能够做到风趣幽默,你的文章是否能让读者学到什么东西,亦或者说是你想传达/表达的意思是否表达到位?

比如我们拿一篇源码分析的文章举例子,你是否能做好这几点

你这篇源码分析,想要教会读者什么?

这篇源码分析,自己看完有没有疑惑?怎么解决这些疑惑?或者说哪段代码比较难以理解,是否再应该详细解释?

论述文章中大量代码对读者的直观感受是怎样的,如果你文章中出现了大量源码,几十行以上,而且还带着中文注释的话,是否应该以另外的一种形式来展现出来?这些代码能否放在 Github 上面,让意犹未尽的读者得到释怀?大部分人看文章还是在手机上的,所以你要为他们考虑啊。

对于源码的话,有必要都贴出来吗?有没有可能简化一些无关代码,比如日志打印?逻辑判断?各种方法调用?这些能否通过流程图给出呢?

只讲关键代码,比如说某段代码很关键,这段代码做了什么事儿,能否简单列一下?

注意讲述的措辞,源码分析的 title 注定就是枯燥无味的,你能否加一些适量措辞,让源码分析不再枯燥?

其实上面你满足一点或几点的话,都是会有读者买账的。某一个点 get 住,读者就三连了

如果你不想考虑这些问题的话,那你终究还是为了自己写作了。这个方向也没错,那拜托你就不要想着天天还要硬性指标涨粉了,佛系一些更快乐。

上面这段论述是想告诉大家,我写文章过程中的一些疑惑和注意事项,下面来真正谈一谈我自己

我不是大神

请千万擦亮眼睛来看我,我真的不是大神。一部分人给我留言非常尊重我,把我封为大佬、大神,其实我真不是。我只是一个坚持学习,坚持分享的程序员,想要通过文章获得更多的关注,扩大自己的影响力罢了。

这里有一点大家需要注意一下,在了解一个人之前,千万不要给他人过早的树立 IP,下面就是我犯的一个错误。

关于问问题和时间管理的感悟

只通过三言两句就觉得别人非常厉害?万一他只是一个网络搬运工呢?

所以一些读者朋友可能看我文章写的还能看过去,就觉得我是大神,其实真不是。但是我不可能和每个人都讲我不是大神,我只能默默的承担这个称呼,欲戴皇冠,必承其重,我本是一个普通学校毕业的辣鸡,非要给我扣上大神的帽子,让我的行事、回答样样标准,不好意思这个真做不到。

私信问问题

这个我需要说一下自己的看法,关于私信问问题这件事情,我相信大家都有接触过,而且很多大佬其实都谈过了,这里我也说一下自己的想法,暂时列出来几类吧

私信问代码怎么跑不通,能否帮忙看一下。这种问题我现在一般的回复就是 不好意思,我没有时间来看这些问题,请发到群里谢谢,一方面是我菜,在一方面是我本理解读者的意思,着急、抠了好久抠不出来,但是你有没有想过,解决一个问题的成本有多少?你需要和他沟通,你需要把你表达的意思阐述到位,你需要让他理解清楚你的困惑,你需要理解他的意思,你需要理解他的意思然后懂得对应的知识点,你需要理解他的意思懂得对应的知识点成功的把问题解决,流程图如下。

关于问问题和时间管理的感悟

任何一个环节遗漏都会提高沟通成本,大家都非常忙,真的没有时间给你解决这种代码问题......

换个角度想,代码问题其实是提高你自己解决办法的一个机会,如果你是学生,你要学会自己修改代码。如果你是职场人士,那就不用多说了,大家都是吃这口饭的。

私信问这错误怎么回事?这种问题问出来我觉得就是对人的不尊重。代码错误的原因有很多种,你要让其他人都给你分析到位吗?有的时候贴出来自己的代码片段,但是你以为你以为的就是你以为的吗?

我记得有很多人写过关于如何询问一个技术问题的回答,stackoverflow 上面好像也有这个回答,我找到了一个回答。

https://princetonuniversity.github.io/PUbootcamp/sessions/technical-questions/HowToAskQuestions2018Bootcamp.pdf

真实情况下我们都不会仔细研究这个 pdf,所以普世的我觉得能接受的问问题方式就是

针对 xxx 情况,有没有什么解决办法或者方向?

针对 xxx ,有没有可以参考的书籍或者是博客/论文?

大家有没有了解过 xxx ,针对 xxx 的 xxx 问题,大家有没有好的建议?

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zwxpgj.html