架构师:ggtalk之向架构进发

ggtalk 电台 向架构进发 一期邀请了 Casa Taloyum 聊了有关架构师的一些事。讨论了架构师的工作、架构师和技术专家的区别等问题。在此记录下这期的感想。

软件工程

建筑工程师是人类有历史以来的最古老的工程师,而软件工程时不过是上个世界才诞生,两者之间差别比较大的是过去的经验和约定的规则,但也可以推演下软件工程后续的发展变化。

现阶段软件工程需要解决的问题基本可以概括为四点:业务功能组织、数据流向、工程发展和维护。

架构师与技术专家

软件的质量评估

软件的功能是比较直观的,但软件的质量却比较难进行标准化,很多时候需要用经验来判断,比如直接观看代码,如果命名规范、语法高亮整洁、代码做到自解释,那么代码质量一般不会差。

因为工程师对自己的代码要求高,那么就有某种代码规范,需要有检查自己代码的习惯,比较容易发现代码的风险,并且其他人看这份代码也更舒适,更容易理解。

解决问题

需要解决一些难题的时候,有时不止需要思考如何解决,还需要比较不同的解决方案。选择了什么方案?优势是什么?基于什么原则?这些问题也许看上去优先级不高,但需要在不断思考的过程中,形成对不同方案更深刻的理解,在随后的项目实践中统筹方案的选择。同时能够保持方案的一致性,避免在相似的问题上随意采用了多种不同方案,增加项目维护和学习成本。

工程价值观

Casa 提出了三条理论:工程是会成长,架构会被不断腐蚀,工程成本不是只有开发。

聚焦工程的发展和变化,让工程保持健康而长寿。

定位真正的问题

问题原因的影响因素高低,很多时候反馈的问题只是表现,本质问题需要细化分析才能定位。而且有些问题可能根据经验和直觉就能猜出原因,但直觉是指出方向而不是结论,不能完全依赖,在工作中还是需要注重沟通和定位问题,解决核心问题能事半功倍得达成效果。

5个为什么原则:当反馈问题时,细化追问到第5个为什么,然后解决那个问题。

新技术如何看待

很多新技术都是过去技术的优化和提升,不理解得追捧是盲目崇拜,应该关注新技术解决了什么问题,如何解决问题,保持好奇心,同时保持理性看待。

  Total:    No.