For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
架构师是目前大多数软件开发程序员在选择职业发展方向的时候都感兴趣的一个岗位,下面我们就通过案例分析来了解一下,软件开发架构师能力分析。
1、架构师的能力概况,有哪些具体的事项呢?
定得了规范、设计了架构。
有一定的技术深入和广度,改的了bug、处理得了事故。
带了了小组推进项目落地,也能协同其他组配合。
了解运营和业务规划,提前介入产品开发阶段。
懂得了业务和运营,了解数据指标和各项ROI。
架构更多的是经验和经历的结合,而不是一个单项内容的单一渠道。
不是没有架构师就没有架构,有时候是一个公司或者小组承接的项目并没有那么大,使用成型架构模式即可。
但如果有非常复杂的场景设计,都是十几个系统的分组安排开发,提供服务,支持几万秒杀,几十万日活,在扩展到上百万DAU,就需要有架构师来把控。
再比如:从下单、到交易、到支付、到结算、到活动、到玩法、怎么支持。这个体量的复杂度才需要有架构权衡。
没有绝对的对和绝对的错,只是什么时候更适合罢了。多学一些,别给自己设定边界,才更好突围!
2、那么这些烂代码都怎么来的呢?
bug很多时候是接手了的烂代码或者别人的思路没有继续继承。
业务需求简单开始就写的没有扩展性,后面也不断的堆积。
没有很好的结构和命名、也从不格式化。
预期不到将来业务走向,设计不出合理的扩展性系统。
炫技大于整体规划和设计,一个新技能的引入,但缺少相应的匹配。
没有设计,功能都是流程式,需要啥就写ifelse。
总想一把梭,没关系的,心里有抱怨,部门有急功近利,不给你长时间的铺垫,没有有人带,写不出好东西。
组内缺少相应的流程规范和评审,设计评审、代码评审,也没与标杆项目可以参考。
懂几个jdk源码从不是写好代码的根本只是基本功。就像老木匠用斧子,新木匠用电锯,但做出来的东西,有的就好,有的就不好。
没有永远好的代码,如果像代码更好,就需要一直维护,一直改造。
没有业务对应的体量,不谈QPS、TPS、TP99、TP999,服务健康度,很多空谈都是耍流氓。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。