市面上远搪，公司里劣纲，團(tuán)隊(duì)里，大家對(duì)全線的概念都偏向于懂前端谁鳍，懂后臺(tái)癞季，懂服務(wù)器，懂日志倘潜，懂構(gòu)架技術(shù)面相對(duì)廣泛的人稱(chēng)之為全棧
但也往往因?yàn)榫ο拗票疗猓诤芏鄷r(shí)候?qū)τ诩夹g(shù)選型會(huì)造成一定限制，這是局限性涮因，而造成這個(gè)局限性的原因恰恰是因?yàn)樽陨砭Φ牟蛔惴夏溃驗(yàn)槊總€(gè)人的精力是有限的，很容易落的全而不精的尷尬局面养泡，這是被廣為流傳的嗜湃，而真的以全棧為目標(biāo)的人，也恰恰會(huì)因?yàn)槿绱死窖冢紤]技術(shù)的相關(guān)性和通用性……
在當(dāng)前app為主體购披，各種流量為渠道的現(xiàn)在，想要同時(shí)掌握android ios web為前端的同時(shí)還要了解以前后臺(tái)所要求的一切输硝，似乎是太難了呢…這大概也是混合開(kāi)發(fā)經(jīng)久不衰的原因吧…隨著現(xiàn)在react native的衰弱今瀑，android的api版本地獄程梦，還有ios反復(fù)無(wú)车惆眩…讓那個(gè)相關(guān)語(yǔ)言的從業(yè)人員都沒(méi)啥精力向全棧進(jìn)發(fā)…
在過(guò)去，全棧工程師只需要處理web屿附，后臺(tái)郎逃，設(shè)計(jì)，運(yùn)維挺份，html的簡(jiǎn)單易懂褒翰，讓這一切變成了可能…時(shí)代有所不同了～當(dāng)全棧們掌握那么多種語(yǔ)言，那么多環(huán)境不同的特性匀泊，那么多不同的track…卻每一次只能從一個(gè)點(diǎn)到另外一個(gè)點(diǎn)…隨著設(shè)備优训，構(gòu)架，業(yè)務(wù)越來(lái)越復(fù)雜…這是時(shí)代進(jìn)步的必然征兆…
不同利益關(guān)系各聘，不斷有組織出現(xiàn)揣非，期望一個(gè)語(yǔ)言天下通，即能寫(xiě)后臺(tái)也能寫(xiě)前端躲因，在這個(gè)復(fù)雜的世界早敬，如果限定局限性java算一種忌傻，swift算一種…
也無(wú)法擺脫一個(gè)點(diǎn)到達(dá)另外一個(gè)點(diǎn)的困境…在erp領(lǐng)域，odoo在不要求界面的前提下搞监，構(gòu)建自己的技術(shù)邏輯和結(jié)構(gòu)水孩，讓遵循這一邏輯的人，可以快速的構(gòu)建一個(gè)又一個(gè)表單…在flask琐驴，有flask-admin通過(guò)定義模塊快速生成后臺(tái)界面(有點(diǎn)業(yè)余了)～django甚至自帶具備一個(gè)admin～而這一切俘种，大家都將這種一體化前后端界面生成作為一個(gè)后臺(tái)工具…
odoo的因?yàn)樾袠I(yè)的特殊性，后臺(tái)和前端是最為接近的框架绝淡，體系割裂的也較為嚴(yán)重…但作為一個(gè)后臺(tái)也是最為靈活和省心…
在不考慮技術(shù)局限的情況下安疗，依靠中間件，代碼結(jié)構(gòu)快速生成的工具…猶如c#一般够委，快速生成大部分結(jié)構(gòu)…這時(shí)候極其需要一個(gè)全棧講這一切完成最后一點(diǎn)差異化呢荐类？節(jié)約大量的時(shí)間，講所有的任務(wù)預(yù)先一次完成…從設(shè)計(jì)結(jié)構(gòu)到產(chǎn)品成型茁帽，不斷復(fù)用自身代碼玉罐，確實(shí)是全棧的脫引而出的關(guān)鍵，但人最值錢(qián)總是時(shí)間呢……
人類(lèi)的結(jié)構(gòu)化代碼真的極其容易被ai所代替潘拨，而結(jié)構(gòu)化代碼生成模版吊输，也恰恰是必不可少的一部分呢……
