- 勇于承认自己不知道答案,这点就和勇于对不合理的要求说不一样令人难以开口,却不能不开口。
- 修复错误时不要急于下手,要先明白现在的逻辑,读懂现在的代码,遇到其它小组主写的程序时不要死看程序,要多向其它小组的同事讨教。
- 永远不要害怕问出SB的问题,再傻的问题只要是自己认识思考就要表达出来了,同样如果碰到别人问一些简单的问题也不要不耐烦,要认真对待。
- 改bug或是看代码时遇到不合理的代码要善于逐步合理重构。
- 如若有可能,“午餐会议”会是一个比较好的分享知识,增进团队凝聚力的方式,不过处在一个公司不管饭、有人带饭有人去餐厅吃饭的氛围下实施起来有难度吧。
- 学习一门技术的时候不要用旧的眼光来看待,不能用C#的语法来写VB程序。
- 不要重复的造轮子,但要选择合适的轮子,互联网上开源的东西很多,要选择适合自己的。
- 开始一个项目时,最好可以要求一个客户代表常驻项目组,作为需求的惟一入口。如果客户代表不能常驻项目组那么需要商量一个合适的周期频繁的给客户代码演示系统,以快速获得反馈。
- 将警告视为错误。
- 每日立会,是站立的立,而不是例常的例。
- 尝试在不同的Release轮换人员,不要形成这块是谁负责,那块是谁负责的氛围。
- SVN提交一定要写注释,并且每次的提交都是针对一个bug,即这次的提交是相关的。
努力加载评论中...
【推荐】还在用 ECharts 开发大屏?试试这款永久免费的开源 BI 工具!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步