室内设计网站免费模板,脑白金广告,百度怎样做网站,专业网站建设空间有同学问我这个问题#xff1a; “你正在做一个项目#xff0c;这个项目有一项关键的feature需要实现#xff0c;这个feature有一定的技术难度#xff0c;你调试了很久#xff0c;都没找到实现的途径#xff0c;这时你已经在这个feature上花了很多时间了#xff0c;而且…有同学问我这个问题 “你正在做一个项目这个项目有一项关键的feature需要实现这个feature有一定的技术难度你调试了很久都没找到实现的途径这时你已经在这个feature上花了很多时间了而且无法预期解决需要多长时间。在这种情况下你会怎么做” 一种典型失败的情况是 第一天我正在做一个关键的feature, 看起来不难做好了会很有面子。。。 第三天就是搞不通就这样过了三天其中“murphys law”又浪费了一天。我想还是加班先别告诉老板如果做好了再加紧做几个小的feature。这样还是能赶上进度。。。 第五天全组开会支吾了几句说还是很有希望如期完成的。。。 第九天加了班也问了同事还是没戏小的feature也没时间做了… 眼看期限就要到了心里充满了悲剧情绪。老板要是问起就如实说明要是没问我还是争取做好了再报告。 第十一天期限到了还是没头绪 要和老板开会review了Panic 首先我们要明确这是一个实际的团队项目。不是学校里的闭卷考试一些人在离开学校很久还偶尔做恶梦考试中一些题做不出来…。 实际的项目中的问题都是有解的而且大多数是多项式时间内有解。我们在现实项目中的“解题能力”取决于下面这些因素 1 对问题的了解有没有能力了解客户需求分析问题把大问题分解成小问题来解决。有没有眼光看到可以简化/绕过一些难题. 在闭卷考试的时候所有的题意都在试卷上理解好了之后就可以埋头做题了但是实际项目中用户的初始需求是非常含糊的而且经常变化。比如“网站要支持搜索”- 是哪一种呢 - 全部自己做搜索还是可以用第三方的解决方案 - 所有刚刚post的信息必须立即显示在结果中还是允许有延时 - 支持中文分词还是。。。 - 支持复杂的查询条件么是否支持再次查询 - 结果的ranking 有何要求 - 最终想达到什么结果 不同的需求有不同的解决方案这时不宜“make too much assumption”认为用户要的就是某一种就甩开膀子开始做。 要深入的了解用户文字后面的真正理由一个工程师有一次说他的企业客户要求 UI 所有的按钮都要是3D 并且半透明。深入了解后发现原因是客户的MM 喜欢玩某一时髦游戏软件就不点名了上面的按钮都是这样的。 工程师大叫一声 - 我倒... 他从Faint 中苏醒后怎么办? 我想他可以提示客户专注于软件的流程和业务逻辑也许能把按钮的需求放到较低的优先级。 另外有时候 low-tech 的解决方案要更好。 不一定每一个类都要多态继承, 用很多虚函数, 才能实现。 2 对技术的了解看书的时候觉得“技止此耳”开发项目的时候才觉得实际情况和书上讲的都有一些出入偏偏一些重要的出入书上没有提。我们很多人是边看asp.net的书, 边开发asp.net 的项目这相当于一边看医学书一边动手术。。。 3 沟通的能力 – 软件工程项目中最怕的是“surprise”和“lack of visibility”作为程序员沟通非常重要。及早和同事/上级/客户通报项目遇到的风险会让大家都了解项目的进展及问题及时得出解决方案。 比如要达到某个要求有困难用户是否一定要此功能要及时沟通。 4 估计任务的能力 – 软件项目难度及日程的估计是一门不小的学问初学者犯了错误也没关系关键是要吃一堑长一智。当你说“某某 feature要在某某日子完成”你的意思是到了那一天 - 程序刚写好编译通过 or - 可以在debugger 中运行通过 or - debug/retail 都成功可以集成在网站上但是有一些问题 or - 自己已经完成了测试 or - 测试人员已经全面完成了测试or - 和其他有依赖关系的功能都集成测试过。 要达到不同的状态需要的时间是很不一样的 5. 在以上能力的基础上还要有对不切实际的需求说 “no”的勇气和自信。 讲了这么多我想大家都会知道怎么做了。
原作写于 2006 年.
http://yishan.cc/blogs/xin/archive/2006/07/17/450.aspx
