谈一谈架构
<div id="cnblogs_post_body">因为我不懂架构，但是我是一个&ldquo;受人指使&rdquo;的码农，所以，我要谈一谈架构
以下是关于架构的解释：
互动百科：http://www.hudong.com/wiki/%E6%9E%B6%E6%9E%84
维基百科：http://zh.wikipedia.org/wiki/%E8%BD%AF%E4%BB%B6%E6%9E%B6%E6%9E%84
其实，我真正想谈的是关于一个项目组里面组长的作用，因为我觉得本身我可能会作为一个&ldquo;受害者&rdquo;来讲述这个问题，所以，我在文章的题目上故作玄虚了一下。
我个人觉得作为一个项目组组长，应该做到一下几个方面：
1、考虑到全局的设计
其实，给你比我们多30%的钱让你做组长，不单单就是让你做项目组长，你要做的是我们程序员分外的多得多的事情，就比如说你应该考虑到整个项目预期的时间、几近完整的需求分析和可行性分析、关键技术的预研和分析、解决方案的建设、数据库结构的优化，而不是你和我们程序员站在同一战线上，表面上看，你不去做项目架构，会和程序员的关系能更加的好，但是你完成没有考虑到，做一个七零八乱的项目的时候，程序员的忍耐程度完全不能满足对你的愤怒，喊爹骂娘也会对你挖坟掘墓。并且一边做一边添加功能、添加数据库字段、添加解决方案，你不觉得烦么？你不觉得烦的时候，你不觉得我们觉得烦么？借用同学的一句话：你以为你以为的就是你以为的吗？
2、沟通！沟通！
我本不该写这个，因为你可以不和我沟通，因为你是组长，这样你会赋予我一种权利，那就是我和你沟通，但是我想知道的是我目前当前眼前需要知道的，比如我想知道用户验证的字段是哪一个，你告诉我是is_vadiation，然后下次我问你我想知道用户验证码的字段是哪一个，你告诉我这个....这个没有，那好，我加上啦啊 vadiation_code。如此反复，这个你会很庆幸也很感谢我，因为作为程序员的我，帮你完成了一个项目组长需要考虑但是没有考虑的事情。但是，你一定没有想到，我之所以依旧是程序员，是因为我没有掌握和熟悉设计架构方面的知识，你也一定没有想到，我每补充一次设计上的不足的时候，就相当于在你那一坨屎一样的项目上又踩了一脚。
因为我这样想，你觉得我一定伤了你的心，可你没有想过，你一声不响的给我们建了几个没有说明的解决方案和没有数据库字典的数据库的时候你已经伤害了我们，然后你又发给我一个及其短小精悍的任务需求，例如&ldquo;用户中心 usercenter.html&rdquo; ，尊敬的组长，你他妈*多说两句话会死么？你他妈*告诉我整个项目都分那几个模块好么？你他妈*敢不敢写个需求分析或者写个能让我们了解的文档你会死么？
3、 架构之架构
我之所以要谈架构，是因为我不懂架构，或许这不叫架构，但是我会很气愤的去一篇文章的时候，读者肯定会觉得我是一个装大半蒜的家伙，but,请允许我吐槽，我甚至想和组长去谈一谈，是不是咱们应该进行一番讨论，到底这个项目和上一个项目有多少相似的地方，到底你以为这个项目和上一个项目有多少相似的地方，还有，当咱们把上一个项目弄出来的时候，你觉得你超出项目预期时间的二倍的时候你是怎么样的想法？或者你到底有没有想过？这是因为什么？
于是，我想在文章的最后和项目开始一半的时候和您老说一声，是不是您得考虑一下，各个模块之间的关系，代码的耦合、复用什么的？起码，最起码，我们这些在你手下的程序员还得听你的指挥调遣，您不能为难自己人对不？
最后，这个是我的第一篇原创文章，原因是我实在受不了项目组长的组织领导，也顺便说说自己对软件方面的小想法，希望能和正在读文章的你进行一些交流，我想听到你对我的一些看法和经验，尽百家之言，吃饱饭，呵呵。
页:
[1]