【IT168技术资讯】
    PL/SQL是Oracle的程序设计语言，用于存储过程，它为你的数据库程序增加了许多可能的功能。PL/SQL补充了标准的关系数据库语言SQL，提供了各种过程化特性，包括循环、IF-THEN语句、高级数据结构以及丰富的事务控制，这些都紧密地集成到Oracle数据库服务器中。

　　程序员请求帮助是合适的吗?

　　绝对不是!如果你请求别人的帮助，那么你正在表现你的差劲。很多优秀的程序员将会孤立你，因此“最近的捕食者将会吃掉你而不是他们”。

　　当然，程序员不是鸟儿。我们不需要担心捕食者，我们要担心的只是写出满足用户需要的高质量的应用软件。

　　因此，在这种情况下，我收回我刚才所说。的确，程序员请求别人的帮助是绝对有益的。事实上，如果你不知道某些知识而你却极力掩饰这种无知，那你就会使你的程序中涉及到这些方面的地方充满了bug(比喻程序的漏洞)。

　　事实上，对IT管理人员和团队领导者来说，引导一种勇于承认自己不知道的知识并请求帮助的团队文化是极为重要的。最好的是向那些高级程序员求助，或者至少是大家都尊重的某个人，率先采取行动,以寻求机会求助于别人

　　一旦团队人员看到队中的“万事通”有些时候也需要帮助，那么他们就会容易做到请求别人帮助了。

　　我们应该总是相信上司吗?

　　如果不是他们年龄都超过30岁。此时大家或许正在惊讶我29岁，已经好多年了。

　　当然，相信上司，只是不要他们说任何话都相信，特别是当伴随着表演的时候

　　我要说的是：正是因为Steven，“世界PL/SQL顶尖专家之一”，在PL/SQL某些方面已经有了相当的经历，这并不意味着你会在你的Oracle版本，或其操作系统等方面将有相同的经历。

　　程序设计中没有信任，无论它是否影响着程序设计。因此任何所谓的专家如果不是认为所有知识都掌握了，就应该编著文章，通过这些文章可以促使自己核实一些提出的观点。

　　我就是试着在这样做，而我的所有文章在Oracle PL/SQL程序设计中是可以用到了，其中包括我的所有研讨会上的发言稿。你可以下载它们并在自己的内部环境中任意使用。用我的资料来授课，在你的代码中使用我的程序，运行我的一些测试代码来测试我的一些论点。

　　审查代码的好处在哪儿?

　　代码审查—让其他人查看并批评你的代码—是可以引起恐慌的，除非在你的团队中存在良好的团队文化。但是，审查代码确实是很重要的。实际上，没有任何代码会在其他人没有看过的情况下被用于产品开发中。一个人陷于需求和程序设计的问题中无法自拔一般有两种途径。

　　即使知道某一天某个人可能看到你写的代码，并能大幅改变其内容和质量。

　　再一点，在实践中审查代码的最好方法是主动找那些最优秀的开发者，请求他们查看你最近的软件作品。这样，意思就很清楚：请查看、批评我的代码并给我反馈。

　　最后，你也可以使用自动的代码审查，例如Toad's Code Xpert功能，将我的 “Oracle PL/SQL 最好的实践”一书中所有建议组合在一起，同时在其基础上加入了许多规则。只需按一下按钮，Code Xpert将会自动分析你的程序，并列出所有如何提高你的代码质量的反馈建议。