• 首先感谢这几个月公司领导的关怀和帮助。这几个月来没有带动团队活跃起来，也没有使spens有个完美的结束。其实感到非常的抱歉和愧疚！不过个人觉得这几个月生活的还是蛮充实的。1.SPENS项目使自己又熟练的使用了一次Eclipse的dump分析，解决了derby和Velocity内存泄漏，但这个
  • 没有计划 就计划失败"fail to plan - and plan to fail" ， icon
  • 本文是从知识分享架构师(Knowledge-Sharing Architect)与代码架构师(Coding Architect)相比较角度讨论该问题。 对于架构师是否需要编写代码一直有肯定或否定两种观点，其实这两种观点都有失偏颇。首先，我们看看支持架构师编 icon
  • 2013-11-13 14:11 "@banq"的内容数学家用其语言已经做了这么多错误的事情，特别是微积分之类的东西。没有理由今天编程语言的设计者应该盲目地学习数学。 ... icon
  • Skills Matter : DDD eXchange 2013 14-06-13 icon
  • 1、你是工匠，而不是工程师 工程师是让代码运行起来就可以。但是你是一个工匠，远不止这些，工匠需要通过不断练习提高手艺，其经验和才能需要达到艺术家的表现水平。 需要像一位手艺人中大师傅一样对待你的工作。 < icon
  • 所有的聪明的人在同一时间，在同一个地方，在同一台电脑上工作于同样的事情。 Mob编程是一种软件开发方式，是结对编程的扩展，整个团队从事同一段代码编程。这类似于两个人坐在同一台计算机上，同时对一个任务或一个问题上进行结对编程。 icon
  • 上周我参加了DDD欧洲会议。这是第二版，它在阿姆斯特丹举行，我住在那里。我工作公司Werkspot赞助了我的入场票，所以我还想要什么？ 嗯，其实我希望一个好的会议，实际上它就是！非常有经验的开发人员都发表了演讲：Vaughn Vernon，Udy Daha icon
  • 近期携程网站由于程序员登录生产现场误操作导致整个网站长期无法访问，这些现象反映了国内很多大型网站的应用部署运营还是停留在2005年的阶段，该文展示了2015年的生产现场运营现状。 在过去十年中，构建和发布应用程序的方式已经发生显著变化，这篇文章比较了200 icon
  • 作为一个全栈开发人员("Full Stack Developer"，简称FSD)需要熟悉以下领域的知识：关系数据库；服务器；网络和客户端。 数据库/数据源需要清楚SQL和NOSQL区别，这是你进行架构选择的首要决定 icon
  • Jason Gorman对刚刚成立的SEMAT组织有自己的思考，SEMAT是软件工程方法和理论Software Engineering Method and Theory，试图统一目前混乱的软件工程领域。作者认为任何将软件只和工程 "engineering"和"科学"挂钩的说法都是有失偏颇的，作者认 icon
  • 良好的代码意味着：低bug，性能好，修改容易。好的代码是有高影响力的，这也许就是坊间流传10倍效率的开发者的主要原因。 在这里讨论五个主要的编程概念。记住它们，编写好的代码应该是轻而易举的。 剔除 icon
  • 世界很少有东西是随着时间一直增加的，这些稀有之物包括：恒星之间的距离，在可见宇宙中的熵，和业务需求。许多文章说不要过度工程，但没有说为什么以及怎样做到。这里有10个清晰案例告诉你这些细节。 1.软件工程比业务更加聪明工程师们往往认为自己是最聪明的人 icon
  • 目前大多数软件公司的应用系统的生产方式，都是先建立一个基础版，然后根据客户的需求进行定制化的开发，而定制化的收益率主要取决于，后期开发人员对代码的熟悉程度，代码质量的优劣，以及代码量的多少。同一个模块的升级或者客户化，熟手和生手相差数倍。一般生手要比熟手多做三件事情，了解功能模块的意义，模块的设计方 icon
  • 刚和一个同事争论了，主题是关于我们程序对外的一个接口。 我和他提出了接口中传输的数据要考虑对方调试时候的方便，尽量使用人可以直接读取的方式。他的观点很简单“我们根本就不考虑调试”。 好久以前大家就在讨论“ icon
  • What is th icon
  • 设计方法，有很多，例如，DDD，开发过程主要是项目小组采取什么流程进行开发，例如，Scrum，OpenUP，RUP，瀑布模型等 好像很多人，头发胡子一把抓，敏捷是开发流程，和设计方法，是两个不同的东西。 一个是工 icon