Fish Li 该如何帮助您呢?

不知不觉中,来博客园写博已经二年了。
经过二年时间的积累,人气提高了许多,或许正因为这个原因,最近一年中经常会收到一些朋友的提问。
在所有的提问中,有些问题被多次问过了,还有部分问题是没有结果的。

对于一些没有结果的问题,Fish Li也表示遗憾。
趁着3月12日这个对于我来说特殊的日子里,我也想谈谈另一个问题:Fish Li 该如何帮助您呢?

下面我将对一些无结果的问题再次给予回答,虽然今天可能还是没有答案,但我要告诉您没有答案的原因。

如何提问?

不管是网上,还是周围的同事,我发现有人喜欢在反馈错误时,只说二个字:报错!

说实话,您也太不专业了!

您想想人家根据“报错”二个字,就能找到报错的原因吗?
还有些人会将异常消息或者异常的截屏发出来,但是,有些异常消息是含糊不清的。
您能不能多提供一些线索?

我相信您确实是遇到程序异常了,但是我不知道您遇到了什么样的异常,尤其是在什么样的情况下发生了异常。
如果您不肯多花点时间描述异常或者不肯多提供一些线索的话,可能任何人都帮不了您。
尤其是有些异常在正常情况下并不会出现,那您就有必要告诉人家重现异常的方法。
如果在别人那里不能重现异常,您叫别人怎么帮您解决?

还有些属于代码的问题,调用同样的某个方法,我没有遇到异常,而您遇到了。
遇到这种情况,如果您提供的线索让我无法解决时,我建议您新建一个项目,并把那段代码复制到新的项目中, 保证它们能重现问题,最后将新的项目发给我来分析。

所以,当您给我提问时,希望您能多花点时间来描述问题, 不要想偷懒,偷懒解决不了问题。
说实话:您不想花时间,我也不想花时间。

当遇到一些复杂问题时,低效的反馈可能会导致来来回回几封邮件,最后还是没有答案, 此时就会问我同样的问题:您QQ号多少?

我不用QQ!

每次当被问到QQ号时,我不知道您是否相信我的回答:我不用QQ!

在新蛋让我养成一个好习惯:不用任何聊天工具。
由于已经是习惯,所以现在我还是不用任何聊天工具,包括QQ。

我不用QQ还有一个原因是:的确没那个空闲时间用QQ。
Fish Li 的工作确实比较忙,确实没有时间聊QQ,所以我也只好不用QQ了。

有些人喜欢用QQ交流技术,但我认为用QQ交流技术,这种沟通效率也太低了吧?
我不太喜欢打字,太慢了。所以,我不会选择这种交流方式。
武汉的朋友如果想找我聊技术,可以来光谷软件园找我。

相反,邮件是一种离线沟通方式,我可以选择在空闲时候回复各类问题,
所以,欢迎大家用邮件找我,我的邮箱:[email protected]

或许有些人会想:QQ的交互比邮件要快,说不清楚的问题,可以马上补充说明。
何必要反复补充呢,如果您能一次性把问题说清楚了,我也只需要回复一次就可以了。

最后我还想奉劝一些喜欢在工作时间聊QQ的人:
当您还有正事情没有做完时,还是别开QQ了,您的进度可能会影响整个团队!

新手如何学习

已经有很多人问过我:您是如何学习的?没有好的学习方法?能不能推荐一些书给我?

每次看到这类问题,我都感觉很难回答:因为很难给您一个满意的答案。

对于这类问题的提问人,我还真分析过,主要有二群:
1. 即将毕业,或者毕业不久的新人。
2. 做了多年技术,但发现自己能力没有明显提高的某些人。

既然是二个不同的群体,我想答案也应该是不同的。

对于新人来说,他或许也认为技术领域范围太大了,希望能找人指点一下方向。 其实我很能理解这个想法,然而,您有没有想过:学习是没有捷径的,您不投入,哪里来的收获?
您今天看到我能写出很多您不懂,或者没见过的东西出来,但您有没有想过: 我,Fish Li 能写出这些东西又花了多少时间呢?

我不是搞教学研究的,对学习方法没有思考过,因此,我只能给您一些建议:
1. 挑选自己感兴趣的技术领域。 既然技术领域太大了,那您就选择一个自己有兴趣的领域吧,选择 .net, C++, java 其实都无所谓。 当然了,.net 也太大了,您还要继续细分,选择.net领域的一部分。 我博客页面左上角的那句话您看到了吗? 吾生也有涯,而知也无涯。以有涯随无涯,殆已。 您一生的精力是有限的,而技术领域不仅多,而且还在不断进步,它根本就是无止尽的,如果您真希望在您的简历上写着: 精通.net, 精通C++, 精通java,精通JavaScript, 精通HTML, 精通CSS, 精通SQL SERVER, 精通ORACEL,精通...的话,您肯定会累死的!

2. 要有一颗坚持的心。这其实是一种心态:不要指望能速成。 目前好像除了速成鸡之外,好像我还没有听到什么比较成功的速成事物。 很多技术并非只有几个命令、函数,或者几个结论, 因此,只有不断地去学习和领悟每个技术点,您的整体技能才会得到提高。 所以,这也注定了技术学习是一个长期的过程,在这个过程中,兴趣和心态是二个能决定您能不能坚持的关键因素。 也正因为这个原因,我才建议您首先要选择一个自己感兴趣的技术领域, 或许在这个漫长的阶段,兴趣会一直给您动力,当您遇到困难时,兴趣也会激励您去克服它们。

3. 总结也很重要。 新手和老手,一聊就能区分他们。为什么会这样呢? 原因在于:从老手的谈吐中我们可以感觉出他们有较多的技术沉淀。 这些技术沉淀来源于他们的总结。 当然了,总结的形式是多样化的:像我这样写博客可以,自己把一些技术特性写个DEMO或者lab也行, 再或者找张白纸把自己理解的东西画一画也行。 形式不是目的,目的是帮您把一些混乱的或者还没有清楚理解的东西梳理清楚, 对于一些遗漏的东西,也能在梳理过程中暴露出来,这样还可以提醒您还需要学习什么。 总结还有二个好处是:增强记忆,以后可参考。

如果是做了多年技术的开发人员又该如何学习呢?

做一个有追求的技术人员

经常听有人在抱怨:公司的代码太烂了!公司技术太老土了,根本学不到什么东西!

在这里,我想问问您:业余时间您都在做什么? 是在玩游戏还是闲聊QQ,还是其它与技术无关的事情?

其实IT男还是比较宅的,绝大多数喜欢呆在家里闲玩,然而却不会想起技术。
因此,当他们面对烂代码时,也只能是抱怨了!
但是抱怨有用吗?当然了,您可以离职,换份工作,面对一份新代码。 不过,情况可能还是一样。 据我见过的情况,以及身边的同事的说法,几乎可以确定的是:国内的软件公司的代码【大多数】都很烂。 所以,即使您换家公司,您还是要面对那样的烂代码。为什么会是这样,我不想在这里分析,因为没有意义,我们改变不了,这是现实!

我还想问问这些人:当您面对那些烂代码时,您有没有想过如何改进它们呢?
注意:我并不是要您去把它们都改过来,我知道那是不现实的,我只问您有没有想过? 如果您没有想过这些问题,那您的确是没法进步!

很多烂代码通常有二种成因:
1. 由于代码存在较多重复部分,改起来很费力。
2. 代码结构本身存在较多耦合之后混乱在一起,不知道改哪里。

如果我假设的原因是正确,那您现在的问题就是:
1. 用什么方法可以解决大量的代码重复问题?
2. 如何让代码保持较好的结构?

我还是告诉您的答案吧:
1. 反射,委托都可以用来解决代码重复问题,封装也是一种方法。
2. 设计模式可以解决代码结构混乱问题,《重构》这本书也是值得您学习的。

“学不到新技术”,这个抱怨估计来自于许多做产品的公司,或者需要持续改进的项目。 您想想:就算今天让您重做项目,让您全用最新的技术,几年之后,您还会不会有这样的抱怨呢? 我承认新的技术或者新的框架,确实可以提高开发效率,但是引入这些新技术框架是不够的。 您有没有想过:人家的技术在改进,您写的代码是否也需要改进呢? 或者说:您平时有没有关注过您的代码的质量呢?例如:安全性,可维护性,可扩展性,性能。

人家的技术(代码)一直在改进,您为什么就不想想如何改进一下您的代码呢?

很多人不仅没想过如何改进自己的代码,而且还很喜欢复制粘贴。 您有没有想过:为什么人家的新框架可以可以减少开发的代码量呢? 那是因为人家做了封装。 要是您也经常考虑封装呢?那是不是在创造自己的技术呢? 在您不断封装过程中,我敢保证您会主动去学习一些新的技术,因为封装也是需要技术的。

所以,对于工作了多年的开发人员,您就别再问我学习方法或者学什么了,想想您有没有技术追求吧。

你可能感兴趣的:(sh)