随笔分类 -  深思录

摘要：主要参考李开复的文章进行制作计划，几点注意事项：1、不要一开始就要求太多，挑一件可行但是有难度的目标来实现。人是要有成就感刺激的。不要一开始设定太高以致有挫败感。2、SMART原则：分别是：具体，可衡量，可实现，重视结果，有时间性。3、挑选重要，但不紧急的事情，因为这些事情才是真正重要的事情，是会对... 阅读全文

摘要：大学毕业生在找工作之前应该准备好的几件事情今年很多报道都说大学应届毕业生有700多万，找工作非常困难。不过优秀的大学毕业生从来都是不缺好工作的，历来如此。明年的时候有几个认识亲戚要找工作，而是都是和计算机相关的，这里根据我个人的经验列一些我认为在找工作之前应该准备好的几件事情，希望对他们以及明年找工作的学生有所帮助。1、确定好你的方向，根据你的能力、兴趣、性格来确定你的职业，行业，目标企业等。如果无法明确，至少应该去思考，去问你的前辈或者老师。如果你也有志于软件开发相关工作，那么这篇文章可能比较适合你。2、准备好几块敲门砖。企业在招聘时收会收到很多的简历，要想你的简历能够顺利的通过海选，必须在 阅读全文

摘要：前注：本文中针对的我们公司研发的一些问题的思考，以及我给出的一些解决方案。如果你有更好的方案，希望能够介绍给我。1、现状：在新产品开发和维护过程中，经常会遇到产品质量的问题。一种情况是在新产品开发时遗留的bug，还有一种情况是维护过程中引入的新的bug。2、原因：这个现状的原因有两个方面。一是资深研发人员的流失，这是客观方面的原因，这里不再多说（留住人才有很多的影响因素，很多不是我能够掌控的）；二是我们再管理和流程上的问题，这是主观的问题，也是我们能够努力解决的地方。3、危害：给客户造成不好影响，影响品牌形象，产品后期往往需要投入更多的成本来解决问题。4、解决方案：有几个措施有助于改进研发质量 阅读全文

摘要：前言：这篇文章写作过程断断续续持续了两个月，终于写完了，最近事情有些多。这次技术会议的主办方虽然是阿里巴巴，但是还有很多其他的互联网企业，比如百度，新浪，腾讯，盛大，360，小米。会议共有两天，主要面向互联网技术，参与者也大多是互联网公司从业者。人还比较多，讨论也比较活跃。我主要参与的是aDev(应用架构和后端技术)，这里简单总结一下：1、SOA的落地。记得Infoq上一篇文章曾说过：大意是，当一个技术大家不再热烈的讨论它的时候，说明他已经在工作中真正的发挥作用（当然也可能被淘汰），SOA应该是如此的。虽然各大网站对它的讨论热度不在，但是从这次技术会议中，随处可见SOA的身影。很多公司的交流都 阅读全文

摘要：不要把大脑当做磁盘上学的时候我们会倾向于（被迫）背很多东西，毕业后发现大部分都又还给了老师。但是受过教育和没有受过教育的人还是有区别的，差别可能就在于剩下的那一小部分。工作后，在工作中可能还会倾向于去记忆很多东西，但是我发现很多时候是没有必要的，而且有时候甚至会成为一种负担。第一个原因是之前被我们说了很多的知识爆炸。只看看在软件开发领域，这十几年出现了多少新的语言，接口，框架，思想，方法，模式，还有操作系统。而且，知识增长的速度只会越来越快，分工也会越来越细，一个人要想记住所以的东西基本是不可能的，即便是他所处领域内的东西也是不可能的。第二个原因是没有必要。为什么要记住这些东西？因为会用到它。 阅读全文

摘要：前言： 比较贴切一点，是给IT类相关专业大一新生的一些建议。写这篇文章的起因是老家几个亲戚的小孩今年高考，而且都是IT类相关专业。我是从一位大学毕业生及程序员的角度提的这些建议。类似这样的文章很多，权作一些补充，希望对他们的大学生活有所帮助。 我的建议： 1、 首要任务，找到自己的理想，方向，兴趣，人生规划。 我认为这才是大学的首要任务。从高中到大学，一下子没有人管了，很容易失去前进的动力... 阅读全文

摘要：下面是最近对公司研发管理的一些思考，和大家一起讨论。一：关于敏捷：1）敏捷是否适合电信行业？对于想互联网这样“小而快”的行业，敏捷开发无疑是适合的。但是对于电信行业这种“大而笨”的行业，是否也适合？我一直有这样的疑问。电信行业有他自身的特点，比如，需求变化一般不大，相对比较稳定；对稳定性的要求比对快速发布的要求要高，如果稳定性有问题，影响一般很严重；一般采用更底层的语言（比如c）来进行开发。将敏捷理解成“裸奔”，通过牺牲质量来达到快速交付也许有些狭隘，但是在快速的交付的同时保持高质量，这对开发人员和开发工具（特别是自动化测试工具）的要求较高，我们很难满足这个要求，一般小公司也很难满足这个要求。 阅读全文

摘要：为什么需要简单的设计？我想这和人的特点有关。我不止在一个地方看到过，人同时能够处理的信息不超过7个。我想这应该就是人们追求简单设计的根本原因，人需要用一个简单的设计去解决现实中的问题。如果真的存在完美，也许简单的东西就是完美的东西。很多人都崇尚简单设计的思想，那么什么是简单设计？下面谈谈我的理解：1、首先要能够解决实际问题的；这是所有设计要达到的目标，虽然实现的手段和方法，效果不同。简单的设计也必须达到这个目标。2、易于理解的；易于实现的；易于维护的；我认为这是简单的设计最吸引人的地方，也是它最有价值的地方。3、把握问题的本质的设计；物体运动的表现形式很复杂，但是它的本质：牛顿定理却简单。所以 阅读全文

摘要：软件领域一个非常大的特点是流程和技术变化相当的快。作为一个软件企业，面对日新月异的开发流程和开发技术，何时、如何选择及引进新的流程和技术变得十分重要。这篇文章主要讨论的是进行选择和引进时的出发点，我称之为“缺陷驱动”。 什么是缺陷驱动？ 这涉及到引进新技术的根本原因。其实很简单，就是为了解决软件开发过程中遇到的问题。但是实际操作时，面对外界的宣传和影响，人们往往会偏离这个初衷——从追求问题的解决到... 阅读全文

摘要：在公司工作了四年组织了两次新员工培训，马上还要组织今年的新员工培训。这过程中有些经验和想法和大家分享一下。 第一次：照虎画猫 第一次组织新员工培训时，自己刚工作也没有多长时间，能力实在有限。唯一的优势是我之前在前一家公司参加过一次系统的培训，当时还算印象深刻，就和另外一个同事一起组织了这次培训。这次培训除了培训的内容不同外，培训的步骤基本照搬。所以不敢自称“照猫画虎”。其实这次培训除了照搬步骤外... 阅读全文

摘要：受限于经验与知识，本来不想写这个话题，不过今天突然想到，用时间思考了这个问题，权将自己的观点写出来和大家交流，欢迎讨论。 “代码民工”这个词可能是程序员的无奈的自嘲，也可能是自谦，反正来源已无法可考。 “代码民工”即是指那些编写程序、敲打代码的底层程序开发人员，是IT行业中干得最多、干得最累、却挣得最少的那一群人。 这其中可能有公司的原因，也可能有个人的原因，但我认为最根本的原因可能是技术的限制——技术的水平限制了程序员们的生产力。我们很多人都在重复的做很多的事情。 做个对比，现在很多城市的工地上都可以看到建筑工人——相对于他们，我感觉我们的生产力远没有他们强。如果那建筑工人来做比喻，那我们现 阅读全文

摘要：程序员是否需要学习底层知识？ 这两天每天中午午休前都会看一些《编程人生》。现在已经看了七八个人，这些人开始编程的时候，正好是计算机的起步期，所以对整个计算机的底层都比较了解。不知道这是不是这些人能够成为大师的一个必要条件，自己有没有必要在这方面努力一下。我想这也是很多程序员思考过的问题。现在分享一下我的思考，和大家一起探讨。——ps：这些人大部分在中学的时候就开始编程，而那个时候我们一般都正在为考... 阅读全文

摘要：以前做过一个产品，共分为三层：平台层，应用服务器层，应用层。其中有一个业务流程，实现是在应用层，但它那里的信息不全，需要通过应用服务器层向平台层获取必要的业务数据，然后通过应用服务器层控制业务流程。当时考虑这个结构的时候，主要的出发点就是业务和控制分离，将业务处理从平台层剥离开来。当时，在具体是实施过程中，我们工程师对这种结构抵触心理很强烈。他认为我们的业务开发非常的繁琐，而且经常要贴“狗皮膏药”... 阅读全文