如果能交换人生,我想选李白。李白那可是诗仙啊!一生仗剑天涯,饮酒作乐,活得肆意潇洒。他能写出“天生我材必有用,千金散尽还复来”这般豪迈的诗句,见识过大唐盛世的繁华,也经历过人生的起起落落。我就想成为他,去感受一下在那文人墨客汇聚一堂、诗歌文化极度繁荣的时代,出口成诗的才情与洒脱。去结交杜甫、高适这些志同道合的好友,一起把酒言欢,畅谈天下事。体验一下站在高山之巅,望着大好河山,灵感泉涌,挥笔写下流传千古的佳作。说不定还能凭借后世对他诗作的传颂,知晓自己在历史长河中留下了多么璀璨的光芒,这是何等奇妙且令人向往的经历,这一趟人生交换,绝对值了!但是人生没有如果,只能想想吧😂
如果能交换人生,我想选李白。李白那可是诗仙啊!一生仗剑天涯,饮酒作乐,活得肆意潇洒。他能写出“天生我材必有用,千金散尽还复来”这般豪迈的诗句,见识过大唐盛世的繁华,也经历过人生的起起落落。我就想成为他,去感受一下在那文人墨客汇聚一堂、诗歌文化极度繁荣的时代,出口成诗的才情与洒脱。去结交杜甫、高适这些志同道合的好友,一起把酒言欢,畅谈天下事。体验一下站在高山之巅,望着大好河山,灵感泉涌,挥笔写下流传千古的佳作。说不定还能凭借后世对他诗作的传颂,知晓自己在历史长河中留下了多么璀璨的光芒,这是何等奇妙且令人向往的经历,这一趟人生交换,绝对值了!但是人生没有如果,只能想想吧😂
这个问题,我刚刚看到另一个小伙伴也问了,已经回答过了,所以复制过来了,我觉得这个问题我们用一辆新旧车打比方最合适了,假如你有一辆旧车(老旧架构)。 如果边造轮子边优化呢,就像是你这辆车有些零件坏了或者不太好使,你就一个一个地去换更好的零件来让车能接着好好开。这样做的好处是车子(系统)一直能跑,不会一下子就瘫在那儿,业务不会受到太大的影响。而且你在换零件(优化)的过程中,还能慢慢了解这辆车(架构)到底是咋回事,不至于手忙脚乱。不过呢,这也有个麻烦的地方,就是你换来换去,可能最后发现这些新零件和旧零件拼在一起,还是有点小毛病,而且可能因为一直修修补补,有些地方还是挺乱的。 要是直接重构,就像是你不要这辆旧车了,重新造一辆新车。这样做如果成功了,那车(系统)就会非常棒,很符合现在的需求,而且也很整齐干净。但是风险也大啊,你在造车(重构)的时候,车肯定是开不了的(系统可能得停摆一段时间),这对业务影响就很大。而且造车的时候你要是有个小失误,说不定整辆车都报废了(重构失败)。 所以到底是边造轮子边优化还是直接重构,得看这辆车(老旧架构)现在有多破。要是还能开,业务也还能勉强维持,那可以先边造轮子边优化;要是这辆车已经破得不行,老是出大问题,业务都快进行不下去了,那可能就得咬咬牙直接重构了。
当你不再只是埋头写代码实现小功能,而是能主导系统的整体设计,比如考虑电商系统各个模块怎么划分和通信,这就是个信号。能独立进行技术选型,清楚每种技术的好坏和适用场景,像知道选哪种数据库合适,也是成为架构师的迹象。 在团队里,要是经常跟开发、测试、运维等不同团队沟通协调,还能给别人分享技术知识、提供指导,这就有点架构师的样子了。而且你在设计系统时会考虑它未来怎么发展,还对项目的进度、质量、成本等负责,差不多就可以认为自己是架构师啦。
在小公司,啥都得干,从构思到写代码,随业务快速调整架构。中型公司的架构师沟通业务和技术,带小团队,关注技术选型。大公司架构师做战略规划,与多部门合作。从中小公司跳到大公司,要提升系统思维,从全局看问题;反正公司越大,架构师越难
AI 不会完全取代程序员。虽然 AI 能自动生成一些代码,但它更像是一个强大的工具。程序员的工作不只是写代码,还包括理解用户需求、设计软件架构、解决复杂的业务逻辑等。AI 生成的代码可能存在错误或者不符合实际业务场景,需要程序员去修正和完善
首先扎实的技术功底,得精通多种编程语言、熟悉各类框架,这是“硬本事”,碰到难题能快速解决。还有就是业务理解能力,要能吃透业务需求,把技术和业务完美结合,做出贴合的架构。另外还有沟通协调能力,得和不同团队打交道,让大家齐心协力干活。还有前瞻性眼光,能预判行业走向,提前布局,让架构几年不落伍,这些技能越强,职业路就越宽。
首先扎实的技术功底,得精通多种编程语言、熟悉各类框架,这是“硬本事”,碰到难题能快速解决。还有就是业务理解能力,要能吃透业务需求,把技术和业务完美结合,做出贴合的架构。另外还有沟通协调能力,得和不同团队打交道,让大家齐心协力干活。还有前瞻性眼光,能预判行业走向,提前布局,让架构几年不落伍,这些技能越强,职业路就越宽。
在考虑采用新技术的时候,架构师会先看看这个新技术能给业务带来多大的好处。比如,新技术能不能让系统速度更快、更安全或者更省钱。如果新技术能够带来这些关键优势,那它就比较有吸引力。然后,还要看看这个新技术是不是成熟。如果新技术刚出来,可能会有很多小毛病,就像刚上市的新手机可能会有软件不兼容之类的问题。所以,架构师会看看其他公司用这个技术的情况,有没有出现很多故障之类的。要是这个技术已经被很多同行用得很好,没有大问题,那采用它的风险就小一些。
这个问题,我刚刚看到另一个小伙伴也问了,已经回答过了,所以复制过来了,我觉得这个问题我们用一辆新旧车打比方最合适了,假如你有一辆旧车(老旧架构)。 如果边造轮子边优化呢,就像是你这辆车有些零件坏了或者不太好使,你就一个一个地去换更好的零件来让车能接着好好开。这样做的好处是车子(系统)一直能跑,不会一下子就瘫在那儿,业务不会受到太大的影响。而且你在换零件(优化)的过程中,还能慢慢了解这辆车(架构)到底是咋回事,不至于手忙脚乱。不过呢,这也有个麻烦的地方,就是你换来换去,可能最后发现这些新零件和旧零件拼在一起,还是有点小毛病,而且可能因为一直修修补补,有些地方还是挺乱的。 要是直接重构,就像是你不要这辆旧车了,重新造一辆新车。这样做如果成功了,那车(系统)就会非常棒,很符合现在的需求,而且也很整齐干净。但是风险也大啊,你在造车(重构)的时候,车肯定是开不了的(系统可能得停摆一段时间),这对业务影响就很大。而且造车的时候你要是有个小失误,说不定整辆车都报废了(重构失败)。 所以到底是边造轮子边优化还是直接重构,得看这辆车(老旧架构)现在有多破。要是还能开,业务也还能勉强维持,那可以先边造轮子边优化;要是这辆车已经破得不行,老是出大问题,业务都快进行不下去了,那可能就得咬咬牙直接重构了。
我觉得这个问题我们用一辆新旧车打比方最合适了,假如你有一辆旧车(老旧架构)。 如果边造轮子边优化呢,就像是你这辆车有些零件坏了或者不太好使,你就一个一个地去换更好的零件来让车能接着好好开。这样做的好处是车子(系统)一直能跑,不会一下子就瘫在那儿,业务不会受到太大的影响。而且你在换零件(优化)的过程中,还能慢慢了解这辆车(架构)到底是咋回事,不至于手忙脚乱。不过呢,这也有个麻烦的地方,就是你换来换去,可能最后发现这些新零件和旧零件拼在一起,还是有点小毛病,而且可能因为一直修修补补,有些地方还是挺乱的。 要是直接重构,就像是你不要这辆旧车了,重新造一辆新车。这样做如果成功了,那车(系统)就会非常棒,很符合现在的需求,而且也很整齐干净。但是风险也大啊,你在造车(重构)的时候,车肯定是开不了的(系统可能得停摆一段时间),这对业务影响就很大。而且造车的时候你要是有个小失误,说不定整辆车都报废了(重构失败)。 所以到底是边造轮子边优化还是直接重构,得看这辆车(老旧架构)现在有多破。要是还能开,业务也还能勉强维持,那可以先边造轮子边优化;要是这辆车已经破得不行,老是出大问题,业务都快进行不下去了,那可能就得咬咬牙直接重构了。
我觉得这个问题我们用一辆新旧车打比方最合适了,假如你有一辆旧车(老旧架构)。 如果边造轮子边优化呢,就像是你这辆车有些零件坏了或者不太好使,你就一个一个地去换更好的零件来让车能接着好好开。这样做的好处是车子(系统)一直能跑,不会一下子就瘫在那儿,业务不会受到太大的影响。而且你在换零件(优化)的过程中,还能慢慢了解这辆车(架构)到底是咋回事,不至于手忙脚乱。不过呢,这也有个麻烦的地方,就是你换来换去,可能最后发现这些新零件和旧零件拼在一起,还是有点小毛病,而且可能因为一直修修补补,有些地方还是挺乱的。 要是直接重构,就像是你不要这辆旧车了,重新造一辆新车。这样做如果成功了,那车(系统)就会非常棒,很符合现在的需求,而且也很整齐干净。但是风险也大啊,你在造车(重构)的时候,车肯定是开不了的(系统可能得停摆一段时间),这对业务影响就很大。而且造车的时候你要是有个小失误,说不定整辆车都报废了(重构失败)。 所以到底是边造轮子边优化还是直接重构,得看这辆车(老旧架构)现在有多破。要是还能开,业务也还能勉强维持,那可以先边造轮子边优化;要是这辆车已经破得不行,老是出大问题,业务都快进行不下去了,那可能就得咬咬牙直接重构了。
我觉得应该在现有的基础上多接触新的事物,多认识新的小伙伴,多参加腾讯大会,多跟同行盆友交流,很多人都说35岁是人生的坎,但是我不这么认为,我觉得35岁应该有35岁的能力,最害怕的是35岁了还是拥有20来岁的能力,这肯定是不行的
这就好比盖房子。 如果是先有业务,就像是你已经知道自己要盖一个什么样的房子,是住宅、商店还是仓库,清楚它的用途、面积、房间数量这些细节。有了这些具体的业务需求后,你才开始设计房子的架构,比如要几层楼、怎么布局房间。 要是先有通用业务架构设计,就像是先设计出了一种通用的房子框架,它有一些基本的结构,像固定的柱子位置、楼梯的设计。然后再根据这个通用框架去寻找合适的业务来匹配,看看这个框架是更适合做住宅,还是做商店。 在实际中,两种情况都可能出现。有时候有了明确的业务想法,但是需要设计架构来支撑;有时候是有了一个很好的架构模板,然后去寻找能应用这个模板的业务。