TL日记

刚才因为某规格文档不符合领导要求，被训了一顿，说文档太花哨，没有实际内容。
我觉得有点委屈，这个规格文档只是一个需求规格，为啥要定义一些额外的编成规范进来？

近来有点灰心。我当初来公司不就是一个做web的么？我现在干嘛费那么多精力来搞这些文档、开什么会，我写我的代码、设计我的网页就行了，何必呢，工资又没什么变化，对得起自己么。

下次再让我搞这个搞那个，就拒绝，让他找别人去。

被人说说不要紧，别泄气。
就怕别人懒得搭理你，那才是完了呢。

cceyjames 现在属于要上个台阶的阶段，
会了这些东西，你就有了管理更大规模的开发能力了。

呵呵，编程规范我认为是必须的，而且也是很重要的，优秀的软件工程师通常都会遵循一定的变成规范，有些是主观的，如文件命名，有些是可以客观上控制的，尽量不要采用缩写。不过，我倒不认为编程规范比文档化还要重要的多的是比如，提交svn之前检查，或者ide里面检查，这些都有很多工具，如checkstyle，等等。基本你有了文档，通常你同样需要转换成这样的工具来辅助提高开发效率。

非常感激你的鼓励。以前一直考虑自己的职业规划，到底如何转。不知不觉到了现在，忽然摆到当前的位置，有点不知所措，猛然看到很多不足，发现好多方面都是外行。惭愧之至。不过既然到了这一步，我也只能走下去。

是的。我们也逐步意识到这一些，现在正在对规范进行细化，本来打算和C君一起来定，但这几天被其他事情耽误了，每天至少被领导拉去开一个会，有时三个会，有些跟我关系不大也要去，我都不想去了，没办法。

说到IDE的辅助开发，我记得以前看到人说过这样一个开发过程：
开发人员每天一早通过MyEclipse来刷新cvs/vss上的工程，获取最新版本的同时，获取到所有与自己相关的TODO标签，按照TODO标签的指示来进行一天的工作，下班之前CheckIn。
这种按天计算TODO的方式将可控粒度变得更为细化，Tl需要很强的掌控能力。虽然我还不能够做到这一步，但还是想了解这样做的详细过程，可否请你介绍一下，谢谢。

今天一天没干出任何事情。上午一个会，下午一个会。每个会都超过1个半小时。
上午的会议讨论一个外包项目的UI设计，领导让我来负责，可是我们根本没有专职的美工，让我怎么去弄？我画的也不专业呀，但领导说至少比他们画得好看，我没办法。
下午一个会讨论Jtrac推广到公司各个部门，事实上领导一个人去就搞定了，非要拉上我，我去了也是旁听。因为Jtrac的上的工作流是我设计的，可能他认为我比他更了解。

上午领导说我对“某公司JavaWeb开发模版”的规格定义得不够详细，应该引入更详细的开发规范。我说“开发模版的规格”只是定义该模版的需求和功能，对于开发规范应该在专门的文档中指定。领导认为文档太多不好，还说我的文档太花哨，在word里面使用了很多“插入分页”。他的文档风格就是一个记事本，几个关键词....我跟他争了几句，还是算了。

首先很感谢你能给我回复！
我很羡慕那个研究生，至少他知道学些什么怎么学，而我也很勤奋（我自己觉得），但我却不知道怎么去学，整天只能看看书，自己练习下！
其次，我觉得大家是不是对我这样的新手很鄙视啊（我是这样觉的，因为我请教过一些人，听我说是新手，想请教下，就再没回音了，我很是郁闷，看来这次也是了）！

楼上的研究生自卑个啥，人家中专的都不自卑

自卑到时没有，就是有点不知道学习的方向，而又无人指点一二！

你们领导太nb了。以为这是吃饭啊，一周能把一弄好就不错了。除非你们特牛，或者做简单的封装。