大龄程序员技术管理路上的悲喜总结
常见安全防范:
四、代码规范 即使你是外包或建站类型的项目开发,代码规范能帮助你减少项目交叉维护带来的痛苦。 不管是后端 PHP、Java、Go,还是 Web 前端,还是 Android/iOS 客户端。必须有一套代码规范。 PHP 目前通用的代码规范:PSR。 Java 代码规范:目前大多数都会遵循阿里开源出来的一套开发规范。搜索关键词:阿里官方Java代码规范标准。 Go:本身自己都代了一套代码规范。直接遵循语言的规范即可。 Web 前端代码规范:目前网上很多关于这个规范的整理。参照一套即可。 其实代码规范这个东西是一种约定俗成的规定。并不是一层不变的教条。也要因地制宜的形式进行使用。不能生搬硬套。小团队只要大体上没有问题即可。大团队可能就需要专门 Review 代码的机制,以及代码提交的辅助性插件来进行代码规范的验证。 五、工作汇报 如果你是老板可能就不需要进行工作向上汇报。否则,不管是哪个阶层,工作汇报必须是工作中重要的一环。而每个层次的员工汇报工作的方式又有不同的侧重点。 这里指的是工作汇报,而不是项目进度汇报。 (1)非核心开发员工 此类员工工作汇报应该有如下几点:
(2)核心开发员工 此类员工作为核心输出。与非核心开发员工还是有区别的: 具体完成了哪些工作。 工作遇到的问题。 协助非核心开发做了哪些工作。 后续工作计划。 核心员工重点工作是编写核心业务代码。并且指导并协助非核心开发员工遇到的各种难题。必要的时候,还需要对这此处于最底层梯队的员工进行技术培训。让他们快速成长,慢慢成长为核心员工。 其次,核心员工不但能发现问题,还能解决问题。当需要部门管理者作决策时,是带着A/B决策方案去。 (3)主管级别员工 这一类员工实则是与核心开发员工差不多。在核心开发员工上面进行一层工作的协调分配的工作。 六、职责清晰 这一点是针对开发转技术管理路线的人而言。要让每个开发准确知道自己所负责的事情。说穿了就是职责与责任。 如果职责不清晰,对一些事不关已高高挂起心态的人来说,会导致事情变得难以推进。只有明确职责之后,在事情没有办好的时候,就知道是谁的责任。 七、绩效考核 这个与第六点相呼应。唯一的难点是要能及时且准确对责任做出评估,该扣绩效扣绩效。这奖励的就奖励。绝不能拖泥带水、瞻前顾后。特别是拒绝过分护短的情况发生。 八、上下关系 很多刚从开发转管理的人会有一个毛病。觉得要以技术实力去让人服从。这明显是不合适的。技术能力固然很重要,但不能本末倒置。天下技术千千万。要以这种思维去做技术管理。那我相信,这世界上没有几人能坐得稳。 所以,技术这东西得多去关注理论的东西即要。这样才关键时刻能做出正确的选择。 有些人还觉得要跟下面的人打成一片才能让别人服从自己的工作安排。我并不这样认为。工作中率先不服从或意见最多的反而是那些平常你极力去讨好的人。我们在做管理的时候,只需要秉承公平公正公开的原则,去对待每一个人和工作即可。 那些不愿意服从的人,不管是交好的或关系远的,都应该及时进行制止和批评。如果依然如此,那是他个人问题,不是我们管理的问题。除非我们的工作安排确实出现了严重的不公平不合理的情况。 以上都是自己瞎逼逼的一些总结。 管理这份活儿,它并不容易干。但好在能在此间修休汲取一些实战经验来检验自己的不足。也是有幸之事儿了。 【编辑推荐】
点赞 0 (编辑:威海站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |