摘要：
我的逻辑编程,在一些场景下非常惯用 阅读全文
摘要：
绝大部分的程序员都喜欢沉浸在底层开发中,在这里受人员,社交等因素的影响小,而这不正是程序员所梦寐以求的吗? 在这里,可以按照自己的理解,"勤奋"地写代码,信心十足,一日千行甚至更多,如同行云流水... 在这里,可以考虑各种将来"可能遇到"的情况,尽情打造心中完美的需求世界... …… 但是,别忘了,你的理解并非真实世界的概念,而很可能只是自己的臆想,你考虑的千百种可能只有一两种会碰到,甚至没有... 阅读全文
摘要：
LJ 实际的测试项目，做起来才是头疼 咱们的工具能不能在实际的项目里减轻测试人员的工作量，才是问题的关键 怎么体现工具的价值啊 LJ 我跟你说我的两个观点： 第一，作为产品，需求设计是第一位的，功能不好，没办法让人用。 第二，作为公司的管理人员，应该使用的是结果导向的方法 LJ 对下属的要求，应该是具体明确的,可度量的LJ 这个观点供你参考吧 STST 嗯,非常好 STST 有一个问... 阅读全文
摘要：
TQ 一个类的析构函数调用完毕之后这个程序还会做什么？直接结束吗？大家怎么看待这个问题呢？ CD c++类析构跟程序退出没关系 应该是说调用这个类完毕之后还会执行该类中相关信息吗？TQ 直接结束？？？？？？？？ STST 这个概念好混乱阿 类如何能调用完毕? 类,对象,方法这得关系都没理顺啊 类是一个静态的概念,与实践无关,和来"开始""结束"？ 对象是一个空间的概... 阅读全文
摘要：
CZ 能不能清晰具体区分service和实体的区别 网上有人用DCI来解决不知道对不对 STST 我复习下DDD中的服务的概念了参与讨论啊CZ 这个我也看过但是太过于笼统 STST STST 复习了一遍,我是这么理解的 STST 假设一个道路模拟系统,里面有两个重要概念,汽车,加油站 汽车有一个职责叫:void加油(intcapacity) 加油站有一个职责叫:int供油(... 阅读全文
摘要：
有一种说法 : 开发经理不写代码 系统架构师不写代码 高级程序员不写代码 个人认为: 到了一定境界的程序员，代码是最基本的最基本的构造快，这时候不会去注意到代码本身，不代表他不写代码，只是不拿代码来说事。 就如同走路对你来说已经是最基本的最基本的功能，这时候你也不会去注意走路本身（先左脚还是先右脚。。。）,但不代表你不走路,只是不关心走路本身,而只会关心目的地，但这不能说你到了这个境界了就不走路了... 阅读全文
摘要：
LJ "但是有时候过度考虑技术，考虑维护性扩展性，而不考虑商业问题，也是不行的 STST 其实我认为的迭代方法，早就摈弃了这种过度考虑 迭代方法论强调做好现在，让现在的状态良好，需要扩展的时候才去扩展，而不提前考虑 因为保证任何时刻的状态都很好，所以需要扩展的时候也不心虚，正常重构就行 LJ 是的，不过很多程序员都有完美强迫症的 STST 从我个人的经历体验来说的话，这种追求"完美强迫"的欲望，来... 阅读全文