Programmer & QC Programmer

随着做过的项目越来越多，遇到的特殊情况也越来越多，这也就是经验积累的过程。一般来说，一个项目开始的时候，每家公司都会有主程序员和QC程序员，这样做的主要目的就是为了防止只有一个人输出结果的时候，不知道结果是否正确。

当然了，SPEC用的都是同一个SPEC，但是写程序的方式、思路每个人都会不一样，这样就可能造成不一样的结果。这时候主程序员和QC程序员就需要去检查数据、检查程序是否正确，有异议的，然后解决不了的时候可能就需要去问Leader SP或者项目经理。

这几天遇到的情况让我有以下想法：

1：其实我觉得从aCRF到SPEC Draft（SDTM的和ADaM）到按照SPEC写程序到输出table，我觉得都由同一个人来比较好，虽然这样工作量很大很大，但是举个例子：比如说一个人写VS  domain的SPEC，他按照aCRF把需要的SDTMIG变量都添加到SPEC上了，但是SPEC中的计算方式，如何输出变量的表达方式，他当时可能这样写没问题，但是写程序的时候发现按照SPEC上的说明写不来。

再比如这个人写ADPR的SPEC，然后写ADPR对应的table和listing的时候，发现SPEC中缺少某些变量，或者说因为某些考虑，需要添加一些新变量。这时候就可以及时的去添加，不用转发给SPEC drafter，否则这样效率有点低。

所以这就是为什么如果一个人既写ADaM SPEC,然后又把ADaM程序写了，接着把ADaM对应的table和listing也写了，我感觉这样效率能提高不少，减少同事之间的沟通成本。

可能有人会说这样不会造成专断吗？他要是写错了怎么办？所以这就是QC程序员的作用了。

2：大家在写程序的时候，不要只看SPEC，尤其是QC程序员，负责质量把关，如果你和主程序员都只看SPEC，然后思路一样，那就有可能存在很大的问题。建议大家aCRF和SAP，SPEC 3个合起来看，SAP里面定义了一些CDISC变量的具体要求，但是SPEC drafter写在SPEC上可能就变了一个味道。

比如SAP里面经常会定义AE是在试验中发生的还是试验前试验后，或者是既往/伴随用药、非药物治疗，这时候建议大家结合SAP和SPEC写程序，而不是只看SPEC。而且有时候看SAP，因为SAP更简洁，往往更有助于写程序。

还有统计师写的shell，大家在写table和listing的时候，建议大家可以结合aCRF和SPEC、shell 3个一起看，因为shell也是统计师根据模板手写上去的，在这个过程中可能会漏写某个检测项目，这时候结合CRF或者aCRF就能发现哪些检测项目是缺失的。

当然了，大家在刚接触项目的时候，可能写个程序还要好久，当然不会去注意这些东西，到后面大家可能就会体会到上面我讲的这些东西的重要性了。

******************************************

这一天天的过的太快了，真的是肉眼可见的快，不知道是不是因为白天变短了。总是想留住时间，惋惜逝去的时光，但是还是在不知不觉间溜走。

双十一消费300不到，就买了一些生活必需品，没有买衣服裤子鞋子什么的，更没有电子产品，衣服鞋子够穿了，等穿个几年穿不了再换吧。

在我的房间，有一件穿了5年的外套，还有一床用了快11年的薄被子，真的，我都没想到用了这么久！我盖着它度过了初中、高中、还带着它来到了大学，到现在我工作了还盖着它，都在想着以后要不要把它供起来，哈哈。