关于个人和团队效率(待续...)
2011-08-20 23:43
197 查看
最近在读《The Productive Programmer》学会了很多东西,我选择了一些对我可用的记录如下:
1、Launching Pad:尽量将个人电脑中的常用工具编排好,放在Launching Pad中,由快捷键启动,保证桌面的整洁。
2、Clipboard:使用多重剪切板,保留多个剪切历史。
3、Development Accelerators:开发加速,尽可能多使用IDE快捷键。
4、Search:尽量用查询查找需要的文件,而不是点击项目树结构查找。
5、Marco:如果需要执行一个命令多次,把它保存成宏。
6、Find Hard Targets:在os中寻找文件尽量更多参数的查找工具,你可能忘记要查找的文件内容,单是至少应该记得一部分,可以很大程度缩小范围。
7、Rooted View:如果关注某个项目,就为其建一个文件夹视图,根目录即为项目主目录,可以避免每次找项目主目录时被其他目录干扰。
8、Project-Based Shoutcuts:为最频繁使用的项目创建快捷方式,以最快速的方式连接到。
9、Automate Interaction With Web Site:与网站交互自动化,一些网站可以省去每次输入用户名密码的烦恼,还有时候一个网页要填写几十项数据仅仅为了测试一下保存功能,自动化填写数据的过程很重要。
10、Subvert Ant:颠覆ant,用ant帮主管理本地文件,而不仅仅是构建。
11、Selenium:使用其模拟浏览器行为,有时候一个向导风格的页面为了测试第四页每次都要把前三页填写一遍,使用Selenium模拟这一过程能最大程度降低测试工作量。
12、Monad:使用vista之后版本的windows命令行工具,最大改进在于语法丰富,支持对象。
13、DRY Version Control:使用vc保证未编译的代码在全局仓库只存在唯一的拷贝。
14、CI:使用统一的构建服务器。
15、DataMaping:使用groovy脚本从数据库中生成xml和java文件,保证数据库的更新能自动化地更新他们。
16、Migrations:有些代码只有在特定的数据库结构和数据初始化好时才可以执行,数据库结构和数据快照也需要像代码一样自动初始化到测试环境。
17、Document:保证代码和文档同步是一件很困难的事情,可以要求开发人员写详尽的注释,并在代码提交的过程中自动由新注释更新文档内容。
18、Class Diagram:项目前期设计类时变化较频繁,尽量在白板上完成并用数码相机纪录,待比较成熟时再记成文档,并且代码和类图的同步需要自动化完成。
1、Launching Pad:尽量将个人电脑中的常用工具编排好,放在Launching Pad中,由快捷键启动,保证桌面的整洁。
2、Clipboard:使用多重剪切板,保留多个剪切历史。
3、Development Accelerators:开发加速,尽可能多使用IDE快捷键。
4、Search:尽量用查询查找需要的文件,而不是点击项目树结构查找。
5、Marco:如果需要执行一个命令多次,把它保存成宏。
6、Find Hard Targets:在os中寻找文件尽量更多参数的查找工具,你可能忘记要查找的文件内容,单是至少应该记得一部分,可以很大程度缩小范围。
7、Rooted View:如果关注某个项目,就为其建一个文件夹视图,根目录即为项目主目录,可以避免每次找项目主目录时被其他目录干扰。
8、Project-Based Shoutcuts:为最频繁使用的项目创建快捷方式,以最快速的方式连接到。
9、Automate Interaction With Web Site:与网站交互自动化,一些网站可以省去每次输入用户名密码的烦恼,还有时候一个网页要填写几十项数据仅仅为了测试一下保存功能,自动化填写数据的过程很重要。
10、Subvert Ant:颠覆ant,用ant帮主管理本地文件,而不仅仅是构建。
11、Selenium:使用其模拟浏览器行为,有时候一个向导风格的页面为了测试第四页每次都要把前三页填写一遍,使用Selenium模拟这一过程能最大程度降低测试工作量。
12、Monad:使用vista之后版本的windows命令行工具,最大改进在于语法丰富,支持对象。
13、DRY Version Control:使用vc保证未编译的代码在全局仓库只存在唯一的拷贝。
14、CI:使用统一的构建服务器。
15、DataMaping:使用groovy脚本从数据库中生成xml和java文件,保证数据库的更新能自动化地更新他们。
16、Migrations:有些代码只有在特定的数据库结构和数据初始化好时才可以执行,数据库结构和数据快照也需要像代码一样自动初始化到测试环境。
17、Document:保证代码和文档同步是一件很困难的事情,可以要求开发人员写详尽的注释,并在代码提交的过程中自动由新注释更新文档内容。
18、Class Diagram:项目前期设计类时变化较频繁,尽量在白板上完成并用数码相机纪录,待比较成熟时再记成文档,并且代码和类图的同步需要自动化完成。
相关文章推荐
- 关于如何衡量个人在各自团队的效率和绩效
- 关于Shell脚本效率优化的一些个人想法
- [企业管理]关于最佳团队、团队融合程度和开发效率的引入对话
- 关于Shell脚本效率优化的一些个人想法
- 个人关于目前影响开发效率的几大因素总结以及解决方案
- 关于团队建设和个人成长
- 如何成为一名研发主管--关于个人、过程、工具和团队之一
- 如何衡量个人在各自团队的效率和绩效
- 如何成为一名研发主管--关于个人、过程、工具和团队之二
- 【Team Homework 4】如何衡量个人在各自团队的效率和绩效
- 关于团队换人和个人贡献分
- 对于剧组排练话剧,如何衡量个人在各自团队的效率和绩效?
- 一些关于UED的团队和个人博客(转载的)
- Web性能:Facebook团队关于缓存效率的实践
- 外籍团队工作有感:5、关于效率
- 关于团队建设和个人成长
- 关于C语言静态链接的个人理解,欢迎指正
- 关于利用TFS建立团队工作列表的想法
- 关于自己的学习和工作效率
- 《关于个人承接项目的注意事项》读后感