前沿拓展：

web前端開(kāi)發(fā)工程師

前端開(kāi)發(fā)可以自學(xué)，也可以選擇口碑好、信譽(yù)佳的機(jī)構(gòu)學(xué)。我有**web前端視頻課資料可以發(fā)給你自學(xué)，課程是目前前沿的前端技能叫做web全棧工程師。 web全棧工程師5.0課程學(xué)習(xí)內(nèi)容包括：①計(jì)算機(jī)基礎(chǔ)以及PS基礎(chǔ) ②前端開(kāi)發(fā)基礎(chǔ)（HTML5開(kāi)發(fā)百、JavaScript基礎(chǔ)到高級(jí)、jQuery網(wǎng)頁(yè)**、Bootstrap框架） ③移動(dòng)開(kāi)發(fā) ④前端高級(jí)開(kāi)發(fā)（ECM三余便到晚句志隊(duì)AScript6、V羅眾條可響石順存對(duì)敵eu.js框架開(kāi)發(fā)、we革片經(jīng)以bpack、前端頁(yè)面優(yōu)化、React時(shí)握高明框架開(kāi)發(fā)、AngularJS 2.0框架開(kāi)發(fā)等） ⑤小程序開(kāi)發(fā) ⑥全棧開(kāi)發(fā)（MySQL數(shù)據(jù)庫(kù)、Python編程語(yǔ)言、Django框架等） ⑦就業(yè)拓展（網(wǎng)站SEO與前

在信息技術(shù)不斷發(fā)展的今天，前端的發(fā)展也經(jīng)歷了不同的階段。隨著移動(dòng)智能手機(jī)的普及，前端的概念被正式提出，混合 APP開(kāi)始得到廣泛的發(fā)展。近幾年來(lái)，隨著前端技術(shù)的工程化，一些企業(yè)的前端開(kāi)發(fā)任務(wù)逐漸向后端擴(kuò)展，邏輯能力也逐漸成為前端開(kāi)發(fā)人員必備的能力。自2018年起，用戶(hù)對(duì)體驗(yàn)的要求越來(lái)越高，小程序作為一種無(wú)需下載就能使用的應(yīng)用，受到了用戶(hù)和開(kāi)發(fā)者的青睞。

前臺(tái)的工作也不僅僅是網(wǎng)頁(yè)的制作，還有**網(wǎng)站， APP的制作，游戲的制作，比如可以把你開(kāi)發(fā)的網(wǎng)頁(yè)直接打包成 APP應(yīng)用，手機(jī)使用，游戲的交互式界面更多的是前端的開(kāi)發(fā)技術(shù)。那些大公司都把它們分割開(kāi)來(lái)。

　　開(kāi)發(fā)者的思路很重要

　　前端的開(kāi)發(fā)，如果沒(méi)有總體的設(shè)計(jì)思路，會(huì)成為一種碎片似地程序，一個(gè)效果一堆代碼，一個(gè)功能一灘腳本，一個(gè)需求片邏輯。曾經(jīng)遇到過(guò)，因?yàn)閡e調(diào)整，把整個(gè)前端的代碼除了核心數(shù)據(jù)處理函數(shù)保留，其余的全部修改的情況。基本上前端的開(kāi)發(fā)，處于DOM**作，數(shù)據(jù)處理，數(shù)據(jù)交互三部分，如果合理的分配這三部分的功能，那么前端的代碼就很容易擴(kuò)展和調(diào)整。

　　真正的前端開(kāi)發(fā)挑戰(zhàn)，還在于開(kāi)發(fā)者的思路。兼容性，布局，CSS和JS都不是問(wèn)題，問(wèn)題在于如何合理地組織語(yǔ)言邏輯;如何正確抽象出需求中的模塊;如何用代碼處理，清楚地用代碼表達(dá)出思路、寫(xiě)好注釋?zhuān)o后續(xù)維護(hù)者一個(gè)可閱讀的思路。前端的改動(dòng)量，是后端的數(shù)倍，前端沒(méi)有絕對(duì)，只有跟隨需求不停的修改。

　　Web后端開(kāi)發(fā)面臨的挑戰(zhàn)

　　后端開(kāi)發(fā)的五大挑戰(zhàn)

　　第一大挑戰(zhàn)，后端開(kāi)發(fā)最重要的挑戰(zhàn)，來(lái)自于規(guī)模

　　規(guī)模的擴(kuò)大，比如訪問(wèn)量擴(kuò)大，文件存儲(chǔ)量擴(kuò)大，數(shù)據(jù)量擴(kuò)大，服務(wù)器數(shù)量擴(kuò)大等。一個(gè)前端看起來(lái)一模一樣的網(wǎng)站，某一種指標(biāo)如果擴(kuò)大十倍，幾乎都會(huì)面臨一大堆的問(wèn)題和挑戰(zhàn)。另一方面，在規(guī)模擴(kuò)大以后，后端系統(tǒng)架構(gòu)，一定會(huì)復(fù)雜化。原來(lái)只有一臺(tái)Server，LAMP都裝在一起。第二數(shù)據(jù)庫(kù)分出來(lái)，反向**，負(fù)載均衡，分庫(kù)分表，Memcache，Message Queue，事務(wù)處理，CDN，NOSQL，種種架構(gòu)，Server，就逐漸的演化出來(lái)了。架構(gòu)的復(fù)雜化，自然會(huì)帶來(lái)更多的問(wèn)題和更多的挑戰(zhàn)。

　　第二大挑戰(zhàn)，來(lái)自于安全

　　安全問(wèn)題層出不窮，防不勝防。需要技術(shù)手段，也需要管理制度。

　　第三大挑戰(zhàn)，來(lái)自于效率

　　能否提供足夠的處理速度，能否提供足夠的帶寬，能否保證響應(yīng)能力，這些是對(duì)外的效率。能否使用更少的服務(wù)器，能否使用更加便宜的服務(wù)器，能否使用更加節(jié)省能源的服務(wù)器，這些是對(duì)內(nèi)的效率。

　　第四大挑戰(zhàn)，來(lái)自于需求變更

　　無(wú)論前端后端，都會(huì)面臨需求變更，只要是軟件開(kāi)發(fā)，這都是大挑戰(zhàn)。但是當(dāng)一個(gè)系統(tǒng)已經(jīng)穩(wěn)定的，高效的運(yùn)行時(shí)，需求變更來(lái)了，在滿(mǎn)足需求之后，原本來(lái)沒(méi)有問(wèn)題的部分，會(huì)不會(huì)突然崩潰，一旦崩潰，就是后端工程師的噩夢(mèng)。

　　第五大挑戰(zhàn)，來(lái)自于教條

　　這個(gè)世界上有無(wú)數(shù)IT大公司，他們都很開(kāi)放，都愿意分享自己的架構(gòu)與技術(shù)。于是，對(duì)于“眼界開(kāi)闊”的后端工程師而言，困難不在于如何解決，而在于如何從眾多的解決方案中做出挑選?？蚣堋?shí)踐不斷涌現(xiàn)，成功案例也不斷涌現(xiàn)。人家都用得好好的，你敢用嗎?到底是勇于嘗鮮，還是保守要緊呢?這個(gè)很難。

　　后端開(kāi)發(fā)的三**則

　　Design for failure

　　后端相當(dāng)比例的代碼不是為了一般情況下正確而存在，而是為了保證特殊或者極端情況下系統(tǒng)可接受的響應(yīng)而存在的。這里有非常多的折衷要做：漸進(jìn)改進(jìn)還是超前設(shè)計(jì)?水平擴(kuò)展、業(yè)務(wù)優(yōu)化、前臺(tái)還是后臺(tái)處理?大量的折衷都是要根據(jù)不斷變化的環(huán)境和需求去權(quán)衡的，所以很容易犯錯(cuò)。

　　Architecture is about abstract

　　為什么要抽象?因?yàn)槌橄蟮母拍钣懈玫倪m應(yīng)性，更易于復(fù)用，更能靈活適應(yīng)變化。但是抽象是很難的，不恰當(dāng)?shù)某橄蟾琴O害無(wú)窮，要命的是，這些并沒(méi)有很好的方**，多數(shù)是依靠一組基本的原理，憑經(jīng)驗(yàn)作出的。而Web后端開(kāi)發(fā)在很長(zhǎng)時(shí)間里并沒(méi)有很重視這些，很多網(wǎng)站都是粗放型設(shè)計(jì)和開(kāi)發(fā)出來(lái)的，所以補(bǔ)丁疊補(bǔ)丁的結(jié)構(gòu)就順理成章的成為了主流。

　　Architecture is product

　　為架構(gòu)本身即產(chǎn)品，一個(gè)軟件產(chǎn)品包含了不同的視角，其中最重要的包括用戶(hù)看到的視角、以及軟件骨架即架構(gòu)的視角。但產(chǎn)品就是產(chǎn)品，所有這些視角都是必須統(tǒng)一和一致的，這就要求架構(gòu)必須理解產(chǎn)品的靈魂，而產(chǎn)品要理解架構(gòu)的困難所在，否則很容易出現(xiàn)想做的事情做不到或者以巨大的架構(gòu)代價(jià)實(shí)現(xiàn)一個(gè)邊角功能這類(lèi)悲劇。

;