|
|
本帖最后由 风铃中の鬼 于 2016-7-4 10:58 编辑
我还是很想要这个书的哈，以架构师为目标的我也来掺和一下
1.作为企业架构师，我们为什么需要构建数据结构？
如果没有构建数据结构，那最终我们的数据产品就会像一个杂乱无章的网子一样，对于客户来说，他只管看结果，只要界面满意，功能齐全就好，但对于我们产品本身的可扩展性，维护性，容错性全部都会大大降低，在这一点上我是有一点感触的，之前见到过某个项目数据构建的不够好，数据结构看似分明，实际开发的程序却附带极高的耦合度，结果就导致牵一发动全身的后果，但凡对某些地方的修改，整个产品都收到影响，这还是在确实有构建数据结构，仅仅是构建的不好的前提下，若是连一点构建工作都不做就直接开发，我敢说，等进入实测阶段的时候，那些BUG甚至会导致项目流产。
所以说，只要数据结构构建完善，并且开发也忠实实现了这个架构，那至少可以让以下几个好处：
1) 高内聚，低耦合，让bug的影响限制在局部，方便快速定位及解决问题
2) 结构分明也带来了优异的可操作性和可维护性，这就跟你把1W行代码写在一个对象里，和分写在几十个对象里带来的好处一样
3) 架构师设计架构肯定要考虑产品扩展性的，无论在产品开发期间，或是在将来为为产品做新的版本都非常有好处，毕竟需求随时变化，没有足够扩展性的产品就代表缺乏足够的生存能力
2.结合自身，说一下你离架构师有多远，还需要掌握哪些技术？
我目前确实还只是一个憧憬架构师的老菜鸟而已，我认为，对于成为一个大数据架构师，必须要具备以下的基础：
1) 过硬的开发能力
架构师肯定要从研发做起的，他不光要设计架构，还必须确定这个架构在技术上是否真的可行，就像题目里说的，设计架构不是简单的设计楼房，而且我认为也不是简单的规划城市，因为理论上完美的架构不一定可行，你在掌控宏观的同时也必须把微观的要素考虑进去，就像一个不开车的博士后去规划城市道路，但堵车原因没有千万也有百十条吧，你没亲自体验过怎么知道自己设计的道路可以治堵?
2) 对架构的见闻要广
并非说设计架构的经验，而是你实际见过多少别人设计的架构，本题是以还没有成为架构师为前提讨论的，所以若说“自己有多少设计架构的经验之后就可以成为架构师”，那就很矛盾了，但没吃过猪肉，总该见过猪跑吧，架构不是你设计的，但你可以去了解去学习，所以想办法多接触各种产品架构是很有必要的，我相信只要我了解的架构越多，对将来真正自己带队设计架构的好处越大。
3) 理论学习
前人经验总结出来的基础理论是很有必要学的，即便开发能力强，见识过很多产品架构，但设计架构时该注意什么，什么问题需要回避，都要通过“阅读”来学习的，所以我很想要这本书哈。
3.如果你应聘架构师方面的工作，那么你认为设计架构具体都做些什么呢？
1) 对新产品就是要设计架构，需要将需求的变化也就是可扩展性和容错性等，技术的可实现性，将来的可维护性，成本等一系列的问题都考虑在内，当然最重要的是满足客户需求
2) 旧产品架构的优化改造，产品不能只卖一次嘛。。都懂得。
3) 高难问题的解决，小兵不懂问组长，组长不懂的就得问你架构师啦，说白了我认为架构师就是一个团队在技术上的最终BOSS，当手下都搞不定的时候就要靠架构师了，但是尤其这点我想吐槽一下，我在以前工作中有一个我很看不起的家伙，他自诩技术负责人，只动嘴不动手，有很多次手下问他某个技术难点怎么实现，他给了一个理论上的实现方案，当再问他具体怎么做，他居然厚着脸皮的说:"这是你们的事，怎么实现我不管"，不就是因为实现不了才找你的吗？其实就是你不会罢了，这是典型的滥竽充数，一生也不会成为真正的架构师。
4) 对一些技术方案做评审，给出合理建议等等
4.如果在一个成熟的企业里没有你所想象的架构师呢？或者说，架构师这种职业已经死亡或消失了呢？你会怎么定位你的职业？
既然是成熟的企业，没有架构师是不是有点矛盾，至少应该有总工程师，或者技术总负责人之类的职位吧，我认为这类职位的职责与架构师相差不多，就是换个名字，如果架构师这种职业死亡，那么架构到底由谁来设计呢？很多以外包项目为模式的工作方式到确实没有架构师，这种时候项目架构大多由项目经理，或者项目组的人共同商议得出结果，但我认为这种工作模式本身就做不出好东西，说白了只是一个用半次品的成果忽悠客户骗钱的模式，即便最终得到回款，也很少会得到客户真正的好评
至于遇到这种没有架构师的企业，我会怎样选择？我个人认为对我的职业规划完全没有影响，跳槽去一家需要架构师的公司就是了 |
|
楼主: 王楠w_n
IP卡
狗仔卡
发表于 2016-7-4 10:55
显身卡
