- 博客(23)
- 资源 (18)
- 收藏
- 关注
RSS订阅翻译 程序背后的东西
都说程序员修炼到了一定水平，用什么语言都是一样的，确实是如此。我为什么这么说呢（想象下小沈阳的语气）？以一个产品作为例子吧，我们先把它的周期拉长一些，给个一万年...开玩笑的30年吧!假设三十年前，这个产品的创意就诞生了，而那个时候，我们似乎只能用汇编来实现，于是5个骨灰级的程序员们辛苦了1年的时间把产品给做出来了，接着在IBM那40万美刀的几层房高的大型计算机上跑了跑，不错，只是这开发时间长了点
2012-04-06 09:30:31
795
原创 创业需要些什么
大家觉得创业需要些什么！或者干脆不称之为创业，只是做些喜欢的事情罢了！一定要有启动资金吗？多少你觉得够呢？是10w 100w 恐怕多少都不会嫌多！那么1000够吗？一定要租个像样的办公间？一定要招一堆人？那你知道要招什么样的人吗？你需要他做些什么呢？一定要找个宣传团队？给自己做宣传吗？如果你有好的想法，做出来需要费多少功夫呢？最后会发现，坚持最重要！
2011-12-09 14:32:51
377
原创 一个产品诞生过程中的质疑
在一个产品已完成原型的设计实现后，会听到越来越多外面的声音。有好有坏，不过就我们目前的情况而言，基本都是负面的反馈，例如：类似东西有很多，没有需要的功能，响应太慢...谁不喜欢听好听的呢！可惜确实没有。但这些都不会成为动摇我们初衷的借口，也阻碍不了我们前进的步伐。类似的东西有很多——我们了解，正因为有很多类似的，我们都觉得不满意，所以才有它的诞生没有需要的功能——这个设计之初，我们
2011-12-09 14:24:23
563
原创 我们关于work的一点想法
如今，越来越多的在线协作服务软件出现。大家都不想错过saas趋势的大潮，在线OA、项目管理、在线CRM、ERP...。在work最初进入我们的脑海中时，我们并没有想到像saas或者云这样的一些概念，只是因为我们自己要用、也觉得好用，在这之前我们已经看过很多、也用过不少，才会有work的念头。当初lalo提到这个东东的时候，我其实并没有太多的想法，只是觉得不错。可能我是个直接的人，有什么感受
2011-12-06 13:17:53
459
转载 The new reality
这是一本不同的商业书籍，为这样一些不同的人而写：他们从未想过开始一项商业，对于那些已经有一家成功建立运作的公司。这是创业者的核心，商业世界里的 A 型好手。人们觉得他们天生就能是开创、领导和征服。同样适用于较少数极小型商业拥有者。有人也许不是 A 型人，但是他们的生活中心依然在打理自己的生意。寻找优势的人能帮助他们更多行动、更聪明的去工作、更强大。这本书适用于那些受困于日常工作却一
2011-12-05 16:08:15
250
原创 复杂与简单——软件的发展历程
这从来都是一个争议的话题，任何事物都是由简单慢慢变得复杂，至于最终是否回归简单需要时间的印证。不过，从东方的古代哲学-大道至简和西方哲学的-否定之否定来看，这一观点似乎是一致的。事物从简开始，慢慢变得复杂，再变得简单。软件亦然，从最初单一的功能逐渐变得功能繁多且“强大”。在这一阶段，软件的功能会越来越多，企图满足更多的需求。但在这个过程中，人们渐渐发现其实我们只用到很少的一部分功能，根据那
2011-12-05 15:19:43
441
原创 work之日程
创建的任务可以拖放到日程中(默认当天)任务可以设置不同的颜色(三种，快捷方式1/2/3)完成的任务会变成灰色任务可以跨越多天(可以用快捷方式操作任务(Open/Del/Complete)
2011-11-25 15:08:49
392
原创 work之成员
呵呵！看起来有点像google+里面的添加好友可以直接邀请其它成员：发送邮件可以更换成员，将退出的成员账号交接给另一个（这意味着工作的交接）可以互相查看任务安排、及未完成任务可以转交部分任务给其它成员可以注销成员，但信息依然保留，可以查询。注销后可以再次激活
2011-11-22 10:41:02
388
原创 商务版的需求场景
在商务交往中，不好说一定要完成某个任务，因为和人打交道不可能是一蹴而就的。需要有个熟悉与信任的过程，即具有间歇性、时间的不确定性，而任务是在有限时间范围内可完成的一项活动，结果是可预期、可量化的。 每一次商务接触，都会有新的情况出现，于是与这个访谈对象关联的信息（备忘）逐渐增多。 商务人士根据记录的这些信息，发掘近期最有可能促成的对象并采取进一步行动。 而对于可能有合作机会的和刚接触的
2011-11-17 10:44:02
331
原创 工具的分离与联系
有这样一个现实的场景——一个项目团队T 正在为客户C开发项目P。团队T使用了一个项目开发管理的工具work——用于开发任务的分配、调度、控制。突然间，某个设计成员就某个问题需要和开发人员讨论，于是从work切换到讨论工具chat中。最后得出一个结论，需要通知到项目相关的人员（合作伙伴、客户或是其它部门的责任人），再从chat切换到contact中。将正式结论公布或直接通知相关人
2011-11-16 11:07:10
344
原创 work在现实项目管理中的位置
在传统的项目管理方法中，项目的开发被分成5个阶段: 1.项目启动：启动项目，包括发起项目，授权启动项目，任命项目经理，组建项目团队，确定项目利益相关者。 2.项目策划：包括制定项目计划，确定项目范围，配置项目人力资源，制定项目风险管理计划，编制项目预算表，确定项目预算表，制定项目质量保证计划，确定项目沟通计划，制定采购计划。 3.项目执行：当项目启动和策划中要求的前期条件具备时，项目即
2011-11-16 11:00:40
547
原创 项目管理其实可以简单一点——项目风险
项目从启动到结束，中间的过程是漫长的、枯燥的，也是最容易暴露问题的。因为时间长，即使问题概率很小，也难免会碰到。除了前面所提到的团队活力（毕竟不是技术问题），可能遇到的状况太多了，但不论如何，只要团队的活力依旧，就没什么解决不了的。下面举几个例子，我大致划分为两类：团队内部的和外部的内部的——需求搞错了、设计失误、关键技术障碍，人员变动外部的——需求有变化，其它部门不配合，公司裁员总之
2011-11-11 16:32:31
513
原创 WEB+Cloud时代的开始——OS时代的终结
web应用的发展已经逐渐替代人们对OS的依赖，随着web应用的普及+Cloud的不断成熟，OS将不会成为人们选择的关注点。人们只会在意 win/macos/linux，哪一种对web支持得更好，更能发挥web的性能。 因为说道底，PC只是互联网的枝叶，手机、平板也都是如此。个人OS会渐渐淡出人们的视线，最终剩下的东西嵌入到硬件中，以往的功能由web取代。
2011-11-09 10:29:24
364
原创 项目管理其实可以简单一点——进入正轨（情绪有所下降）
需求、设计、分工都已经确定，大家开始按部就班的着手自己的事情。这时的项目团队，很像飞起起飞后，进入自动导航的程序。驾驶员可以暂时放松了，时不时地检查一下系统运行是否正常，提早排除一些隐患，或者处理系统反馈的异常，如果不碰到意外情况（如雷电、飓风、UFO什么的，或者驾驶员抽风，幸好还有个副驾驶），就等着到达目的地了。这个过程是项目最漫长的，也是很枯燥的，虽然大家一步步向前迈进着，但目的地似乎还是
2011-11-03 15:45:56
239
原创 卸载ubuntu出现的问题
no such partitiongrub rescue>:悲催的在winxp环境下删除了ubuntu分区，结果重启后就出现了上面的提示:(基本知识：在一番搜索了解后，是引导出了问题（mbr-master boot record，这是硬盘启动后第一个被访问的内容，不论你装的什么系统win lin mac都从这块开始）如果mbr出了问题，那就是什么都用不了的。
2011-11-03 10:48:14
316
原创 使用习惯的改变
当人习惯使用一种工具的时候，就会产生依赖性——习惯了。这其中部分是因为人的感情因素，还有一部分是理性因素，因为新的工具还不了解，不能保证是否会带来风险。随着年纪的增长，人不论在感情方面还是理性方面都会变得保守，不希望太多的变化，承受的风险程度也下降。这样看来，想要人换个工具，其实是要改变他的习惯，这是恐怕是天下最难的事。如果不用强制的（教育小孩基本是这样），那就必须让人从思想上接受，而且也得有
2011-11-02 11:20:25
219
原创 项目管理其实可以简单一点——项目工期
其实需求和设计一旦定下来，后面的分工就水到渠成了。谁设计的谁开发，测试也是。不会有第二个人比你还清楚这个功能是如何如何，当然其中的漏洞你也应该比别人更明白。分工也明确了，接下来还有一个重要的事情要确定——工期。这不论在哪都是必须的，项目经理、经理、副总、甚至老总，都要得到一个这样的数据。而且，你还不能瞎编，要有凭据。关于这个问题，我只知道一个办法，让每个人把手上的工作任务细分下，每个“功能”给
2011-11-01 14:55:53
376
原创 项目管理其实可以简单一点——任务分工
虽然我很看重集体的力量，这种力量是伟大的，但任务还得分个先后。就需求和设计而言，必须是有这方面的经验者完成。在这个过程中，大家都可参与，比如提出自己的想法、指出可能更合适的逻辑，但主导思想和大的框架要由专门的人负责。这个人可以是项目经理、部门经理、需求分析师、架构师，实际项目中这个人往往都不是专职的。有了这样的一个人把握方向、结构，然后大家就可以参与进来，发挥各自的优势和主动性，来充实这个框架细节
2011-10-31 15:31:25
332
原创 项目管理其实可以简单一点——项目继续
前面讲到的都是团队建设的东西，似乎也不是短期可以把握的（有些理念是根深蒂固的，非经历不能认知，庆幸的是我很早以前就认识到了）。尤其是人性方面，不过我觉得己所不欲勿施于人，首先还是得从项目经理做起，谁叫你是带头的呢！能把手下这一帮人搞定，是需要些本事的。 虽然一时还未必能达到，至少能朝着方向努力。不论如何，项目还是要继续。我们没那么多已经准备好的素质，往往是一个不成熟的项目经理，带着一群尚在成长
2011-10-30 21:53:45
272
原创 项目管理其实可以简单一点——团队建设
前面说完了项目经理——领头人、责任人，或者叫协调人，那是相当重要的角色（其实我更想说每个人都很重要，这也是我第一次担任这个角色时就已经有的观念，而项目经理只是稍微更重要一点点）。因为这不是一个人的战斗，还有优秀的团队。而优秀的团队不是天然形成的，都是培养出来的（多数公司担心培养出来后，人就跑了岂不是白费劲了，那因为一棵树有可能被风吹走了您就不浇水了吗？！小孩可能成不了材，家长也不培养了吗？！如果一
2011-10-26 14:47:47
934
原创 项目管理其实可以简单一点——从头开始
项目管理其实可以简单一点，仅个人愚见，最终达到的目的，是要几个人一起做成一件事！往简单的说，搞这件事得有一个说得上话的人，就是“老大”，他能服众，否则成不了事儿！——项目经理（这是中国，不是欧美，必须有个权威的，否则一片散沙，谁也不服谁）项目成不成关键就在于这个老大，就像带兵打仗的将军，少了那个头，即使岳家军也要打败仗！倒不是夸大项目经理的作用，只是必须得有人承担这个责任，即使没有头衔。（
2011-10-25 16:57:52
461
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人