㈠ 微信前端開發要注意什麼
1.微信在界面頂部有自己本身的功能及標題欄，所以如果是專門為微信設計的Web界面，頂部最好不要再有功能或標題欄，否則會顯得多餘臃腫。
2.注意字體字型大小的選擇，界面元素大小可以用em而不是px定義，界面元素一定要自適應屏幕。
㈡ 面試Web前端需要注意什麼會面試哪些問題
作為一名HTML5前端工程師，為了工作，為了就業我們免不了要參加各種各樣的面試。為此總結了面試前的注意事項：
第一：注意自己的儀容儀表
面試之前，一定要再次從頭到腳地將自己的儀容儀表檢查一遍。檢查時主要包括，自己的牙縫是不是還有食物殘渣，所以你需要就近找一個衛生間，如果沒有衛生間就近找一個角落也是可以的，但是切記一定不要在大庭廣眾之下。因此，為了給自己整理出著裝的時間請在約定時間前20分鍾到達。
第二：再次檢查面試時所需的資料是否都已帶全
這些資料主要包括：身份證明、學歷文憑證明、個人簡歷、以往作品等等，如果這些東西齊全之後，需要對這些資料做一個整理與排序。因為沒有哪個面試官希望看到面試者拿出一堆「莫名其妙」的東西塞給他，讓他自己再一頁一頁的翻找自己需要的內容，如果說這些資料在面試官手中不小心散落一地，結果可想而知。這樣的求職者在面試官眼中也一定不是一個讓人放心、有條不紊的員工。當然如果檢查時發現資料沒有帶全，也不要緊張。反而你要慶倖幸虧及時檢查，也有足夠的時間組織語言去向面試官解釋。
第三：面試之前將通信工具調成振動或關閉狀態
雖然說面試者與面試官之間是一個平等的關系，但畢竟你是去人家公司求職的，始終處於一個被動的狀態，所以最起碼的尊重還是要做到的。曾經有調查顯示，對於面試過程中接電話或是被電話打斷的求職者，會被HR減分。
第四：等候面試官時，仔細觀察多了解面試公司
在等候面試官時，可以暗自觀察一下公司的大體情況比如員工的著裝風格、公司的LOGO或是貼在牆上的企業文化、公司的環境等等，一來可以在接下來的面試過程中表現出自己對公司的認同感，二來也可以讓自己對求職公司多些了解，以確定是否要接受這里的工作。如果你身邊有公司的資料宣傳架，不妨取一本翻看一下，也會增加HR對你的好感。
第五：放鬆心情，保持自信
面試時一定要保持一定的自信，這樣也會給面試官留下很好的印象。面試只是你步入工作的第一步，即便是失敗了那也是人生重要的經歷。失敗是為了更好的迎接下一個挑戰。
作為一名web前端工程師千萬不要覺得懂技術面試就能萬事大吉了，像以上五點細節性的東西也是一定要掌握的。
面試題系列：
網頁鏈接
㈢ 學習web前端需要注意什麼
前端雖然學習起來是相對簡單的，但是內容也不少，同時後期可以補充後端技能，成為現在熱門的web全棧工程師。
要學的內容主要有：
①計算機基礎以及PS基礎
②前端開發基礎（HTML5開發、JavaScript基礎到高級、jQuery網頁特效、Bootstrap框架）
③移動開發
④前端高級開發（ECMAScript6、Veu.js框架開發、webpack、前端頁面優化、React框架開發、AngularJS 2.0框架開發等）
⑤小程序開發
⑥全棧開發（MySQL資料庫、Python編程語言、Django框架等）
⑦就業拓展（網站SEO與前端安全技術）
互聯網行業目前還是最熱門的行業之一，學習IT技能之後足夠優秀是有機會進入騰訊、阿里、網易等互聯網大廠高薪就業的，發展前景非常好，普通人也可以學習。
想要系統學習，你可以考察對比一下開設有相關專業的熱門學校，好的學校擁有根據當下企業需求自主研發課程的能力，能夠在校期間取得大專或本科學歷，中博軟體學院、南京課工場、南京北大青鳥等開設相關專業的學校都是不錯的，建議實地考察對比一下。
祝你學有所成，望採納。
㈣ 新手開發移動端 H5 頁面有哪些注意事項
1、首先我們來看看webkit內核中的一些私有的meta標簽，這些meta標簽在開發webapp時起到非常重要的作用
<meta content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0" name="viewport">
<meta content="yes" name="apple-mobile-web-app-capable">
<meta content="black" name="apple-mobile-web-app-status-bar-style">
<meta content="telephone=no" name="format-detection">
1
2
3
4
5
6
代碼laycode - v1.1
第一個meta標簽表示：強制讓文檔的寬度與設備的寬度保持1:1，並且文檔最大的寬度比例是1.0，且不允許用戶點擊屏幕放大瀏覽；
第二個meta標簽是iphone設備中的safari私有meta標簽，它表示：允許全屏模式瀏覽；
第三個meta標簽也是iphone的私有標簽，它指定的iphone中safari頂端的狀態條的樣式；
第四個meta標簽表示：告訴設備忽略將頁面中的數字識別為電話號碼
2、HTML5標簽的使用
在開始編寫webapp時，哥建議前端工程師使用HTML5，而放棄HTML4，因為HTML5可以實現一些HTML4中無法實現的豐富的WEB應用程序 的體驗，可以減少開發者很多的工作量，當然了你決定使用HTML5前，一定要對此非常熟悉，要知道HTML5的新標簽的作用。比如定義一塊內容或文章區域 可使用section標簽，定義導航條或選項卡可以直接使用nav標簽等等。
3、放棄CSS float屬性
在項目開發過程中可以會遇到內容排列顯示的布局，假如你遇見這樣的視覺稿，哥建議你放棄float，可以直接使用display:inline-block;
4、利用CSS3邊框背景屬性
這個按鈕有圓角效果，有內發光效果還有高光效果，這樣的按鈕使用CSS3寫是無法寫出來的，當然圓角可以使用CSS3來寫，但高光和內發光卻無法使用CSS3編寫，
這個時候你不妨使用-webkit-border-image來定義這個按鈕的樣式。
-webkit-border-image就個很復雜的樣式屬性。
5、塊級化a標簽
請保證將每條數據都放在一個a標簽中，為何這樣做？因為在觸控手機上，為提升用戶體驗，盡可能的保證用戶的可點擊區域較大。
6、自適應布局模式
在編寫CSS時，我不建議前端工程師把容器（不管是外層容器還是內層）的寬度定死。為達到適配各種手持設備，我建議前端工程師使用自適應布局模式（支付寶 採用了自適應布局模式），因為這樣做可以讓你的頁面在ipad、itouch、ipod、iphone、android、web safarik、 chrome都能夠正常的顯示，你無需再次考慮設備的解析度。
7、學會使用webkit-box
上一節，我們說過自適應布局模式，有些同學可能會問：如何在移動設備上做到完全自適應呢？很感謝webkit為display屬性提供了一個webkit-box的值，它可以幫助前端工程師做到盒子模型靈活控制。
8、如何去除Android平台中對郵箱地址的識別
看過iOS webapp API的同學都知道iOS提供了一個meta標簽:用於禁用iOS對頁面中電話號碼的自動識別。在iOS中是不自動識別郵件地 址的，但在Android平台，它會自動檢測郵件地址，當用戶touch到這個郵件地址時，Android會彈出一個框提示用戶發送郵件，如果你不想 Android自動識別頁面中的郵件地址，你不妨加上這樣一句meta標簽在head中
<meta content="email=no" name="format-detection" />
9、如何去除iOS和Android中的輸入URL的控制項條
你的老闆或者PD或者交互設計師可能會要求你：能否讓我們的webapp更加像nativeapp，我不想讓用戶看見那個輸入url的控制項條？
答案是可以做到的。我們可以利用一句簡單的javascript代碼來實現這個效果
setTimeout(scrollTo,0,0,0);
請注意，這句代碼必須放在window.onload里才能夠正常的工作，而且你的當前文檔的內容高度必須是高於窗口的高度時，這句代碼才能有效的執行。
10、如何禁止用戶旋轉設備
我曾經也想禁止用戶旋轉設備，也想實現像某些客戶端那樣：只能在肖像模式或景觀模式下才能正常運行。但現在我可以很負責任的告訴你：別想了!在移動版的webkit中做不到！
至少Apple webapp API已經說到了：我們為了讓用戶在safari中正常的瀏覽網頁，我們必須保證用戶的設備處於任何一個方位 時，safari都能夠正常的顯示網頁內容（也就是自適應），所以我們禁止開發者阻止瀏覽器的orientationchange事件，看來蘋果公司的出 發點是正確的，蘋果確實不是一般的蘋果。
iOS已經禁止開發者阻止orientationchange事件，那Android呢？對不起，我沒有找到任何資料說Android禁止開發者阻止瀏覽器orientationchange事件，但是在Android平台，確實也是阻止不了的。
11、如何檢測用戶是通過主屏啟動你的webapp
看過Apple webapp API的同學都知道iOS為safari提供了一個將當前頁面添加主屏的功能，按下 iphoneipodipod touch底部工具中的小加號，或者ipad頂部左側的小加號，就可以將當前的頁面添加到設備的主屏，在設備的主屏會自動 增加一個當前頁面的啟動圖標，點擊該啟動圖標就可以快速、便捷的啟動你的webapp。從主屏啟動的webapp和瀏覽器訪問你的webapp最大的區別 是它清除了瀏覽器上方和下方的工具條，這樣你的webapp就更加像是nativeapp了，還有一個區別是window對像中的navigator子對 象的一個standalone屬性。iOS中瀏覽器直接訪問站點時，navigator.standalone為false,從主屏啟動webapp 時，navigator.standalone為true， 我們可以通過navigator.standalone這個屬性獲知用戶當前是否是從主屏訪 問我們的webapp的。
在Android中從來沒有添加到主屏這回事！
12、如何關閉iOS中鍵盤自動大寫
我們知道在iOS中，當虛擬鍵盤彈出時，默認情況下鍵盤是開啟首字母大寫的功能的，根據某些業務場景，可能我們需要關閉這個功能，移動版本webkit為 input元素提供了autocapitalize屬性，通過指定autocapitalize=」off」來關閉鍵盤默認首字母大寫。
13、iOS中如何徹底禁止用戶在新窗口打開頁面
有時我們可能需要禁止用戶在新窗口打開頁面，我們可以使用a標簽的target=」_self「來指定用戶在新窗口打開，或者target屬性保持空，但 是你會發現iOS的用戶在這個鏈接的上方長按3秒鍾後，iOS會彈出一個列表按鈕，用戶通過這些按鈕仍然可以在新窗口打開頁面，這樣的話，開發者指定的 target屬性就失效了，但是可以通過指定當前元素的-webkit-touch-callout樣式屬性為none來禁止iOS彈出這些按鈕。這個技 巧僅適用iOS對於Android平台則無效。
14、iOS中如何禁止用戶保存圖片＼復制圖片
我們在第13條技巧中提到元素的-webkit-touch-callout屬性，同樣為一個img標簽指定-webkit-touch-callout為none也會禁止設備彈出列表按鈕，這樣用戶就無法保存＼復制你的圖片了。
15、iOS中如何禁止用戶選中文字
我們通過指定文字標簽的-webkit-user-select屬性為none便可以禁止iOS用戶選中文字。
16、iOS中如何獲取滾動條的值
桌面瀏覽器中想要獲取滾動條的值是通過document.scrollTop和document.scrollLeft得到的，但在iOS中你會發現這兩 個屬性是未定義的，為什麼呢？因為在iOS中沒有滾動條的概念，在Android中通過這兩個屬性可以正常獲取到滾動條的值，那麼在iOS中我們該如何獲 取滾動條的值呢？
通過window.scrollY和window.scrollX我們可以得到當前窗口的y軸和x軸滾動條的值。
17、如何解決盒子邊框溢出
當你指定了一個塊級元素時，並且為其定義了邊框，設置了其寬度為100％。在移動設備開發過程中我們通常會對文本框定義為寬度100％，將其定義為塊級元 素以實現全屏自適應的樣式，但此時你會發現，該元素的邊框(左右)各1個像素會溢了文檔，導致出現橫向滾動條，為解決這一問題，我們可以為其添加一個特殊 的樣式-webkit-box-sizing:border-box;用來指定該盒子的大小包括邊框的寬度。
18、如何解決Android 2.0以下平台中圓角的問題
如果大家夠細心的話，在做wap站點開發時，大家應該會發現android 2.0以下的平台中問題特別的多，比如說邊框圓角這個問題吧。
在對一個元素定義圓角時，為完全兼容android 2.0以下的平台，我們必須要按照以下技巧來定義邊框圓角：
1＼-webkit這個前綴必須要加上（在iOS中，你可以不加，但android中一定要加）；
2＼如果對針對邊框做樣式定義，比如border:1px solid #000;那麼-webkit-border-radius這屬性必須要出現在border屬性後。
3＼假如我們有這樣的視覺元素，左上角和右上角是圓角時，我們必須要先定義全局的(4個角的圓角值)-webkit-border- radius:5px;然後再依次的覆蓋左下角和右下角，-webkit-border-bottom-left-radius:0;-webkit- border-bottom-right-border:0;否則在android 2.0以下的平台中將全部顯示直角，還有記住！-webkit這個前 綴一定要加上！
19、如何解決android平台中頁面無法自適應
雖然你的html和css都是完全自適應的，但有一天如果你發現你的頁面在android中顯示的並不是自適應的時候，首先請你確認你的head標簽中是否包含以下meta標簽：
<meta name="viewport" content="width=device-width,initial-scale=1.0,maximum-scale=1.0,user-scalable=0;" />
如果有的話，那請你再仔細的看清楚有沒有這個屬性的值width=device-width，如果沒有請立即加上吧！
20、如何解決iOS 4.3版本中safari對頁面中5位數字的自動識別和自動添加樣式
新的iOS系統也就是4.3版本，升級後對safari造成了一個bug：即使你添加了如下的meta標簽，safari仍然會對頁面中的5位連續的數字進行自動識別，並且將其重新渲染樣式，也就是說你的css對該標簽是無效的。
<meta name="format-detection" content="telphone=no" />
我們可以用一個比較齷齪的辦法來解決。比如說支付寶wap站點中顯示金額的標簽，我們都做了如下改寫：
<button class="t-balance"style="background:none;padding:0;border:0;">95009.00</button>元
㈤ 參加web前端培訓都需要注意什麼
培訓機構非常多，一定要選擇合適自己的，現在很多機構都是大規模招生，導致學員很多最終就業無法保證質量。選擇正規的機構一定要看這幾點：
網上有很多大牛總結出了很多經驗：三看五考證
三看：合法、合理（培訓周期、培訓費用、及宣傳用語）、合格（成熟培訓體系）
五考證：資質、課程、實景、試聽、口碑
學校的資質，合法。去網上查一下企業機構信息就知道了。
課程：看看課程很有必要，再對比一些招聘網站上對相關職位的描述進行對比，有些機構的課程看著都很荒唐，沒有必要的課程也培訓，是浪費時間。一定要看機構是否有真正的干貨。
實景：有必要去機構實地考察一下，上課環境、上課實景、老師學生狀態
試聽：試聽很重要，很多機構也有試聽環節。坐在學生中看看大家對課程的評價。
口碑：最好能找到熟人或者已經在該機構培訓過的人，問問情況。
培訓只是相當於走了條捷徑，能有人帶你入行。真正還需要靠自己的努力。
㈥ Vue在前端開發中需要注意什麼
基於Vue官方風格指南整理
一、強制
1. 組件名為多個單詞
組件名應該始終是多個單詞的，根組件 App 除外。
正例：
export default {
name: 'TodoItem',
// ...
}
反例：
export default {
name: 'Todo',
// ...
}
2. 組件數據
組件的 data 必須是一個函數。
當在組件中使用 data 屬性的時候 (除了 new Vue 外的任何地方)，它的值必須是返回一個對象的函數。
正例：
// In a .vue file
export default {
data () {
return {
foo: 'bar'
}
}
}
// 在一個 Vue 的根實例上直接使用對象是可以的，
// 因為只存在一個這樣的實例。
new Vue({
data: {
foo: 'bar'
}
})
反例：
export default {
data: {
foo: 'bar'
}
}
3. Prop定義
Prop 定義應該盡量詳細。
在你提交的代碼中，prop 的定義應該盡量詳細，至少需要指定其類型。
正例：
props: {
status: String
}
// 更好的做法！
props: {
status: {
type: String,
required: true,
validator: function (value) {
return [
'syncing',
'synced',
'version-conflict',
'error'
].indexOf(value) !== -1
}
}
}
反例：
// 這樣做只有開發原型系統時可以接受
props: ['status']
4. 為v-for設置鍵值
總是用 key 配合 v-for。
在組件上_總是_必須用 key 配合 v-for，以便維護內部組件及其子樹的狀態。甚至在元素上維護可預測的行為，比如動畫中的對象固化 (object constancy)，也是一種好的做法。
正例：
<ul>
<li
v-for="todo in todos"
:key="todo.id"
>
{{ todo.text }}
</li>
</ul>
反例：
<ul>
<li v-for="todo in todos">
{{ todo.text }}
</li>
</ul>
5.避免 v-if 和 v-for 用在一起
永遠不要把 v-if 和 v-for 同時用在同一個元素上。
一般我們在兩種常見的情況下會傾向於這樣做：
為了過濾一個列表中的項目 (比如 v-for="user in users" v-if="user.isActive")。在這種情形下，請將 users 替換為一個計算屬性 (比如 activeUsers)，讓其返回過濾後的列表。
為了避免渲染本應該被隱藏的列表 (比如 v-for="user in users" v-if="shouldShowUsers")。這種情形下，請將 v-if 移動至容器元素上 (比如 ul, ol)。
正例：
<ul v-if="shouldShowUsers">
<li
v-for="user in users"
:key="user.id"
>
{{ user.name }}
</li>
</ul>
反例：
<ul>
<li
v-for="user in users"
v-if="shouldShowUsers"
:key="user.id"
>
{{ user.name }}
</li>
</ul>
6. 為組件樣式設置作用域
對於應用來說，頂級 App 組件和布局組件中的樣式可以是全局的，但是其它所有組件都應該是有作用域的。
這條規則只和單文件組件有關。你不一定要使用 scoped 特性。設置作用域也可以通過 CSS Moles，那是一個基於 class 的類似 BEM 的策略，當然你也可以使用其它的庫或約定。
不管怎樣，對於組件庫，我們應該更傾向於選用基於 class 的策略而不是 scoped 特性。
這讓覆寫內部樣式更容易：使用了常人可理解的 class 名稱且沒有太高的選擇器優先順序，而且不太會導致沖突。
正例：
<template>
<button class="c-Button c-Button--close">X</button>
</template>
<!-- 使用 BEM 約定 -->
<style>
.c-Button {
border: none;
border-radius: 2px;
}
.c-Button--close {
background-color: red;
}
</style>
反例：
<template>
<button class="btn btn-close">X</button>
</template>
<style>
.btn-close {
background-color: red;
}
</style>
<template>
<button class="button button-close">X</button>
</template>
<!-- 使用 `scoped` 特性 -->
<style scoped>
.button {
border: none;
border-radius: 2px;
}
.button-close {
background-color: red;
}
</style>
二、強烈推薦（增強可讀性）
1. 組件文件
只要有能夠拼接文件的構建系統，就把每個組件單獨分成文件。
當你需要編輯一個組件或查閱一個組件的用法時，可以更快速的找到它。
正例：
components/
|- TodoList.vue
|- TodoItem.vue
反例：
V
ue.component('TodoList', {
// ...
})
Vue.component('TodoItem', {
// ...
})
2. 單文件組件文件的大小寫
單文件組件的文件名應該要麼始終是單詞大寫開頭 (PascalCase)
正例：
components/
|- MyComponent.vue
反例：
components/
|- myComponent.vue
|- mycomponent.vue
3. 基礎組件名
應用特定樣式和約定的基礎組件 (也就是展示類的、無邏輯的或無狀態的組件) 應該全部以一個特定的前綴開頭，比如 Base、App 或 V。
正例：
components/
|- BaseButton.vue
|- BaseTable.vue
|- BaseIcon.vue
反例：
components/
|- MyButton.vue
|- VueTable.vue
|- Icon.vue
4. 單例組件名
只應該擁有單個活躍實例的組件應該以 The 前綴命名，以示其唯一性。
這不意味著組件只可用於一個單頁面，而是每個頁面只使用一次。這些組件永遠不接受任何 prop，因為它們是為你的應用定製的，而不是它們在你的應用中的上下文。如果你發現有必要添加 prop，那就表明這實際上是一個可復用的組件，只是目前在每個頁面里只使用一次。
正例：
components/
|- TheHeading.vue
|- TheSidebar.vue
反例：
components/
|- Heading.vue
|- MySidebar.vue
5. 緊密耦合的組件名
和父組件緊密耦合的子組件應該以父組件名作為前綴命名。
如果一個組件只在某個父組件的場景下有意義，這層關系應該體現在其名字上。因為編輯器通常會按字母順序組織文件，所以這樣做可以把相關聯的文件排在一起。
正例：
components/
|- TodoList.vue
|- TodoListItem.vue
|- TodoListItemButton.vue
components/
|- SearchSidebar.vue
|- SearchSidebarNavigation.vue
反例：
components/
|- SearchSidebar.vue
|- NavigationForSearchSidebar.vue
6. 組件名中的單詞順序
組件名應該以高級別的 (通常是一般化描述的) 單詞開頭，以描述性的修飾詞結尾。
正例：
components/
|- SearchButtonClear.vue
|- SearchButtonRun.vue
|- SearchInputQuery.vue
|- SearchInputExcludeGlob.vue
|- SettingsCheckboxTerms.vue
|- .vue
反例：
components/
|- ClearSearchButton.vue
|- ExcludeFromSearchInput.vue
|- LaunchOnStartupCheckbox.vue
|- RunSearchButton.vue
|- SearchInput.vue
|- TermsCheckbox.vue
7. 模板中的組件名大小寫
總是 PascalCase 的
正例：
<!-- 在單文件組件和字元串模板中 -->
<MyComponent/>
反例：
<!-- 在單文件組件和字元串模板中 -->
<mycomponent/>
<!-- 在單文件組件和字元串模板中 -->
<myComponent/>
8. 完整單詞的組件名
組件名應該傾向於完整單詞而不是縮寫。
正例：
components/
|- StudentDashboardSettings.vue
|- UserProfileOptions.vue
反例：
components/
|- SdSettings.vue
|- UProfOpts.vue
9. 多個特性的元素
多個特性的元素應該分多行撰寫，每個特性一行。
正例：
<img
src="htorg/images/logo.png"
alt="Vue Logo"
>
<MyComponent
foo="a"
bar="b"
baz="c"
/>
反例：
<img src="h/logo.png" alt="Vue Logo">
<MyComponent foo="a" bar="b" baz="c"/>
10. 模板中簡單的表達式
組件模板應該只包含簡單的表達式，復雜的表達式則應該重構為計算屬性或方法。
復雜表達式會讓你的模板變得不那麼聲明式。我們應該盡量描述應該出現的是什麼，而非如何計算那個值。而且計算屬性和方法使得代碼可以重用。
㈦ 學習前端需要注意什麼
前端前景是很不錯的，像前端這樣的專業還是一線城市比較好，師資力量跟得上、就業的薪資也是可觀的，學習前端可以按照路線圖的順序，
0基礎學習前端是沒有問題的，關鍵是找到靠譜的前端培訓機構，你可以深度了解機構的口碑情況，問問周圍知道這家機構的人，除了口碑再了解機構的以下幾方面：
1. 師資力量雄厚
要想有1+1>2的實際效果，很關鍵的一點是師資隊伍，你接下來無論是找個工作還是工作中出任哪些的人物角色，都越來越愛你本身的技術專業前端技術性，也許的技術專業前端技術性則絕大多數來自你的技術專業前端教師，一個好的前端培訓機構必須具備雄厚的師資力量。
2. 就業保障完善
實現1+1>2效果的關鍵在於能夠為你提供良好的發展平台，即能夠為你提供良好的就業保障，讓學員能夠學到實在實在的知識，並向前端學員提供一對一的就業指導，確保學員找到自己的心理工作。
3. 學費性價比高
一個好的前端培訓機構肯定能給你帶來1+1>2的效果，如果你在一個由專業的前端教師領導並由前端培訓機構自己提供的平台上工作，你將獲得比以往更多的投資。
希望你早日學有所成。
㈧ 前端開發一體機有沒有什麼注意事項
其實前端開發的入門是比較低的，不需要其他語言編程的基礎（有的話更好上手）；可以 由html開始學起，html只是標簽語言，可以說沒什麼難度，大概了解他的標簽和作用後，就開始學javascript語言，一個好的前端開發工程師，javascript技能是必備的...
㈨ 新手前端入職要注意什麼
3個詞吧溝通，努力，多看。
溝通是在工作當中是很重要的一個環節，溝通好了事半功倍，溝通不好事倍功半。在網站開發的整個環節當中前端能接觸到的有產品，設計，後台，測試這些崗位的人。產品會根據客戶的需求或者是老闆的需求把項目的產品原型，需求文檔，交互文檔給到你們，然後就是各自看各自的，如果有問題大家開會或者QQ群討論，能修改的修改，修改不了的那就是前端和後台抓耳撓腮的把困難解決掉，而在這個過程中需要的就是良好的溝通，你得說明白你哪些模塊有問題，有什麼問題能解決還是不能解決，如果說實在的實現不了，那麼需求必須的改了，但是一般情況下都是你技術的提升，而不是產品改需求。
要比別人更努力，只有通過努力你的價值才會被發現，要注意多看多學習，前端工作是一個需要不斷提升自我的過程。
希望可以幫到您，謝謝！