最近呢小誉收到了一位工作十年的学员投稿,这位学员是2011年从誉天学习HCIE课程并顺利拿证,先后在华为等大厂工作。他想把他这十年的工作经验分享给各位学弟学妹们。
这些经验并非来自于具体的技术实现,而是在架构设计和实施过程中所体会到的一些软性经验和领悟。希望通过这些分享,能够激发大家对于架构设计和技术实践的思考,帮助大家更好地理解和应用架构原则和方法。
敢于“提出问题”
在软件开发的日常工作中,我们往往习惯于沉浸在解决问题的模式中。无论是修复bug,还是优化性能,解决问题似乎成为了我们的核心任务。提出问题同样是一项至关重要的职责,甚至在某些情况下,它可能比解决问题更具挑战性。
从用户的角度出发去提出问题或需求,意味着我们需要跳出自己的技术思维框架,尝试站在非技术人员的角度去看待问题。这需要我们具备深厚的同理心,能够真正理解用户的需求和痛点。同时,我们还需要有足够的洞察力,能够从纷繁复杂的表象中提炼出核心问题,为团队指明方向。
当然,提出问题并不是一件容易的事。它需要我们具备丰富的经验和深厚的专业知识,还需要我们敢于挑战现状,勇于提出新的想法和观点。但正是这种挑战性和困难性,使得提出问题成为了一项更加有价值的工作。
因此,作为一名架构师,我们不仅要善于解决问题,更要勇于提出问题。通过不断地提出并解决问题,我们才能够推动技术的进步,为公司和团队创造更多的价值。同时,我们也需要在团队中倡导这种提出问题的文化,鼓励每个成员都敢于表达自己的观点和想法,共同推动团队的发展和创新。
学会“权衡与取舍”
在项目的推进过程中,我们往往会面临各种各样的需求和挑战,如何做出明智的决策,确定“不要什么”,比简单地列出“要做什么”更加困难。
在架构设计中,我们经常会遇到各种非功能性需求的冲突,如高可用性、高性能、高扩展性、高可维护性等。这些需求往往相互制约,难以同时满足。因此,作为架构师,我们需要根据项目的实际情况和业务需求,明确哪些需求是优先的,哪些需求是可以妥协的。这就需要我们有深厚的技术功底和敏锐的洞察力,能够准确把握项目的核心需求和痛点。
在分布式系统中,一致性、可用性和分区容忍性往往难以同时满足。我们需要根据项目的实际需求,在这三者之间做出权衡和取舍。这种权衡不仅体现在技术层面,更体现在业务层面。我们需要与产品经理、开发团队等各方密切沟通,共同确定项目的目标和优先级。
非功能性需求往往决定架构
非功能性需求涉及到系统的性能、伸缩性、可扩展性、可维护性等多个方面,这些都是决定系统质量和用户体验的重要因素。在架构设计中,我们需要根据非功能性需求来选择合适的技术、框架和模式,以确保系统能够满足业务的需求并具备良好的可维护性和可扩展性。
因此,在架构设计的初期,我们就应该充分考虑非功能性需求,并将其作为架构设计的核心考虑因素。通过与产品经理、开发团队等各方密切合作,明确非功能性需求的优先级和目标,并据此选择合适的架构方案和技术实现方式。
此外,随着技术的不断发展和业务的不断变化,非功能性需求也可能会发生变化。因此,我们还需要在架构设计的过程中保持灵活性和可扩展性,以便能够随时应对这些变化。
实际上在架构领域,大家对这点也是有共识的。比如下图中这个 Micro-Kernel 的架构模式来自《面向模式的软件架构》的第一卷,它一大特点就是有比较好的可扩展性,同时通过 Plugin 之间的隔离,能够提高系统的可用性。
“简单"并不“容易”
在架构设计中,追求简单并不意味着我们可以轻易地达成目标,反而需要付出更多的努力和深入思考。
简单和容易是两个不同的概念。简单是指设计、代码或解决方案的清晰、简洁和易于理解,而容易则是指实现、操作或维护的难易程度。很多时候,我们可能会为了追求实现的容易性而牺牲了设计的简单性,这是不正确的。我们应该始终将简单作为设计的目标,即使这意味着实现过程可能会更加复杂。
布隆过滤器是一个很好的例子,它用简单的数据结构解决了重复数据过滤的问题,但背后却蕴含着深入的思考和巧妙的设计。这种简单并非一蹴而就,而是经过大量深入工作后的结果。
举个例子,我们来回顾一下软件生命周期中各个阶段的成本消耗占比。可以看到,在整个软件生命周期中,成本消耗最高的并不是设计、编码这些阶段,而是维护阶段。也就是说,如果你让维护变得简单,这会是最有性价比的。
从“问题”开始,而不是“技术”
作为技术人员,我们往往对新技术充满热情,渴望将其应用到实际工作中。然而,我们必须时刻提醒自己,技术只是解决问题的手段,而不是目的本身。在面临问题时,我们应该首先从问题的本质出发,思考其背后的真实需求,然后再选择适合的技术来解决它。
此外,我们还需要警惕“技术驱动”的思维模式。有时候,我们可能会因为掌握了某项技术而想要将其应用到所有场景中,这种思维往往会导致我们忽略了问题的真实需求,从而做出错误的决策。因此,我们需要时刻保持清醒的头脑,以问题为导向,而不是被技术所驱动。
总之,从“问题”开始而不是“技术”,是我们在工作中需要时刻铭记的原则。只有真正理解了问题的本质和需求,才能选择出最适合的技术来解决它,从而实现项目的成功和团队的成长。
过度繁忙使你落后
在这个快速变化的时代,技术不断革新,业务需求也在不断演变,如果我们因为忙碌而忽视了学习和提升自己的能力,那么我们很快就会发现自己已经落后于他人。
很多程序员因为长时间的加班和工作压力,导致没有足够的时间和精力去学习和更新知识。他们可能对工作已经产生了疲劳感,对于新技术和新方法也缺乏兴趣和热情,这种状态会让他们逐渐失去竞争力,难以适应市场的变化。
然而,学习和提升自己并不一定要离开熟悉的领域,即使在同一个领域,也可以通过不断探索和尝试新的方法和技术来保持活力和竞争力。我们可以利用业余时间,通过阅读书籍、参加技术交流会、参与开源项目等方式来不断更新自己的知识体系,掌握最新的技术和工具,以适应不断变化的市场需求。
此外,我们也需要学会管理自己的时间和工作,避免过度忙碌和加班。我们可以制定合理的工作计划,合理安排时间,尽可能提高工作效率和质量。同时,我们也需要保持身心健康,注意工作与生活的平衡,避免因为过度忙碌而导致身体和心理上的问题。
通过持续学习和不断探索,我们可以在工作中保持活力,并不断地提升自己的竞争力。这种积极的学习态度和探索精神对于我的职业发展是非常重要的,它能够让我保持在一个不断成长的状态中。
更多精品优质课程
识别二维码即可预约试听