设为首页 - 加入收藏 ASP站长网(Aspzz.Cn)- 科技、建站、经验、云计算、5G、大数据,站长网!
热搜: 创业者 数据 手机
当前位置: 首页 > 运营中心 > 交互 > 正文

成为伟大程序员的 10 个要点

发布时间:2020-12-30 13:09 所属栏目:31 来源:网络整理
导读:最近我在接受采访时被问到我关于成为一名伟大程序员的见解。这是一个有趣的问题,我认为我们都可以是伟大的程序员,无论我们的天赋如何,如果我们遵循一些规则的话——我相信——这应该是常识。实际上,这些规则并不只适用于编程领域,也适合任何专业。 当然

最近我在接受采访时被问到我关于成为一名伟大程序员的见解。这是一个有趣的问题,我认为我们都可以是伟大的程序员,无论我们的天赋如何,如果我们遵循一些规则的话——我相信——这应该是常识。实际上,这些规则并不只适用于编程领域,也适合任何专业。

当然,这10个要点中的所有内容并不都是完全正儿八经的,有些事情只是我的看法,你的情况可能会有所不同,所以如果出现矛盾的话,不要耿耿于怀。

这些要点是:

1.学习如何提问

提问题的程序员基本上有这些类型:

  • 完美主义者:特别是在询问关于某些开源工具的问题时,他们可能已经通过代码进行了调试,发现了问题的真正原因。但是即使没有发现真正原因,完美主义者也会讲明白这个问题,重现步骤,建议可能行得通的解决方法,或者甚至是,建议可能行得通的修复途径。事实上,完美主义者没有问题。只有答案。
  • 话匣子:这个人实际上没有问问题。他们表明他们的想法,有时会到处放置浮夸的问号。对于问题,他们给出的是他们的思路流程,如果你揣着答案等的话,他们要么自己找到了答案,要么在多封电子邮件之后才问出真正的问题。“哦,对了,我发现这个需求是完全错误的,我用一些其他的技术解决了这个问题。实际上,我完全改变了库。”呵呵。只希望他们别再问问题了。
  • 笨蛋:代码在这。我不知道哪里出错了?请帮帮我。
  • 经理:对于这种类型的人,时间就是金钱。问题一定很短,答案越快越好。令人令人啼笑皆非的是,因为保持问题简短(意即:不完整,不简洁),大多数情况下,会丢失很多重要的细节,然后为了解答问题,程序员只能请求更多细节。所以,经理(自然会失望,因为他得到的并非是一个答案而是一个新的问题)会再次发送一个短的讯息,并且更紧急地要求答案。循环往复。最后可能需要1-2周的时间才能解答。
  • 抱怨者:这类人不问问题。他们一直一直抱怨,直到问题消失。如果情况没有变好,那就有了更多的理由抱怨。

现在应该清楚的是,一个精心准备的问题(简明扼要,简单,简短,但有足够的细节)将会产生更佳的答案。如果你确切知道对于该问题你需要学习什么,那么更有可能得偿所愿。

2.学习如何不提出问题

实际上,最好尽量避免提问。或许你可以自己弄清楚呢?当然情况并不总是如此。许多事情你根本无法知道,通过询问领域专家,有助于找到抵达成功最快和最有效的途径。但是,经常自己去尝试解决问题有很多好处:

  • 通过这种艰辛的方法学到的东西能够更好地保存到记忆中——我们将牢牢记住所学到东西。
  • 自己去寻找答案更有价值。
  • 你不会制造“噪音”。还记得前面所说的“话匣子”吗?除非你询问的人有责任回答问题(从而推迟他们的工作),否则他们可能会在不了解你的思维过程的情况下,来尝试回答每一个不完整的“问题”。这对任何人都没有帮助。
  • 通过推迟问问题(至少一段时间),你可以收集更多的相关信息,然后提供给可能能够回答问题的人。想想“完美主义者”,他们首先花更多时间寻找细节,然后自己解答问题。
  • 通过训练你可以更擅于提问。这需要时间。

3.不要遗留破碎的窗户

最近有一篇非常有趣的文章,是关于不要留下破窗户的。文章的本质是永远不要妥协于质量。永远不要成为逃兵。永远不要遗留…破碎的窗户。以下引用自这篇文章:

“当我们采取一些捷径在最短的时间内提供一些东西时,反映了我们的粗心大意的代码会让我们之后的开发人员(来自同一个团队,未来的团队,甚至我们自己!)得出一个重要的结论:对我们所生产的代码付出足够的关注并不重要。应用程序渐渐开始恶化将是一个不可阻挡的过程。”

其实,这并非意味着要成为一个完美主义者。有时,修复破碎的窗户是可以推迟的。但是,通常情况下,对于允许窗户被打破和保持打破状态,没有人会觉得开心。我们程序员不开心,我们的客户不开心,我们的用户不开心,我们的项目经理也不开心。这是一种态度,是作为专业人士的核心内容。Benjamin Franklin怎么看呢?

“低价格的甜蜜被遗忘之后,低质量的苦涩将回味悠长。”

一切都是如此。“低价”是我们用一种草率的方式来实现某些东西而获得的快速胜利。

4.软件应该是确定性的。这就是要瞄准的目标!

在理想化的世界中,软件中的一切都应该是“确定性的”。我们都应该是函数式程序员,编写没有副作用的纯粹的函数。如String.contains()。无论执行以下操作多少次:

…结果总是相同的,都是预期的结果。哪怕宇宙爆炸对这一计算也没有影响。这是确定性的。

我们也可以在我们自己的程序中,而不仅仅是在标准库中做到这一目标。我们可以尝试尽可能多地编写无副作用的确定性模块。这真的与我们选择什么技术无关。确定性编程可以用任何语言完成——即使函数语言有更多工具也可以通过更复杂的类型系统来防止意外的副作用。但是我所示的例子是一个Java示例。对象方向允许确定性。对的,像PL / SQL这样的程序语言允许确定性。如果要在索引中使用函数,那么需要请求确定性的函数:

这又是一个规则问题。有副作用的过程/方法/“函数”是为“破窗户”。有副作用也许会更容易维护,当然希望最终可以消灭副作用。但这通常是自己骗自己。当将来的某一天意外突现的时候,就是你付出昂贵代价的时候。别不相信,说曹操曹操就到。

5.接受意料之外的事情

程序员始终应该遵守墨菲定律。一切都可能被打破。并且它即将被打破。作为软件工程师,我们应该谨记它是会破掉的。因为我们的世界是不确定的,所以我们正在实现的业务需求也是不确定的。我们只有在终于能够确定的时候,才能实现技巧#4(确定论)。否则,我们将不可避免地进入不确定论的世界(也就是“现实世界”),即一个将会出错的世界。所以,要以此为基础。接受意料之外的事情。训练你内心的洪荒之力,从积极的角度预见各种麻烦。

(编辑:ASP站长网)

网友评论
推荐文章
    热点阅读