搜索结果
"tag:"编程""
| 标题及摘要 | 日期/时间 | |
|---|---|---|
|
1
|
如何回答两个常见的开发求职面试问题
1、问：你为什么离开你现在的工作？对你目前的工作你喜欢什么和不喜欢什么？ 答：首先，永远不要否定你目前或以前的工作。另外，不要把薪金带入讨论中。 喜欢： 喜欢和同事一起工作。 喜欢解决技术和业务问题。 喜欢指出的业务需求和技术设计方面的差距，让他们协作纠正。 喜欢积极主动地识别和修正有关非功能性需求，如性能，安全性，并发性和内存泄漏的问题。这些问题正常的情况下不会表现出来，是非常具有挑战性和成就感的。 喜欢写单元测试，并启动其他代码质量的检测，如通过sonar之类的工具自动代码审查和同行评审，并持续构... |
2012-3-19 17:24:56 |
|
2
|
谷歌是如何做代码审查的
本文是从Things Everyone Should Do: Code Review这篇文章翻译而来。 本文的作者 Mark CC 在上一篇文章中提到过，我已经不在Google工作了。我还没有想清楚应该去哪里—有两三个非常好的工作机会摆在我面前。因为在这段做决定时间里，我不再受雇于任何人，我想可以写一些专业性的东西，一些很有趣，但也会在同事和管理工作中导致关系紧张的东西。 Google是一个非常优秀的公司。他们做出了很多令人称赞的东西—既是公司外部，人们可以看到的东西，也... |
2011-9-15 22:24:09 |
|
3
|
企业自杀行为：重写程序
敏捷开发和最小化功能组合的好处是能持续得到客户反馈，快速迭代，防止无用程序的产生。但是随着时间的推移，如果开发人员不注意，那些为早期客户编 写的程序会变得笨拙不堪，难以维护，无法扩展。你最终会讽刺的得到和敏捷方法完全相反的结果。而且问题的严重程度会随着公司的壮大呈指数级增长。合理的解 决方案是什么？把产品“重构重写”。 对于处于快速变换的市场中的一个公司，这通常是走向灭亡的开始。 |
2011-2-17 18:29:51 |
|
4
|
阅读优秀代码是提高开发人员修为的一种捷径
编者按：即便是你自己几个小时之前写的代码，也会看起来很烂。时间越久，看起来越烂。 所以，为什么你要浪费时间去看其他人的糟糕代码，而你完全可以利用这段时间编写你自己的优秀代码。 其实我们可以一试，几个小时之后回头再看，看看你的代码是否还依旧优秀。 如果你不能吸收前辈大师的经验知识，那你永远都无法成为一位大师。 成为大师的方法之一是，找到一位大师，让其倾囊传授其所知。 有这种可能么？当然了，有这可能，虽然机会不大，但你必须极其走运。 不过你不必十分走运，因为我们幸运地处于这样一个职业，一个充满着大师知识和技能... |
2011-1-24 13:47:50 |
|
5
|
改良程序的11技巧
有很多理由都能说明为什么我们应该写出清晰、可读性好的程序。最重要的一点，程序你只写一次，但以后会无数次的阅读。当你第二天回头来看你的代码时，你就要开始阅读它了。当你把代码拿给其他人看时，他必须阅读你的代码。因此，在编写时多花一点时间，你会在阅读它时节省大量的时间。 让我们看一些基本的编程技巧： 尽量保持方法简短 永远永远不要把同一个变量用于多个不同的目的 使用自描述的变量名和方法名 尽可能的把变量定义在靠近使用它的地方 拒绝神秘数字 友... |
2011-1-5 20:38:47 |