js到底應該由誰來寫？
我是做java後台開發的。項目組有個前端不管js，全部推給我們後台，有次和他合作真是要崩潰啊。我覺得數據控制的js是應該由我們來寫，但是效果渲染的js也讓我們來寫，真是無能為力啊。我承認我的js確實水平不高，但是就是想問問，你們開發的時候js是怎麼分工的？
=============謝謝大家的回答，正如@米勝強 所言，這是我們開發方式導致的問題， 和個人無關。
必須前端寫啊，不能交給那幫沒了類型檢查和命名空間就找不到北的後端菜。
這是神馬鬼「前端」？
渲染特效讓他用CSS3寫去！
JS不管特效！看你家前端的自我定位唄。如果人家覺得自己也就是個寫寫HTML、CSS的「設計師」，那JS自然就是你的事兒了。要是你家前端特別激進，表示要用框架、要用MV*、要用著那個甚至要用Node……嘖嘖，那估計你就只剩下開個介面傳JSON的活兒了……
我帥，全我寫。
這不是前端或後端開發的問題，而是一個管理問題。
這個不是看前端的「自我定位」，也不能因為他不寫就鄙視人家為「切圖仔」。
因為公司環境，項目資源，技術實力是有不同的情況的。
公司環境 － 你們公司迭代產品的周期，管理方法是什麼？人事結構是怎樣的？是職能結構（前端組report前端經理，後端組report後端經理，兩組分別出人參與項目），還是項目結構（大家都直接report項目經理），還是矩陣結構（前兩者組合）？
項目資源 － 此項目是新項目還是歷史遺留？新項目有更大的靈活性，而遺留項目往往沒有。有多少人做「後端」，多少人做「前端」？假如有一隻專業的前端團隊，那JS是前端的毋庸置疑，可是如果有50人後端而只有那麼一兩個前端，他們的壓力可想而知。
技術實力 － 後端和前端團隊掌握哪些技術？各有什麼擅長？哪些是交叉領域？哪些是空白領域？交叉領域的任務有誰負責？空白領域應該由誰去彌補？有沒有系統性的學習和培訓計劃？
等等等等。
以上這些，都不是項目組內任何一個工程師說了算的，包括那個前端，包括你們後端。這種互相推脫沒有明確權責劃分的情況，充分說明了你們的項目經理沒有做好規劃，合理調動資源，協調組內人員矛盾。如果是自家後台，誰寫都關係不大，但是嚴格來說不寫js的這貨還能叫前端嗎？最多就一個切圖仔，美其名曰「重構工程師」，TMD這種叫法其實對不起「重構」這兄弟啊！為啥？
如果你做過前端整體項目重構，尼瑪就不要隨便叫自己「前端重構」，能幹好或者說敢幹這活的前端不多，切圖仔可能還不明白前端還有這活要干呢！有什麼坑等著
但是，我說的是但是哈，如果人家能把這種重構的活干好，特別已經在線上跑著的項目重構，我就想說說樓主你們廠了，這tm的埋沒人才啊，務必記得提提價碼，要不送我這邊，我來提。
至於如果不是後台頁面，而是用戶直接看到的那部分，我堅決覺得後端不該參和，不管是服務端的還是瀏覽器端的
如果前端團隊沒能力接管服務端模板，我認為是不可能的將頁面性能優化做好的！如果連客戶端這塊都搞不定，這尼瑪的還好意思說叫前端啊？趕緊解散重新招人。
手機打字好累，求個贊不過分吧？大廠肯定合理分工，api介面。小廠或創業項目就是一句話，U can U up
那個叫美工，不叫前端
這個前端已經廢了
外包給我寫吧
作為一個萬年後端表示跑在伺服器上的我寫，跑在瀏覽器上的前端寫。
前端工程師，具體來說是前臺工程師
卧槽，不寫JS的能叫前端啊？我廠只要是出現JS的地方都是前端來寫，這樣一對比我還是蠻苦逼的……………………………………………………插嘴說一句，本來前端一直都處於鄙視鏈的底層，後端總是嘲笑我們不涉及業務，沒有邏輯，光畫頁面，存在感超低啊，就這麼一項體現前端價值的東西還不好好寫，還想不想漲工資了？
我這兒都我寫，效果我寫，頁面填數據大多也我寫。。。
雖然感覺題主那兒的前端很幸福，但是並不羨慕的說。。。
我是個喜歡邏輯強的東西的奇葩妹子~
估計你公司沒有前後端分離，還是那種傳統的開發方式，就是前端寫頁面，寫完了你加到jsp中，這種開發方式最模糊了，一般給配置的前端也都不太多，這就導致沒人想著去寫和後端有數據交互的js，最多寫個js效果。這種事兒有兩種情況：一是前端工程師懶，一看有邏輯就煩就不想寫。二是前端工程師不懶是因為一般這種方式不給介面，就算我寫ajax我也不知道你需要什麼參數你返回給我什麼，所以乾脆丟給後端寫得了，如果逼著我寫我就寫寫。這事兒就得看前端和後端的溝通了，你可以給她個介面文檔，然後告訴他我給你返回數據，展現邏輯你來處理，必要時候你得強硬點。我是做前端的，我管理的同事必須寫數據交互JS，因為我覺得後端相對於前端在JS方面不專業，寫出來的代碼有點亂糟糟，雖然能用但是不夠好，而且這個展現邏輯本身就得前端來寫，你個前端工程師這些都不寫，那你還想幹啥啊。
可以後端寫但是要分前端的工資一半