lightmangjh

摘要： 都说程序员修炼到了一定水平，用什么语言都是一样的，确实是如此。我为什么这么说呢（想象下小沈阳的语气）？以一个产品作为例子吧，我们先把它的周期拉长一些，给个一万年...开玩笑的30年吧!假设三十年前，这个产品的创意就诞生了，而那个时候，我们似乎只能用汇编来实现，于是5个骨灰级的程序员们辛苦了1年的时间把产品给做出来了，接着在IBM那40万美刀的几层房高的大型计算机上跑了跑，不错，只是这开发时间长了点...⊙﹏⊙b汗；又过了十年，C应用得比较广泛了，大家打算在重新做一遍这个产品，这次3个程序员花了三个月的时间就完成了；再过十年，OO语言风行，一个程序员一个月就搞定了整个产品的开发。从横向看，开发的 阅读全文

摘要： 首先洗尽她的铅华，不施粉黛，还原本色。绚丽的页面，动感的操作，都只是装饰。像一把梳子，不论多么华丽，简单实用是她的本质，从古至今形态依旧。产品亦如此，如果没有实实在在的价值，再靓丽的外表只也是虚幻。在真正的价值基础前提下，披上魅力的纱巾，才会更加耀眼。 阅读全文

摘要： 在一个产品已完成原型的设计实现后，会听到越来越多外面的声音。有好有坏，不过就我们目前的情况而言，基本都是负面的反馈，例如：类似东西有很多，没有需要的功能，响应太慢...谁不喜欢听好听的呢！可惜确实没有。但这些都不会成为动摇我们初衷的借口，也阻碍不了我们前进的步伐。类似的东西有很多——我们了解，正因为有很多类似的，我们都觉得不满意，所以才有它的诞生没有需要的功能——这个设计之初，我们就没有把这些功能加进去，那些或许是另一个相关产品的系统响应速率太慢——这个就没必要讲了这些质疑尚未超出我们的预料，也没有向提出者解释，因为确实不需要。以后应该还会遇到更多的质疑，我们已经做好心理准备。完整的产品出来要 阅读全文

摘要： 大家觉得创业需要些什么！或者干脆不称之为创业，只是做些喜欢的事情罢了！一定要有启动资金吗？多少你觉得够呢？是10w 100w 恐怕多少都不会嫌多！那么1000够吗？一定要租个像样的办公间？一定要招一堆人？那你知道要招什么样的人吗？你需要他做些什么呢？一定要找个宣传团队？给自己做宣传吗？如果你有好的想法，做出来需要费多少功夫呢？ 阅读全文

摘要： 团队的人数，大家觉得多少合适呢？似乎不一定吧！有的一百多，有的几十，更少一些的十几个甚至几个吧！其实全中国13亿人，我们也能称之为一个团队，但只是个广泛的概念。这里所指的团队，我要加个修饰，“原子的”和“可执行的”，这样就不会一下想到几十上百的数字了。但具体多少适合，应该能有个参考的数值范围。我们先看下军队的编制：集团军群　>　集团军　>　军　>　师　>　旅　>　团>　营　>　连　>　排　>　班最小单位的班（<=15人），这是长久战争实践形成的，是经过无数鲜血总结出来的，也可以说是自然选择的结果。即班是战争中最小的一个执行团队，即使到 阅读全文

摘要： 如今，越来越多的在线协作服务软件出现。大家都不想错过saas趋势的大潮，在线OA、项目管理、在线CRM、ERP...。在work最初进入我们的脑海中时，我们并没有想到像saas或者云这样的一些概念，只是因为我们自己要用、也觉得好用，在这之前我们已经看过很多、也用过不少，才会有work的念头。当初lalo提到这个东东的时候，我其实并没有太多的想法，只是觉得不错。可能我是个直接的人，有什么感受会说出来，因此我也比较喜欢直观的东西，不愿意花太多的时间与精力去研究如何去使用一个软件。work正好迎合了我的感受，从头到尾只有一个页面，不用切换来切换去，也不用时不时的点来点去。我要用的功能都在眼前，不用费 阅读全文

摘要： 这从来都是一个争议的话题，任何事物都是由简单慢慢变得复杂，至于最终是否回归简单需要时间的印证。不过，从东方的古代哲学-大道至简和西方哲学的-否定之否定来看，这一观点似乎是一致的。事物从简开始，慢慢变得复杂，再变得简单。软件亦然，从最初单一的功能逐渐变得功能繁多且“强大”。在这一阶段，软件的功能会越来越多，企图满足更多的需求。但在这个过程中，人们渐渐发现其实我们只用到很少的一部分功能，根据那个著名的80/20法则，即用户常用的功能只有20%，而剩下的80%可能从未触碰过。这样看来，用户花钱购买的软件有大部分是用不到的，通俗的打个比方就像去商场买衣服，结果买回来的衣服大部分都沉睡在自家的衣柜中。虽 阅读全文

摘要： 虽然我很看重集体的力量，这种力量是伟大的，但任务还得分个先后。就需求和设计而言，必须是有这方面的经验者完成。在这个过程中，大家都可参与，比如提出自己的想法、指出可能更合适的逻辑，但主导思想和大的框架要由专门的人负责。这个人可以是项目经理、部门经理、需求分析师、架构师，实际项目中这个人往往都不是专职的。有了这样的一个人把握方向、结构，然后大家就可以参与进来，发挥各自的优势和主动性，来充实这个框架细节，这个人替大家把把关、做做指导，即使有问题也能及时修正，至少不会影响整体。这样，既保证了项目的安全性，同时也提高了团队参与性（以后就不会有人找借口说：“这又不是我定的需求、我做的设计，我只负责开发或测 阅读全文

摘要： 前面讲到的都是团队建设的东西，似乎也不是短期可以把握的（有些理念是根深蒂固的，非经历不能认知，庆幸的是我很早以前就认识到了）。尤其是人性方面，不过我觉得己所不欲勿施于人，首先还是得从项目经理做起，谁叫你是带头的呢！能把手下这一帮人搞定，是需要些本事的。 虽然一时还未必能达到，至少能朝着方向努力。不论如何，项目还是要继续。我们没那么多已经准备好的素质，往往是一个不成熟的项目经理，带着一群尚在成长中的手下，共同为一个目标而努力。怎办呢?绝大多数都是这样的情况，一群还不清楚情况的人，因为一个目的走到了一块，也算是缘分吧！严格的讲，项目源自需求，不管是外来的还是内生的。需求一旦确定，项目就开始筹备了。 阅读全文

摘要： 前面说完了项目经理——领头人、责任人，或者叫协调人，那是相当重要的角色（其实我更想说每个人都很重要，这也是我第一次担任这个角色时就已经有的观念，而项目经理只是稍微更重要一点点）。因为这不是一个人的战斗，还有优秀的团队。而优秀的团队不是天然形成的，都是培养出来的（多数公司担心培养出来后，人就跑了岂不是白费劲了，那因为一棵树有可能被风吹走了您就不浇水了吗？！小孩可能成不了材，家长也不培养了吗？！如果一个公司一个领导没这种格局，也就止步于此了）。关于培养团队成员，谁也不是天生的就有团队意识（这方面我不得不提下小日本，虽然叫人家小日本，但团队培养他们是从小就开始的，幼儿园、小学、中学、大学...）、匹 阅读全文