你是否 是一个 优秀的 程序员

严格来说, 我只能得 3 分.
翻译很渣, 建议大家看原文.
用有道磕磕绊绊 看了一个小时...

  • [翻译自 The Joel Test: 12 Steps to Better Code](https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-steps-to-better-code/

原文 作者提出了12 个标准来验证是否是优秀的程序员, 下面是我的回答, 每一题一分

  1. Do you use source control? YES
    你使用源码控制么?

我用 git

  1. Can you make a build in one step? NO
    你能一步打包出一个产品么?(由源码到产品)
    白天编码 夜晚自动打包

  2. Do you make daily builds?
    没看懂 好像是 你每日编译么?

  3. Do you have a bug database? YES
    你是否有bug 资料库 我有类似的
    bug 资料库 如下

    1. 完整的 bug 代码 (bug复现)
    2. 你希望这段代码 实现什么操作
    3. 实际上 这段 bug 代码 造成了 什么后果
    4. 代码 属于哪里
    5. bug 是否已经修复
    • 关于bug 资料库
  4. Do you fix bugs before writing new code? YES
    写新代码前 你会修复旧bug么?
    修复旧 bug 时间不可控, 可能需要 3 天 可能只要 3 分钟
    实现 新功能的时间 可控性更强
    新鲜出炉的 bug 修复起来很快
    过几天 再 修复 就需要耗费 一定的时间
    过几个月 估计 你都看不懂自己的代码了

旧代码有bug , 我会浑身不舒服, 不解决掉 没法写新代码

  1. Do you have an up-to-date schedule? NO
    你时间计划么? 好像没有
    时间计划 可以确保你 列出最重要的功能 提前去实现 不会陷入 功能主义
    分清楚主次
    • 更多关于时间计划表

公司事情太乱了, 根本没法做时间计划, 经常有别的事情打断现在的进程, 个人时间计划是建立在公司计划的基础上的, 公司做事情都没有计划 个人谈计划没意义.

  1. Do you have a spec? NO
    你有文档说明么?
    一个原则: 没有文档 坚决不写代码
    • 更多关于写文档

只有简易 的文档, 因为不写文档 我吃过大亏

  1. Do programmers have quiet working conditions? NO
    你写代码的环境是否 安静
    程序员 需要一个安静的环境
    如果 写程序过程中 被打断一下 你需要 至少 15分钟 或者更多时间 来回复到之前的工作状态

天天直播产品和项目人员撕逼大赛, 吵得马路对面都听得到 我就吐个槽, 因为公司没有产品 也没有项目经理, 都是老板一声令下 就没日没夜的干活. 至于效果么!!! 呵呵 呵呵呵呵

  1. Do you use the best tools money can buy?
    用钱 买过好的工具么? NO

可能是从小养成的消费坏习惯, 我很少买付费的软件, 额 印象笔记算吧, 买了一年 我现在密码都不记得了.

  1. Do you have testers? NO
    有测试人员么
    这个 ... 作者说的有点绝对, 程序员需要专门的测试员, 作者说 开发人员去测试 是人才浪费, 我倒是觉得 自己写的东西自己去测, 有点谁污染水治理的感觉. 我们可是创造者啊

如果专业的测试人员, 挺好, 上次公司招了几个非cs应届生做测试, 每测出来一个bug 就跑过来 质问我说: 你看bug.
我就......

  1. Do new candidates write code during their interview? YES
    你会让你的应聘者 当场写代码么?
    让你的应聘者 写代码
  • 关于面试的详细介绍

举双手 双脚赞同这一点, 这年头 靠谱的程序员比大熊猫还稀少啊, 我承认我也不靠谱, 可是我有一颗向往靠谱的心

  1. Do you do hallway usability testing?
  • 你做过走廊测试么? NO
    走廊测试 , 在走廊中 抓5个人 来使用你刚刚写的代码, 这样 让你更了解代码可用性
    一个好的 UI 设计并不难 你可以通过这本书学习 UI 设计 UI设计

    即使 你再不怎么会 UI 设计 把 你的软件 拿给少数人看(5\6 人足够了), 听取他们的意见 你的产品会更 美观

你可能感兴趣的:(你是否 是一个 优秀的 程序员)