公司每周都要開分享會，我是web前端工程師，不知道分享什麼好。大神你在哪裡？

01-15

公司每周都要開分享會，我是web前端工程師，不知道分享什麼好。

這個問題是這樣的：從你的角度出發，可能是想給大家講一個體系的東西，有深度有廣度，但這樣有幾個問題：

1. 沒幾次下來，你就沒東西可以講了

2. 你一次很難把東西講得很透徹

3. 聽眾的接受度不好

4. 因為太籠統，聽眾在選擇去還是不去聽的時候，很糾結

5. 深淺度很難照顧不同的人群

這些問題我都深入思考過，因為我之前召集組織了整個蘇寧前端的分享活動，我的組織形式是大小分享穿插，每周的是小分享，只講一個小知識點，不一定要多久，20分鐘也行，懂得就不來，不知道的來一下，目的也很簡單，就為了讓大家知道有這麼個東西。

我的想法是，這種單次分享，你只要能吸引20%的人來參加，其中20%的人在今後能想起來有這麼個東西，就賺了。至於比較有深度的話題，適合每一兩個月搞一次，看情況而定。

我的高中數學老師很有技巧，他總是只講填空題選擇題，然後大題前兩題。因為我們母校是嚴重落後地區的學校，150分的數學，均分是到不了90分的，之前幾屆只能有60分，甚至還不到，他想了這種辦法，給提高到了80多分，這是很大的進步。

所以，可以把平時這種小的分享當做一個極小知識點的分享，積少成多，慢慢大家基礎就會提高了，而且話題定得小，新員工也可以講，應屆生也能聽，這是很有益的。不要想一下搞個大新聞，不現實的。前端知識點這麼多，總有東西講。

推動事情，要和風細雨，不要著急，慢慢來。

換了部門之後，我就在想怎麼能讓周圍的同事有好的學習動力和成長氛圍。

畢竟都是成年人了，強迫沒什麼用，加之平時工作強度大和業務多，大家除了上班時間不夠用，下班時間也不夠用，再加上歲數大了，周末時間也不會越來越多，我就把分享這個活動取消了。

不是不做分享，而是不做無意義的，強迫分享。

那麼周會我們幹什麼呢，我強調一點，我們的工作量大，我們的業務比較多，我們平時很忙，那麼必然我們的代碼量不少。

所以每周都固定一個人來code review。

我會提前如果時間允許，先幫別人review一次，之後記錄一些要點，會上針對講解者，再一一說明，看大家的意見。

目前已經堅持了2個月了，效果很明顯，開始我起的頭，我的代碼不是特別美，但是同事之間確實是可以互相學習到知識，比如一些設計模式和編碼技巧，實實在在的東西，都是和業務結合的東西，一些思路和解決問題的辦法。

所以大家對這個沒什麼意見，而且都比較支持和積極，不同人專註的業務和領域不一樣，我們也能都從中學習到東西。

而且最近大家除了code review之外，還都會自己再額外準備一個什麼東西出來分享或者討論，如果實在沒有，我則會隨便拿點什麼東西出來打開源碼，依行來說，或者再分享一些自己的私貨工具，或者經驗，或者別人一些好的分享素材資料。

總之，大家每周都會固定有這麼一個時間，氛圍自然就慢慢培養起來了。

code review的重要性就不多說了，現在團隊的每個人都很注意代碼的可讀性，這就是一個隱形的提升。

至於分享，意義不也是為了提高團隊技術實力么。

只是我有點反對華而不實和強迫人的東西。

我們公司每周也有分享會議。我簡單說說從一開始不知道分享什麼內容到現在很喜歡分享的整個過程。

剛開始的時候，由於我是個剛工作一年的人，在公司裡面算是比較年輕的，所以總覺得我分享的東西大家都是懂的，所以我自己有點不好意思去分享。但是公司規定每周一次的分享是輪流著來的，所以不可避免地輪到我。我當時也在苦惱要講，當時正好在看JS高級程序設計，就總結了其中前幾章的知識點，就上去分享了。我本身是個不善言辭的人，更別說分享這些了，但是講完之後，心裡放鬆了很多，也有滿滿的成就感。

再後來到現在，我每次分享的東西都是說我最近接觸或學習的東西，比如說最近學習動畫方面的知識，可以總結一下再去分享，這種學習後分享的方式也很有利於學習新知識。因為你要分享給別人，就要避免誤人子弟，所以自己本身也要盡量地熟悉掌握其中的知識點，而且，如果有錯的地方，別人也可以在聽的時候幫你總結出來。

我個人給你的建議就是：

1、首先分享你熟悉和擅長的東西，不要管別人懂不懂或不要去想有沒有必要分享這個

2、如果你最近在學習某些東西，也可以拿來分享

3、分享的內容不一定是你專業的東西，比如你是Web前端，你也可以分享自己關於設計或者後端方面的一些學習經驗

4、分享的一到兩個小時的過程，你要覺得自己是世界上最牛逼的，就是要有自信

我們會議的最後一個環節就是討論，這個討論的範圍就廣了，可以討論關於這次分享的問題，大家也可以提提關於最近一周來工作上遇到的問題，有沒有解決方案，討論一下有沒有更好的解決方案等等。

分享這種東西，不要當成任務，一開始從自己擅長的方面入手，我相信你就會喜歡上它。

//你們這些只收藏不點贊的也是夠了！

@徐飛大神關於web組件化的文章

Web應用的組件化（一）——基本思路 · Issue #6 · xufei/blog · GitHub

Web應用的組件化（二）——管控平台 · Issue #7 · xufei/blog · GitHub

還有360黃薇的web高性能動畫

360前端技術專場～走進名企第5季

Webpack, 神一樣的組件管理工具

webpack module bundler

VueJS, 自從用了之後已經愛上他了

vue.js

這些是我最近發現的比較值得分享的東西…準備回頭拿到公司分享會上呢

我們公司（杭州大搜車）也是每周都有前端分享會。其實開始要搞分享會，大家是拒絕的，因為能把一個知識總結清楚然後講給別人聽是很難的。後來，人多起來了，大牛多起來了，大家都搶著分享了，一個周兩個人都不夠，恨不得三四個分享。

其實分享的目的，一是為了互相學習，恩，我自己也是想通過分享學習的，所以我們會有些有目的性的分享，例如ES6，例如React，例如CSS3高級用法，我們自己沒時間去學習，就會把這些任務認領到個人，然後個人去花費一些時間學習總結研究，最後通過分享會的形式讓大家一起學習到知識，我覺得對我個人來說這都是非常有意義的，年紀越大發現自己越難抽出時間系統學習一門新技術，通過分享會，可以做到一人學習全組進步的效果。

分享的另一個目的，鍛煉分享者的總結和分享能力，鼓勵其研究並共享知識。雖然有的同學對技術的深入度不夠，但是你的分享並不會被別人嘲笑，不管是多基礎的分享，大家都要尊重你的勞動成果（分享前一天搞出ppt，沒有投入任何思考的不算）。對於個人來說這是種成長，對於團隊來說，帶動整體的學習氛圍，都很有幫助。

一開始的時候，分享是不夠踴躍的，於是我就按照群里的加入時間排序，每個周安排兩個分享，可大可小。現在人多了，強制安排已經可以取消了，會發現大家都會有很多東西想跟別人分享討論，這種氛圍還是很難得的。

分享是個好東西。

但是我們需要明確分享並非課程，分享的目的應該是拓寬視野，分享前沿和有趣的東西，而非傳授大量知識。

其次，要分享你感興趣的，只有你感興趣的東西，你才有動力去研究它。

最後，不要怕自己不會就不敢選這個主題。

分享的主題可以很小，也可以很大，小可以如何用一個 div 實現一個鬍子，大可以介紹框架的原理，不要考慮過多。

舉幾個例子

框架: 數據監控，模板技術，依賴收集，virtual dom，ssr

css: 新屬性，動畫，svg，模塊化

新概念: PWA，Webassembly，RN，Weex，web component

網路: service worker，HTTPS，HTTP2

首先表示：我沒參加過這樣的分享會；說的不對請勿噴；

不過憑我的感覺，你如果說一些和團隊合作有利的事情，應該會受大家歡迎並對團隊整體利益有所提升；

例如：前端開發經常會遇到從平面轉來的網頁設計師

平面轉網頁設計要學哪些東西？除了網頁三劍客和PS這種軟體之外。 - 簡單的回答

網站設計與製作人員需要哪些 SEO 知識的培訓？ - 簡單的回答

移動端前端開發與PC端比有哪些不同？ - 簡單的回答

現在的 CSS、JS 效果和幾年前火爆的 Flash 有什麼區別？ - 簡單的回答

網上流傳的dp、px換算公式是正確的嗎？ - 簡單的回答

這些都是前端和團隊其他成員的工作有交集的地方，可以看下這些問題中其他大神的精彩答案

沒啥經驗，想起來很有意思順手寫下來不要罵我?ω?

覺得一次分享能講明白css的一個方面就很好了。

你看講排版，然後根據語言分為中文和西文，按方向有橫排和豎排，混排有中西文混排和圖文混排，涉及無障礙的內容，還可講語義化和normalize，不僅如此還有涉及文字排版的對齊劇中，文字裝飾，還有排版規範。以及跟文字相關的字體，那就不得不說web安全字體，等寬非等寬，襯線無襯線，字重樣式，字體渲染規則，操作系統的渲染策略，平滑處理細化處理，以及web字體的操作系統支持，想要跨平台統一可以用fontface，那就可以說到iconfont，牽扯到了字體圖標順帶講點css sprite並不過分吧，回來還可以說實現中英文字體分離，那就說一下中文字體的特點和排版規則，順帶講一下怎樣用中文字體安利一下font spider於是講一下ttf otf也是合情合理的事情了…我去腦洞大開了…

您看我們連div都沒怎麼碰呢，已經有了好多東西了，準備上實驗代碼和生動的材料，來龍去脈講一遍的話該是多麼有趣的線索?ω?

感覺每個CSS規範，背後都有很多故事。每個設計都有原因和傳承，我們甚至可以從中帶出點人文氣息來呢，因為咱們跟設計靠得最緊密了。

在阿里這兩年，先後呆過兩個團隊，兩個團隊都有隔周的分享會，全員參加。

我對於這事的感覺是：

不要講太深了，一是自己累，而是別人睡。

平時逛微博逛知乎的時候，關注一下業界的最新動向。有什麼有意思的項目或者概念出來，有意識地了解一下，到時候分享時候，就像播報新聞一樣跟大家傳達一下有這麼一個東西存在，example 大家一起看一眼，就皆大歡喜了。

其實這個分享的話，你只要有心留意和總結，平時工作中的一些小技巧，一些個人經驗，開發工具使用，新技術研究，任何一個小點，都是可以分享的。你可以參考我們組的分享，雖然我們只有三個人。 https://github.com/hjzheng/CUF_meeting_knowledge_share/issues

講一下踩了什麼坑，如何解決的，有沒有更好的解決辦法

公司之前也有這種習慣，本想來講講JS函數。老大以為要講"JS中的函數式編程"，還發了通知。初學前端很多都理解不到位，還是上台了。當時的文檔(md做的)，可以參考下：JavaScript 中的函數式編程可以一次講少點，講透徹，還是東西可以講的

這個問題我可以來回答一下。目前我負責項目的一個前端應用。而且還兼任公司「首席能力提陞官」。自封的，呵呵。說白了就是跟項目的成員溝通，看看自己可以定一個什麼樣的主題，然後在團隊內部分享，我們沒有硬性規定每個人必須分享。

表明一下我的立場。如果分享會對你來說是個壓力的話。這個分享會本身就是有問題的。分享應該在自願的情況下進行，成為硬性指標的話，大家只會當做任務來完成，這樣就失去了分享的意義。

再說到分享的主題。你認真學習的話，前端有太多的東西可以分享了，拿我們剛剛結束的一個分享來說。我們的團隊成員就圍繞chrome瀏覽器的dev tools做了一次分享。怎麼通過dev tools查看頁面元素，怎麼看瀏覽器載入頁面時有多少文件需要下載，瀏覽器在與後台交互時，http請求的時間是多少。怎麼看我們腳本的性能瓶頸等等。這個工具都可以做好多次分享。

除此之外，我們還可以分析一下瀏覽器的盒子模型。每一個元素怎麼在瀏覽器中呈現的，都有哪些屬性等等。這些東西前端人員不一定了解清楚，後台人員聽了也會有收穫。關鍵是你自己肚子里有沒有這些貨。

祝福你找到自己的主題，然後分享成功。

很簡單，又不是每次都要你來講

前端這個範疇還是有很多東西可講的

如果講 語言/框架/開發模式 這些，樓主擔心自己講這些講不好的話，可以從一些細節入手。有些細節自己研究研究，對自己對同事都還是挺有收穫的。

比如周五參加公司內部的一個分享活動，一個實習生同學講的關於favicon.ico 的一些東西就很讓人眼前一亮。

在我司待了一年多，部門領導的要求是，每周例會必須有一個人做一次專題的技術分享。因此，在團隊還小的時候，每個人基本每個月就會輪到一次，後來團隊變大，頻率將為兩月一次。一年下來，也做了將近10次了。

所以我很願意和題主分享一下我在這方面的人生經驗。

我在選題的時候，一般會從這樣幾個方面入手考慮：

1. 聽眾的技術特點，擅長領域和技術水平。一般聽眾少的時候，定位你的聽眾其實是相對容易的，但如果需要在幾十個不同技術領域的同事面前分享，這個就會有點困難了。但這個事情就和產品經理說的用戶定位一樣，是必須要做而且第一個需要考慮的因素。

2. 我會問一下讓我做分享的人（一般是領導，也有可能是某個課程的負責人），你有什麼偏好，希望我講那個方面的內容。有時候領導在這方面還是很有主見的，比如有時候，領導腦子裡想著在接下去的版本中使用某個新技術，或者解決某個問題，那麼他會讓你有的放矢的選擇分享的主題，這樣一來，你的分享也會有了更多的意義。

3. 自己了解、擅長的領域，或者是之前研究過的某個topic。這是比較穩妥的一個選題方法，好處是自己熟悉，容易講得出東西，也容易在被聽眾提問或者challenge的時候能hold住場面。有時候，準備分享的時候，可能會發現自己以前覺得很了解的一些概念，其實是理解錯了，這樣對自己也是有幫助的。

4. 自己不太了解，但很希望了解的技術領域，這也是我大部分時候選題的真正purpose。我一直覺得技術分享有個很大的好處，就是能夠逼迫自己，去研究一個技術領域或者難點。平時工作有忙有空，有時候事情不多的時候，就算會看點技術資料，但畢竟懶散，容易不求甚解。但做技術分享的話，就必須要求自己對於分享內容的理解，一定要深入到一定的程度，尤其是在面對同樣是這個領域的高手的時候。我也是很推薦題主從這個角度出發，去考慮自己的選題。

最後分享一下我做過的部分技術分享的主題（我個人是iOS開發，我們部門也是客戶端開發部門，所以絕大多數主題和iOS開發相關）：

1. iOS中的文字混排技術。

2. block programming topics

3. iOS開發中的性能調優

4. GCD programming topics

5. View programming guide

6. extension programming topics

7. 密碼學理論與實踐

......

開發瀏覽器插件吧。用前端知識+額外瀏覽器api，使得js更好玩。

例如我的開源：12306訂票助手、淘客助手

技術分享時做的，同事都說吊炸天。

慢慢你就會發現，插件里的js既能跨越、攔截或重定向請求、頁面注入腳本、各種通信、cookies許可權等等

據說字數和贊數是成正相關的。

我也喜歡Web前端，但還不是工程師。

我覺得你可以從與後端工程師的交互點切入，分享會既是交流會，讓後端前端彼此更加了解各自的需求，這樣的分享不光引人感興趣，而且對於你們公司的發展也有好處，老闆說不得會更加喜歡你。

最好直接說明你要分享的方向、主題。後端工程師肯定聽的更加認真。

如果分享會也涉及平時繁忙工作相關的話，可能就會有點煩了。

那麼可以分享一下前端最新的技術，H5啊，CSS3動畫特效啊，製作幾個有趣的特效demo，愉快一下也是很享受的。

當然，展示的時候，可以穿插一些對公司的新看法，結合前端新技術，大膽提出設想，可行的話，與後端一起實現吧！這時候～～～未來就靠自己把握了！如果你熱愛這個公司，愛前端。

/*————————————*/

哈哈，如果你相信自己，相信W3C標準，也相信愛情～

分享什麼？秀技術還是定期上交工作心得？(難道是群眾座談會？)，頻率多少，平均時長？問題沒說清楚我就吐個槽吧：

乾脆你教他們如何用CSS畫個小黃人好了。鏈接拿走不謝(http://mp.weixin.qq.com/s?__biz=MzAxODE2MjM1MA==mid=209480319idx=1sn=682b5e138519b938b47abd92217bd26bscene=0#rd)

我覺得分享不一定是要分享某一門技術，而是分享在某一應用場景下的最優、最靠譜的實現。

往這個方向考慮，思路會明朗很多~