1. 前端開發,以後有沒有發展前景
Web前端在國內開始被重視的時間不超過八年，從2014年至今，「前端工程師」熱度持續走高，其薪資也水漲船高。Web前端是用戶體驗的操刀者，也是所有互聯網企業研發團隊中的必須者。
以下數據來自職友集：
趨勢一：更加移動優先
響應式設計顯然是目前web前端開發領域的主要趨勢之一，並且這一趨勢在未來還將持續一段時間。雖然現在的響應式設計大部分還是以PC版優先，然而如果有一天我們把PC版放到比移動版次要的位置上，也沒有什麼好奇怪的。因為，目前許多web前端開發者已經開始轉向以移動優先方案來做他們的響應式設計和開發，這就象徵著一個重大轉變，值得我們跟進的。
趨勢二：更多使用快速原型開發工具
眾多web前端開發者從2018年開始嘗試使用快速原型開發工具，而在2019年將是這種技術真正爆發的一年。「UXpin、Webflow、Invision以及其它許多快速原型開發工具，讓設計師不用寫一行代碼，就能為網站和服務快速創建低保真和高保真原型，便於設計師衡量它們的可用性和美觀性。」web設計師Jamie 如是說，「許多工具也允許你在瀏覽器中設計原型並從工具里真正啟動網站自身。」
趨勢三：營銷類頁面小程序化
這個指的就是大家平時在微信里看到的各類營銷網頁，因為主要入口在微信，因此變成微信小程序。這個大家比較好理解吧，就不多說了。小程序現在可能BUG多，功能跟不上，但是要替代這類網頁可能也就是2年不到的時間。
趨勢四：HTML內的技術改進
這個能影響到的范圍看起來很大，但其實場景比較有限，主要是排除掉上面說的1和3之外的空間。空間就在於這兩大技術目前都沒有成熟的最佳實踐，還需要探索。
在互聯網時代，更多的人、場景、知識將需要被更加緊密地聯系在一起，而有連接的地方就會有界面，有界面的地方就會有前端。每一門學科與技術都是在不斷摸索和總結中前行，前端技術也不例外。未來我們有理由相信在前端技術日趨成熟的前提下，新的突破和變革將會給我們的工作與生活帶來更多驚喜。
趨勢五：虛擬現實
如果要討論web前端技術趨勢怎能不提到虛擬現實技術VR呢，2019年將繼續是VR成為主流的一年，這也就意味著web開發者將通過VR來吸引用戶，我們已經看到一些公司比如Mozilla和Google投資開發VR與Web之間的API。越來越多的VR應用程序將相繼問世，所以如果看到越來越多的虛擬現實元素出現在 Web上，也別覺得奇怪。
2. 前端圖表如果處理大量數據該怎麼辦
淺談一下Cognos處理大數據的思路，僅針對10.2.1以下的版本，對於10.2.1當中引入的hadloop等分布式數據倉庫等不做介紹。我們主要從一個一般中等項目當中，用怎樣的思路來優化我們的查詢。
我們主要從3個思路來思考大數據的處理
一、資料庫層次
現在主流的Cognos項目，主要的開發模式還是基於rolap的dmr報表建模。因此，資料庫的優化就顯得由為重要。主要通過以下幾個方面優化我們的資料庫：
(1)維度id，維度層次id等關鍵減縮欄位建立索引建立、維護。
(2)根據數據量的大小，按時間等進行分區優化。
(3)高速緩沖表MQT的使用
(4)表空間、緩沖池設置等
(5)資料庫性能優化
二、Cognos Server優化
Cognos優化包括對配置文件的優化，集群的搭建，服務和日誌的開啟等基於cognos 軟體安裝，配置的優化，主要包括以下幾個方面：
2.1 apache 配置優化
Timeout（超時）/MaxKeepAliveRequests（最大的請求數）/KeepAliveTimeout（請求超時）的優化配置
2.2Cognos自帶tomcat配置調優
(1)可修改TOMCAT配置文件CRN_ROOT\tomcat.\conf\server.xml。其參數集中在行：
可以對maxProcessors（最大進程數）/AcceptCount(最大連接數) ConnectionTimeout（連接超時）進行修改
(2)文件路徑：CRN_ROOT\tomcat.\conf\web.xml
可以對session-timeout進行修改.
2.3Cognos sever配置文件優化
2.3.1 reportservice.xml優化
文件路徑：CRN_ROOT\ webapps\p2pd\WEB-INF\services\ reportservice.xml
註：修改文件後，重啟服務後配置生效。
包括以下參數 max_process(交互報表處理進程數，和cpu有關) inger_process(交互報表初始化進程數，和cpu優關)
max_non_affine_connections_per_process(交互報表所佔線程數) idle_process_check_interval_ms(空閑檢測時間)
queue_time_limit_ms(報表服務隊列時間限制) async_wait_timeout_ms(Dispatcher請求等待同步時間)
2.3.2 batchreportservice.xml
文件路徑：CRN_ROOT\ webapps\p2pd\WEB-INF\services\ batchreportservice.xml
註：修改文件後，重啟服務後配置生效。
包括以下參數 max_process(服務批量報表處理所佔進程數) linger_process(服務批量報表處理初始化進程數)
max_non_affine_connections_per_process(服務批量報表處理所佔線程數) idle_process_check_interval_ms(空閑進程檢測時間間隔)
idle_process_max_idle_ticks(空閑進程檢測標記) queue_time_limit_ms(批量報表處理排隊時間限制) async_wait_timeout_ms(Dispatcher請求等待同步時間)
2.3.3 CQEConfig.xml
主要是與資料庫參數設置，文件路徑：CRN_ROOT\configuration\ CQEConfig.xml.sample
註：將CQEConfig.xml.sample文件名修改為CQEConfig.xml後，重啟服務後配置生效。
可以修改以下參數：Timeout(應用資料庫連接超時設置) PoolSize(應用資料庫連接池最大連接數設置) queryReuse(查詢緩沖設置)
2013-07-08 0
分享
答案對人有幫助，有參考價值1
曾力 - Cognos講師、Cognos獨立顧問、數據倉庫架構師 2013-07-08 回答
2.3.4 ppds_cfg.xml
主要進行緩存和日誌參數設置，文件路徑：\cognos\c8\configuration\ ppds_cfg.xml
註：重啟服務後配置生效。
可以修改以下參數：ReadCacheSize(可減少用戶訪問時伺服器的磁碟IO。提高訪問速度。) pcQueryLogFile(建議生產環境關閉該日誌的跟蹤，一般默認也是關閉狀態)
2.4 Cognos content store優化
2.4.1優化內容庫連接服務
內容庫最好外配為db2 oracle等資料庫，不要用自帶的derby.因為項目中的日誌信息會非常多，嚴重影響內容庫的效率。
Cognos Administration，在系統下選擇選擇對應的服務，選擇ContentManagerService的屬性，設置相應的連接參數信息。
2.4.2日誌優化
適當開啟各個cognos服務的日誌級別，越高級的級別對應更詳細，更明確的日誌，但也會影響整個系統的效率。
這是一把雙刃劍，需要適當調整。日誌級別設置得越高，就越降低系統性能。通常情況下，您可以將級別設置為
「最小」或「基本」來收集錯誤，或設置為「請求」來收集錯誤和警告。
2.5提高訪問資料庫速度
Cognos和資料庫間參數在cer\bin\cogdm.ini文件中,(根據版本不同是安裝目錄的數字，根據連接的資料庫不同，是對應資料庫名稱的關鍵字)
以oracle資料庫為例,參數在cogdmor.ini文件中，打開這個文件查找字元串Fetch Number of Rows=去掉這行前面的分號，將10改成2000；
這樣這行就成了Fetch Number of Rows=2000，表示是每次從資料庫取2000條數據。其他資料庫基本上都有類似的配置。用以提高從資料庫中提取數據的速度。
2.6加大緩存
cer\bin\Cer.ini(*根據版本不同是安裝目錄的數字)：
SortMemory=5120
（這里 SortMemory 單位是 2kbytes，5120代表 2k x 5120 = 10M）（技巧：一般 SortMemory 取空閑內存的十分之一到八分之一大小）
2.7修改cognos configuration中的參數來優化
在cognos configuration中有很多參數可以優化來提高整體軟體的運行效率，比如增加內存、增加查詢緩存
2.8分布式部署
分布式部署可以大大提升Cognos伺服器的負載能力，同時容錯保護功能可以使伺服器更為穩定的運行，很好的支持大用戶量的並發使用。
2013-07-08 0
答案對人有幫助，有參考價值1
曾力 - Cognos講師、Cognos獨立顧問、數據倉庫架構師 2013-07-08 回答
3.報表設計優化
Cognos報表作為一個工具，在非cube模式下，最終我們執行報表查詢的時候，我們的報表發送到資料庫進行查詢的本質還是sql，所以，在我們製作一張報表的時候，我們要盡可能的利用fm,rs當中的功能，優化報表最終執行生成的SQL實現整個報表的優化。而CUBE模式下，我們更多要考慮配置、存放和資料庫大小所造成的影響，下面我會細細說來。
2013-07-08 0
答案對人有幫助，有參考價值1
曾力 - Cognos講師、Cognos獨立顧問、數據倉庫架構師 2013-07-08 回答
3.1 FM建模優化
3.1.1手寫SQL定製查詢主題
右鍵點擊查詢主題的菜單項Edit Definition…可以進入SQL語句編寫框，調整查詢主題的SQL語句。默認情況下，這里的SQL語句為Cognos SQL類型。如果需要編寫應用資料庫可以直接運行的本地SQL需要將這里的SQL類型進行設置。點擊右上方的Options按鈕，選擇SQL Settings標簽頁，選擇SQL Type為Native。這個時候，我們手寫SQL就非常注重這個SQL的優化，盡量避免SELECT *,用EXISTS替代IN,多使用DECODE來進行判斷，條件語句注意點等常用SQL優化策略，編寫對應的SQL.
3.1.2盡量使用特定數據的資料庫函數
在菜單項Actions中選擇Specify Package Function List…指定報表定製中可以使用的資料庫函數列表。將除應用資料庫意外的其他資料庫類型從Selected function sets中選到Available function sets中，盡量使用特定資料庫的自帶函數可以提高查詢效率。
3.1.3表關聯設定
在建立表關聯盡量避免使用外關聯關系（包括左外關聯、右外關聯、全外關聯）。外關聯的使用會使資料庫的查詢壓力驟增，從而影響前端報表的生成。在星型結構、雪花型結構的數據倉庫模型中，盡量按照一對一、一對多的關聯關系設定維表與實事表之間的關聯，Cognos Server會依照這里的關聯關系自動優化提交給資料庫的SQL語句。如果關聯關系中出現了環狀連接關系，可以通過別名表或是快捷鍵的方式解決環狀連接問題.
3.1.4Edit Governors查詢性能設置
在菜單項Project中選擇Edit Governors，可以設置查詢的查詢性能
Report table limits 該屬性設置報表中運行SQL所涉及的TABLE數量
Data retrieval limits 該屬性設置報表中運行SQL返回結果的數量
Query execution time limits 該屬性設置報表中運行SQL的執行時間
Large text items limit 該屬性設置報表中運行SQL返回大文字塊的字元數量限制
2013-07-08 0
答案對人有幫助，有參考價值1
曾力 - Cognos講師、Cognos獨立顧問、數據倉庫架構師 2013-07-08 回答
3.2 RS報表調優
3.2.1報表函數的使用
在報表函數的使用上，盡可能使用應用資料庫能夠解析的本地資料庫函數，函數列表中的通用函數，在處理時會將函數放在報表伺服器進行運算，從而增大了報表伺服器的性能開銷。
3.2.2 觀察查詢的SQL
我們選擇查詢頁面，GENERATE SQL/MDX觀察這個報表生成的SQL並進行不斷優化，
3.3.33.2 RS報表調優
3.2.1報表函數的使用
在報表函數的使用上，盡可能使用應用資料庫能夠解析的本地資料庫函數，函數列表中的通用函數，在處理時會將函數放在報表伺服器進行運算，從而增大了報表伺服器的性能開銷。
3.2.2 觀察查詢的SQL
我們選擇查詢頁面，GENERATE SQL/MDX觀察這個報表生成的SQL並進行不斷優化，
3.3.3查詢欄位、查詢表順序調整
根據資料庫的優化策略，可能需要將查詢欄位的順序進行調整，可以在Data Items窗口中進行設置。查詢SQL語句中，From關鍵字後面的表順序是按照select關鍵字後出現的欄位順序進行設置的。在為表順序進行設置時，屬性為Identifier或Attribute的欄位比屬性為Fact的欄位在為表排序時的優先順序要高，即，先以Identifier、Attribute欄位的出現順序為表進行排序，如果沒有上述兩類欄位，才以Fact欄位的出現順序為表進行排序。
3.3.4聚合前後設置過濾條件
將過濾條件的Application屬性設置為After aggregation或Before aggregation可以調整過濾條件在聚合前或是聚合後生效。After aggregation生成過濾條件的SQL語句使用的是關鍵字having，而Before aggregation生成過濾條件的SQL語句使用的是關鍵字where。
3.3.5取消報表自動分組提高明細報表查詢速度
如果報表要展現明細數據，不想使用任何匯總，我們可以到此報表對應的查詢中將自動分組屬性定義為否。修改地方：對象的屬性Auto Group & Summarize可以設置當前SQL語句的查詢中是否加入distinct、sum、group by這樣的關鍵字。默認情況下，該屬性設置為Yes，可以根據查詢情況關掉此開關項，減少SQL語句的復雜度。
3.3.6自動排序設置
在Query的Auto-sort屬性中可以為查詢設置是否自動排序。如果選擇是，則會在生成的SQL語句中自動加入Order By關鍵字，排序欄位將自動根據數據項的屬性進行設置（如果查詢欄位的usage屬性為Attribute、Identifier則排序，如果為Fact則不排序）；如果選擇否、則不排序；如果選擇最小，則根據數據項的排序屬性進行排序設置。默認值為最小。
3.3.7報表Processing設置
在Query的Processing屬性中可以為查詢設置SQL的處理設置。Cognos Report Studio會將報表的所有設置首先轉換為Cognos SQL提交給報表伺服器，伺服器在進行必要處理後，會將SQL語句轉換為應用資料庫本地執行的SQL語句，進行資料庫處理。為提高報表的處理速度，要盡可能的將報表的處理運算放在資料庫進行，以保證其運行速度。將該屬性設置為Database only會將報表頁面生成的Cognos SQL不經報表伺服器處理全部轉換為資料庫能夠執行的本地資料庫SQL，如果將該屬性設置為Limited Local，則將報表頁面生成的Cognos SQL先進行必要的報表伺服器運算，然後再將剩餘的部分提交給資料庫進行本地SQL的處理。默認值為Framework中為Datasource對象的設置的queryProcessing屬性。
3.3.8使用With子句
在Query的Use SQL With Clause屬性中可以為查詢設置是否使用With子句。部分資料庫例如Oracle支持With關鍵字，當查詢中嵌套子查詢時，可以通過With子句的使用，減輕報表伺服器對Cognos SQL的處理，從而提升報表的運行性能。如果將該屬性設置為Yes，則允許使用With關鍵字，查詢中生成的Native SQL將出現With子句；如果將該屬性設置為No，雖然拒絕使用With關鍵字。默認值為Framework中Edit Governors下的Use WITH clause when generating SQL屬性設置。
3.3.9報表伺服器本地緩存設置
在Query的Use Local Cache屬性中可以為查詢設置是否使用本地緩存。如果將該屬性設置為Yes，則啟用伺服器的本地緩存，伺服器將為查詢結果保存在session中，當用戶在瀏覽器內再次打開同一張報表時，查詢結果將取自緩存，從而減輕了資料庫的負載壓力；如果將該屬性設置為No，則禁用伺服器的本地緩存，查詢結果全部取自資料庫的實時數據。默認值為Framework中Edit Governors下的Allow usage of local cache屬性設置。
我用的是finereport，比這個方便
3. 前端前景現在怎麼樣，還好就業嗎
首先要知道自己想做什麼，這樣目標才清晰，想好了之後就挑一個好的平台，發展空間不錯的，然後就在崗位上好好學習，學習肯定會有收獲，一遍收獲一邊成長時間長還有升職空間。
如果想去店裡學就直接找個生意好的進去上班，既可以學技術，又可以賺錢和學經營模式
4. web前端發展前景怎麼樣
伴隨著互聯網行業的迅速發展，Web前端崗位已經越來越受到大家的重視，Web前端工程師的薪資也日漸水漲船高。不論是薪資還是工作環境，Web前端工程師都是很讓人羨慕的，也正因為如此，已經有不少的小夥伴想要加入到前端領域中去。因此，很多想要學習Web前端的小夥伴們就會詢問：2020年Web開發前端就業前景還好嗎？下面我們就來和我一起看一看吧！
Web前端行業目前來看已經滲透到了到了生活的方方面面，這也說明了Web前端行業的生命力異常強大，並且未來的前途也是不可限量。假如你還在猶豫到底要不要接觸Web前端，那麼我給你的建議就是，與其將時間浪費在猶豫上，還不如認真的拼一把，把時間花在Web前端上。相信你看完下面的內容會對Web前端有個全新的認識。
為什麼說Web開發前端就業前景好
目前的Web前端技術可以說已經是非常成熟了，同時Web前端市場也非常的火爆，並且Web前端的人才目前來看也是異常的緊缺。加之互聯網行業的飛速崛起，目前Web前端技術的不斷成長發展，也已經占據了互聯網的一席之地。
Web前端的薪酬變化
前端開發行業薪資水平呈上漲趨勢，Web前端開發早已不是做帶動畫的下拉菜單的時代了，他們已成為互聯網主宰者，各行業都用其開發互聯網應用。但目前整互聯網行業的Web前端開發工程師緊俏，企業正高薪求才，薪資待遇一漲再漲 ！
Web前端人才需求
Web前端技術可以說是越來越成熟了，Web前端開發工程師已經成為發展中的職業香饃饃。說起來幾乎是整個互聯網行業都缺少Web前端工程師，無論是剛起步的創業公司，還是上市公司乃至巨頭，空缺一樣存在。只要你夠優秀，Web開發前端就業前景簡直不要再好！
Web前端未來發展
Web前端的發展其實還是那句話，有需求才會有市場，為什麼那麼多人參加想進入Web前端的行列呢，還不是因為Web開發有市場，企業需要量大。所以與其費盡心思的想Web前端今後的發展，還不如用那個時間好好學習一些Web前端技能將來對就業更添保障。
綜上所述，大前端是個非常有「前途」的工作，薪資待遇也很高，並且根據自己技能深入的不同程度，擁有不同的薪資待遇。想要成為Web前端工程師，最好有一個充分健全的知識布局體系，擁有內容的深度和廣度，等於擁有了企業最需要的技能，到時候你就是企業爭相搶聘的人才，也是行業中的佼佼者了。
所以：2020年，Web開發前端就業前景依然很好。
5. 2021前端開發的競爭大嗎我想學習前端開發，不知道前景如何
前端在未來幾年都是很好找工作的，初級前端競爭比較大，但是高級前端開發卻很少，主要是前端門檻低，但是精通各種框架的卻很少。
前端的入門門檻極低，體現在 HTML 和 CSS 上。前端開發已經不只是交互體驗這類問題了，隨著WEB軟體化、HTML5小程序的流行，逐步發展到了以更多功能開發為重點。
web前端有廣闊的發展空間，app、小程序、移動端、pc端等都網站是需要前端技術的開發支持才能夠完成，技術門檻相對較低、需求量較大，薪資待遇良好。只要是互聯網端的客戶界面，就需要前端來製作完成，前端開發的編程量不大，但是需要部分編程，入門簡單，但是要學的深入需要一個過程。
圖形學方向
前端自然是與圖形學有千絲萬縷的聯系，除了上面提到了可視化，還有相關3d引擎的開發工作。做這一行要求也非常高了，圖形學相關的演算法，3d引擎的開發，這都需要圖形學相關知識。
6. web前端開發前景何去何從
（1）資深WEB前端工程師
這個方向算是一個WEB前端最基本的選擇了，在國外，很多老外都能夠把自己的專業做到極致，能一輩子就在一個專業領域不斷學習和積累。主要在於內因和外因 兩方面，內因是老外通常思想比較簡單直接，容易一直專注於一個領域；外因是國外的環境很好，能夠良好的支撐這樣的職業發展道路。反觀國內，從內因來 講，WEB前端技術人員還是蠻浮躁的，通常會因為WEB前端知識的更新速度太快而覺得學習起來辛苦，最終轉向後台或其他道路。從外因來講，WEB前端人員 沒有獲得公平的待遇，可能從HTML頁面製作就開始並沿襲下來的，從來WEB前端人員都比後端人員低一等，貌似前端就是「淺顯」的代名詞、後端就是「深 奧」的代名詞，這也直接造就了前端人員的收入無法和後端人員媲美，同時直接影響到前端人才市場的活躍程度。另一方面，前端的技術入門較容易，造成另一個極 端情況：人員泛濫、人才稀缺。我想對所有的WEB前端工程師說：麵包總會有的，要耐得住寂寞！我個人比較推薦這個職業發展方向，因為，在這個方向下，只要 足夠耐心、厚積薄發，成功的概率是非常高的。同時，這是一條最單純的路，我們更多的是花費精力在技術的鑽研上，而不是辦公室政治等其它瑣事。
（2）資深WEB架構師
說功利點兒，我喜歡這個方向，既兼顧了工作的單純性、又能夠減少實際Coding的工作量能騰出更多時間鑽研技術。在國內，WEB前端工程師遇到較多的情 況是總是反復編寫著同樣的代碼，總是面對著同樣的技術和產品，容易感覺枯燥。由於我們擁有最為廣泛的WEB相關知識沉澱，使得我們更加容易成為一名架構 師。這個職業發展方向不如第一種來得平滑，主要是作為一名架構師不得不學習：後端技術、DBA、Platform等內容，而這種學習通常需要實際操刀做項 目，不是自己在家裡寫兩個Demo就好的，這就勢必會遭遇一段時間的陣痛期。雖然不是很平滑，但是，對於一個大局觀好、悟性好、知識面廣的前端工程師，我 推薦你們努把力，走一條光榮的架構師之路吧。
（3）自己創業
其實，自己創業是最好的道路、也是成功率最低的道路，挑戰和機遇並存。這里，作為一個前端技術人員，需要將自己的視野更多放在行業的動態、產業鏈的動態、 相關產品領域的動態，把關注細節的優勢繼續保持，同時，增強自己把控一個產品乃至一個公司命運的能力。但是，這條道路和技術之路稍有分歧，後續將不再贅述。
（4） 轉崗管理或其他
由於這條職業道路和WEB前端技術之路關系不大，故而，這里不做過多討論，但是，無論是否走上這條道路，我覺得對於任何技術之路，更好的大局觀、更廣泛的 視野是良好發展的必備條件，擁有良好的大局觀和更廣泛的視野別無他法，只能不斷的進行知識的橫向拓展和積累，同時，多在橫向拓展知識的時候進行實踐，把知 識變成技能。
7. 前端怎麼優化大數據頁面
來源:前端的性能優化都有哪些東西?作者:野次前端性能優化是個巨大的課題,如果要面面俱到的
8. web前端未來該怎麼樣提前發展
隨著互聯網技術的不斷發展和進步，前端技術更迭非常迅速，不少想要學習的朋友會擔心Web前端還有前景嗎？
趨勢一：移動開發優先
現在不管大人還是小孩基本沒事的時候都是人手一部手機來消遣時間，並且以前很多在PC端做的事情，手機端現在已經可以完全替代，手機比電腦更便捷，所以移動開發會越來越受市場歡迎。響應式設計顯然是目前Web前端開發領域的主要趨勢之一，其理念就是：集中創建頁面的圖片排版大小，可以自適應的根據用戶使用的環境進行相應的布局。
趨勢二：人工智慧高速發展
AI的強勢崛起，與Web的碰撞，使得網頁更加強大，為網站主和用戶同事帶來價值。提供網路主機服務的Wix，是這一領域的領頭羊。它提供了一個過程來詢問用戶一些問題，然後使用一個基於AI的平台，根據用戶的回來提供給用戶最符合他的需求的Web設計。
趨勢三：單頁站點多級應用
現在用戶對於點擊「下一頁」的字眼有的厭煩，更加喜歡用滾屏方式瀏覽網頁，層層相套的子頁面形勢逐漸被淘汰。這一趨勢將簡化互聯網並帶來更迷人和身臨其境的網頁瀏覽體驗。
趨勢四：流行的虛擬現實
VR現在依舊是很火的一個趨勢，並且Mozilla和Google投資開發VR和Web之間的API。越來越多的VR應用程序相繼問世。Facebook取消了他們的「專利」條款，使得React使用人數和開發人員的滿意度達到空前的高度，react一度成為主流三大框架之一。
無論從哪方面來看，未來Web前端發展前景都非常可觀，對於零基礎的人來說，學習Web前端是一個不錯的選擇。
9. 前端開發前景怎麼樣
很多人選擇WEB前端，可能是因為WEB前端容易入門，而且不需要太多專業基礎。隨著前端的人才越來越逗，企業面試要求也越來越高，進階高級前端需要學習更多的技術，不斷積累技術經驗。
前端就是用戶可見部分的優化、交互功能開發，隨著軟體WEB化，Html5前端開發技術的發展，前端的技術方向越來越多，可開發解決的功能很多。
web前端有廣闊的發展空間，app、小程序、移動端、pc端等都是需要前端技術的開發支持才能夠完成，技術門檻相對較低、需求量較大，薪資待遇良好。只要是互聯網端的客戶界面，就需要前端來製作完成，前端開發的編程量不大，但是需要部分編程，入門簡單，但是要學的深入需要一個過程。
Web前端招聘崗位
• 前端開發工程師、Web開發工程師、網頁開發工程師、HTML開發工程師...
• H5開發工程師、移動應用開發工程師、App開發工程師、小程序開發工程師...
• JS開發工程師、Vue.js開發工程師、Node.js開發工程師、前端架構師...
• 小游戲開發工程師、數據可視化開發工程師、WebGL開發工程師、WebVR開 發工程師、Web安全工程師...
在互聯網行業，前端有WEB前端、HTML前端等，隨著互聯網技術發展，就業方向也有很多。web前端的就業方向有web架構師、web前端工程師、HTML前端開發工程師、網頁設計師等等。
HTML前端開發
與Web前端開發不同的是，使用HTML5不僅僅可以開發前端，還有網頁游戲，手機APP，使用瀏覽器進行3D渲染等一系列建立在HTML5標准與搭載其標准瀏覽器上的開發，而未來可能會有更多的功能分支並入HTML5標准。web前端工程師
這個方向是目前從事Web前端開發的主要就業方向
Web架構師
薪資普遍比較高，技術要求高，掌握多種技能，包括：後端技術、DBA、Platform等等，甚至包括網站優化SEO技術。
數據方向
數據研發這個是在Web開發的基礎上用數據附能，懂可視化的一定是有前端能力的，懂hadoop的一定java要熟悉，屬於Web開發的拓展方向。
大前端方向
比如阿里，在大量實踐rn和weex;由於公司內部安卓/ios式微，一定程度上，前端把ios和安卓收編了，統稱大前端。
圖形學方向
前端自然是與圖形學有千絲萬縷的聯系，除了上面提到了可視化，還有相關3d引擎的開發工作。做這一行要求也非常高了，圖形學相關的演算法，3d引擎的開發，這都需要圖形學相關知識。