心得體會是我們在生活中不斷成長和進(jìn)步的過程中所獲得的寶貴財富。那么你知道心得體會如何寫嗎？下面小編給大家?guī)黻P(guān)于學(xué)習(xí)心得體會范文，希望會對大家的工作與學(xué)習(xí)有所幫助。
前端心得體會篇一
作為一名前端工程師，我深深感覺到這個職業(yè)的獨(dú)特性和挑戰(zhàn)性。從剛?cè)腴T到現(xiàn)在工作多年，我收獲了很多寶貴的心得體會。今天，我想和大家一起分享我在前端職業(yè)路上的收獲和感悟。
二、思維轉(zhuǎn)變
曾經(jīng)我認(rèn)為前端開發(fā)就是單純的寫 HTML 和 CSS，直到我開始深入學(xué)習(xí) JavaScript。漸漸地，我發(fā)現(xiàn)前端不再是簡單的樣式編輯，而是需要有編程思維、設(shè)計思維、操作系統(tǒng)等基礎(chǔ)。善用代碼和算法能讓我們在前端開發(fā)中事半功倍。所以，我的第一條心得便是：轉(zhuǎn)變思維，不斷學(xué)習(xí)，努力掌握前端開發(fā)技術(shù)的全貌。
三、重視交互設(shè)計
前端工程師的工作不僅是將設(shè)計師的作品實現(xiàn)出來。我們還要注意提升用戶的交互體驗。有時候設(shè)計師的作品在不同的分辨率下布局可能會有問題，這時候我們需要自主權(quán)來處理關(guān)鍵的實現(xiàn)。我們需要考慮到用戶的體驗，提高網(wǎng)站實用性和便利性。因此，我的第二條心得是重視交互設(shè)計，不僅僅追求外觀，更要關(guān)注網(wǎng)站的功能和易用性。
四、技術(shù)選型
技術(shù)選型對于前端開發(fā)影響尤其大。我們選擇什么樣的前端框架、庫、工具，直接影響我們開發(fā)效率和開發(fā)瓶頸。在實際工作中，我們需要對現(xiàn)有技術(shù)進(jìn)行全面分析，嘗試新的技術(shù)和工具，并找到適合自己的開發(fā)模式。例如，React 框架與 Vue 框架需要結(jié)合項目實際情況進(jìn)行選擇。總之，我的第三條心得是：技術(shù)選型不要過早和過于固執(zhí)，要始終保持開放和靈活。
五、注重團(tuán)隊協(xié)作
在團(tuán)隊項目中，無論是聯(lián)合開發(fā)還是交流問題，我們要是有交流的技巧和在提出設(shè)計想法中的表現(xiàn)。團(tuán)隊合作不僅能夠使我們共同成長，更能增強(qiáng)開發(fā)團(tuán)隊的效率。另外，我們需要時刻保持對項目的關(guān)注和更新，遵守團(tuán)隊規(guī)定及編程規(guī)范，對交流中的落差以及自己的錯誤進(jìn)行及時改正并向團(tuán)隊同學(xué)打招呼。小小的細(xì)節(jié)最終會影響團(tuán)隊的和諧與效率，所以我的第四條心得是注重團(tuán)隊協(xié)作，時刻保持好的溝通。
六、總結(jié)
隨著前端工程的不斷發(fā)展，我們必須與時俱進(jìn)，不斷掌握新技術(shù)和優(yōu)化自己的技能。同時，我們也需要認(rèn)識到前端開發(fā)很多技能應(yīng)該有共通之處，而不僅僅局限于技術(shù)方面。比如，進(jìn)行良好的文案宣傳的重要性、加強(qiáng)團(tuán)隊協(xié)作互助合作方式等。要做好這個專業(yè)，我們必須拓寬視野。更需要不斷學(xué)習(xí)、努力提高、熱愛這個行業(yè)，這樣才能走得更遠(yuǎn)。最后，我的第五條心得是激勵自己，不斷創(chuàng)新探索，持續(xù)成長，讓前端開發(fā)更加美好。
前端心得體會篇二
在xx工作了5個月,自己從剛開始的一名新人到最后和大家融為一體,為組內(nèi)貢獻(xiàn)自己的一份力量,我經(jīng)歷了很多,成長了很多。
剛進(jìn)到公司,我內(nèi)心是很惶恐的。我對自己沒有一個正確的定位,對公司的環(huán)境也是那么的陌生。我不知道自己能不能勝任公司的工作。我所能做的就是努力再努力,用自己的勤奮來掩飾自己內(nèi)心的慌張。
很欣慰的是我們組內(nèi)有一個女生。她性格很柔和。每次,和他請教問題他都會耐心的幫助你。我和他成為了閨蜜,我經(jīng)常的去問他問題,一些環(huán)境的配置,系統(tǒng)的某部分業(yè)務(wù)或者其他的問題等等。很感謝她,他幫助我盡快的去熟悉了系統(tǒng)的環(huán)境及業(yè)務(wù)。除了組長,組內(nèi)還有李大牛和許小牛。后來許小牛走了,又來了兩名同事,工作期間,他們都對我有很大的幫助,無論是工作上還是生活上,很欣慰能夠遇到他們并共事一場。
工作中不是那么的順利。別人是因為任務(wù)重,工作壓力大。而我則是因為任務(wù)太輕而煩惱。我的任務(wù)總是比較簡單,我很快就能做完,我體現(xiàn)不了自己的價值,我不開心。我去向組長爭取機(jī)會,贏得了自己的第一份比較有挑戰(zhàn)性的工作。
我要做一個webservice接口。這個任務(wù)的需求很不明確,需要我去和接口使用方進(jìn)行溝通。我對系統(tǒng)的數(shù)據(jù)庫了解甚少,對自己的庫就不太了解,將他們的庫對應(yīng)到我們的庫就更困難了。加上交流也不是很有經(jīng)驗,我最后搬出我們組長去跟他們溝通確定需求才開始進(jìn)行開發(fā)。需求的確定用了好長時間,之后的驗證也用了好久。當(dāng)時開發(fā)時,接口由于沒有數(shù)據(jù),只用一條數(shù)據(jù)進(jìn)行了驗證,但到部署到現(xiàn)場時出現(xiàn)了好多的問題?？蛻籼焯齑?自己的壓力好大。好幾天都加班到好晚。這件事情比較曲折,后面的博文會詳細(xì)講述這件事情。
最后一個月,我們組要進(jìn)行封閉開發(fā)。這是我在xx的最后一個月了。剛開始我以為不會給我分配什么有含量的活了。這里非常感謝組長,他并沒有讓我的這一個月荒廢。我有我的任務(wù),而且也很重要。因為這些,我可以和大家共同奮斗。全組成員一起加班到晚上兩點(diǎn)那次,雖然很累,但是我很開心。這是一件很值得回憶的事情。曾經(jīng),我們也瘋狂過。
前端心得體會篇三
作為web前端工程師，在xx工作了5個月，自己從剛開始的一名新人到最后和大家融為一體，為組內(nèi)貢獻(xiàn)自己的一份力量，我經(jīng)歷了很多，成長了很多。
剛進(jìn)到公司，我內(nèi)心是很惶恐的。我對自己沒有一個正確的定位，對公司的環(huán)境也是那么的陌生。我不知道自己能不能勝任公司的工作。我所能做的就是努力再努力，用自己的勤奮來掩飾自己內(nèi)心的慌張。
很欣慰的是我們組內(nèi)有一個女生。她性格很柔和。每次，和他請教問題他都會耐心的幫助你。我和他成為了閨蜜，我經(jīng)常的去問他問題，一些環(huán)境的配置，系統(tǒng)的某部分業(yè)務(wù)或者其他的問題等等。很感謝她，他幫助我盡快的去熟悉了系統(tǒng)的環(huán)境及業(yè)務(wù)。除了組長，組內(nèi)還有李大牛和許小牛。后來許小牛走了，又來了兩名同事，工作期間，他們都對我有很大的幫助，無論是工作上還是生活上，很欣慰能夠遇到他們并共事一場。
工作中不是那么的順利。別人是因為任務(wù)重，工作壓力大。而我則是因為任務(wù)太輕而煩惱。我的任務(wù)總是比較簡單，我很快就能做完，我體現(xiàn)不了自己的價值，我不開心。我去向組長爭取機(jī)會，贏得了自己的第一份比較有挑戰(zhàn)性的工作。
我要做一個webservice接口。這個任務(wù)的需求很不明確，需要我去和接口使用方進(jìn)行溝通。我對系統(tǒng)的數(shù)據(jù)庫了解甚少，對自己的庫就不太了解，將他們的庫對應(yīng)到我們的庫就更困難了。加上交流也不是很有經(jīng)驗，我最后搬出我們組長去跟他們溝通確定需求才開始進(jìn)行開發(fā)。需求的確定用了好長時間，之后的驗證也用了好久。當(dāng)時開發(fā)時，接口由于沒有數(shù)據(jù)，只用一條數(shù)據(jù)進(jìn)行了驗證，但到部署到現(xiàn)場時出現(xiàn)了好多的問題?？蛻籼焯齑?，自己的壓力好大。好幾天都加班到好晚。這件事情比較曲折，后面的博文會詳細(xì)講述這件事情。
最后一個月，我們組要進(jìn)行封閉開發(fā)。這是我在xx的最后一個月了。剛開始我以為不會給我分配什么有含量的活了。這里非常感謝組長，他并沒有讓我的這一個月荒廢。我有我的任務(wù)，而且也很重要。因為這些，我可以和大家共同奮斗。全組成員一起加班到晚上兩點(diǎn)那次，雖然很累，但是我很開心。這是一件很值得回憶的事情。曾經(jīng)，我們也瘋狂過。
前端心得體會篇四
作為一個致力于成為一名優(yōu)秀的Web前端開發(fā)工程師的人，我一直堅信并實踐著一句話：“技術(shù)永無止境，只有不斷學(xué)習(xí)才能無窮發(fā)展。”在Web前端領(lǐng)域，這句話更是適用。在我的學(xué)習(xí)和工作之中，我深刻地認(rèn)識到，Web前端不僅僅是一項技術(shù)，它更是一門藝術(shù)。同時，在實踐中我也悟出了一些心得體會。
第二段：感受
Web前端是一門非常有挑戰(zhàn)性的技術(shù)，它涉及到很多方面的知識，如HTML、CSS、JavaScript、jQuery等等。在學(xué)習(xí)之初，我曾經(jīng)感到這門技術(shù)太過于瑣碎和難以掌握，但隨著我的深入探索和不斷學(xué)習(xí)，我發(fā)現(xiàn)一個重要的事實，那就是Web前端技術(shù)是非常有趣的。在這個領(lǐng)域里，有太多美好的東西等著你去探索和挖掘。只需要站在學(xué)習(xí)的角度去理解和學(xué)習(xí)，就能夠獲得很大的收獲。通過反復(fù)的實踐和嘗試，掌握了一個技術(shù)點(diǎn)，是那種成就感滿滿的幸福感。
第三段：創(chuàng)新
Web前端是一個富有創(chuàng)新的領(lǐng)域。有時候，我們要通過創(chuàng)新的方式來解決問題和挑戰(zhàn)。在這個領(lǐng)域里，創(chuàng)意是非常有力的武器。我們要獨(dú)立思考和質(zhì)疑，不斷地探索和挑戰(zhàn)，尋找創(chuàng)新的途徑。在這個過程中，我們會遇到很多阻礙和困難，但只有堅持下去，不斷創(chuàng)新，才能抵達(dá)我們想要的目標(biāo)。
第四段：共享
Web前端是一個充滿分享文化的領(lǐng)域。在這個領(lǐng)域里，許多人都在分享自己的經(jīng)驗和知識，這讓我們學(xué)習(xí)變得更容易了。在這個過程中，我深深感受到了共享的重要性。我也在積極地參與這個共享的過程，分享自己的見解和理解，同時幫助他人解決問題。這不僅能夠促進(jìn)我的技術(shù)進(jìn)步，也為其他人提供了幫助和支持。
第五段：總結(jié)
在經(jīng)歷了這段時間的學(xué)習(xí)和實踐之后，我認(rèn)識到Web前端開發(fā)是一門需要終身學(xué)習(xí)的技術(shù)。我需要跟進(jìn)時代的步伐，不斷地更新自己的知識體系，掌握新技術(shù)。我相信，只有不斷學(xué)習(xí)，才能夠在這個領(lǐng)域中成為一名優(yōu)秀的Web前端工程師。同時，我也希望通過分享和交流，為這個領(lǐng)域貢獻(xiàn)我的力量。
前端心得體會篇五
在當(dāng)下信息爆炸的時代，券商前端工作顯得尤為重要。作為金融行業(yè)的一員，券商前端需要在用戶界面設(shè)計和用戶體驗方面下功夫，以不斷改進(jìn)用戶的使用體驗，提高用戶的黏性。在我從事券商前端工作的這段時間里，我深刻體會到了一些心得和體會。
首先，我發(fā)現(xiàn)關(guān)鍵是用戶體驗。在設(shè)計券商前端界面的時候，我們需要始終以用戶為中心，關(guān)注用戶的需求和目標(biāo)。券商前端需要具備良好的交互設(shè)計和視覺設(shè)計能力，以確保界面的簡潔明了和易用性。通過合理的交互設(shè)計，我們可以減少用戶操作的復(fù)雜性，使用戶能夠更加快速和方便地完成交易操作。同時，通過精心設(shè)計的視覺效果，我們可以提高用戶對系統(tǒng)的信任感和歸屬感。因此，關(guān)注用戶體驗是券商前端工作的核心。
其次，我意識到前端技術(shù)的重要性。作為券商前端工程師，我們需要對各種前端技術(shù)有一定的了解和掌握。前端技術(shù)的快速發(fā)展使得券商前端可以有更多的創(chuàng)新和實踐的空間。例如，響應(yīng)式設(shè)計使得券商前端可以適應(yīng)不同設(shè)備的屏幕尺寸和分辨率，提供更好的用戶體驗。此外，前端框架和工具的應(yīng)用，可以大大提高開發(fā)的效率和質(zhì)量。因此，學(xué)習(xí)和掌握前端技術(shù)對于券商前端的發(fā)展至關(guān)重要。
再次，我發(fā)現(xiàn)團(tuán)隊的合作是成功的關(guān)鍵。券商前端工作需要與產(chǎn)品、設(shè)計和后端等多個團(tuán)隊緊密合作。只有通過協(xié)同配合，我們才能實現(xiàn)券商前端的目標(biāo)和使命。在與團(tuán)隊合作的過程中，我體會到了溝通和協(xié)作的重要性。我們需要及時與其他團(tuán)隊成員溝通意見和問題，分享和學(xué)習(xí)最新的前端技術(shù)和最佳實踐。同時，我們也需要理解和尊重其他團(tuán)隊的需求和工作，以共同推動項目的進(jìn)展和成功。
最后，我認(rèn)識到持續(xù)學(xué)習(xí)和改進(jìn)是券商前端工作的必要條件。前端技術(shù)的發(fā)展非常迅速，新的技術(shù)和工具層出不窮。在這個快速變化的環(huán)境中，只有不斷學(xué)習(xí)和改進(jìn)，我們才能跟上時代的步伐，為用戶提供更好的前端體驗。在我個人的經(jīng)驗中，我通過學(xué)習(xí)和實踐新的前端技術(shù)，不斷提高自己的能力和水平。這也使我意識到，前端工作是一個永無止境的學(xué)習(xí)之旅。
綜上所述，券商前端工作需要關(guān)注用戶體驗、掌握前端技術(shù)、團(tuán)隊合作和持續(xù)學(xué)習(xí)。只有通過這些方面的不斷努力和改進(jìn)，我們才能夠?qū)崿F(xiàn)券商前端的目標(biāo)和使命，為用戶提供更好的服務(wù)和體驗。作為一名券商前端，我將繼續(xù)努力學(xué)習(xí)和提高自己，為券商前端的發(fā)展貢獻(xiàn)自己的力量。
前端心得體會篇六
2個月的暑期實習(xí)結(jié)束了，不能算非常圓滿但是也有許多感受。畢竟，擠了兩個月的地鐵，每天3個小時，無論是上班還是回家身體都是濕的，也算是體驗過了社會人的生活。
在公司做的是后端工程師，其實就是協(xié)助團(tuán)隊實現(xiàn)一些小的模塊，修改頁面等一些外圍的工作。這些都在預(yù)料之中。我找實習(xí)的初衷還是想體驗一下互聯(lián)網(wǎng)公司的工作環(huán)境、工作模式和方法，同時了解一下他們是如何了解并學(xué)習(xí)新知識的，從這一點(diǎn)上來說算是如愿以償。
在學(xué)校，無論是作項目還是產(chǎn)品，往往是一個人大包干。從產(chǎn)品(網(wǎng)站)設(shè)計，前臺html,javascript編寫，數(shù)據(jù)庫架構(gòu)，后端coding，都是一個人完成的。而在正規(guī)的公司里，這一套流程是有著嚴(yán)格分工的，大致如下：1 首先由產(chǎn)品經(jīng)理與客戶交流，討論、溝通并產(chǎn)生需求，作出產(chǎn)品原型圖，(在軟件領(lǐng)域應(yīng)該算是工業(yè)設(shè)計原型圖?) 。將原型圖交付設(shè)計師，讓設(shè)計師通過構(gòu)想的原型圖設(shè)計出相關(guān)圖片。前端工程師通過設(shè)計師的圖片切圖并作出靜態(tài)頁。同時，產(chǎn)品經(jīng)理通過溝通和文檔的方式將需求告知后端開發(fā)人員。研發(fā)人員根據(jù)需求設(shè)計數(shù)據(jù)庫并進(jìn)行相應(yīng)coding，其中還要與前端工程師溝通并完成一些接口、交互(比如json等)，產(chǎn)品完成后最后進(jìn)行測試等步驟。
首先說說產(chǎn)品經(jīng)理。我認(rèn)為，對于產(chǎn)品經(jīng)理來說，需求和體驗是靈魂，溝通和設(shè)計是方法，而制作原型圖與撰寫相關(guān)文檔是必備技能。體驗就不用說了，產(chǎn)品經(jīng)理就是為優(yōu)質(zhì)的用戶體驗而生的，‘用戶體驗’往往被他們掛在嘴邊。而需求分兩方面，一方面是與外界進(jìn)行溝通，從而了解到的一些需求。這里面的溝通是有一些技巧和方法需要注意的。另外一方面則是自己通過對產(chǎn)品的理解，對生活的感悟自己創(chuàng)造出來的，這里也是見真功夫的地方。這兩方面，前一種主要靠溝通，后一種主要靠自己的設(shè)計(create)。
然后是原型圖，什么是原型圖呢?比方說你想設(shè)計一個網(wǎng)站，那么，在大刀闊斧開工之前，你總要在在紙上寫寫畫畫，作出網(wǎng)站的一個view草圖，這個草圖就是原型圖。只不過把你原來要在紙上完成的工作放到電腦里進(jìn)行，加快工作效率和將草圖交付他人進(jìn)行交流的效率罷了。這里推薦兩款軟件，一個是balsamiq，一個輕量級的原型圖制作工具，我實習(xí)公司的產(chǎn)品經(jīng)理一直在用。另一個的功能就相對較多同時軟件本身也相對臃腫許多，axure。百度的產(chǎn)品經(jīng)理在用它。
產(chǎn)品經(jīng)理由于是站在全局去把握產(chǎn)品的設(shè)計方向，所以需要有相當(dāng)強(qiáng)的思想和眼光，更多的時候的確是需要從管理的眼光去看問題。產(chǎn)品經(jīng)理需要見多識廣，思維活躍才能不斷為產(chǎn)品注入新的能量。同時又要腳踏實地去把握用戶而不能脫離用戶，“用戶至上”這一點(diǎn)微信的產(chǎn)品經(jīng)理張小龍是一個榜樣。
個人認(rèn)為走互聯(lián)網(wǎng)也就是電子商務(wù)方向的信管人比較適合做產(chǎn)品經(jīng)理，基于技術(shù)而又高于技術(shù)(就是不用掌握太多的技術(shù))，同時需要一些創(chuàng)造性思維和較強(qiáng)的溝通能力。
接下來說說設(shè)計師，這個我了解的的確比較少了。諸如ps ai等相關(guān)工具的熟練掌握肯定是必不可少的。我主要是想強(qiáng)調(diào)設(shè)計師的不可或缺。誠然，即便沒有設(shè)計師，你仍然可以讓前端工程師直接作出一個符合大致標(biāo)準(zhǔn)的靜態(tài)頁出來。不過，像一些復(fù)雜的邊角光影效果你肯定不能指望能達(dá)到一個比較好的效果吧。一些細(xì)節(jié)方面的地方可不是你摳摳其他網(wǎng)站配色和插圖就能搞定的。
上面全是前端苦逼而且做起來又略無聊的地方，有沒有除了js特效還讓前端大顯伸手的地方呢? 看看阿爾法城的前端設(shè)計吧。前端mvc架構(gòu)。恩你沒看錯，就是前端mvc。事實上，做網(wǎng)頁經(jīng)常遇到這樣的情況，就是網(wǎng)站的頁面很少但是單個頁面的前端設(shè)計及其復(fù)雜。這個時候普通的單一js文件就不適用了，你需要自己架構(gòu)或者使用現(xiàn)有的javascript的mvc框架解決問題。這時如何優(yōu)化js,css代碼，如何建立起一個低耦合，復(fù)用性高的框架，如何靈活地運(yùn)用一些設(shè)計模式，這都是前端工程師面對大型需要而考慮的。
除此之外，現(xiàn)在html5的流行與移動互聯(lián)網(wǎng)的興起也讓前端有了更多的用武之地。最后推薦一些干貨吧。bootstrap是twitter推出的一個能夠使前端工程師快速開發(fā)出兼容性強(qiáng)，組件功能豐富的javascript開源庫;文件也能解決一些兼容性方面的問題;backbone是一個javascriptmvc框架，這個我也有待學(xué)習(xí)。
接下來就是后端啦，geek們 哦不，hacker們一起high起來吧!這才是我們程序員的天下啊。各種算法數(shù)據(jù)結(jié)構(gòu)、設(shè)計模式、各類語言各類框架各類大規(guī)模架構(gòu)方案軟件讓你學(xué)個夠!
現(xiàn)在的編程語言百花其放，各自適合的工作均不同。使用哪種語言還真是蘿卜青菜各有所愛。注意一定要發(fā)揮各個語言之所長：python就要做膠水語言，java在業(yè)務(wù)處理方面非常出色，php最適合網(wǎng)頁展現(xiàn);.net在mis方面獨(dú)領(lǐng)風(fēng)騷。
選擇什么語言不重要，關(guān)鍵是要看清語言背后的東西。絕不是你學(xué)過一門語言，然后再使用過那門語言的相關(guān)框架開發(fā)過項目你就能出師了。那只是一種你掌握的技術(shù)，而單純的技術(shù)并不能轉(zhuǎn)化為自己的理解，不能轉(zhuǎn)化為自己的能力。先說面向?qū)ο?。要搞清楚的是基于對象和面向?qū)ο笫莾纱a事，java是一門基于對象的語言，而不是你使用java編程你就面向?qū)ο罅?。在實踐中不斷地領(lǐng)悟gof提出的設(shè)計模式原理，慢慢地學(xué)會對象的用法。能根據(jù)需要，靈活地運(yùn)用接口與繼承是關(guān)鍵。
有人認(rèn)為算法和數(shù)據(jù)結(jié)構(gòu)在互聯(lián)網(wǎng)方面作用很小?抱有這種觀點(diǎn)的人一定沒涉及過web智能推薦算法以及大規(guī)模分布式算法等領(lǐng)域。其實這也是互聯(lián)網(wǎng)方向的另外一片天地，當(dāng)網(wǎng)站規(guī)模不斷擴(kuò)大，服務(wù)器數(shù)量不斷增多，如何靈活地去設(shè)計服務(wù)器架構(gòu)，拆分?jǐn)?shù)據(jù)庫表結(jié)構(gòu)，并提出相應(yīng)的分布式方案，也是一個非常有挑戰(zhàn)性的難題。這其中也涉及很多算法需要自己實現(xiàn)，因為數(shù)據(jù)庫默認(rèn)內(nèi)核封裝的算法并不能滿足你網(wǎng)站架構(gòu)的具體需要。還有一些是根據(jù)用戶需要而產(chǎn)生的算法，涉及到了一些交叉學(xué)科領(lǐng)域(比如machinelearning),剛才舉的web推薦算法就是一個例子。
一個合格的程序員很大程度上也是半個運(yùn)維工程師。平時數(shù)據(jù)庫、服務(wù)器的維護(hù)往往也需要自己親歷親為。這就要求你熟練掌握linux,unix各項指令的使用，一些常用的服務(wù)軟件比如memcache,sphinx等的使用方法。
對了，還漏了移動開發(fā)。想做手機(jī)開發(fā)的人，我想說的是，做ios吧，android的各種不兼容實在是太頭疼了，而且安卓市場有一些不合理的地方，相對來說不太容易賺錢。另外，wp7,wp8應(yīng)用也可以嘗試一下。
說到做應(yīng)用，微軟最新的office13提出了支持社交的理念，同時也支持針對office進(jìn)行第三方應(yīng)用的開發(fā)，感興趣的同學(xué)可以嘗試一下。
最后是測試。無論是做網(wǎng)站還是做系統(tǒng)都需要測試。公司曾經(jīng)在的周末分享會上請來了ibm的測試mm專門講了測試的過程與方法。主要講的是黑盒測試。大公司的測試步驟簡單說來分為這么幾步：1 開發(fā)團(tuán)隊派遣一名負(fù)責(zé)人向測試團(tuán)隊發(fā)出test申請。test團(tuán)隊然后根據(jù)需要對其進(jìn)行評估，主要考察是否值得動用團(tuán)隊精力去做測試以及動用多少人力資源。確立之后，test團(tuán)隊再進(jìn)行測試項目啟動會，制訂計劃，并向開發(fā)團(tuán)隊索要需求文檔。之后就是很關(guān)鍵的一步：根據(jù)文檔設(shè)置測試用例，就是case。case會根據(jù)項目需要和測試團(tuán)隊自己發(fā)掘出的一些問題不斷增加和細(xì)化。
細(xì)化到什么程度呢?ibm有一個進(jìn)行了一年的項目，而根據(jù)需要產(chǎn)生的case就已經(jīng)有上千多個了,每一個case的填寫字段超過20個。從這里首先可以看出測試和開發(fā)時并行的而不是先開發(fā)后測試，然后，根據(jù)項目的不同，測試用例可能會增長到非?？植赖某潭?。所以其他人的經(jīng)驗不能照搬照抄，要根據(jù)自己團(tuán)隊的規(guī)模合理地決定測試用例的粒度。
測試除了黑盒測試還有白盒測試。這就需要測試人員自己去寫自動化測試腳本，還有可能借助現(xiàn)成的諸如loadrunner等測試工具輔助工作完成。說明測試人員自身也要懂一些技術(shù)的。
扯的越來越遠(yuǎn)了，簡單說說我實習(xí)做后端的收獲。首先是學(xué)會了個mvc框架，又再次顛覆了我對mvc的認(rèn)知，了解了開源領(lǐng)域的猿們是如何快速接受新東西的。在選擇開發(fā)工具方面，我想對ide說再見了，不輕量的東西就不靈活，不簡潔。公司里的人大部分都使用sublime 一個輕量級的文本編輯器，其優(yōu)點(diǎn)在于能靈活地自定義快捷鍵、高效的查找替換、更便捷地代碼書寫方法以及優(yōu)美的ui(說到ui最近新出的vs2012也是我的菜)。如果你夠牛比，你可以嘗試emacs ，一個操作系統(tǒng)級的文本編輯器，為什么是操作系統(tǒng)級呢，因為它的設(shè)計初衷就是你能在里面干任何事情，比如敲代碼，比如發(fā)郵件，比如看電影，比如玩游戲，比如……不過相應(yīng)的，學(xué)習(xí)門檻也很高。最后是一款大家公認(rèn)的殺手級工具，vim 誰用誰知道吧。我是用不習(xí)慣。
實習(xí)中除了技術(shù)上提升之外更多是不斷體會溝通的技巧。比方說，客戶說：“我想要實現(xiàn)一個__x功能”，然后你說好，然后去做了。最后給客戶看，客戶說，“你怎么作成了這樣的東西呀，我想實現(xiàn)的是__效果”，你很委屈地說“你上次跟我說需求時并沒有提到這一點(diǎn)啊”。就此僵持。
誰的錯?客戶的錯嗎?其實是不完全的。首先，你要知道，往往在客戶的腦海里，他所想的需求就是不清晰的，是模糊的，也很有可能是整個客戶團(tuán)隊經(jīng)過各種討論最后折中的一個結(jié)果。其次，不同的人語言表達(dá)的方式和能力是不一樣的，他以為你能理解，你也以為你理解了，中間的差別也可能有十萬八千里。
如何解決呢?記得syn的三握手嗎? 為什么要三次握手而不是一次就行呢? 就是要反復(fù)確認(rèn)。溝通時要學(xué)會去向客戶提問題去驗證客戶的需求，這也是讓客戶明確自己需求的一個過程。我用信息的傳輸打個比方?？蛻纛^腦中的需求是信息。從客戶嘴里說出來是編碼，然后通過耳朵傳輸?shù)侥愕哪X子里，這個過程是信道傳輸，最后你通過自己的理解(就是信息的解碼)轉(zhuǎn)化為自己的信息。信息在傳輸?shù)倪^程中是肯定會有丟失和錯誤(誤碼)的。原因可能出自多個方面：也許信息在源頭就是不確定的(客戶頭腦不清晰)，也許信息在編碼時就發(fā)生了錯誤(客戶不懂得表達(dá)的技巧)，在信道傳輸時發(fā)生丟失(客戶的話你左耳朵進(jìn)右耳朵出)，信息解碼發(fā)生錯誤(你自己理解能力有問題)。怎么辦呢? 我們說提高信息傳遞效果有多種方式，比如信息要有冗余，多次傳輸去驗證是否接受信息正確(要求客戶反復(fù)說明)，信息傳遞后你要有校驗碼驗證(自己向用戶再次確認(rèn))?？傊?，要“正確領(lǐng)會客戶的意圖和弦外之音”。
還有一大感悟就是：在工作時是否要追求完美?追求到什么地步?這個時候我們可以嘗試遵循80/20原則，即先集中精力解決80%的問題，再慢慢解決剩下20%的問題?！霸S多失敗并不是因為人不夠優(yōu)秀，而是做事情的方法不對，一開始最求大而全的方案，之后長時間不能完成，最后不了了之?！?BR> 實習(xí)的遺憾也是有的，本來打算好實習(xí)3個月的，結(jié)果開學(xué)有很多事情出乎我的意料。很多學(xué)校的事情是推不掉的，權(quán)衡再三，只好決定提前結(jié)束實習(xí)，不然兩方面的事情都做不好。感謝實習(xí)期間團(tuán)隊的各位伙伴對自己的提攜和教導(dǎo)，使自己進(jìn)步很多。臨行前公司贈書一本，望我繼續(xù)努力。
感覺自己還沒掌握的知識還有很多，至今我還沒學(xué)如何用git;在面向?qū)ο蠓矫嫒杂性S多困惑;前端代碼實現(xiàn)起來依舊有很多問題;很多框架和軟件都只是了解而沒有實踐操作過。在實習(xí)業(yè)余時間在網(wǎng)上還報了個machinelearning公開課，望能堅持下去。
新的一周要開始了，公司里的伙伴們依舊要開會、工作，為geekpark,itvalue的成熟壯大而奮斗。我也要開始忙碌一些自己的事情，前面依舊是一片天空。
前端心得體會篇七
作為一個以前從來沒有接觸過互聯(lián)網(wǎng)產(chǎn)品設(shè)計的菜鳥級產(chǎn)品設(shè)計人員，在沒有人指導(dǎo)，只能自己摸索的情況下設(shè)計出并和技術(shù)與美工培訓(xùn)和將網(wǎng)站做出來，其中的艱辛只能自己體會。不過，雖然過程艱辛，但自己的收獲頗大。一直以來希望能夠轉(zhuǎn)型做互聯(lián)網(wǎng)的產(chǎn)品，但總是沒有機(jī)會。這次公司網(wǎng)站的策劃及設(shè)計給了自己很好的學(xué)習(xí)和實踐機(jī)會。在這斷斷續(xù)續(xù)的七個月中，自己對于網(wǎng)站的策劃和設(shè)計有了一定的認(rèn)識，也通過實踐的對照，對過去自己看過的產(chǎn)品設(shè)計和產(chǎn)品經(jīng)理書籍中的理論有了更加深刻的理解。
在此，將在網(wǎng)站設(shè)計過程中的一些心得總結(jié)如下。雖然對于已經(jīng)身為產(chǎn)品經(jīng)理的人可能沒有用處。但，我想，可能對于那些想要入行，或者希望在自己的公司內(nèi)部轉(zhuǎn)入產(chǎn)品行業(yè)的人來說，可能多少有一點(diǎn)點(diǎn)用。
1、要注意網(wǎng)站的定位
任何一個公司或單位，要設(shè)計一個網(wǎng)站，都必然有其核心定位，即這個網(wǎng)站設(shè)計出來要干什么。這一點(diǎn)對網(wǎng)站的設(shè)計具有決定性的影響。如果不能將網(wǎng)站的定位把握好，作為一個設(shè)計人員，其工作往往會是無功而返。因此，在網(wǎng)站策劃階段，產(chǎn)品設(shè)計人員必須多和上層溝通，甚至多和領(lǐng)導(dǎo)爭辯，通過溝通和爭辯來明晰公司對網(wǎng)站的定位。同時，也可以讓領(lǐng)導(dǎo)對網(wǎng)站的定位更加明晰。只有完成了這一項，其余的策劃和設(shè)計工作才應(yīng)該繼續(xù)進(jìn)行。
2、要了解用戶
產(chǎn)品經(jīng)理或產(chǎn)品設(shè)計人員很容易將自己作為用戶來判斷產(chǎn)品的功能或體驗是否好用，但現(xiàn)實的情況是大部分用戶很可能與產(chǎn)品經(jīng)理所屬的人群差距很大。比如，在網(wǎng)站設(shè)計過程中，發(fā)現(xiàn)本網(wǎng)站的使用人群中竟然有不知道如何注冊網(wǎng)站的人，這這真是出乎意料。但這就是現(xiàn)實。所以，在產(chǎn)品設(shè)計的過程中，不能以自己為中心，把自己當(dāng)做用戶。事實上，很多用戶的互聯(lián)網(wǎng)水平真得沒有達(dá)到我們的水平。
3、明確、牢記目的和需求
網(wǎng)站的定位明確后，接下來要明確的是網(wǎng)站設(shè)計的目的和要滿足的需求。即：網(wǎng)站整體設(shè)計完成要達(dá)成什么目的，每個模塊設(shè)計完成要達(dá)成什么目的。從另一個層面來講，也就是，網(wǎng)站整體要滿足用戶什么需求，每個模塊又要滿足用戶什么需求。同時，在網(wǎng)站的設(shè)計過程中，要一直將目的和需求牢記心中，不斷地對照當(dāng)前的設(shè)計是否能夠達(dá)到目的或滿足用戶需求。在設(shè)計過程中不斷修改不斷調(diào)整最終導(dǎo)致偏離目的和需求的情況屢見不鮮。
4、保持簡潔
為什么要簡潔？因為，無論是設(shè)計一個網(wǎng)站，還是設(shè)計一個其他的產(chǎn)品，都不可能一步到位。尤其在人力物力時間等資源有限的情況下，更是不可能一次性滿足所需求，達(dá)成所有目的。因此，在這種情況下，為了確保核心目標(biāo)和需求的達(dá)成，只能也必須優(yōu)先保證核心功能的完成，只上核心模塊或功能。同時，在產(chǎn)品設(shè)計的過程中，也要不斷地向同事和領(lǐng)導(dǎo)灌輸這種意識。否則，需求無止境，網(wǎng)站永遠(yuǎn)難以完成上線。
5、注意細(xì)節(jié)
這次的網(wǎng)站設(shè)計師自己第一次設(shè)計網(wǎng)站。因此，在設(shè)計網(wǎng)站的過程中自然而然地非常關(guān)注網(wǎng)站的整個架構(gòu)，什么模塊放什么地方，模塊之間如何相互聯(lián)系等等。但網(wǎng)站最終出來的結(jié)果展示了殘忍的一面。由于在細(xì)節(jié)上把握不夠，網(wǎng)站的設(shè)計和實現(xiàn)結(jié)果和想象中出入很大，甚至一些格式、排版上的問題都出現(xiàn)在了網(wǎng)站的各個地方。自然，最終的結(jié)果就是網(wǎng)站成品與原始設(shè)計相差甚遠(yuǎn)。因此，在產(chǎn)品設(shè)計的過程中，作為設(shè)計人員，一定不能小看細(xì)節(jié)。一定要將細(xì)節(jié)想細(xì)致，沒有細(xì)節(jié)餓網(wǎng)站很容易出問題。
6、注重邏輯性
網(wǎng)站的設(shè)計過程中，必須要注意邏輯判斷。對于輸入信息或注冊流程中的每一個環(huán)節(jié)的每一種狀態(tài)都要考慮到。舉一個最簡單的例子，一個輸入框輸入數(shù)據(jù)，有正確的輸入、必然有錯誤的輸入，也必然有空輸入。那么，每種狀態(tài)下系統(tǒng)都要考慮到，也都要有相應(yīng)的反應(yīng)。
7、流程圖很重要。
說到邏輯性，就不能不談流程圖。作為梳理邏輯的工具，流程圖非常重要。它不但可以幫助我們梳理每隔一環(huán)節(jié)的不同狀態(tài)，更可以幫助我們和技術(shù)進(jìn)行溝通，確保技術(shù)對核心流程的把握。雖然每個技術(shù)的邏輯能力都不錯，但在編程的過程中不可能次次幫我們想到邏輯的不合理處。因此，一個合格的流程圖就非常重要了。
8、沒想清楚的事情不錯
即使是一個非常小的網(wǎng)站，也是一個系統(tǒng)，如果需要添加功能或模塊，就需要考慮到方方面面的變動，是一個比較復(fù)雜的過程。而若是一個較大的網(wǎng)站，那需要考慮的方面就更多了。因此，在設(shè)計過程中要本著一個原則：如果一個功能或模塊沒有想清楚為什么添加，有什么用處，那就不要無謂地添加這類功能或模塊。除了增加技術(shù)人員和設(shè)計人員的工作量、增加網(wǎng)站的復(fù)雜程度外，基本沒有啥好處。
9、一定要評審
評審對于所有的產(chǎn)品設(shè)計人員來說都是一場“噩夢”。但是評審可不可以省略呢？不可以。一方面，我們需要通過評審讓大家認(rèn)可自己的設(shè)計。如果對我們的設(shè)計不認(rèn)可，那么在真正執(zhí)行過程中便會有更多的障礙。另一方面，我們需要通過評審收集意見，查漏補(bǔ)缺，找到我們沒有注意到的地方。不過，在評審過程中，我們也一定要做好心理準(zhǔn)備，畢竟，讓一大堆人說你設(shè)計的這不行那也不行，心里是絕對不會好受的。唯一能夠減少這種情況出現(xiàn)的方法，也許就是盡可能細(xì)致地想到各個方面，有充足的理由來說服對方。
10、一定要寫產(chǎn)品需求文檔。
在自己設(shè)計網(wǎng)站之前，看過一些產(chǎn)品經(jīng)理方面的書，每本書里都介紹到了產(chǎn)品需求文檔的撰寫，可見產(chǎn)品需求文檔的重要性。但說來奇怪，在自己真正做網(wǎng)站時，由于團(tuán)隊里人很少，所以自己竟然認(rèn)為不需要寫產(chǎn)品需求文檔，認(rèn)為只要當(dāng)面溝通就可以了。但事實是，沒有需求文檔，很多細(xì)節(jié)的東西，自己設(shè)計的時候哦想得很好，但過段時間卻模糊了，結(jié)果技術(shù)人員詢問時只能憑感覺給出解決方案。當(dāng)然，結(jié)果可想而知，出現(xiàn)了很多不應(yīng)該出現(xiàn)的問題和bug。這些問題和bug讓我真正體會到了產(chǎn)品需求文檔的重要性。
11、要懂得妥協(xié)和聽取意見。
在產(chǎn)品設(shè)計過程中，經(jīng)常會出現(xiàn)一種情況：產(chǎn)品設(shè)計人員或產(chǎn)品經(jīng)理苦思冥想找到一種解決方案或展現(xiàn)形式，可以上級領(lǐng)導(dǎo)或公司管理層不認(rèn)可。這種情況下，我們常常會因為“自家孩子就是好”的心理而忽略他人的意見，或者堅決不妥協(xié)、不接納他人意見。這樣做非常不利于我們工作的推進(jìn)。因此，在這種時候，產(chǎn)品人員一要沉下心來，耐心聽取別人的意見，看看是否有可取之處。而是要懂得妥協(xié)，不在非常細(xì)節(jié)的地方和領(lǐng)導(dǎo)層較勁，阻礙工作的推進(jìn)。
12、要堅定，更要執(zhí)行。
當(dāng)然，在產(chǎn)品設(shè)計過程中，也會出現(xiàn)這種情況：我們認(rèn)為某個功能非常重要，可上級認(rèn)為不需要，要砍掉；或者，我們認(rèn)為一個功能或模塊完全沒必要展現(xiàn)，可上級堅持要求添加。這種不可調(diào)和的矛盾怎么處理呢？我的建議是：要堅定，更要執(zhí)行。首先，我們要堅定我們的想法和做法，盡量通過種。種方法去說服上級。只要我們的說法和做法有道理，上級應(yīng)該會同意我們的做法。其次，如果無法說服上級，那么，一旦上級決定如何做，我們則堅決執(zhí)行。雖然我們常說產(chǎn)品是為客戶設(shè)計的，但很多時候，產(chǎn)品也是為老板設(shè)計的。
13、要抱著做完美產(chǎn)品的心態(tài)去設(shè)計產(chǎn)品。
看過很多產(chǎn)品類的書籍，都說完美主義要不得。在這點(diǎn)上，我也同意。但是，從另一個層面來講，在產(chǎn)品設(shè)計或構(gòu)思的過程中，一定要保證做完美產(chǎn)品的心態(tài)去設(shè)計。因為，很多時候，即使完美的設(shè)計，在通過執(zhí)行的種。種換屆后，也可能變得慘不忍睹，或者最終也就是成為一個及格產(chǎn)品。而如果我們抱著湊乎的心態(tài)來設(shè)計產(chǎn)品，那做出來的東西可能真的就沒辦法用了。
14、要相信自己的直覺
在產(chǎn)品設(shè)計或制作的過程中，可能常常會有這種感覺：“好像哪兒不對呀。”以我的經(jīng)驗來說，這種感覺的出現(xiàn)往往是自己忘掉了一些地方或做的東西中有錯誤，潛意識在提醒我們。所以，在這種情況下，一定要相信自己的直覺，來對相應(yīng)的模塊或功能進(jìn)行審查，找出不合理的地方進(jìn)行修改或彌補(bǔ)。
15、要看鍋下菜
現(xiàn)實里，每個公司的資源都是有限的。而做一個網(wǎng)站也好，做一個產(chǎn)品也好，公司能夠提供的資源也是有限的。因此，作為產(chǎn)品經(jīng)理或設(shè)計人員，一定要有現(xiàn)實感。要知道在現(xiàn)有資源情況下，能夠做到什么程度。比如：不要指望一個拿3000塊工資的美工設(shè)計出一流的頁面，也不要指望一個臨時來幫忙上傳資料的同事能夠一步到位地將資料的格式調(diào)整到最好的狀態(tài)，更不要指望剛畢業(yè)的程序員能夠迅速地解決你所提出的bug。一句話，不要指望同事做出超過其能力以外的事情，不要指望公司提供超出其能力范圍外的資源。
16、永遠(yuǎn)不要偷懶。
最后一條，永遠(yuǎn)不要偷懶。我的感受是，偷懶絕對會讓我們在后期多花費(fèi)更多的時間和精力。不要因為自己懶不想寫產(chǎn)品需求文檔就隨便弄個原型給技術(shù)，那樣后期會讓你有無窮bug去修改；不要因為自己懶或時間緊急就不做評審，否則，一旦領(lǐng)導(dǎo)層看到設(shè)計沒有滿足其要求，你可能得重頭再來；不要技術(shù)改了bug你就天真地相信一定是沒問題了，一定要自己確認(rèn)，否則，過兩天就會有人找你問為什么bug沒有修改。今天的偷懶往往需要明天的雙倍甚至多倍付出。
前端心得體會篇八
在軟件開發(fā)領(lǐng)域，前端和后端是兩個不可或缺的部分。前端是用戶直接與之交互的部分，包括網(wǎng)站或應(yīng)用程序的用戶界面、交互體驗等。而后端則是負(fù)責(zé)處理數(shù)據(jù)、運(yùn)行邏輯和安全性的代碼部分，這兩個方面對于一個完整的軟件系統(tǒng)都不可或缺。在我進(jìn)行了一定時間的前后端開發(fā)后，我深刻領(lǐng)悟到了前后端開發(fā)的差異和相輔相成的關(guān)系。下面，我將結(jié)合自身工作經(jīng)歷和實踐經(jīng)驗，分享一下我的心得體會。
第一段：初識前后端
剛開始接觸前后端時，我很迷茫。我一開始嘗試做前端開發(fā)，但維護(hù)后端的同事總是讓我改一些我并不理解的代碼，讓我感到很困惑。我不知道為什么太多數(shù)據(jù)處理和業(yè)務(wù)處理需要在后端完成，也不知道自己和后端之間怎么協(xié)同合作。這種局面讓我感到很沮喪。后來，我和我的后端同事進(jìn)行了深入交流，我才慢慢明白了自己和后端的關(guān)系以及能夠如何更好的協(xié)作。
第二段：前端開發(fā)的獨(dú)特魅力
前端開發(fā)非常具有挑戰(zhàn)性，它需要在不同的瀏覽器和設(shè)備上進(jìn)行測試，并確保良好的用戶體驗。此外，前端開發(fā)面向的是最終用戶，直接面對用戶體驗、界面等，因此在開發(fā)前端時需要思考如何讓產(chǎn)品更加美觀、易用、專業(yè)。這也讓我更加熱愛前端開發(fā)，愿意在前端方面用心，能夠更快地了解用戶需求，從而產(chǎn)生更具價值的產(chǎn)品。
第三段：后端開發(fā)的重要性
雖然前端開發(fā)容易吸引人的眼球，但是后端開發(fā)也是不可或缺的。后端負(fù)責(zé)完成數(shù)據(jù)處理、數(shù)據(jù)庫管理和業(yè)務(wù)邏輯等，這些都是支持前端正常運(yùn)行的基礎(chǔ)。業(yè)務(wù)邏輯的處理、請求的處理以及實現(xiàn)服務(wù)器的可擴(kuò)展性都是后端非常重要的工作。因此，在開發(fā)后端時，對于代碼結(jié)構(gòu)、性能優(yōu)化和安全等方面都要考慮仔細(xì)。只有后端代碼穩(wěn)健、可擴(kuò)展，才能確保產(chǎn)品正常運(yùn)行。
第四段：協(xié)作和交流是前后端合作的核心
如何協(xié)同好前后端之間的工作，是前后端開發(fā)的重要一環(huán)。在我的工作中，前后端的成功合作離不開良好的溝通和交流協(xié)作。我們首先討論業(yè)務(wù)邏輯，確定開發(fā)任務(wù)，隨時分享進(jìn)展信息和遇到的問題，以及討論解決方案。此外，我也要確保我能夠理解后端同事的工作，以便更好地幫他們解決前端的問題。在中長期的工作中，我們互相學(xué)習(xí)和交流，管理面零散、業(yè)務(wù)邏輯較復(fù)雜的場景下發(fā)揮得特別重要。
第五段：總結(jié)和展望
綜上所述，前端和后端是相輔相成、相互支持的兩個方面，在軟件開發(fā)中同等重要。前端提供良好的界面和交互體驗，后端則提供必要的邏輯和數(shù)據(jù)處理功能。如何確保前后端開發(fā)之間的無縫銜接，需要有良好的溝通和合作，我們互相理解和信賴很有必要，并應(yīng)注重前后端人員的技術(shù)探討、經(jīng)驗分享和不斷學(xué)習(xí)。同時，前后端開發(fā)也需要關(guān)注更改后產(chǎn)生的影響，測試環(huán)節(jié)對于整個開發(fā)流程非常重要，這也需要前后端開發(fā)人員協(xié)調(diào)，借助自動化測試工具和流程優(yōu)化手段，提高效率和質(zhì)量。總之，前后端的協(xié)同合作不斷讓我深刻體會到我們每一個人都需要不斷更新技能，不斷學(xué)習(xí)，才能成為更優(yōu)秀的開發(fā)者。
前端心得體會篇一
作為一名前端工程師，我深深感覺到這個職業(yè)的獨(dú)特性和挑戰(zhàn)性。從剛?cè)腴T到現(xiàn)在工作多年，我收獲了很多寶貴的心得體會。今天，我想和大家一起分享我在前端職業(yè)路上的收獲和感悟。
二、思維轉(zhuǎn)變
曾經(jīng)我認(rèn)為前端開發(fā)就是單純的寫 HTML 和 CSS，直到我開始深入學(xué)習(xí) JavaScript。漸漸地，我發(fā)現(xiàn)前端不再是簡單的樣式編輯，而是需要有編程思維、設(shè)計思維、操作系統(tǒng)等基礎(chǔ)。善用代碼和算法能讓我們在前端開發(fā)中事半功倍。所以，我的第一條心得便是：轉(zhuǎn)變思維，不斷學(xué)習(xí)，努力掌握前端開發(fā)技術(shù)的全貌。
三、重視交互設(shè)計
前端工程師的工作不僅是將設(shè)計師的作品實現(xiàn)出來。我們還要注意提升用戶的交互體驗。有時候設(shè)計師的作品在不同的分辨率下布局可能會有問題，這時候我們需要自主權(quán)來處理關(guān)鍵的實現(xiàn)。我們需要考慮到用戶的體驗，提高網(wǎng)站實用性和便利性。因此，我的第二條心得是重視交互設(shè)計，不僅僅追求外觀，更要關(guān)注網(wǎng)站的功能和易用性。
四、技術(shù)選型
技術(shù)選型對于前端開發(fā)影響尤其大。我們選擇什么樣的前端框架、庫、工具，直接影響我們開發(fā)效率和開發(fā)瓶頸。在實際工作中，我們需要對現(xiàn)有技術(shù)進(jìn)行全面分析，嘗試新的技術(shù)和工具，并找到適合自己的開發(fā)模式。例如，React 框架與 Vue 框架需要結(jié)合項目實際情況進(jìn)行選擇。總之，我的第三條心得是：技術(shù)選型不要過早和過于固執(zhí)，要始終保持開放和靈活。
五、注重團(tuán)隊協(xié)作
在團(tuán)隊項目中，無論是聯(lián)合開發(fā)還是交流問題，我們要是有交流的技巧和在提出設(shè)計想法中的表現(xiàn)。團(tuán)隊合作不僅能夠使我們共同成長，更能增強(qiáng)開發(fā)團(tuán)隊的效率。另外，我們需要時刻保持對項目的關(guān)注和更新，遵守團(tuán)隊規(guī)定及編程規(guī)范，對交流中的落差以及自己的錯誤進(jìn)行及時改正并向團(tuán)隊同學(xué)打招呼。小小的細(xì)節(jié)最終會影響團(tuán)隊的和諧與效率，所以我的第四條心得是注重團(tuán)隊協(xié)作，時刻保持好的溝通。
六、總結(jié)
隨著前端工程的不斷發(fā)展，我們必須與時俱進(jìn)，不斷掌握新技術(shù)和優(yōu)化自己的技能。同時，我們也需要認(rèn)識到前端開發(fā)很多技能應(yīng)該有共通之處，而不僅僅局限于技術(shù)方面。比如，進(jìn)行良好的文案宣傳的重要性、加強(qiáng)團(tuán)隊協(xié)作互助合作方式等。要做好這個專業(yè)，我們必須拓寬視野。更需要不斷學(xué)習(xí)、努力提高、熱愛這個行業(yè)，這樣才能走得更遠(yuǎn)。最后，我的第五條心得是激勵自己，不斷創(chuàng)新探索，持續(xù)成長，讓前端開發(fā)更加美好。
前端心得體會篇二
在xx工作了5個月,自己從剛開始的一名新人到最后和大家融為一體,為組內(nèi)貢獻(xiàn)自己的一份力量,我經(jīng)歷了很多,成長了很多。
剛進(jìn)到公司,我內(nèi)心是很惶恐的。我對自己沒有一個正確的定位,對公司的環(huán)境也是那么的陌生。我不知道自己能不能勝任公司的工作。我所能做的就是努力再努力,用自己的勤奮來掩飾自己內(nèi)心的慌張。
很欣慰的是我們組內(nèi)有一個女生。她性格很柔和。每次,和他請教問題他都會耐心的幫助你。我和他成為了閨蜜,我經(jīng)常的去問他問題,一些環(huán)境的配置,系統(tǒng)的某部分業(yè)務(wù)或者其他的問題等等。很感謝她,他幫助我盡快的去熟悉了系統(tǒng)的環(huán)境及業(yè)務(wù)。除了組長,組內(nèi)還有李大牛和許小牛。后來許小牛走了,又來了兩名同事,工作期間,他們都對我有很大的幫助,無論是工作上還是生活上,很欣慰能夠遇到他們并共事一場。
工作中不是那么的順利。別人是因為任務(wù)重,工作壓力大。而我則是因為任務(wù)太輕而煩惱。我的任務(wù)總是比較簡單,我很快就能做完,我體現(xiàn)不了自己的價值,我不開心。我去向組長爭取機(jī)會,贏得了自己的第一份比較有挑戰(zhàn)性的工作。
我要做一個webservice接口。這個任務(wù)的需求很不明確,需要我去和接口使用方進(jìn)行溝通。我對系統(tǒng)的數(shù)據(jù)庫了解甚少,對自己的庫就不太了解,將他們的庫對應(yīng)到我們的庫就更困難了。加上交流也不是很有經(jīng)驗,我最后搬出我們組長去跟他們溝通確定需求才開始進(jìn)行開發(fā)。需求的確定用了好長時間,之后的驗證也用了好久。當(dāng)時開發(fā)時,接口由于沒有數(shù)據(jù),只用一條數(shù)據(jù)進(jìn)行了驗證,但到部署到現(xiàn)場時出現(xiàn)了好多的問題?？蛻籼焯齑?自己的壓力好大。好幾天都加班到好晚。這件事情比較曲折,后面的博文會詳細(xì)講述這件事情。
最后一個月,我們組要進(jìn)行封閉開發(fā)。這是我在xx的最后一個月了。剛開始我以為不會給我分配什么有含量的活了。這里非常感謝組長,他并沒有讓我的這一個月荒廢。我有我的任務(wù),而且也很重要。因為這些,我可以和大家共同奮斗。全組成員一起加班到晚上兩點(diǎn)那次,雖然很累,但是我很開心。這是一件很值得回憶的事情。曾經(jīng),我們也瘋狂過。
前端心得體會篇三
作為web前端工程師，在xx工作了5個月，自己從剛開始的一名新人到最后和大家融為一體，為組內(nèi)貢獻(xiàn)自己的一份力量，我經(jīng)歷了很多，成長了很多。
剛進(jìn)到公司，我內(nèi)心是很惶恐的。我對自己沒有一個正確的定位，對公司的環(huán)境也是那么的陌生。我不知道自己能不能勝任公司的工作。我所能做的就是努力再努力，用自己的勤奮來掩飾自己內(nèi)心的慌張。
很欣慰的是我們組內(nèi)有一個女生。她性格很柔和。每次，和他請教問題他都會耐心的幫助你。我和他成為了閨蜜，我經(jīng)常的去問他問題，一些環(huán)境的配置，系統(tǒng)的某部分業(yè)務(wù)或者其他的問題等等。很感謝她，他幫助我盡快的去熟悉了系統(tǒng)的環(huán)境及業(yè)務(wù)。除了組長，組內(nèi)還有李大牛和許小牛。后來許小牛走了，又來了兩名同事，工作期間，他們都對我有很大的幫助，無論是工作上還是生活上，很欣慰能夠遇到他們并共事一場。
工作中不是那么的順利。別人是因為任務(wù)重，工作壓力大。而我則是因為任務(wù)太輕而煩惱。我的任務(wù)總是比較簡單，我很快就能做完，我體現(xiàn)不了自己的價值，我不開心。我去向組長爭取機(jī)會，贏得了自己的第一份比較有挑戰(zhàn)性的工作。
我要做一個webservice接口。這個任務(wù)的需求很不明確，需要我去和接口使用方進(jìn)行溝通。我對系統(tǒng)的數(shù)據(jù)庫了解甚少，對自己的庫就不太了解，將他們的庫對應(yīng)到我們的庫就更困難了。加上交流也不是很有經(jīng)驗，我最后搬出我們組長去跟他們溝通確定需求才開始進(jìn)行開發(fā)。需求的確定用了好長時間，之后的驗證也用了好久。當(dāng)時開發(fā)時，接口由于沒有數(shù)據(jù)，只用一條數(shù)據(jù)進(jìn)行了驗證，但到部署到現(xiàn)場時出現(xiàn)了好多的問題?？蛻籼焯齑?，自己的壓力好大。好幾天都加班到好晚。這件事情比較曲折，后面的博文會詳細(xì)講述這件事情。
最后一個月，我們組要進(jìn)行封閉開發(fā)。這是我在xx的最后一個月了。剛開始我以為不會給我分配什么有含量的活了。這里非常感謝組長，他并沒有讓我的這一個月荒廢。我有我的任務(wù)，而且也很重要。因為這些，我可以和大家共同奮斗。全組成員一起加班到晚上兩點(diǎn)那次，雖然很累，但是我很開心。這是一件很值得回憶的事情。曾經(jīng)，我們也瘋狂過。
前端心得體會篇四
作為一個致力于成為一名優(yōu)秀的Web前端開發(fā)工程師的人，我一直堅信并實踐著一句話：“技術(shù)永無止境，只有不斷學(xué)習(xí)才能無窮發(fā)展。”在Web前端領(lǐng)域，這句話更是適用。在我的學(xué)習(xí)和工作之中，我深刻地認(rèn)識到，Web前端不僅僅是一項技術(shù)，它更是一門藝術(shù)。同時，在實踐中我也悟出了一些心得體會。
第二段：感受
Web前端是一門非常有挑戰(zhàn)性的技術(shù)，它涉及到很多方面的知識，如HTML、CSS、JavaScript、jQuery等等。在學(xué)習(xí)之初，我曾經(jīng)感到這門技術(shù)太過于瑣碎和難以掌握，但隨著我的深入探索和不斷學(xué)習(xí)，我發(fā)現(xiàn)一個重要的事實，那就是Web前端技術(shù)是非常有趣的。在這個領(lǐng)域里，有太多美好的東西等著你去探索和挖掘。只需要站在學(xué)習(xí)的角度去理解和學(xué)習(xí)，就能夠獲得很大的收獲。通過反復(fù)的實踐和嘗試，掌握了一個技術(shù)點(diǎn)，是那種成就感滿滿的幸福感。
第三段：創(chuàng)新
Web前端是一個富有創(chuàng)新的領(lǐng)域。有時候，我們要通過創(chuàng)新的方式來解決問題和挑戰(zhàn)。在這個領(lǐng)域里，創(chuàng)意是非常有力的武器。我們要獨(dú)立思考和質(zhì)疑，不斷地探索和挑戰(zhàn)，尋找創(chuàng)新的途徑。在這個過程中，我們會遇到很多阻礙和困難，但只有堅持下去，不斷創(chuàng)新，才能抵達(dá)我們想要的目標(biāo)。
第四段：共享
Web前端是一個充滿分享文化的領(lǐng)域。在這個領(lǐng)域里，許多人都在分享自己的經(jīng)驗和知識，這讓我們學(xué)習(xí)變得更容易了。在這個過程中，我深深感受到了共享的重要性。我也在積極地參與這個共享的過程，分享自己的見解和理解，同時幫助他人解決問題。這不僅能夠促進(jìn)我的技術(shù)進(jìn)步，也為其他人提供了幫助和支持。
第五段：總結(jié)
在經(jīng)歷了這段時間的學(xué)習(xí)和實踐之后，我認(rèn)識到Web前端開發(fā)是一門需要終身學(xué)習(xí)的技術(shù)。我需要跟進(jìn)時代的步伐，不斷地更新自己的知識體系，掌握新技術(shù)。我相信，只有不斷學(xué)習(xí)，才能夠在這個領(lǐng)域中成為一名優(yōu)秀的Web前端工程師。同時，我也希望通過分享和交流，為這個領(lǐng)域貢獻(xiàn)我的力量。
前端心得體會篇五
在當(dāng)下信息爆炸的時代，券商前端工作顯得尤為重要。作為金融行業(yè)的一員，券商前端需要在用戶界面設(shè)計和用戶體驗方面下功夫，以不斷改進(jìn)用戶的使用體驗，提高用戶的黏性。在我從事券商前端工作的這段時間里，我深刻體會到了一些心得和體會。
首先，我發(fā)現(xiàn)關(guān)鍵是用戶體驗。在設(shè)計券商前端界面的時候，我們需要始終以用戶為中心，關(guān)注用戶的需求和目標(biāo)。券商前端需要具備良好的交互設(shè)計和視覺設(shè)計能力，以確保界面的簡潔明了和易用性。通過合理的交互設(shè)計，我們可以減少用戶操作的復(fù)雜性，使用戶能夠更加快速和方便地完成交易操作。同時，通過精心設(shè)計的視覺效果，我們可以提高用戶對系統(tǒng)的信任感和歸屬感。因此，關(guān)注用戶體驗是券商前端工作的核心。
其次，我意識到前端技術(shù)的重要性。作為券商前端工程師，我們需要對各種前端技術(shù)有一定的了解和掌握。前端技術(shù)的快速發(fā)展使得券商前端可以有更多的創(chuàng)新和實踐的空間。例如，響應(yīng)式設(shè)計使得券商前端可以適應(yīng)不同設(shè)備的屏幕尺寸和分辨率，提供更好的用戶體驗。此外，前端框架和工具的應(yīng)用，可以大大提高開發(fā)的效率和質(zhì)量。因此，學(xué)習(xí)和掌握前端技術(shù)對于券商前端的發(fā)展至關(guān)重要。
再次，我發(fā)現(xiàn)團(tuán)隊的合作是成功的關(guān)鍵。券商前端工作需要與產(chǎn)品、設(shè)計和后端等多個團(tuán)隊緊密合作。只有通過協(xié)同配合，我們才能實現(xiàn)券商前端的目標(biāo)和使命。在與團(tuán)隊合作的過程中，我體會到了溝通和協(xié)作的重要性。我們需要及時與其他團(tuán)隊成員溝通意見和問題，分享和學(xué)習(xí)最新的前端技術(shù)和最佳實踐。同時，我們也需要理解和尊重其他團(tuán)隊的需求和工作，以共同推動項目的進(jìn)展和成功。
最后，我認(rèn)識到持續(xù)學(xué)習(xí)和改進(jìn)是券商前端工作的必要條件。前端技術(shù)的發(fā)展非常迅速，新的技術(shù)和工具層出不窮。在這個快速變化的環(huán)境中，只有不斷學(xué)習(xí)和改進(jìn)，我們才能跟上時代的步伐，為用戶提供更好的前端體驗。在我個人的經(jīng)驗中，我通過學(xué)習(xí)和實踐新的前端技術(shù)，不斷提高自己的能力和水平。這也使我意識到，前端工作是一個永無止境的學(xué)習(xí)之旅。
綜上所述，券商前端工作需要關(guān)注用戶體驗、掌握前端技術(shù)、團(tuán)隊合作和持續(xù)學(xué)習(xí)。只有通過這些方面的不斷努力和改進(jìn)，我們才能夠?qū)崿F(xiàn)券商前端的目標(biāo)和使命，為用戶提供更好的服務(wù)和體驗。作為一名券商前端，我將繼續(xù)努力學(xué)習(xí)和提高自己，為券商前端的發(fā)展貢獻(xiàn)自己的力量。
前端心得體會篇六
2個月的暑期實習(xí)結(jié)束了，不能算非常圓滿但是也有許多感受。畢竟，擠了兩個月的地鐵，每天3個小時，無論是上班還是回家身體都是濕的，也算是體驗過了社會人的生活。
在公司做的是后端工程師，其實就是協(xié)助團(tuán)隊實現(xiàn)一些小的模塊，修改頁面等一些外圍的工作。這些都在預(yù)料之中。我找實習(xí)的初衷還是想體驗一下互聯(lián)網(wǎng)公司的工作環(huán)境、工作模式和方法，同時了解一下他們是如何了解并學(xué)習(xí)新知識的，從這一點(diǎn)上來說算是如愿以償。
在學(xué)校，無論是作項目還是產(chǎn)品，往往是一個人大包干。從產(chǎn)品(網(wǎng)站)設(shè)計，前臺html,javascript編寫，數(shù)據(jù)庫架構(gòu)，后端coding，都是一個人完成的。而在正規(guī)的公司里，這一套流程是有著嚴(yán)格分工的，大致如下：1 首先由產(chǎn)品經(jīng)理與客戶交流，討論、溝通并產(chǎn)生需求，作出產(chǎn)品原型圖，(在軟件領(lǐng)域應(yīng)該算是工業(yè)設(shè)計原型圖?) 。將原型圖交付設(shè)計師，讓設(shè)計師通過構(gòu)想的原型圖設(shè)計出相關(guān)圖片。前端工程師通過設(shè)計師的圖片切圖并作出靜態(tài)頁。同時，產(chǎn)品經(jīng)理通過溝通和文檔的方式將需求告知后端開發(fā)人員。研發(fā)人員根據(jù)需求設(shè)計數(shù)據(jù)庫并進(jìn)行相應(yīng)coding，其中還要與前端工程師溝通并完成一些接口、交互(比如json等)，產(chǎn)品完成后最后進(jìn)行測試等步驟。
首先說說產(chǎn)品經(jīng)理。我認(rèn)為，對于產(chǎn)品經(jīng)理來說，需求和體驗是靈魂，溝通和設(shè)計是方法，而制作原型圖與撰寫相關(guān)文檔是必備技能。體驗就不用說了，產(chǎn)品經(jīng)理就是為優(yōu)質(zhì)的用戶體驗而生的，‘用戶體驗’往往被他們掛在嘴邊。而需求分兩方面，一方面是與外界進(jìn)行溝通，從而了解到的一些需求。這里面的溝通是有一些技巧和方法需要注意的。另外一方面則是自己通過對產(chǎn)品的理解，對生活的感悟自己創(chuàng)造出來的，這里也是見真功夫的地方。這兩方面，前一種主要靠溝通，后一種主要靠自己的設(shè)計(create)。
然后是原型圖，什么是原型圖呢?比方說你想設(shè)計一個網(wǎng)站，那么，在大刀闊斧開工之前，你總要在在紙上寫寫畫畫，作出網(wǎng)站的一個view草圖，這個草圖就是原型圖。只不過把你原來要在紙上完成的工作放到電腦里進(jìn)行，加快工作效率和將草圖交付他人進(jìn)行交流的效率罷了。這里推薦兩款軟件，一個是balsamiq，一個輕量級的原型圖制作工具，我實習(xí)公司的產(chǎn)品經(jīng)理一直在用。另一個的功能就相對較多同時軟件本身也相對臃腫許多，axure。百度的產(chǎn)品經(jīng)理在用它。
產(chǎn)品經(jīng)理由于是站在全局去把握產(chǎn)品的設(shè)計方向，所以需要有相當(dāng)強(qiáng)的思想和眼光，更多的時候的確是需要從管理的眼光去看問題。產(chǎn)品經(jīng)理需要見多識廣，思維活躍才能不斷為產(chǎn)品注入新的能量。同時又要腳踏實地去把握用戶而不能脫離用戶，“用戶至上”這一點(diǎn)微信的產(chǎn)品經(jīng)理張小龍是一個榜樣。
個人認(rèn)為走互聯(lián)網(wǎng)也就是電子商務(wù)方向的信管人比較適合做產(chǎn)品經(jīng)理，基于技術(shù)而又高于技術(shù)(就是不用掌握太多的技術(shù))，同時需要一些創(chuàng)造性思維和較強(qiáng)的溝通能力。
接下來說說設(shè)計師，這個我了解的的確比較少了。諸如ps ai等相關(guān)工具的熟練掌握肯定是必不可少的。我主要是想強(qiáng)調(diào)設(shè)計師的不可或缺。誠然，即便沒有設(shè)計師，你仍然可以讓前端工程師直接作出一個符合大致標(biāo)準(zhǔn)的靜態(tài)頁出來。不過，像一些復(fù)雜的邊角光影效果你肯定不能指望能達(dá)到一個比較好的效果吧。一些細(xì)節(jié)方面的地方可不是你摳摳其他網(wǎng)站配色和插圖就能搞定的。
上面全是前端苦逼而且做起來又略無聊的地方，有沒有除了js特效還讓前端大顯伸手的地方呢? 看看阿爾法城的前端設(shè)計吧。前端mvc架構(gòu)。恩你沒看錯，就是前端mvc。事實上，做網(wǎng)頁經(jīng)常遇到這樣的情況，就是網(wǎng)站的頁面很少但是單個頁面的前端設(shè)計及其復(fù)雜。這個時候普通的單一js文件就不適用了，你需要自己架構(gòu)或者使用現(xiàn)有的javascript的mvc框架解決問題。這時如何優(yōu)化js,css代碼，如何建立起一個低耦合，復(fù)用性高的框架，如何靈活地運(yùn)用一些設(shè)計模式，這都是前端工程師面對大型需要而考慮的。
除此之外，現(xiàn)在html5的流行與移動互聯(lián)網(wǎng)的興起也讓前端有了更多的用武之地。最后推薦一些干貨吧。bootstrap是twitter推出的一個能夠使前端工程師快速開發(fā)出兼容性強(qiáng)，組件功能豐富的javascript開源庫;文件也能解決一些兼容性方面的問題;backbone是一個javascriptmvc框架，這個我也有待學(xué)習(xí)。
接下來就是后端啦，geek們 哦不，hacker們一起high起來吧!這才是我們程序員的天下啊。各種算法數(shù)據(jù)結(jié)構(gòu)、設(shè)計模式、各類語言各類框架各類大規(guī)模架構(gòu)方案軟件讓你學(xué)個夠!
現(xiàn)在的編程語言百花其放，各自適合的工作均不同。使用哪種語言還真是蘿卜青菜各有所愛。注意一定要發(fā)揮各個語言之所長：python就要做膠水語言，java在業(yè)務(wù)處理方面非常出色，php最適合網(wǎng)頁展現(xiàn);.net在mis方面獨(dú)領(lǐng)風(fēng)騷。
選擇什么語言不重要，關(guān)鍵是要看清語言背后的東西。絕不是你學(xué)過一門語言，然后再使用過那門語言的相關(guān)框架開發(fā)過項目你就能出師了。那只是一種你掌握的技術(shù)，而單純的技術(shù)并不能轉(zhuǎn)化為自己的理解，不能轉(zhuǎn)化為自己的能力。先說面向?qū)ο?。要搞清楚的是基于對象和面向?qū)ο笫莾纱a事，java是一門基于對象的語言，而不是你使用java編程你就面向?qū)ο罅?。在實踐中不斷地領(lǐng)悟gof提出的設(shè)計模式原理，慢慢地學(xué)會對象的用法。能根據(jù)需要，靈活地運(yùn)用接口與繼承是關(guān)鍵。
有人認(rèn)為算法和數(shù)據(jù)結(jié)構(gòu)在互聯(lián)網(wǎng)方面作用很小?抱有這種觀點(diǎn)的人一定沒涉及過web智能推薦算法以及大規(guī)模分布式算法等領(lǐng)域。其實這也是互聯(lián)網(wǎng)方向的另外一片天地，當(dāng)網(wǎng)站規(guī)模不斷擴(kuò)大，服務(wù)器數(shù)量不斷增多，如何靈活地去設(shè)計服務(wù)器架構(gòu)，拆分?jǐn)?shù)據(jù)庫表結(jié)構(gòu)，并提出相應(yīng)的分布式方案，也是一個非常有挑戰(zhàn)性的難題。這其中也涉及很多算法需要自己實現(xiàn)，因為數(shù)據(jù)庫默認(rèn)內(nèi)核封裝的算法并不能滿足你網(wǎng)站架構(gòu)的具體需要。還有一些是根據(jù)用戶需要而產(chǎn)生的算法，涉及到了一些交叉學(xué)科領(lǐng)域(比如machinelearning),剛才舉的web推薦算法就是一個例子。
一個合格的程序員很大程度上也是半個運(yùn)維工程師。平時數(shù)據(jù)庫、服務(wù)器的維護(hù)往往也需要自己親歷親為。這就要求你熟練掌握linux,unix各項指令的使用，一些常用的服務(wù)軟件比如memcache,sphinx等的使用方法。
對了，還漏了移動開發(fā)。想做手機(jī)開發(fā)的人，我想說的是，做ios吧，android的各種不兼容實在是太頭疼了，而且安卓市場有一些不合理的地方，相對來說不太容易賺錢。另外，wp7,wp8應(yīng)用也可以嘗試一下。
說到做應(yīng)用，微軟最新的office13提出了支持社交的理念，同時也支持針對office進(jìn)行第三方應(yīng)用的開發(fā)，感興趣的同學(xué)可以嘗試一下。
最后是測試。無論是做網(wǎng)站還是做系統(tǒng)都需要測試。公司曾經(jīng)在的周末分享會上請來了ibm的測試mm專門講了測試的過程與方法。主要講的是黑盒測試。大公司的測試步驟簡單說來分為這么幾步：1 開發(fā)團(tuán)隊派遣一名負(fù)責(zé)人向測試團(tuán)隊發(fā)出test申請。test團(tuán)隊然后根據(jù)需要對其進(jìn)行評估，主要考察是否值得動用團(tuán)隊精力去做測試以及動用多少人力資源。確立之后，test團(tuán)隊再進(jìn)行測試項目啟動會，制訂計劃，并向開發(fā)團(tuán)隊索要需求文檔。之后就是很關(guān)鍵的一步：根據(jù)文檔設(shè)置測試用例，就是case。case會根據(jù)項目需要和測試團(tuán)隊自己發(fā)掘出的一些問題不斷增加和細(xì)化。
細(xì)化到什么程度呢?ibm有一個進(jìn)行了一年的項目，而根據(jù)需要產(chǎn)生的case就已經(jīng)有上千多個了,每一個case的填寫字段超過20個。從這里首先可以看出測試和開發(fā)時并行的而不是先開發(fā)后測試，然后，根據(jù)項目的不同，測試用例可能會增長到非?？植赖某潭?。所以其他人的經(jīng)驗不能照搬照抄，要根據(jù)自己團(tuán)隊的規(guī)模合理地決定測試用例的粒度。
測試除了黑盒測試還有白盒測試。這就需要測試人員自己去寫自動化測試腳本，還有可能借助現(xiàn)成的諸如loadrunner等測試工具輔助工作完成。說明測試人員自身也要懂一些技術(shù)的。
扯的越來越遠(yuǎn)了，簡單說說我實習(xí)做后端的收獲。首先是學(xué)會了個mvc框架，又再次顛覆了我對mvc的認(rèn)知，了解了開源領(lǐng)域的猿們是如何快速接受新東西的。在選擇開發(fā)工具方面，我想對ide說再見了，不輕量的東西就不靈活，不簡潔。公司里的人大部分都使用sublime 一個輕量級的文本編輯器，其優(yōu)點(diǎn)在于能靈活地自定義快捷鍵、高效的查找替換、更便捷地代碼書寫方法以及優(yōu)美的ui(說到ui最近新出的vs2012也是我的菜)。如果你夠牛比，你可以嘗試emacs ，一個操作系統(tǒng)級的文本編輯器，為什么是操作系統(tǒng)級呢，因為它的設(shè)計初衷就是你能在里面干任何事情，比如敲代碼，比如發(fā)郵件，比如看電影，比如玩游戲，比如……不過相應(yīng)的，學(xué)習(xí)門檻也很高。最后是一款大家公認(rèn)的殺手級工具，vim 誰用誰知道吧。我是用不習(xí)慣。
實習(xí)中除了技術(shù)上提升之外更多是不斷體會溝通的技巧。比方說，客戶說：“我想要實現(xiàn)一個__x功能”，然后你說好，然后去做了。最后給客戶看，客戶說，“你怎么作成了這樣的東西呀，我想實現(xiàn)的是__效果”，你很委屈地說“你上次跟我說需求時并沒有提到這一點(diǎn)啊”。就此僵持。
誰的錯?客戶的錯嗎?其實是不完全的。首先，你要知道，往往在客戶的腦海里，他所想的需求就是不清晰的，是模糊的，也很有可能是整個客戶團(tuán)隊經(jīng)過各種討論最后折中的一個結(jié)果。其次，不同的人語言表達(dá)的方式和能力是不一樣的，他以為你能理解，你也以為你理解了，中間的差別也可能有十萬八千里。
如何解決呢?記得syn的三握手嗎? 為什么要三次握手而不是一次就行呢? 就是要反復(fù)確認(rèn)。溝通時要學(xué)會去向客戶提問題去驗證客戶的需求，這也是讓客戶明確自己需求的一個過程。我用信息的傳輸打個比方?？蛻纛^腦中的需求是信息。從客戶嘴里說出來是編碼，然后通過耳朵傳輸?shù)侥愕哪X子里，這個過程是信道傳輸，最后你通過自己的理解(就是信息的解碼)轉(zhuǎn)化為自己的信息。信息在傳輸?shù)倪^程中是肯定會有丟失和錯誤(誤碼)的。原因可能出自多個方面：也許信息在源頭就是不確定的(客戶頭腦不清晰)，也許信息在編碼時就發(fā)生了錯誤(客戶不懂得表達(dá)的技巧)，在信道傳輸時發(fā)生丟失(客戶的話你左耳朵進(jìn)右耳朵出)，信息解碼發(fā)生錯誤(你自己理解能力有問題)。怎么辦呢? 我們說提高信息傳遞效果有多種方式，比如信息要有冗余，多次傳輸去驗證是否接受信息正確(要求客戶反復(fù)說明)，信息傳遞后你要有校驗碼驗證(自己向用戶再次確認(rèn))?？傊?，要“正確領(lǐng)會客戶的意圖和弦外之音”。
還有一大感悟就是：在工作時是否要追求完美?追求到什么地步?這個時候我們可以嘗試遵循80/20原則，即先集中精力解決80%的問題，再慢慢解決剩下20%的問題?！霸S多失敗并不是因為人不夠優(yōu)秀，而是做事情的方法不對，一開始最求大而全的方案，之后長時間不能完成，最后不了了之?！?BR> 實習(xí)的遺憾也是有的，本來打算好實習(xí)3個月的，結(jié)果開學(xué)有很多事情出乎我的意料。很多學(xué)校的事情是推不掉的，權(quán)衡再三，只好決定提前結(jié)束實習(xí)，不然兩方面的事情都做不好。感謝實習(xí)期間團(tuán)隊的各位伙伴對自己的提攜和教導(dǎo)，使自己進(jìn)步很多。臨行前公司贈書一本，望我繼續(xù)努力。
感覺自己還沒掌握的知識還有很多，至今我還沒學(xué)如何用git;在面向?qū)ο蠓矫嫒杂性S多困惑;前端代碼實現(xiàn)起來依舊有很多問題;很多框架和軟件都只是了解而沒有實踐操作過。在實習(xí)業(yè)余時間在網(wǎng)上還報了個machinelearning公開課，望能堅持下去。
新的一周要開始了，公司里的伙伴們依舊要開會、工作，為geekpark,itvalue的成熟壯大而奮斗。我也要開始忙碌一些自己的事情，前面依舊是一片天空。
前端心得體會篇七
作為一個以前從來沒有接觸過互聯(lián)網(wǎng)產(chǎn)品設(shè)計的菜鳥級產(chǎn)品設(shè)計人員，在沒有人指導(dǎo)，只能自己摸索的情況下設(shè)計出并和技術(shù)與美工培訓(xùn)和將網(wǎng)站做出來，其中的艱辛只能自己體會。不過，雖然過程艱辛，但自己的收獲頗大。一直以來希望能夠轉(zhuǎn)型做互聯(lián)網(wǎng)的產(chǎn)品，但總是沒有機(jī)會。這次公司網(wǎng)站的策劃及設(shè)計給了自己很好的學(xué)習(xí)和實踐機(jī)會。在這斷斷續(xù)續(xù)的七個月中，自己對于網(wǎng)站的策劃和設(shè)計有了一定的認(rèn)識，也通過實踐的對照，對過去自己看過的產(chǎn)品設(shè)計和產(chǎn)品經(jīng)理書籍中的理論有了更加深刻的理解。
在此，將在網(wǎng)站設(shè)計過程中的一些心得總結(jié)如下。雖然對于已經(jīng)身為產(chǎn)品經(jīng)理的人可能沒有用處。但，我想，可能對于那些想要入行，或者希望在自己的公司內(nèi)部轉(zhuǎn)入產(chǎn)品行業(yè)的人來說，可能多少有一點(diǎn)點(diǎn)用。
1、要注意網(wǎng)站的定位
任何一個公司或單位，要設(shè)計一個網(wǎng)站，都必然有其核心定位，即這個網(wǎng)站設(shè)計出來要干什么。這一點(diǎn)對網(wǎng)站的設(shè)計具有決定性的影響。如果不能將網(wǎng)站的定位把握好，作為一個設(shè)計人員，其工作往往會是無功而返。因此，在網(wǎng)站策劃階段，產(chǎn)品設(shè)計人員必須多和上層溝通，甚至多和領(lǐng)導(dǎo)爭辯，通過溝通和爭辯來明晰公司對網(wǎng)站的定位。同時，也可以讓領(lǐng)導(dǎo)對網(wǎng)站的定位更加明晰。只有完成了這一項，其余的策劃和設(shè)計工作才應(yīng)該繼續(xù)進(jìn)行。
2、要了解用戶
產(chǎn)品經(jīng)理或產(chǎn)品設(shè)計人員很容易將自己作為用戶來判斷產(chǎn)品的功能或體驗是否好用，但現(xiàn)實的情況是大部分用戶很可能與產(chǎn)品經(jīng)理所屬的人群差距很大。比如，在網(wǎng)站設(shè)計過程中，發(fā)現(xiàn)本網(wǎng)站的使用人群中竟然有不知道如何注冊網(wǎng)站的人，這這真是出乎意料。但這就是現(xiàn)實。所以，在產(chǎn)品設(shè)計的過程中，不能以自己為中心，把自己當(dāng)做用戶。事實上，很多用戶的互聯(lián)網(wǎng)水平真得沒有達(dá)到我們的水平。
3、明確、牢記目的和需求
網(wǎng)站的定位明確后，接下來要明確的是網(wǎng)站設(shè)計的目的和要滿足的需求。即：網(wǎng)站整體設(shè)計完成要達(dá)成什么目的，每個模塊設(shè)計完成要達(dá)成什么目的。從另一個層面來講，也就是，網(wǎng)站整體要滿足用戶什么需求，每個模塊又要滿足用戶什么需求。同時，在網(wǎng)站的設(shè)計過程中，要一直將目的和需求牢記心中，不斷地對照當(dāng)前的設(shè)計是否能夠達(dá)到目的或滿足用戶需求。在設(shè)計過程中不斷修改不斷調(diào)整最終導(dǎo)致偏離目的和需求的情況屢見不鮮。
4、保持簡潔
為什么要簡潔？因為，無論是設(shè)計一個網(wǎng)站，還是設(shè)計一個其他的產(chǎn)品，都不可能一步到位。尤其在人力物力時間等資源有限的情況下，更是不可能一次性滿足所需求，達(dá)成所有目的。因此，在這種情況下，為了確保核心目標(biāo)和需求的達(dá)成，只能也必須優(yōu)先保證核心功能的完成，只上核心模塊或功能。同時，在產(chǎn)品設(shè)計的過程中，也要不斷地向同事和領(lǐng)導(dǎo)灌輸這種意識。否則，需求無止境，網(wǎng)站永遠(yuǎn)難以完成上線。
5、注意細(xì)節(jié)
這次的網(wǎng)站設(shè)計師自己第一次設(shè)計網(wǎng)站。因此，在設(shè)計網(wǎng)站的過程中自然而然地非常關(guān)注網(wǎng)站的整個架構(gòu)，什么模塊放什么地方，模塊之間如何相互聯(lián)系等等。但網(wǎng)站最終出來的結(jié)果展示了殘忍的一面。由于在細(xì)節(jié)上把握不夠，網(wǎng)站的設(shè)計和實現(xiàn)結(jié)果和想象中出入很大，甚至一些格式、排版上的問題都出現(xiàn)在了網(wǎng)站的各個地方。自然，最終的結(jié)果就是網(wǎng)站成品與原始設(shè)計相差甚遠(yuǎn)。因此，在產(chǎn)品設(shè)計的過程中，作為設(shè)計人員，一定不能小看細(xì)節(jié)。一定要將細(xì)節(jié)想細(xì)致，沒有細(xì)節(jié)餓網(wǎng)站很容易出問題。
6、注重邏輯性
網(wǎng)站的設(shè)計過程中，必須要注意邏輯判斷。對于輸入信息或注冊流程中的每一個環(huán)節(jié)的每一種狀態(tài)都要考慮到。舉一個最簡單的例子，一個輸入框輸入數(shù)據(jù)，有正確的輸入、必然有錯誤的輸入，也必然有空輸入。那么，每種狀態(tài)下系統(tǒng)都要考慮到，也都要有相應(yīng)的反應(yīng)。
7、流程圖很重要。
說到邏輯性，就不能不談流程圖。作為梳理邏輯的工具，流程圖非常重要。它不但可以幫助我們梳理每隔一環(huán)節(jié)的不同狀態(tài)，更可以幫助我們和技術(shù)進(jìn)行溝通，確保技術(shù)對核心流程的把握。雖然每個技術(shù)的邏輯能力都不錯，但在編程的過程中不可能次次幫我們想到邏輯的不合理處。因此，一個合格的流程圖就非常重要了。
8、沒想清楚的事情不錯
即使是一個非常小的網(wǎng)站，也是一個系統(tǒng)，如果需要添加功能或模塊，就需要考慮到方方面面的變動，是一個比較復(fù)雜的過程。而若是一個較大的網(wǎng)站，那需要考慮的方面就更多了。因此，在設(shè)計過程中要本著一個原則：如果一個功能或模塊沒有想清楚為什么添加，有什么用處，那就不要無謂地添加這類功能或模塊。除了增加技術(shù)人員和設(shè)計人員的工作量、增加網(wǎng)站的復(fù)雜程度外，基本沒有啥好處。
9、一定要評審
評審對于所有的產(chǎn)品設(shè)計人員來說都是一場“噩夢”。但是評審可不可以省略呢？不可以。一方面，我們需要通過評審讓大家認(rèn)可自己的設(shè)計。如果對我們的設(shè)計不認(rèn)可，那么在真正執(zhí)行過程中便會有更多的障礙。另一方面，我們需要通過評審收集意見，查漏補(bǔ)缺，找到我們沒有注意到的地方。不過，在評審過程中，我們也一定要做好心理準(zhǔn)備，畢竟，讓一大堆人說你設(shè)計的這不行那也不行，心里是絕對不會好受的。唯一能夠減少這種情況出現(xiàn)的方法，也許就是盡可能細(xì)致地想到各個方面，有充足的理由來說服對方。
10、一定要寫產(chǎn)品需求文檔。
在自己設(shè)計網(wǎng)站之前，看過一些產(chǎn)品經(jīng)理方面的書，每本書里都介紹到了產(chǎn)品需求文檔的撰寫，可見產(chǎn)品需求文檔的重要性。但說來奇怪，在自己真正做網(wǎng)站時，由于團(tuán)隊里人很少，所以自己竟然認(rèn)為不需要寫產(chǎn)品需求文檔，認(rèn)為只要當(dāng)面溝通就可以了。但事實是，沒有需求文檔，很多細(xì)節(jié)的東西，自己設(shè)計的時候哦想得很好，但過段時間卻模糊了，結(jié)果技術(shù)人員詢問時只能憑感覺給出解決方案。當(dāng)然，結(jié)果可想而知，出現(xiàn)了很多不應(yīng)該出現(xiàn)的問題和bug。這些問題和bug讓我真正體會到了產(chǎn)品需求文檔的重要性。
11、要懂得妥協(xié)和聽取意見。
在產(chǎn)品設(shè)計過程中，經(jīng)常會出現(xiàn)一種情況：產(chǎn)品設(shè)計人員或產(chǎn)品經(jīng)理苦思冥想找到一種解決方案或展現(xiàn)形式，可以上級領(lǐng)導(dǎo)或公司管理層不認(rèn)可。這種情況下，我們常常會因為“自家孩子就是好”的心理而忽略他人的意見，或者堅決不妥協(xié)、不接納他人意見。這樣做非常不利于我們工作的推進(jìn)。因此，在這種時候，產(chǎn)品人員一要沉下心來，耐心聽取別人的意見，看看是否有可取之處。而是要懂得妥協(xié)，不在非常細(xì)節(jié)的地方和領(lǐng)導(dǎo)層較勁，阻礙工作的推進(jìn)。
12、要堅定，更要執(zhí)行。
當(dāng)然，在產(chǎn)品設(shè)計過程中，也會出現(xiàn)這種情況：我們認(rèn)為某個功能非常重要，可上級認(rèn)為不需要，要砍掉；或者，我們認(rèn)為一個功能或模塊完全沒必要展現(xiàn)，可上級堅持要求添加。這種不可調(diào)和的矛盾怎么處理呢？我的建議是：要堅定，更要執(zhí)行。首先，我們要堅定我們的想法和做法，盡量通過種。種方法去說服上級。只要我們的說法和做法有道理，上級應(yīng)該會同意我們的做法。其次，如果無法說服上級，那么，一旦上級決定如何做，我們則堅決執(zhí)行。雖然我們常說產(chǎn)品是為客戶設(shè)計的，但很多時候，產(chǎn)品也是為老板設(shè)計的。
13、要抱著做完美產(chǎn)品的心態(tài)去設(shè)計產(chǎn)品。
看過很多產(chǎn)品類的書籍，都說完美主義要不得。在這點(diǎn)上，我也同意。但是，從另一個層面來講，在產(chǎn)品設(shè)計或構(gòu)思的過程中，一定要保證做完美產(chǎn)品的心態(tài)去設(shè)計。因為，很多時候，即使完美的設(shè)計，在通過執(zhí)行的種。種換屆后，也可能變得慘不忍睹，或者最終也就是成為一個及格產(chǎn)品。而如果我們抱著湊乎的心態(tài)來設(shè)計產(chǎn)品，那做出來的東西可能真的就沒辦法用了。
14、要相信自己的直覺
在產(chǎn)品設(shè)計或制作的過程中，可能常常會有這種感覺：“好像哪兒不對呀。”以我的經(jīng)驗來說，這種感覺的出現(xiàn)往往是自己忘掉了一些地方或做的東西中有錯誤，潛意識在提醒我們。所以，在這種情況下，一定要相信自己的直覺，來對相應(yīng)的模塊或功能進(jìn)行審查，找出不合理的地方進(jìn)行修改或彌補(bǔ)。
15、要看鍋下菜
現(xiàn)實里，每個公司的資源都是有限的。而做一個網(wǎng)站也好，做一個產(chǎn)品也好，公司能夠提供的資源也是有限的。因此，作為產(chǎn)品經(jīng)理或設(shè)計人員，一定要有現(xiàn)實感。要知道在現(xiàn)有資源情況下，能夠做到什么程度。比如：不要指望一個拿3000塊工資的美工設(shè)計出一流的頁面，也不要指望一個臨時來幫忙上傳資料的同事能夠一步到位地將資料的格式調(diào)整到最好的狀態(tài)，更不要指望剛畢業(yè)的程序員能夠迅速地解決你所提出的bug。一句話，不要指望同事做出超過其能力以外的事情，不要指望公司提供超出其能力范圍外的資源。
16、永遠(yuǎn)不要偷懶。
最后一條，永遠(yuǎn)不要偷懶。我的感受是，偷懶絕對會讓我們在后期多花費(fèi)更多的時間和精力。不要因為自己懶不想寫產(chǎn)品需求文檔就隨便弄個原型給技術(shù)，那樣后期會讓你有無窮bug去修改；不要因為自己懶或時間緊急就不做評審，否則，一旦領(lǐng)導(dǎo)層看到設(shè)計沒有滿足其要求，你可能得重頭再來；不要技術(shù)改了bug你就天真地相信一定是沒問題了，一定要自己確認(rèn)，否則，過兩天就會有人找你問為什么bug沒有修改。今天的偷懶往往需要明天的雙倍甚至多倍付出。
前端心得體會篇八
在軟件開發(fā)領(lǐng)域，前端和后端是兩個不可或缺的部分。前端是用戶直接與之交互的部分，包括網(wǎng)站或應(yīng)用程序的用戶界面、交互體驗等。而后端則是負(fù)責(zé)處理數(shù)據(jù)、運(yùn)行邏輯和安全性的代碼部分，這兩個方面對于一個完整的軟件系統(tǒng)都不可或缺。在我進(jìn)行了一定時間的前后端開發(fā)后，我深刻領(lǐng)悟到了前后端開發(fā)的差異和相輔相成的關(guān)系。下面，我將結(jié)合自身工作經(jīng)歷和實踐經(jīng)驗，分享一下我的心得體會。
第一段：初識前后端
剛開始接觸前后端時，我很迷茫。我一開始嘗試做前端開發(fā)，但維護(hù)后端的同事總是讓我改一些我并不理解的代碼，讓我感到很困惑。我不知道為什么太多數(shù)據(jù)處理和業(yè)務(wù)處理需要在后端完成，也不知道自己和后端之間怎么協(xié)同合作。這種局面讓我感到很沮喪。后來，我和我的后端同事進(jìn)行了深入交流，我才慢慢明白了自己和后端的關(guān)系以及能夠如何更好的協(xié)作。
第二段：前端開發(fā)的獨(dú)特魅力
前端開發(fā)非常具有挑戰(zhàn)性，它需要在不同的瀏覽器和設(shè)備上進(jìn)行測試，并確保良好的用戶體驗。此外，前端開發(fā)面向的是最終用戶，直接面對用戶體驗、界面等，因此在開發(fā)前端時需要思考如何讓產(chǎn)品更加美觀、易用、專業(yè)。這也讓我更加熱愛前端開發(fā)，愿意在前端方面用心，能夠更快地了解用戶需求，從而產(chǎn)生更具價值的產(chǎn)品。
第三段：后端開發(fā)的重要性
雖然前端開發(fā)容易吸引人的眼球，但是后端開發(fā)也是不可或缺的。后端負(fù)責(zé)完成數(shù)據(jù)處理、數(shù)據(jù)庫管理和業(yè)務(wù)邏輯等，這些都是支持前端正常運(yùn)行的基礎(chǔ)。業(yè)務(wù)邏輯的處理、請求的處理以及實現(xiàn)服務(wù)器的可擴(kuò)展性都是后端非常重要的工作。因此，在開發(fā)后端時，對于代碼結(jié)構(gòu)、性能優(yōu)化和安全等方面都要考慮仔細(xì)。只有后端代碼穩(wěn)健、可擴(kuò)展，才能確保產(chǎn)品正常運(yùn)行。
第四段：協(xié)作和交流是前后端合作的核心
如何協(xié)同好前后端之間的工作，是前后端開發(fā)的重要一環(huán)。在我的工作中，前后端的成功合作離不開良好的溝通和交流協(xié)作。我們首先討論業(yè)務(wù)邏輯，確定開發(fā)任務(wù)，隨時分享進(jìn)展信息和遇到的問題，以及討論解決方案。此外，我也要確保我能夠理解后端同事的工作，以便更好地幫他們解決前端的問題。在中長期的工作中，我們互相學(xué)習(xí)和交流，管理面零散、業(yè)務(wù)邏輯較復(fù)雜的場景下發(fā)揮得特別重要。
第五段：總結(jié)和展望
綜上所述，前端和后端是相輔相成、相互支持的兩個方面，在軟件開發(fā)中同等重要。前端提供良好的界面和交互體驗，后端則提供必要的邏輯和數(shù)據(jù)處理功能。如何確保前后端開發(fā)之間的無縫銜接，需要有良好的溝通和合作，我們互相理解和信賴很有必要，并應(yīng)注重前后端人員的技術(shù)探討、經(jīng)驗分享和不斷學(xué)習(xí)。同時，前后端開發(fā)也需要關(guān)注更改后產(chǎn)生的影響，測試環(huán)節(jié)對于整個開發(fā)流程非常重要，這也需要前后端開發(fā)人員協(xié)調(diào)，借助自動化測試工具和流程優(yōu)化手段，提高效率和質(zhì)量。總之，前后端的協(xié)同合作不斷讓我深刻體會到我們每一個人都需要不斷更新技能，不斷學(xué)習(xí)，才能成為更優(yōu)秀的開發(fā)者。