【正文】 較算技術流的公司??自此就上了賊船，一發(fā)不可收拾。 在雅虎的這段時間，我有幸接觸到一股正氣凜然的技術流派，也形成了我對前端技術的一些基本看法，這些基本觀點一直影響我至今。 【優(yōu)雅的學院派】 當年雅虎的技術流派正如日中天，擁有眾多“之父”級的高人，所營造出的 Hack 氛圍實在讓人陶醉的無法自拔，那段時間我甚至寧愿加班到深夜閱讀海量的文檔和源代碼，感覺真的很舒服，我深深的被雅虎工程師這種低調務實、精工細琢的“服務精神”所打動，而這種不起眼的優(yōu)秀品質很大程度的影響雅虎產品的用戶體驗和高質量的技術輸出。那么，何謂“服務精神”？即你所做的東西是服務于人的，要么是產品客戶、要么是接手你項目的人、要么是使用你開發(fā)的功能的人，所以技術文檔成為伴隨代碼的標配。因此，工程師之間通過代碼就能做到心有靈犀的溝通 。這是工程師的一項基本素質，即，思路清晰的完成項目，且配備 了有價值的技術文檔，如果你的程序是給其他程序員用的，則更要如此，就好比你制造一款家電都要配備說明書一樣。因此， YDN成了當時最受全球程序員最喜愛的技術文檔庫，這種優(yōu)雅務實的“學院氣息”讓人感覺獨具魅力。 讓人感覺奇怪的是，在中文社區(qū)始終未見這種學院派。甚至在具有先天開源優(yōu)勢的 Web 前端技術社區(qū)里也是波瀾不驚，可見寫一篇好的技術文案真的比登天還難。我所見到的大部分所謂文檔索性把代碼里輸出數據的語句塊拷貝粘貼出來，至于為什么數據格式要設 計成這樣、如果字段有修改怎么做、編碼解碼要求如何等等關鍵信息只字不提，或者開發(fā)者也沒想過這些問題呢。因此，我們一直在強調代碼的質量和可維護性，但一直以來都未見效，蓋源于缺少這種“服務”意識的灌輸。這種意識在下文中還會多次提到，因為它能影響你做事的每個細節(jié)，是最應當首先突破的思想糾結。 除了意識問題，另一方面是技術問題，即文筆。這也是工程師最瞧不上眼的問題，難以置信這竟然是阻礙工程師突破瓶頸的關鍵所在。我已看到過數不清的人在晉升這道關卡吃了大虧，很多工程師技術實力很強，但就是表達不出來，要么羅列一大堆 信息毫無重點、要么毫無趣味的講代碼細節(jié)，不知云云。除非你走狗屎運碰到一個懂技術的老板，否則真的沒辦法逃脫碼農的宿命。但大部分人還振振有詞不以為然。而在 Web 前端開發(fā)領域情況更甚。前端工程師是最喜歡搞重構的，但在快節(jié)奏的需求面前，你很難用“提高了可維護性”、“提升了性能”這類虛無縹緲的詞藻為自己爭取到時間來搞重構，說的露骨一點，可能你真的對某次重構帶來的實際價值無法量化，只是“感覺代碼更整潔了”而已。我會在下文的“偽架構”中會展開分析前端工程師的這種浮躁獻媚的技術情結。而這正是前端工程師最欠缺的素質之一：用數 據說話，用嚴謹科學的論據來支撐你的觀點，老板不傻，有價值的東西當然會讓你去做。 當然，情況不總是這么糟糕，我們看到中文社區(qū)中已經鍛煉出了很多寫手，他們在用高質量的文字推銷自己的技術理念，這是一個好兆頭，好的文筆是可以鍛煉出來的。而在職場，特別是對前端工程師這個特殊職位來講，這種基本技能可以幫你反思梳理需求的輕重緩急，從凌亂的需求中把握七寸所在。因為當你開始認真寫一封郵件的時候，這種思考已經包含其中了。 所以，雅虎技術的推銷是相對成功和遠播的。關鍵在于兩方面，扎實的技術功底和高超的寫手。而真正 的技術大牛一定是集兩者與一身，不僅鉆研劍道，還能產出秘籍。這也是 Yahoo!優(yōu)雅的學院派氣息的動力源泉。國內很多技術團體想在這方面有所建樹，應當首先想清楚這一點。 【規(guī)范的破與立 1】 雅虎的技術運作非常規(guī)范，剛才已經提到，包括技術、組織、文化，一切看起來有模有樣，也堪稱標桿，自然成了國內很多技術團隊和社區(qū)的效仿對象。一時間各種“規(guī)范“成風、各色“標準“大行其道，結果是質量參差不齊。 我們到底需要什么樣的規(guī)范？雅虎的技術規(guī)范到底有何種魔力？以何種思路構建的規(guī)范才是貨真價實的？規(guī)范有著怎 樣的生命周期？想清楚這些問題，能很大程度減輕很多 Web 前端工程師的思想負擔，看清一部分技術本質，避免盲目跟風。 我們的確需要規(guī)范，但好的規(guī)范一定是務實的，一定是“解決問題“的。比如針對項目構建的 DPL 可以收納公用的視覺元件以減少重復開發(fā)、規(guī)定某 OPOA項目的事件分發(fā)原則以確立增量開發(fā)的代碼慣性。反之，糟糕的規(guī)范卻顯得過于“抽象“，比如頁面性能指標、響應式設計原則。另外，盡管他山之石可以攻玉，但拿來主義有一個大前提，就是你了解你的項目的關鍵問題，你要優(yōu)先解決的是些關鍵問題，而外來規(guī)范正好能解決你的問題 。因此規(guī)范是一本案頭手冊，是一攬子問題的解決方案，應當是“字典”，而不是“教程“。可見規(guī)范的源頭是“問題”。所以，當你想用 CoffeeScript 重構你的項目時、當你想引入 CommonJS 規(guī)范時、當你想在頁面中揉進 Bootstrap時、當你打算重復造輪子搞一套 JS 庫時、當你想重寫一套 assets 打包工具時，想想這些東東解決了你的什么問題？會不會帶來新的問題、把事情搞復雜了？還是為了嘗鮮？或者為了在簡歷中堂而皇之的寫上使用并精通各種新技術？ 規(guī)范之立應當有動因，動因來源于項目需求，項目需求則來自對產品的理解和把握，這是 Web 前端初級工程師走向中級甚至高級的一次重要蛻變，軟件工程領域早就有“架構師”角色，而架構師往往存在于項目需求分析和概設、詳設階段。我看到的情況是， Web 前端工程師的思維過多的限制在“界面”之內，向前和產品需求離的太遠（認為這是視覺設計師的事）、向后和數據邏輯又隔離開來（認為這是后臺工程師該干的事），因此前端規(guī)范也大都泛泛，無關項目痛癢，成了玩具。 雅虎技術規(guī)范的優(yōu)秀之初在于它們解決問題。所以，學習使用規(guī)范應當多 問一句，“他們?yōu)槭裁催@樣做？”其實，想清楚這些問題時，腦海中自然形成了一種“遇山開山”的創(chuàng)造性思維。 如果說新技術的嘗鮮缺少針對性，但至少滿足程序員的某種潔癖和快感，那么“負擔”從何而來呢？對于初學者來說，有價值學習資料可能只有這些規(guī)范，如果說規(guī)范價值不大，那又當從何入手呢？ 剛才我說的不是依賴于規(guī)范，而是對規(guī)范的反思，擺脫規(guī)范灌輸給我們的思維定勢。新人們大概是看了 Wiki 中的很多指標、結論、實踐，在做項目之初就附加了不少“八股式”的負擔，甚至影響我們對項目關鍵需求和關鍵問題的洞察力和判斷力 ，負擔過重就無法輕裝上陣， Wiki 中提到的這些指標和規(guī)范是結論性的，是大量的實踐之后得出的，也只有經歷過大量實踐才會真正理解這些結論，比如 DomReady時間和 請求數是否有因果關系， 請求數增加是否真的會導致頁面性能下降，什么條件下會導致性能下降？我們從那些條文和結論中無法找到答案。 舉個具體的例子， Kissy 剛剛出了 DPL，也是一大堆結論，比如他的布局就采用了經典的雙飛翼，使用容器浮動來實現，那么，這種做法就是不可撼動的“標準”嗎？看看淘寶車險首頁，布局容器齊刷刷的 inlineblock，只要頂層容器去掉寬度，布局容器自身就能根據瀏覽器寬度調整自然水平 /垂直排列，輕易的適應終端寬度了。 再比如，淘寶旅行計劃項目中的部署方式，也沒有完全使用 Loader管理依賴，而是將依賴層級做的很少，業(yè)務邏輯使用腳本來合并，這樣就可以更容易在 build環(huán)節(jié)加入語法檢查和代碼風格檢查。 類似這種擺脫原有編程思維，有針對性的用新思路新方法解決問題的做法顯然讓人感覺更加清爽，編程的樂趣也正體現在打破常規(guī)的快感之中，小馬曾經說過：“制造規(guī)范是為了打破規(guī)范”，萬不要因為這些規(guī)范標準加重負擔，導致 開始做一個簡單頁面時也顯得縮手縮腳，無法放開身手。大膽的動手實踐，才能真正得出屬于自己的“結論“和“標準“，才會真正深刻理解那些“結論”的意義所在。代碼寫的多了，自然熟能生巧，也容易形成成熟的技術觀點。 在這個過程中，我們唯一的對手是懶惰，惰于思考，就無法真正發(fā)現問題，自然形不成自己的觀點。還是那句話，任何規(guī)范、方法、結論、實踐都是為了解決項目中的問題的，所以，我們所接觸到那些看似“八股文”式的規(guī)范標準也是為了解決某些問題而提出的，想清楚這些問題，理解方法論背后的“因“，內心自然有“果”。 因此，“著眼當下、對癥下藥”的品質就顯得彌足珍貴了，比如，雙飛翼布局方法是為了解決一套（ html）代碼適應多種布局設計，這里的布局相對于固定的產品來說也是固定的，而無針對終端的自適應（適用于移動端的榻榻米布局似乎還沒有最佳實踐）。這是雙飛翼產生的背景，如今終端環(huán)境較之 5 年前已經翻天覆地，問題早已不在“多種布局”上，而在“終端適應“上，這才是我們面臨的問題，需要我們給出新的技術方案。 所以，勤于思考，輕裝上陣，大膽實踐，勇于創(chuàng)新，發(fā)掘問題所在，實打實的解決（潛在）問題，這才是我們真正需要的能力。放下思 維定勢枷鎖，也會有一種豁然開朗的感覺。 學習計劃篇 4 Java學習計劃 好的計劃是成功的一半，今天是在創(chuàng)新思維的第一節(jié)課，在這門課程的開始，一個有策略的、有目的性的計劃是非常必要的，為了在以后的學習中能夠達到最好的效果， 堅持 是一把雕刻刀，不斷地將我這顆頑石變成一件精美的藝術品。 。時間是海綿里的水，只有不斷地擠，才會變得更多，只有將時間最大化的利用，才能做成一件事。 。統(tǒng)籌規(guī)劃每一件事是成功的關鍵，只有有計劃性的做每 一件事，才會將每一件事做完、做好。 。要按照自己制定的計劃嚴格執(zhí)行，不能像以前一樣一拖再拖，一定要嚴格要求自己，不能為自己找借口。 。學習是循序漸進的，不能一會一口氣吃成個胖子，一會又是餓得骨瘦如柴，一定要每天堅持學習，俗話說： 三天不練手生，三天不說口生 ，只有不斷的學習才能充實自己。 。知之為知之，不知為不知，不知時就要問，不能不懂裝懂，如果不知道還要裝做知道，這樣只會和別人差的越來越遠，越來越跟不上老師的節(jié)奏，最后 還是一無所成，只是浪費時間罷了。 ，首先要學會獨立思考。如果思考不出來，再請教老師或同學，如果只是一味的問老師，只會讓自己產生依靠心理，長此以往，便失去了獨立思考的能力，不能自己獨立完成一件事。 計劃制定好后，一定要按照計劃來執(zhí)行，我相信，我一定可以在以后的學習生活中取得進步。 學習計劃篇 5 校本研修是一個學校的的活力和發(fā)展前景所在。通過校本研修，可以隨時解決在新課程改革過程中出現的教育教學問題，不斷提升教師的理論水平和教育實踐能力，促進學校的教育教學質量的提高。 一、指導思想 根據學校創(chuàng)建區(qū)實驗性、示范性高中規(guī)劃的實際，結合學校師資隊伍建設規(guī)劃的要求，以及著眼于學校第三次機構改革，基于《上體附中數字化校園平臺》的開發(fā)與使用，結合我校的實際情況，本學期將繼續(xù)以新課程改革為指導，著眼于教育教學實踐中出現的問題，通過校本研修，提高校本培訓的實效性，聚焦課堂，改進教學行為，提高教師的專業(yè)素質和教學質量，努力打造出具有我校特色的校本研修模式。 二、校本研修目標 推進新課程改革，全面提高教育教學質量，建設有自身特色的學校。 完善 校本研修制度、拓展校本研修途徑、建立校本研修機制。 結合教育教學實踐中的具體問題，通過實踐、研討等活動方式，提高研修的質量，促進教學發(fā)展。 建立一支師德高尚，素質良好、能適應現代化教育要求的反思型、科研型、學習型的教師隊伍。 三、校本研修原則 全員參與的原則 要求每位在崗教師都按區(qū)教育主管部門和學校規(guī)定的研修活動，教師還應根據自身的教育教學實踐，不斷反思、改進。 教研研討和教育教學實踐相結合的原則 從當前學校教育教學中的熱點、難點問題及個人在教育教學中所面對的困惑出發(fā)，以實踐 —— 研討 —— 實踐的方式進行教育教學探究，全面推進新課程改革在我校的實施。 四、校本研修制度及措施 (一 )研修人員 本學期繼續(xù)在學校領導和教導處的指導下，以學科組為基礎，以教師個人的教育教學實踐作為教研的主要形式，通過教研活動，進一步完善校本研修。 (二 )研修制度 制定校本學習制度。學校安排每周五第七節(jié)進行學科組活動。 校領導既是各學科教研的倡導者，又是參與者、指導者。 主管領導每周聽課 4節(jié)，教導主任每周聽課至少 6 節(jié)，教師每周聽課 3節(jié)，聽課記錄要詳細，并提出改進性意見。 (三 )校本研修內容及措施 本學期，校本研修內容是繼續(xù)加強師德建設，進行新課程實踐，利用新技術，開展教研活動，提高教學質量，推進教學發(fā)展。 學習法律法規(guī)，增強師德修養(yǎng)，做優(yōu)秀教師。 學習新課程，加強理論修養(yǎng)。 學習新技術，改進教學手段。 優(yōu)化課堂教學，提高教學質量。 學習計劃篇 6 本學年的師徒結對活動中，我幸運地拜教學功底深厚，教 學技藝精湛，師德高尚的 XXX老師為師傅?，F制定師徒結對計劃如下。 一、成長目標： （一）自我期望： 通過師徒結對，拜師學藝，努力提高課堂教學水平，增強教書育人的能力。