Tag Archives: 研发管理
[招聘]给你的程序员200美元/小时
推荐大家看一下这篇文章，原文和译文链接在下面。 文中关于米国程序员的薪资提到了一般的$65/h和建议给顶级程序员的$200/h，我搜索了一下米国薪资的相关信息：07年的成年男子年薪大致是5万左右，软件工程师8万；而11年的手机软件开发工程师比较高的能拿到11.5万。 每小时65块的转成年薪是：65X21天X8小时/天X12月/年=13.1万/年，在美国工程师群体中已经是很高的工资了。 说明原文作者所在的公司相当给力，那个200每小时的大致是65的三倍，应该是40万左右，是医生收入的2倍，一个这样的程序员在米国应该也是稀缺动物。 由此我们可以知道，用三倍平均工资招人一定会带来巨大的好处，作者分析的很在理，反正我是相信了。 如果你在招聘程序员，你应该给他们200美元/小时。这样一来，很多其它任何方法都无法解决的难题都变的很容易。比如解决你的人才招募问题，保证你只有在真正需要的时候才去招募程序员。 用时薪200雇佣程序员的好处 相关日志 软件工程师如何转型？ (0) 计费服务开发需要进行一些改进 (0) 管理者常犯的11个错误 (0) 程序员的使命、价值和工作思路 (0) 研发部门KPI考察点 (0)
Code Review学习：目标和内容
Code Review的目的和内容 检查设计是否合理 Code Review需要承担一部分“结对设计”和“设计把关”的职责 内容包括： 设计是否合理：如实现方法，数据结构，设计模式，扩展性考虑等 否存在大量重复代码和其他组件是否有重复的代码 结构设计是否合理 相关日志 [他山之石]赖勇浩的强制Code Review实践 (0) 计费服务开发需要进行一些改进 (0) 管理者常犯的11个错误 (0) 程序员的使命、价值和工作思路 (0) 研发部门KPI考察点 (0)
[他山之石]赖勇浩的强制Code Review实践
Code Review的好处 代码风格可控，代码质量有一定提升； 新员工入职后能够得到更多人的指导，成长非常快； 小 bug 频出的情况比之前的项目少了至少一个数量级。 Code Review的流程 相关日志 Code Review学习：目标和内容 (0) 计费服务开发需要进行一些改进 (0) 管理者常犯的11个错误 (0) 程序员的使命、价值和工作思路 (0) 研发部门KPI考察点 (0)
[节选]中美印日四国程序员比较
来源： 腾讯教育论坛 摘要: 笔者和中国，美国，印度和日本四国程序员有比较深入的合作过。通过分析他们的共性和差异，希望能够部分解答程序员应该具备何种能力的问题。 相关日志 程序员的使命、价值和工作思路 (0) 培养开发团队的“软实力” (0) 【头脑风暴】程序员的职业规划 (0) 计费服务开发需要进行一些改进 (0) 管理者常犯的11个错误 (0)
QCon第三天见闻
上午三场内容和感受如下 Eric Evans – 《领域驱动设计：解决复杂问题的高效模式》 评价：5星 这个听得很有感觉。举了三个例子：集装箱运输、世界地图和盲人摸象。都很精妙。 – 什么是模型？ model is useful only because it’s made for a particular purpose。 – 两个经常出现的错误如何避免？ 1. 模型要够用就好，不必十分精确，满足需求的模型就是好模型； 2. 在信息不全和需求不同时，不要坚持只有一个模型。 这个ppt得好好学习。 相关日志 计费服务开发需要进行一些改进 (0) 网络应用系统设计的基本原则 (0) 管理者常犯的11个错误 (0) 程序员的使命、价值和工作思路 (0) 研发部门KPI考察点 (0)
怎样使用编码规范
王晨贴出了google公布的编码规范，然后也在身体力行的在公司推广编码规范，做得很好。 用怎样使用编码规范搜了一下，竟然没有中文内容，那我就劳动一下，推荐一篇tiobe上的文章并简单翻译一点内容吧，希望能够对大家在推进编码规范的工作中有点儿帮助。 先上一张图： 相关日志 计费服务开发需要进行一些改进 (0) 管理者常犯的11个错误 (0) 程序员的使命、价值和工作思路 (0) 研发部门KPI考察点 (0) 研发组月度总结模板 (0)
研发组月度总结模板
以开发组为单位，就工作目标完成情况、工作中遇到的问题和收获、个人工作情况分别进行总结。 copy了老汉大量的经典问题，整个模板分成以下四个部分： 一、工作计划执行情况 做了哪些工作？ 哪些工作是按照计划做的，哪些工作是突发的，后者的比重占多少，是否严重影响到你的计划了？ 渠道的工作总结很好，可以作为模板 相关日志 计费服务开发需要进行一些改进 (0) 管理者常犯的11个错误 (0) 程序员的使命、价值和工作思路 (0) 研发部门KPI考察点 (0) 研发管理目标 (0)
双赢
最近观察了一下部门内的几个团队，王晨的团队成员士气最好；之前也向他的团队成员和外部合作方了解过他们项目的开发过程，发现他有一个特点，相比其他Team Leader，王晨更沉得下心，能从功能实现角度把控项目。 相关日志 计费服务开发需要进行一些改进 (0) 管理者常犯的11个错误 (0) 程序员的使命、价值和工作思路 (0) 研发部门KPI考察点 (0) 研发组月度总结模板 (0)
盖洛普Q12的学习笔记
盖洛普Q12的学习笔记 起因 公司人力搞了一下Q12调查，并把大家交到一起做了一个培训。 觉得这个调查方法针对性挺强的，能让管理者有针对性的对工作进行改进。 今天又拿到我们部门自己的数据，就一边分析一边学习了。 关于盖洛普和Q12调查 盖洛普是美国数学家，抽样调查方法的创始人，后来创建了一家咨询公司，也叫盖洛普。 盖洛普通过对12个不同行业、24家公司的2500多个经营部门进行了数据收集，然后对它们的 105,000名不同公司和文化的员工态度的分析，发现了12个关键问题最能反映员工的保留、利润、效率和顾客满意度这四个硬指标。这就是著名的Gallup Q12。 相关日志 管理者常犯的11个错误 (0) 研发部门KPI考察点 (0) 研发管理之客户端与服务器的协作 (0) 批判会后写感想：定岗定编定流程，业务、管理、人 (0) 工作中的两个原则 (0)
【头脑风暴】程序员的职业规划
周五上午的大会议室被人循环订上了，我们的头脑风暴就改到周四上午了，提前一天开，感觉准备起来有点儿赶。其实之前的积累还是挺丰富的，内容来自《关于职场规划》、《程序员职场生涯n次转型》、《职业生涯规划的九个立足点》。 因为是回家才开始准备的，对内容的组织，apple给了很多的意见，主要吸取的是增加了Why和Goal，说明一下做职业规划对大家的好处和本次交流的目的； 在现场怎么和大家互动也花了一些心思，准备了三个统计调查和大家互动； 在早上上班路上还在想，如何让大家对职业规划有感性认识？竟然让我想到拿旅游计划来类比，呵呵，现在想想依然有点儿得意，不过这应该也得益于apple最近正在准备的十一旅游。 把思维导图拿出来和大家分享： 相关日志 【提纲】- 如何让上级看到自己的工作业绩？ (2) 【提纲】- 关于“计划”的头脑风暴 (0) 【提纲】- 关于“监控”的头脑风暴 (0) 【头脑风暴】项目中如何做好跨线协作? (0) 【头脑风暴】说说监控 (2)
