|
锁定老帖子 主题：如何在公司里舒服的活着
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-22
年轻嘛，为了快感，累点总有好处。
有舍才有得 |
| 返回顶楼 | |
|
发表时间：2011-04-22
seeckt 写道 楼上说的很对，给领导建议有三种人
一种是就觉得现在不行，然后没后面的想法了 给领导的建议一般是：“建议加强管理”，说了等于没说，没被直接踢回来算好的 第二种是觉得现在不行，但是有点想法 给领导的建议一般是：“我们应该怎么怎么做”，但是没有实际方案可以落地，也没有分析，所以回应一般是：“我考虑下，等等再说”、“你说的有道理，你来办吧” 第三种是觉得现在不行，有想法，而且分析好了，原来有什么问题，现在方案有什么优势什么劣势，万一失败了替代方案是什么，备选方案是什么，谁来牵头谁来落实，做了有什么期望效果，效费比提升多少，有哪些阻力和风险，怎么解决阻力和风险 这才是个好建议，一般会发动整个部门一起搞 我也觉得这个说的很对，但是很难做到第三条，要有相当大的精力和耐心啊！！！铭记啊，以这个为目标吧 |
| 返回顶楼 | |
|
发表时间：2011-04-22
gigix 写道 发扬主人公精神，并且按时上下班。
一方面要积极进取，另一方面凡事不可期必。 维护的代码太烂咋办? 维护的很累 小步的重构? |
| 返回顶楼 | |
|
发表时间：2011-04-22
阳光晒晒 写道 做孽还是不做孽
这是个问题 这话说的。 |
| 返回顶楼 | |
|
发表时间：2011-04-22
java菜菜鸟 写道 gigix 写道 peterwei 写道 gigix 写道 发扬主人公精神，并且按时上下班。
一方面要积极进取，另一方面凡事不可期必。 另外有个小问题。我现在一个人试了下TDD方式。但经过我一小段时间的实践,发现效果是有一些，但花的工作量是我以前开发的1.5倍。这个真不是夸张。我以前开发很快的，但试了下TDD,发现时间花得更多了。唯一给我的真实感受就是：代码更稳定、更放心也更接近需求了。但时间是摆在那的，所以我都不敢向团队提出来，一方面是公司上级有时间压力，二方面让大家搞TDD，我估计被骂死，主要是本来开发就累了，整完规范，又整TDD，谁都受不了。下面的人都是工作二年左右的工程师，我认为根本不可行。 用一句话概括就是：快感是有，但也累！ 这个不是你的问题。是你老板的问题。 你老板对“把事情做好”没有commitment，所以你多做多累多挨骂。 他也不一定真是舍不得，可能只是没有意识到：天下没有免费的午餐，有一分投入才有一分回报。你应该首先解决的是这个问题。 如果你老板不想投入，那你就让他明白，事情不可能自己就变好。 如果他确实想弄好，就要他做出commitment。 这句话说得很好，做得再好，如果领导不知道，也就=0。 对于一些不搞技术的领导，你能说得通吗？他们可能根本就不理解这些技术上的概念。头脑里也许只有时间，时间，进度进度，成本成本。 |
| 返回顶楼 | |
|
发表时间：2011-04-22
qianhd 写道 gigix 写道 发扬主人公精神，并且按时上下班。
一方面要积极进取，另一方面凡事不可期必。 维护的代码太烂咋办? 维护的很累 小步的重构? 如果是在运行中，并不赞成去重构。和我们开发阶段不一样。 |
| 返回顶楼 | |
|
发表时间：2011-04-22
peterwei 写道 qianhd 写道 gigix 写道 发扬主人公精神，并且按时上下班。
一方面要积极进取，另一方面凡事不可期必。 维护的代码太烂咋办? 维护的很累 小步的重构? 如果是在运行中，并不赞成去重构。和我们开发阶段不一样。 那咋办 随它烂? |
| 返回顶楼 | |
|
发表时间：2011-04-22
qianhd 写道 peterwei 写道 qianhd 写道 gigix 写道 发扬主人公精神，并且按时上下班。
一方面要积极进取，另一方面凡事不可期必。 维护的代码太烂咋办? 维护的很累 小步的重构? 如果是在运行中，并不赞成去重构。和我们开发阶段不一样。 那咋办 随它烂? 小步的重构是可行的。但如果是运行良好的，不出错的，你还是不要动的好。出了错，你就over了。改了这个地方，引出新的毛病，这种事情是经常发生的。 |
| 返回顶楼 | |
|
发表时间：2011-04-22
不在点子上，不在其位，不谋其事（还是不谋其政？）
|
| 返回顶楼 | |
|
发表时间：2011-04-22
最后修改：2011-04-22
hardPass 写道 不在点子上，不在其位，不谋其事（还是不谋其政？）
如果非要说不关我的事，严格从职责上来说，却也算是我的份内事。毕竟是架构师，所以也算是在其位的，技术规范也算是工作的一部分。如果说从一开始我就参与进来的话，当然是顺理成章的。其实主要的问题是应该不应该在开发过程中不断的重构代码和设计。改吧，让底下开发的人累一些；不改呢，大家就轻松些，但是会带来其它的一些如可维护性，健壮性的问题。 |
| 返回顶楼 | |
