利益相關，必須匿名了，否則可能周一就不用上班了，阿里開人挺快的
這樣的問題其實很難給出合理答案，只能說林子大了什么鳥都有，水平參差不齊，如果問平均水平，我覺得各大互聯網公司都差不多
以下內容屬于答非所問，因為是談論團隊的水平而非個體，但也一定程度上能反映個體的情況吧
說一下我所在部門的情況，前端團隊15個人左右，包括領導。整體水平一般，如果非要打個分數，我給60分，勉強及格，也就是能滿足業務需求
一個團隊的水平看一眼代碼就知道個大概了，一斑窺全豹吧。入職后我有些驚呆了，愣是熟悉了兩個來月才算把所有套路摸清了，那酸爽程度我都想直接走人了，但最終我還是忍住了…
從幾個方面說起吧
1.規范化
業務基于zeptojs封裝了一套框架，也許稱為庫更合適吧，因為本身提供了幾個生命周期回調外就沒啥了，這樣就很爽了對吧，因為怎么寫都可以了，完全看心情了，所以我就見到了各式各樣奇葩寫法，總之刷新了三觀吧
有把各種函數放到對象里的，有命名的，有聲明的，有callback嵌套四五層還能hold住各種邏輯的…
各種操作符就更神奇了，加個空格和操作數，有五十六種寫法
css使用了sass預處理，然后就有人給你嵌套個四五層，排查問題或者重構時內心那個掙扎，這他媽到底要不要重寫啊
所以第一點規范化就可以直接看出一個團隊的基本水平，也許有失偏頗，但真的不需要其他了，因為這些小事就能氣死你，妥妥的
很多人可能疑惑為什么不使用工具靜態檢查什么的，其實是有eslint的，但規則就跟屎一樣無價值，還接入了gerrit，然而，我到現在也沒明白代碼為什么就審查成這鳥樣…
無規矩不成方圓，永恒的真理。
2.編程思想
一個組件化的
沒有組件化或者說沒有組件化思想，這挺致命的。剛來時需求評審，然后定排期，很簡單的一個評論模塊帶我那哥們硬生生排了5個工作日，別問我怎么忽悠產品的，我也不知道…后來真正開發時才發現，這時間評估的挺好，因為原來的評論系統幾乎無法復用…
后來估計是大家都受不了了，然后搞組件化，那基于模版字符串拼接的VIEW也不好搞啊，怎么辦，先弄個基本的吧，把所有基礎、業務組建封裝成純css組件，現在大家用的都可好了，需要啥去組件庫里拷貝css、html引入到自己的業務中，對不起，js你自己寫吧…無論如何前進了一小步，就這樣人不人鬼不鬼的組件用到了現在，反正我是沒少聽旁邊的同事罵娘
水平如何其實在更高層次上看，就不是簡單的編碼啊，做過什么能體現的了，更多是編程思想問題、工程問題，這也是很多人欠缺的，經過這幾年發展，前端大環境變化之快，讓很多人措手不及。前面提到的規范化問題與之相比簡直不是事兒…
3.團隊文化氛圍
為什么說氛圍也是團隊水平的一個縮影，而且占很大比重？
其實道理蠻簡單的，實現1 1>2，但實際上這是最難的，因為和人相關
領導本身不寫代碼，也不是前端出身，這導致了很多情況下大家互相無法理解，其實這本不是什么問題，管理崗嘛，阿里這種情況太多了，問題出在KPI上，我現在想都不用想就能說出至少十個我們團隊造的輪子，框架啊，平臺啊，系統啊什么的，是不是瞬間感覺我們團隊很牛逼！！出口就是XX平臺、OO系統，每次我聽到大家為什么東西起名的時候就知道又一個幾乎沒什么價值的玩意誕生了。然并卵，撿了芝麻丟了西瓜。沒輪子，沒法吹牛逼，也就沒有KPI，就這樣
所以你能想象得到大家各自為戰的場面了，事不關己別來煩擾老子。大家忙的多半不是業務上的事情，而是想方設法讓領導滿意，讓領導有拿得出手的東西跟他領導繼續吹，哈哈哈。外界一直在噴阿里造輪子的事情，其實不是空穴來風
阿里其他團隊的氛圍我不太了解，也許比我所在團隊強吧
所以說不要再問這樣的問題了，沒有普適性，幾乎沒什么卵用
先寫這些，以上僅代表個人觀點
我此時此刻的心情