杭州网站提升排名,网站开发 一个页面多少钱,wordpress 极简主题,wordpress开启子域名多站点模式from http://codecanvas3706.spaces.live.com/blog/cns!5A77585898179960!205.entry
[当学生的时候, 最好犯一些错误, 经历一些失败. 不经历一些惨痛的失败, 难道要到工作的时候才失败么? ]
个人的失败感言 记得在读完了《梦断代码》之后#xff0c;我也只是为chandler项…from http://codecanvas3706.spaces.live.com/blog/cns!5A77585898179960!205.entry
[当学生的时候, 最好犯一些错误, 经历一些失败. 不经历一些惨痛的失败, 难道要到工作的时候才失败么? ]
个人的失败感言 记得在读完了《梦断代码》之后我也只是为chandler项目感到一点点惋惜感觉软件有那么一点点难做。但是今天我却从我的失败中体会到了他们的另外一种心境。我不知道为chandler花费了3年的精力为chandler费尽心血的卡普尔在项目失败的时候承受了多大的打击。而我所能体会到得是将近两个星期每天7个小时的精力付之东流之后有一种让人窒息的失落感。软件难做这不是假的也许程序员必须在这种现实的无奈和郁闷中成长。今天凌晨。无意中搜到的MSDN对hook的定义把我对于分程序音量调节的想法思路全都被给否定了所有的工作必须从头开始可是时间已经不够了无奈只能把它给砍了。
本来我是想通过api 钩子勾住进程向系统发送的特定请求然后再调用自己的逻辑代码来控制声音消息的播放来达到分程序音量调节的目的。可是hook的定义是 A hook is a point in the system message-handling mechanism where an application can install a subroutine to monitor the message traffic in the system and process certain types of messages before they reach the target window procedure.Hook只能勾住系统向窗体发送的消息不能勾住进程向窗体发送的消息。我这颗幼小而脆弱的心灵就这样被他深深地刺痛了。
现在只能总结一下教训了
1. 基本上我从来就没有用过windows API对其一无所知这使我花费了大量的时间和精力在api的入门上。我觉得使用一种你完全不熟悉的技术从事开发效率可能为负值。今后对于一些基本的主流技术都应该有一些了解。
2. 从今天的局面来看我一开始的方向就是错的。我只是想当然的认为hook能够满足我的需要而没有仔细的去看他的官方定义如果能够早一点理解hook的官方定义那么我也就不需要在这上面花费大量没用的精力了。我觉得对于你想要使用的关键的技术一定要有深刻的认识或者至少应该理解其能干什么不能干什么而官方的定义显然是最重要的参考依据
3. 不管做什么你不能一开始就是错的方向性的错误真的是会要了人的命呀所以软件开发不应该仓促地 入手你花在分析阶段的时间越短你开发的时间可能会越长因为大部分时间花在了无用功上面。而我基本上是没有分析就入手了。
4. 一个人是很容易犯错的。在这一段时间里基本上我是在孤军奋战因为我们的项目分了好几个相互独立的功能模块每一个人负责一部分。这就使得我对自己的东西只是有一种片面性的了解团队其他人员没能给予我帮助因为大家基本上都是这方面的新手。虽然说web是最大的知识锦囊但是盲目的搜索很难获得实质性的东西。我觉得项目的开发小组中至少应该有一个人是某一个方向的专家这样的话才能够给予开发人员指导性意义的帮助。当然我们现在都还是学生大家都在学习这个条件是不可能满足的。
以此共勉希望cc小组能做得跟好加油
———林江
6:31 AM | Blog it Someone on Windows Live Comments (6) xin 邹欣 - Nov. 28, 2009 - Delete
很好的总结! 很多同学毕业找工作的时候在简历上写自己“精通Windows 编程”但是还不知道MSDN是什么东西。 你已经比他们好多了。 健 - Nov. 28, 2009
江哥说实话看到这篇日志面对你每天7个小时的经历投入我很惭愧。你比我执着我一周就放弃了检测耳机插拔的工作。感觉我上周末就这感觉吧。。。很失落但是希望马上转向其他的方向从新开始一块工作一起加油说点儿个人的小观点可能咱们组的分工导致每个人单独奋战确实方向上和思路上容易出错和进入死胡同。这样的分开开发确实感觉不是我们在开发一个软件工程而更像每个人开发一个小软件然后最后拼在一起少了相互的沟通促进有些工作的落实和进度、难度、出现的问题容易出现错误判断…… TEAM CC - Nov. 28, 2009
同样身为小组成员之一首先是对江哥深深的佩服将最难的一块接下每天7小时这是我不敢想象的惭愧惭愧。其次说实话我也感受到了计划不足所带来的困难前一段时间几乎天天都在群里向大家询问各种技术问题我觉得有很多如果在代码之前的设计时就计划好的那后来的工作会高效很多。或许这学期繁多的大作业让大家无心设计只想着赶紧开始赶紧开始。之后便导致了每天至少5小时在软工上可是进度却进展比较缓慢。设计出的东西达不到大家期望的要求。还有一个星期就要发布alpha版本了。我们要争取把能做好的做好。小iDLE可能不一定会成为多么优秀的软件但是它一定会记住我们CC小组每一位成员的成长。江哥加油----HP TEAM CC - Nov. 28, 2009
我的回复在下一篇日志里 总之对不起以及万分感动____——成 超 周 - Nov. 29, 2009
读过共勉 Someone on Windows Live - Nov. 29, 2009
抱歉提出了hook的方向建议。相信江哥完成后就成这个方向的专家了 PM之不得不说的一些话
看了林江的那篇日志感动万分也愧疚万分。从TeamWork正式开始到现在的两周时间里从没有方向一无所知和大家一步一步的走到这里有很多感慨都没来得及说。这篇日志算是个人总结一表心声吧。
一、道歉
在《移山之道》里关于PM是这么描述的
Program Manager程序经理做的是开发和测试之外的所有事情。有些同学会问 “我写程序都不用测试那么除了开发和测试之外还有什么事儿?”在公司里开发商业软件可没有那么简单比如有10个Dev和5个Test 要在一起开发下一个版本的MSN Messenger那我们到底要做多长时间才能完成什么事情先做什么后做项目进行了一半的时候领导说我们改名叫Live Messenger吧那这一改名意味着什么如何调整进度最后还剩下两个月的时候看起来我们的确完不成全部任务那要怎么办你又不是Dev和Test的老板他们凭什么听你的呢这也是PM的苦。PM的乐看起来在于他们可以全盘掌控一个产品广泛了解一个行业和用户打交道代表团队出席各种会议在公司内部的曝光度也比较高。
老师在课上讲到了PM的工作应当是总揽全局的。显然我个人的能力还远没有满足对PM的要求。首先我没有办法提供技术性指导特别是在WindowsAPI以及线程的方面我的了解也甚少。甚至是在分配任务的时候我也对“耳机插拔感应”以及“分程序调节音量”的难度没有认识。陈健和林江两位同学遇到的困难也有我的责任。他们两个人的辛苦我是看在眼里的而那种从头学起资料难查又屡屡挫败的感觉我个人又何尝不理解呢。同时毋哲和张弓两人也是凭着自己的毅力克服了那么多困难完成了两个实际上很有难度的功能。
因此在这里对CC组的全体成员们表示深深的歉意以及敬意。
经过了这些事情我也获得了很多教训。第一、选题上不该在未了解难度的情况下贸然定下一些功能导致了小组成员的无谓辛苦。第二、分配工作上同样不该在不太了解难度的情况下分配任务。第三、也是最根本的自身知识的不足才是导致上面两个问题发生的原因。
二、感谢
感谢CC小组全体成员虽然是很老套的话但是仍然要说。
为了完成这次的TeamWork小组的每个人都付出了很多的时间和精力。之于我个人我从小组开发的过程中获得了很多快乐。并不是敷衍的谎话而是真的觉得一个小组的人一起散发调查问卷一起写一个博客空间一起在群里讨论互助一起去食堂吃饭甚至在累的时候一起喊……这些远比一个人去开发一个软件要快乐得太多。
似乎还没到收工的时候因此就先打住吧。
总之能够获得大家的信任成为PM我十分感动。从此次经历中我学到了很多。也希望今后我能不再重蹈覆辙成为一个真正值得信任的Program Manager。
4:24 PM | Blog it Someone on Windows Live Comments (2) xin 邹欣 - Nov. 29, 2009 - Delete 在《移山之道》里关于PM是这么描述的...我记得这些描述是在《编程之美》 中的。 TEAM CC - Nov. 29, 2009
说实话感觉你做得相当好了我觉得咱们组的氛围真的很好尤其我从一开始的由于自己的部分没有进展而其他组员都进展很快不好意思参加小组的讨论到PM和组员的理解积极加入咱们组的讨论当时很感动。。。这次软工我一般多的时间也是在资料的查找上尽管最后没有结果但是对一个软件或者功能的实现也有了进一步的了解……team cc 加油
