RWD和AWD好難選?免驚,分析後再選擇讓你無痛SEO!

RWD和AWD好難選?免驚,分析後再選擇讓你無痛SEO!
RWD和AWD好難選?免驚,分析後再選擇讓你無痛SEO!

RWD和AWD到底該怎麼選?先聽完分析再選擇才能夠無痛SEO!

目錄

1. 該選擇 RWD 還是 AWD ? 先看看自己的需求吧!

1-1. 評估現有的資源人力

1-2. 對網頁設計畫面要求較嚴謹的狀況下,就使用 AWD 吧!

2. AWD 要怎麼做才能對 SEO 無痛?

 

該選擇 RWD 還是 AWD ? 先看看自己的需求吧!

現今 RWD 正夯,但並不代表所有的網頁都適用於 RWD 技術。決策者必須先檢視網站的規模、內容、專案的需求以及人力,再決定使用 AWD 還是 RWD。至於哪一類的網站適合 RWD、哪一種的網站適合 AWD,簡單整理如下表所示:

 

 

以上分析建議仔細看過。 以下再作補充說明:

 

評估現有的資源人力

只需要寫一套 CSS 的 RWD 所耗的時間與成本絕對比 AWD 還快又省,適合小型網頁、新創產業或是各方面資源有限的狀況下。幾近客製化的 AWD 網頁雖然有利於做 UI / UX,但是需要前端工程師來撰寫判斷使用者來配對 CSS 的程式,且如果想要做 SEO 的話,也是需要前端工程師把多套 CSS 串在同一個 URL 的。

 

網頁設計畫面要求較嚴謹的狀況下,就使用 AWD 吧!

假使有足夠的預算,而且希望使用者不管使用手機、桌機、平板等尺寸不一的裝置都能擁有完美的網頁瀏覽體驗的狀況下,那麼就選擇 AWD 吧!往後在網頁維護上,前端工程師或是網頁設計師也更能找到對應的 CSS 檔來修改,且比較沒有如 RWD 般所有的樣式都塞在同一套 CSS 有 「牽一髮動全身」 的隱憂。 若硬要使用 RWD 也無非不可行,但是若 CSS 樣式寫得不夠嚴謹的話,則恐怕不同的裝置會寫到同一種 style,這時就需要花更多時間來修復,反而會浪費更多成本。

 

AWD 要怎麼做才能對 SEO 無痛?

很多人都說 AWD 對 SEO 不利。那是因為大多數的人會省去將 「行動版」 與 「桌機板」 串在同一個網址的流程,索性就把把網站做成兩個獨立的桌機版跟行動版兩個網站,再進行轉址,所以流量自然會分流,對 SEO 當然有負面影響!

 

觀察很多分成桌機版跟行動版的網站 (如 Momo 購物、Facebook 等等) 的 URL ,會發現行動版的網址前面多會有個 「m.」 的開頭,就是這樣的情況。

 

但我們先回到原點,弄懂 AWD 的基本原理,其實 AWD 只是分成桌機版與行動板等兩套 CSS (有時可能會多出其他的而有兩套以上的 CSS)。但是一個網站擁有多套 CSS 並不等於一定要分成兩個網站。工程師常見的做法是撰寫程式讓同一個 URL 之下,判斷裝置而吐出相對應的網站架構與 CSS 樣式。多了這個步驟,才可以集中流量在同一個網址中,對 SEO 或品牌辨識度都比較好,就不會有前面提到 「分流」 的問題,也不會影響到 SEO的成效囉。

 

所以不要再說 AWD 對 SEO 不利了!不利 SEO 的是把 「網站做成兩個獨立的桌機版跟行動版兩個網站,再進行轉址」 的作法。你所需要的,是要把行動版與桌機板使用同一個 URL就可以了。

 

 

 

 

 

 

推薦文章:
元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧


Google提出Android隱私沙盒,標榜保護用戶資料安全


所有的新創業者都需要SEO 的7 個理由!


SEO是什麼?跟AdWords差在哪?如何自學?


2022最佳職場出爐!臉書自改名Meta後爭議多排名還下滑!


行車安全就交給人工智慧!Brembo開發AI幫你踩煞車!(上)


澳洲醫生開發AI自殺艙,是否”該死”由人工智慧定義!(上)

 

網站想要經營好,首先必先了解RWD和AWD差異!

網站想要經營好,首先必先了解RWD和AWD差異!
網站想要經營好,首先必先了解RWD和AWD差異!

如果可以先了解RWD和AWD的差別,對於經營網站肯定有很大的幫助哦!

 

 

目錄

1. RWD 和 AWD 的差異與優缺點

2. RWD、AWD 的異同之處

2-1. 共同之處

2-2. 不同之處

2-2-1. RWD

2-2-2. AWD

3. RWD 的優點與缺點

3-1. 優點

3-2. 缺點

4. AWD 的優點與缺點

4-1. 優點

4-2. 缺點

5. 該選擇 RWD 還是 AWD ? 先看看自己的需求吧!

 

AWD 跟 RWD 的目的其實都算是一致的,主要都是希望能夠針對桌機、平板、手機等不同尺寸的裝置,而顯示出易於瀏覽的網站畫面。

 

在規劃網站時,相信有不少的 PM 在與前端工程師或是網頁前端設計師在溝通上遇到瓶頸,像是網站要使用 RWD 或是 AWD 等等。本篇就以未接觸過網頁設計、或是無任何技術背景的網頁規劃者為角度,講解 RWD 與 AWD 網站的差異,以及該如何規劃及選擇。

 

RWD 和 AWD 的差異與優缺點

 

在網頁上,RWD 是「Responsive Web Design (響應式網頁設計)」的縮寫;而 AWD 則是 「Adaptive Web Design (自適應式網頁設計)」的縮寫。RWD 與 AWD 是因為現今大多數人們習慣使用手機、平板等行動裝置上網而生的 CSS 寫法,讓網頁設計無論在桌機螢幕上、或是尺寸較小的行動裝置上,都能清楚的呈現,讓使用者能夠更舒服的瀏覽網頁。

 

RWD 與 AWD 的差異,簡單的來說,前者是無論行動裝置或是桌機,都使用同一套 CSS;而後者是針對各種裝置撰寫對應的 CSS,可以有多套 CSS,例如桌機有桌機的一套 CSS,手機有自己的一套 CSS。

 

RWD 與 AWD 的差異,簡單的來說,就是前者只有一套 CSS 檔案、後者卻有多套 CSS 檔案。詳述如下:

 

RWD 會把所有裝置的樣式都寫在同一套 CSS 中,因此無論行動裝置或是桌機,都是使用同一套 CSS 。當使用者打開了網頁,就能即時透過網頁的寬度,決定要套用到 CSS 中的哪一個樣式。

 

AWD 是針對各種裝置撰寫對應的 CSS,因此就會針對不同的裝置,而有多套的 CSS 樣式碼:例如桌機有桌機的一套 CSS,手機有自己的一套 CSS。AWD 的方式必須仰賴前端工程師撰寫的程式,來判斷使用者是使用哪種裝置開啟網頁,再自動匯入相應的 CSS 檔案:如程式判斷出某使用者是使用桌機瀏覽網頁的話,就會自動匯入桌機的 CSS 樣式檔案;如果是使用手機開網頁,就匯入手機的 CSS 樣式檔。

 

RWD、AWD 的異同之處

RWD 與 AWD 只是方式不同罷了,沒有所謂的哪個比較好,優缺點比較如下:

共同之處

RWD 與 AWD 都會判斷裝置,並且依照裝置顯示出對應的樣式。

 

不同之處

RWD

無論行動裝置或是桌機,都使用同一套 CSS
當使用者打開了網頁,就能偵測網頁的寬度而決定要套用哪些 CSS 樣式碼。

 

AWD

針對各種裝置撰寫對應的 CSS,因此會有多套 CSS,一般來說會有兩套 CSS:桌機專屬的一套 CSS,手機專屬的一套 CSS。
當使用者打開了網頁,程式就能自動偵測網頁的寬度而決定要套用哪個 CSS 檔案。

 

RWD 的優點與缺點

優點

1. 節省網站製作成本
因為無論是桌機、手機的樣式,全都只塞在同一套 CSS 檔案,所以開發成本較低,適合內容比較單純的網站、新創公司或是個人工作室使用。

 

2. SEO 更方便
因為同一個網頁、URL 也只有一個,所以更方便 SEO

 

缺點

1. 開發容易、維護耗時
全部的樣式碼都一窩蜂塞在同一套 CSS 裡面,所以在網頁維護上較不容易,常常需要大海撈針般找到對應的程式碼。如果遇到需要修改的狀況,很可能修改某個樣式碼,卻也影響到了其他不需修改的樣式碼,而導致網站 「跑山」 的窘境。

 

2. 行動裝置網頁載入恐會更慢
因為所有的裝置都使用同一個 CSS 碼,所以較無法針對行動裝置做圖片顯示的最佳化,加上 RWD 網頁的機制是將資訊先下載後,再根據裝置大小重新排列,所以會較慢。

 

AWD 的優點與缺點

優點

1. 網頁維護更分明,不怕樣式被吃到
雖然成本較 RWD 高,但是由於桌機與手機的 CSS 分別在不同的檔案,因此在維護上會比 RWD 更分明、更能清楚地找到對應的樣式碼,不需要大海撈針。而且也不會因為更改一個 CSS,而影響到不該改變的區塊,或style也改變的後顧之憂。

 

2. 有利於 UI/UX
假設對畫面顯示的要求較高,希望能在各種裝置上畫面都能完美呈現的場合、或是網站內容較多、圖文排版較複雜時,就適用 AWD,可針對不同的瀏覽介面而做出對應的 UI/UX,讓介面更美觀好用、給使用者更佳的網頁瀏覽體驗。

 

3. 行動裝置網頁載入更快
可針對行動裝置而做優化,將原本的大圖縮減成最合適的尺寸,減少不必要的大圖,就能加快行動裝置的網頁 loading。

 

缺點

1. 維護較容易,但開發成本高
一開始需要針對不同的裝置而寫出好幾套 CSS,耗時耗力,且還需工程師撰寫讓網頁自動感應載具而套用對應 CSS 的程式。若有 SEO 的需求,還需另請工程師將同一網頁的多套 CSS 串在同一個網址內,否則流量會自動被手機與桌機瓜分。

 

該選擇 RWD 還是 AWD ? 先看看自己的需求吧!

當下 RWD 正夯,只需要寫一套 CSS 的 RWD 所耗的時間與成本一定比 AWD 還快又省,適合小型網頁、新創產業或是各方面資源有限的狀況下。

 

即便如此,也並非所有的網頁都適用 RWD。若是對網頁設計畫面要求較嚴謹的狀況下,AWD 網頁在後續的維護上讓前端工程師、UI 設計師較能找到對應的 CSS 檔來修改,沒有如 RWD 般所有的樣式都塞在同一套 CSS 「牽一髮動全身」 的隱憂。

 

決策者必須先檢視網站的規模、內容、專案的需求以及現有的人力,再決定使用 AWD 還是 RWD。至於哪一類的網站適合 RWD、哪一種的網站適合 AWD,本篇文章「網頁一定得選擇 RWD 嗎?AWD 要怎麼做才能無痛SEO?」有進一步的分析與講解。

 

 

 

 

 

推薦文章:
元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧


Google提出Android隱私沙盒,標榜保護用戶資料安全


所有的新創業者都需要SEO 的7 個理由!


SEO是什麼?跟AdWords差在哪?如何自學?


LINE服務在地化,推出2項人工智慧服務,網友直呼好方便!


UI的圓角設計現正夯!卡通常用連賈伯斯愛不釋手!(上)


本年度最佳職場排行出爐!臉書改名Meta爭議多排名慘遭滑鐵盧!

 

人工智慧編程工具Codex神助攻!讓你寫程式真輕鬆!(下)

人工智慧編程工具Codex神助攻!讓你寫程式真輕鬆!(下)
人工智慧編程工具Codex神助攻!讓你寫程式真輕鬆!(下)

自從有人工智慧編程工具Codex,寫程式真的變得好輕鬆!(下)

 

本文為下篇,上篇請看此連結

OpenAI:共同維持單純生態讓程式社群「產生更高價值」

當被問及這些抱怨時,Greg Brockman回答:「新技術即將到來,確實需要這場辯論,即使會有別於過往社群的意見,我們將接受反饋並以不同的方式做事。」他認為人工智慧社群始終受益於Open AI的工作。「這會對生態系統有很大的價值,歸根結底,這些技術可以重塑我們的經濟,為所有人創造一個更美好的世界。」Brockman解釋道。

 

Codex 也肯定會為 OpenAI 及其投資者創造價值。2015年公司以非營利實驗室的身份起步,為了吸引外部資金,它在 2019 年轉為「利潤上限」 (capped-profit)模式,儘管Codex最初是作為免費API發布的,但 OpenAI 預期未來將會對使用者收費。

 

OpenAI表示它不想使用Codex構建自己的工具,因為它其實更適合改進人工智慧核心模型。Brockman說:「我們意識到如果追求成為任何一項工具,就會切斷任何其他路線。作為一家初創公司,可以選擇最擅長一件事。毫無疑問,此系統正為所有模型製作更好的版本。」

 

從 Codex 展示案例中猜測語言喜好

雖然 Codex 聽起來非常令人興奮,但在真正的工程師掌握之前很難判斷它的全部功能。但即使在不是工程師的情況下,確實看到 Codex 的運行情況,並且對人工智慧有一些想法。

 

OpenAI 的 Brockman 和 Codex 負責人 Wojciech Zaremba 線上展示使用 Codex 創建網站遊戲,Brockman 在 Google 圖片上找到一個人的剪影,告訴 Codex 在貼上 URL 前「從頁面添加這個人的圖像」,剪影隨後出現在視窗上,然後 Brockman 修改它的大小,說道:「讓這個人變大了一點」、「現在可以用左右箭頭鍵控制它」。

OpenAI 的 Brockman 使用 Codex 創建網站遊戲 ,使用口語來「使喚」Codex 寫出相應代碼。

 

人工智慧藝術與科學般的對 Codex 下達指令

這一切都非常順利。人影開始在視窗上晃來晃去,但很快就遇到一個問題:它一直在視窗外消失。為了阻止這情況,Brockman額外下達指令:「不斷檢查這個人是否離開頁面,如果是就把它放回頁面上。」這阻止它移出視線,但很好奇指令需要多麼精確。我建議可以嘗試不同的方法:「確保此人無法退出頁面。」這這也有效,由於 Brockman 和 Zaremba 無法解釋的原因,它還改變圖形的寬度,將其壓扁在視窗上。

 

雖然此人工智慧應用實例很好的展現出來,同時也說明程式有一定的侷限性。OpenAI 並沒有聲稱它一定完全能夠讀懂人的大腦、完美的執行每個指令。相反地,它需要深思熟慮以及更多的反覆嘗試。Codex不會在一夜之間將不會撰寫程式碼的人變成專家工程師,但它肯定比任何其他程式語言更容易明白與學習。

 

 

 

 

推薦文章:
自家的人工智慧太會寫假新聞!馬斯克嚇到離開OpenAI?


給人工智慧幾它給你完整文章!奇幻、科普、假新聞任你挑


人工智慧寫文太療癒,奪排行榜冠軍!學霸敲碗求更新


人工智慧寫「不想消滅人類」登《衛報》……記者將被 AI 取代?


AI技術導入東奧!7個黑科技你不能不知道!(一)


蘋果用AI把關兒童情色照,卻遭質疑沒隱私!(上)


心裡苦卻說不出?人工智慧24待命安慰你的心!(上)

人工智慧編程工具Codex神助攻!讓你寫程式真輕鬆!(上)

人工智慧編程工具Codex神助攻!讓你寫程式真輕鬆!(上)
人工智慧編程工具Codex神助攻!讓你寫程式真輕鬆!(上)

自從有人工智慧編程工具Codex,寫程式真的變得好輕鬆!(上)

 

目錄

1. 人工智慧發展太快!Codex可將英文翻譯成程式碼

2. Codex:能將人話翻成Python等10多種程式碼的人工智慧應用

3. 程式設計中「最乏味」的關鍵步驟,人工智慧一把罩!

4. Codex 恐延續 Copilot 的代碼版權爭議

5. OpenAI:共同維持單純生態讓程式社群「產生更高價值」

6. 從 Codex 展示案例中猜測語言喜好

7. 人工智慧藝術與科學般的對 Codex 下達指令

 

人工智慧發展太快!Codex可將英文翻譯成程式碼

還在苦惱不會寫Python、Java這些程式碼,落後於其他人嗎?現在隨著人工智慧技術越來越強,未來程式設計不再是需要編寫複雜的代碼,甚至只要會說英文就能 coding!

 

馬斯克創辦、致力於人工智慧的研發公司 OpenAI 日前發佈一款新的機器學習系統「Codex」,可以將英語直譯成程式語言。期望這樣的人工智慧應用,能讓程式設計變得更簡單便利,為的是讓更多人能共同參與。

 

Codex:能將人話翻成Python等10多種程式碼的人工智慧應用

OpenAI 的 CTO 兼聯合創辦人 Greg Brockman 和 Codex 負責人 Wojciech Zaremba 線上展示 Codex 的各式用途,揭開它神秘的面紗:簡約的介面、能夠將自然語言翻譯成 Python、JavaScript、Go、Perl、PHP、Ruby、Swift 和 Shell 等 10 多種主流程式語言的能力。

 

Codex 就像是一位資料科學家,可以將資料下載、歸納後予以分析、製作圖表。還可以把人話翻譯成電腦程式碼,實現多種程式語言之間的互譯,更進一步建構出基礎的網站和遊戲。

 

舉例來說:使用者在指令欄中,使用英文「寫」出一個上方有大標、側邊有導覽列的網頁後,Codex 便會將此指令翻譯為完整的程式碼。雖然此系統並非萬無一失,操作執行時仍需要耐心,但已證明可為不同領域帶來更佳效率與價值。

 

程式設計中「最乏味」的關鍵步驟,人工智慧一把罩!

OpenAI 的 CTO 兼聯合創始人 Greg Brockman 說他們將 Codex 這項人工智慧定義為「增加工程師的人數」。他說:「編寫程式語言有兩個部分:首先,你必須認真思考、理解一個問題;之後將這些需要執行的片段——無論是函數還是API——轉譯成現有程式語言。」而後者的「轉譯」步驟是最乏味、但也是最關鍵的,這時就只能請出人工智能「Codex」為工程師消除繁重的工作。

 

Codex 恐延續 Copilot 的代碼版權爭議

OpenAI 使用早期版本的 Codex 為 GitHub 構建了一個名為 Copilot 的工具,這是一個微軟的原始碼儲存庫(因為微軟本身就是 OpenAI 的密切合作夥伴)。

 

Copilot 類似 Gmail 中輸入內容時修正拼字和文法錯誤的工具,藉此能夠提供開發者整行或整個函式的程式碼編寫、修正建議。不過 OpenAI 的新版 Codex 更加先進靈活,除了 coding 外,甚至還可以自行創建程式碼。

 

Codex 建立在 OpenAI 的語言生成,延伸 GPT-3 的模型,訓練資料包含自然語言,以及數十億的開放原始碼。GPT-3 本身就擁有閱讀、生成人類自然語言的能力,而 Codex 更是進一步地優化 GPT-3 原有的能力,甚至可從網路上抓取開放原始碼儲存庫並且進行培訓。

 

這樣的人工智慧應用與技術,卻有從工程師們的成果中謀利之嫌,已經讓 OpenAI 飽受爭議。例如過去的 Copilot 工具最受質疑的地方,就是對原代碼的版權侵犯問題。

 

有開發者表示:「我不同意 GitHub 在未經授權和未經許可的情況下,使用受版權保護的程式碼作爲機器學習產品『Copilot』的訓練資料庫 。Copilot 在未聲明原始碼所有權的狀況下,將這些受版權保護的原始碼放入用戶的軟體中⋯⋯這是對版權擁有者們的作品的的未經授權、未經許可的不當使用。」而 Python Flask 框架的創辦者 Armin Ronacher 更是因為 Copilot 的緣故而退出 GitHub。

 

同樣批評可能也將會針對 Codex,儘管 OpenAI 表示有受法律合理的保護使用。

 

 

下篇請看此連結

 

 

 

 

 

推薦文章:
自家的人工智慧太會寫假新聞!馬斯克嚇到離開OpenAI?


給人工智慧幾它給你完整文章!奇幻、科普、假新聞任你挑


人工智慧寫文太療癒,奪排行榜冠軍!學霸敲碗求更新


人工智慧寫「不想消滅人類」登《衛報》……記者將被 AI 取代?


心情鬱卒就找臉書AI!陪你聊心事還會記得你的一切!(上)


選手靠AI訓練就行?!7個東奧結合AI的新科技-1


蘋果用AI阻擋兒童情色照傳播,卻引發爭議!(上)

掌握這些小技巧,網頁前端輕鬆學!

掌握這些小技巧,網頁前端輕鬆學!
掌握這些小技巧,網頁前端輕鬆學!

零基礎也想學好網頁前端?掌握這些技巧後真的一點也不難!

最近有很多想要轉行的朋友紛紛把目光投降了網路前端技術。 網路前端作為一個薪資前景看好的熱門行業,吸引了許多人的加入。但是對於剛剛準備轉行的朋友來說並不知道網路前端是什麼?零基礎到底該怎麼學習Web?下面就來和小編一起看一看文章內容吧~

 

零基礎怎麼學習Web?

一、網路前端是什麼呢?

當你在網絡、APP上瀏覽網頁時看到的所有漂亮的頁面都是由網路前端實現的,在我們看來簡單,但是一個小小的按鈕,一個小小的符號都是網路前端工作者仔細斟酌過的。

網路前端工作相對於其他軟件開發工作是比較容易入門的,但是深入學習會比較困難,它需要從業人員掌握一定的設計、代碼、交互技能,有的公司還會要求有一點SEO技能。達妹帶你看看零基礎怎樣入門?

 

二、零基礎怎麼學習Web?

網路前端培訓零基礎入門有兩種方式:

· 第一,通過自己自學進入該行業

· 第二,通過參加Web培訓機構入門

通過自身學習入門你需要通過的是最開始學習時多看看視頻,有一定了解後針對自身情況挑選合適的書籍,進行知識性的查漏補缺。當然這學習的過程很重要,需要將自己學習的知識串成知識點時常溫習。平時多練習代碼,堅持一段時間之後一定會有所成就。最好可以挑選合適的教育機構,這樣可以減少你學習的時間,有針對性的學習。

 

三、網路前端技術的三個階段

分別是前端美工、前端開發和前端架構。

前端美工主要負責最基本的一些平面設計,視覺互動設計,不需要參加太多代碼問題,中級網路前端會寫JS,應用js,用戶交互等,前端架構是開發、優化框架和服務器,用戶體驗等涉汲就比較廣。三者薪資根據等級不同也逐漸升高。

 

四、網路前端開發包括三個要素

HTML5CSSJS,是網路前端開發包括的三要素,當然服務器端語言以及基本的PS、視覺設計也是需要優先了解的。 網路前端既需要與上游的視覺互動設計師、視覺設計師和產品經理溝通,又要與下游的服務器端工程師溝通,需要掌握的技能比較多。所以對於有些知識只需要入門不需要精通,有些知識卻需要融會貫通,這對網路前端開發的學習比較重要。

 

五、HTML5和網路前端的區別

HTML5是現在網路前端開發一項重要的內容,由於技術的不斷發展,市場需求的不斷變化,加之新媒體時代的衝擊,例如微信的小程式,這都決定了HTML5的重要性,未來HTML5工程師的需求肯定會大大增加,由於這是新鮮產物,市場的需求一定是向偏年輕化需求發展,因為他們的接受能力和學習能力高於中年人,所以現在進入HTML5的學習和網路前端的學習時機很好。

 

 

 

 

推薦文章:
JavaScript入門教學#22|數學物件


今年10月即將入手的新身分證,它的UI設計有啥亮點?


JavaScript入門教學#21|陣列的方法與屬性


你是我的眼!Google AI 眼鏡助視障朋友「看見」世界


網頁前端要成功關鍵,就是JavaScript!!


Javascript入門第十七課-物件介紹


搞不懂Javascript變量命名?問前端工程師就對了!

終極解密!!一窺前端工程師/後端工程師/全站工程師的差異!

終極解密!!一窺前端工程師/後端工程師/全站工程師的差異!
終極解密!!一窺前端工程師/後端工程師/全站工程師的差異!

今天就要帶你揭開前端工程師/後端工程師/全站工程師的神秘面紗!

現今的社會,業界對於網站開發工程師的需求,一直都沒有停止過,這同時也吸引很多非本科系出身的同學想轉職到網站開發工程師。但是常常聽到網站開發工程師還有分成「前端工程師」、「後端工程師」,還有綜合上述的「全站(full-stack)工程師」。這三種職位到底差在哪裡?該選哪種學習比較好上手呢?因此本篇文章幫助你先了解網站開發的分工定義、技能需求,才能幫助你找到適合自己的目標、更有效率學習,更快達成轉職網站開發工程師的願望哦。

前端工程師

網站的「前端」是與用戶直接交互的部分,包括你在瀏覽網頁時接觸的所有視覺內容–從字體到顏色,以及下拉菜單和側邊欄。這些視覺內容,都是由瀏覽器解析、處理、渲染相關HTML、CSS、Javascript 文件後呈現而來。

技能與工具

前端開發,就是要創造上面提到的網站面向用戶的部分背後的代碼,並通過建立框架,構建沉浸性的用戶體驗。為了能實現這個目標,開發需要熟練運用下列語言、框架、工具庫——三大語言:HTML,CSS,和Javascript

此外,掌握jQuery 和LESS 等工具庫也很重要,它們能幫助開發者以更高效的方式編碼;很多前端開發崗也要求Ajax 方法的使用經驗,它可以幫助你使用Javascript 在後台從服務器拉取數據,協助實現頁面的動態加載。

打個比方,前端工程師的工作專注於「房屋」裝修,而蓋房子的工作由後端開發者負責。通過一些專門的工具,前端開發者與設計師/用戶體驗分析師密切合作,幫助構建原型或是線框圖,參與產品開發到發布的全過程。

一些前端工程師甚至能準確定位影響用戶體驗的特定問題,並給出建議或是代碼解決方案,對產品設計帶來積極影響。在專業能力外,與其它團隊協作,以理解特定目標、需求、機遇,以及高效的執行力也非常重要。

這聽起來工作內容很多,但相對回報是十分豐厚的。「我是一名技術人員,也是一名設計者,在數字平台上使用標記語言和代碼修改視覺元素並與之互動是很自然而有趣的體驗,」有八年前端開發經驗的Mikey Ilagan 說「這讓我能夠直接影響到用戶體驗,操縱應用和網站裡用戶所見並直接與之交互的元素,這非常棒!」

總之,前端開發者要為後端開發者搭建的「房屋」進行內部設計和裝修工作。裝潢風格由房屋所有者指定。Apptix 的產品市場負責人Greg Matranga 表示:「前端開發者有時更容易為他們的工作感到振奮,因為他們有更廣闊的空間發揮自己的創造力。」

後端工程師

是什麼給網站前端提供支持?數據存放在哪裡?這就涉及後端內容了。網站後端包括服務器、應用還有數據庫。後端開發者構建並維護這些組件,為網站提供多方面支持。

由上圖可以看出,UDN 的讀者來源,大部分來自 Search (搜尋引擎)輸入特定關鍵字後,進到 UDN 的網頁;而東森新聞雲的讀者最多都是從 Facebook 等 Social 社群網站的連結進來。

技能與工具

為了讓服務器、應用、數據庫能夠彼此交互,後端工程師需要具有以下之技能:

用於應用構建的服務器端語言:PHP, Ruby, Python, Java, .Net 等;
數據相關工具:My SQL , Oracle, SQL Server等;
PHP框架:Zend, Symfony, CakePHP等;
版本控制工具:SVN, CVS , Git 等;
還要熟練使用Linux 作為開發和部署環境。

後端開發者使用這些工具編寫乾淨、可移植、具有良好文檔支持的代碼來創建或更新 Web 應用。但在寫代碼之前,他們必須先與客戶溝通,了解其實際需求並轉化為技術目標,制定最有效且精簡的方案來進行實現。

「我熱愛後端開發因為我喜歡操縱數據」,資深後端開發者就職於 Wildbit 的 JP Toto 說。「現在共有和私有 API 已變成移動設備、網站以及其它互聯繫統交換數據的必備通道。創建對大家有用的API 是我工作裡非常鼓舞人心的部分」。

全端工程師

全端工程師,最初是 6 年多以前由 Facebook 帶動的概念。全棧的核心,是指這批開發者能夠承擔包括前端、後端在內的所有功能開發任務,他們擁有一個技能全家桶。

「能夠同時承擔服務器端和客戶端工作會為你帶來更多機會,」 Grovo 的全端工程師 Federico Ulfo 說「當然這也就意味著更多的挑戰。以廚藝作類比,掌握烹飪和烘焙都需要時間與經驗積累,同時掌握兩者要花費更多精力。照著菜譜做誰都可以,我此處所說的是做出真正美味東西的能力。」

技能與工具

全端工程師也通常在服務器端進行編程工作,但他們熟練前端語言,能夠操縱網站面向用戶的部分。基本上可以形容他們是百事通。

全端工程師需要對 Web 架構的每一個層次都有足夠的了解:搭建和配置Linux 服務器,編寫服務器端API,利用客戶端Javascript 代碼驅動應用,將設計層面的東西轉化到實際的CSS 代碼。掌握並使用大量工具的同時,全端工程師需要敏捷地分配服務器端和客戶端任務,提供解決方案並對比不同方案的優劣。

 

 

 

 

推薦文章:
還在猶豫怎麼用Class選擇器?前端工程師分析給你聽!


零基礎也想成為前端工程師?那你一定要知道這”三大”內容!


資深前端工程師之Emmet教學(1)標籤名稱如何快速產生?


網路行銷的7大心法1內容行銷是不可或缺的!


從七個不同的方向來解釋Python和Java的不同之處!!


暑假快到了!與其讓兒子盲目拚學測,我寧可讓他先選擇人生方向~


SEO優化剖析!隱藏在URL網址下的真實面貌!?