- 博客(11)
- 收藏
- 关注
RSS订阅原创 管理自己的time
珍惜时间，不要抛弃学问我的时间误区：1、不做计划（包括目标不明确，工作归类习惯，工作顺序，时间分配）2、如何最大程度利用身边的资源，善于利用资源可以节约时间，也可以保证信息的正确性3、时间控制力，习惯拖延管理原则：1、明确目标2、有计划、有组织进行工作
2011-08-29 20:13:25
287
原创 小结
<br />5月11日，周三 16.07<br />前两天一直给老板做PPT，可能是要交论文了吧，心态总有些焦急，在事情的处理上有些躁动，跟LC的合作，总是感觉任务在往自己身推，心态有些失衡，总结整个PPT完成的过程中，声音的处理和PPT的制作本来可以完成的更好，做事的时候要多问自己，能不能做的更好！！！<br />收获：学习使用了audition音频处理软件，接触了会声会影软件，学习了一些PPT制作技巧，相信对于论文的PPT制作是有所帮助的。<br />连续两天加班到很晚，生活习惯被打乱，两天没有锻炼，老
2011-05-11 16:05:00
203
原创 5.7本周小结
<br />本周完成工作：<br />读完《敏捷开发修炼之道》<br />新电脑硬软件搞定<br />按时锻炼<br />缺失：<br />有天早上赖在床上不想起来，惰性有所抬头<br />旧电脑资料未完全转移到新电脑上，尽快出手旧电脑，周末尽量搞定<br />读书效率不高，算法导论停滞时间太长<br /> <br />下周工作计划：<br />头号任务：按照论文修改意见修改论文在周四前修改完成争取周五打印上交，增加一节工程说明，准备答辩PPT，做完PPT素材准备（包括答辩PPT风格、答辩时讲话内容、PPT
2011-05-07 11:17:00
202
原创 敏捷协作，走向敏捷（敏捷完）
<br />定期安排会面时间：每日立会，沟通是项目成功的关键。保证会议议题不发散，每个人回答下述三个问题：昨天的收获？今天的计划？面临的困难？<br />管理层记录所需解决的问题，不要试图深入讨论细节问题。<br />构架师必须写代码<br />实行代码集体所有制：任何一定规模的应用，都需要很多人协作进行开发，让开发人员轮换完成系统不同领域中不同模块的不同任务。<br />成为指导者：共享自己的知识，让身边的人变得更好，提升团队的整体实力，学会做笔记。<br /> <br /> <br />
2011-05-06 10:05:00
362
原创 敏捷编码
<br />代码要清晰地表达意图：作为一个开发者应时常提醒自己是否有办法让写出的代码更容易理解。<br />用代码沟通：使用经过细心挑选的名称，可以向阅读者传递大量的意图和信息，经过细心挑选的名称和清晰的执行路径代码几乎不需要注释，用注释描述代码意图和约束。<br />动态评估取舍：考虑性能、便利性、生产力、成本和上市时间，如果性能足够了就将注意力放在其他因素上。<br />增量式编程：在很短的编辑、构建、测试循环中编写代码比花费长时间仅仅做编写代码的工作要好得多，可以创建更加清晰、简单、易于维护的代码。要
2011-05-03 20:52:00
250
原创 用C++的思考方式（区别于C）
理解1：以reference to pointer 取代pointer to pointer reference是C++对C语言的扩充，符号位&，是某一变量的别称，必须在申明时立即初始化。int a=3;int&rta=a; //定义rta为变量a的引用。&在C++中不同于C语言中的取地址操作，而是作为引用标识符，引用一旦初始化后无法更改为其他变量的别名。引用不是定义一个新的变量，只表示是目标变量的别名，
2011-04-30 13:49:00
326
原创 敏捷反馈
<br />自动化单元测试：单元测试能及时提供反馈，使得代码更加健壮。好的单元测试能够为你的代码问题提供及时的警报，如果没有到位的单元测试，不要进行任何设计和代码的修改。<br />编程之前，先写测试：先写测试，你会站在代码用户的角度来思考，而不仅仅是一个单纯的实现者，当自己使用时，能设计更有用、更一致的接口，另外先写测试有助于消除过度复杂的设计。<br />不同环境，不同问题：使用持续集成工具，在每一种支持的平台和环境中运行单元测试，积极寻找问题，而不是等问题来找你。<br />自动验收测试：为核心业务逻
2011-04-27 10:07:00
312
原创 交付用户想要的软件
<br />让用户和客户参与软件开发：和客户讨论时，准备几种可选方案，介绍每种方案的优缺点以及潜在的成本和利益，让客户做决定，并注明原因。<br />让设计指导而不是操纵开发：设计满足实现即可。不必过于详细。严格的需求-设计-代码-测试开发流程源于瀑布式开发方法，它导致在前面进行了过度的设计，在项目的生命周期中，更新和维护这些详细的设计文档变成了主要工作。前期设计属于战略，不应该具体说明程序方法、参数、字段和对象交互精确顺序的细节，更适合讨论如何设计类得职责（CRC卡片：类-职责-写作）。计划是没有价值的，
2011-04-26 09:46:00
344
原创 新的一周，打开一本新书—敏捷开发的艺术（Agile Development）
<br />5种习惯实践XP：<br />结对编程（pair programming）：互相帮助对方成功，一个人写代码，另一个思考。所有的工作都可以结对进行，自由结对，需要新思路的时候可以更换合作伙伴，协作。<br />精力充沛的工作（energized work）：保持最富有成效的步调工作。好吃良好的生活习惯，花时间和家人、朋友在一起，经常锻炼，保持充分的睡眠，在休息期间使思想远离工作，回到工作状态时会有新的发现——高质量的休息。工作时，完全集中精力，关闭所有干扰，电子邮件及聊天工具，电话静音——集中注意
2011-04-25 12:22:00
371
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人