1樓：汪志成
很正常，高階前端（以及高階測試）的核心技能之一就是精通使用者體驗。所以，前端挑戰你的設計再正常不過了。有話好好說，共同打磨出好產品就是了。
2樓：漆工
接受質疑，然後通過自己強有力的專業能力去反駁質疑，讓別人能夠理解你的設計。另外，你的設計如果能夠找到市面上類似的成功實現效果，你就可以反過來質疑開發人員，「別人都能實現，你為什麼實現不了？」
接受質疑，反思別人的提出的問題是否真的是自己在設計中常常忽略的點？從而不斷提公升自己的設計能力，虛心請教乃成長之道。
最後，設計與前端開發是乙個團隊中需要配合默契的組合，相互理解，相互信任，相互指正，相互提出建議，對事不對人的去處理爭議，從而在思想上對設計理解保持一致，建設一套共同認可的設計體系，做好產品。
3樓：Burning
站在我的角度來說一下背景是小公司
先說重點:因為設計根本沒有去仔細的了解過產品需求
因為是小公司所以頁面需求並麼有太多的需求會議設計也不具體的去問產品經理頁面到底能放什麼不能放什麼
最後設計稿到了我前端這裡我基本每一次都會打回讓他改去因為設計根本不知道頁面裡面有哪些東西是不能放的
再說次要的:前端不是後端前端也並不知道資料結構為什麼前端會告訴你做的不合理而不是後端呢因為前端去了解了專案能大概知道哪兒不合理及時和產品經理問清楚再去做
4樓：Yolo
應該鼓勵技術提意見，團隊的意義就是不同職能的同事為同個目標協作達成。不同職能的人所涉及的領域不同，互相協作能避免工作上出現未考慮到的盲點。
技術質疑前期的需求和設計，能有效避免在限期內出現不可行性或高成本方案。
有一點需要注意，設計輸出階段，技術提的建議分為需求層和感知層。需求層會導致設計方案返工，需要提醒技術這類問題應在需求評審時盡早暴露。感知層問題需要設計評估建議是否合理決定是否接受。
不要認為技術只是實現層的執行者不能提意見，這是偏見。團隊所有成員都為需求方案的穩定和可行性負責，對事不對人。
5樓：李申
好問題！是因為很多設計師並不了解設計結構原理！你的 view 結構還有你的響應和動態適配還有你的控制項結構設計可能都存在不合理！
前端頁面大家都是怎麼做出來的？
kungeaiwo 一般敲出來的，很少用到框架，有的設計比較特別，框架限制了，自已用css寫樣式，會比較好的還原設計稿，然後部分控制項直接引用相應外掛程式，改下UI就可以了 Fuleny 如果是剛開始的話，可以先從框架入手，畢竟才開始寫，很多東西自己寫的話，有些困難，這個時候就運用有效的資源，也就是...
怎樣把自己設計的服裝給做出來？
深瀾海 我個人認為你可以去應聘服裝設計師，親自參與進去，觀察這個行業是怎麼運作的。而這個過程中你設計的衣服本來就是要拿來給人做出來變現的，別人幫你搞定一切，你拿著工資還有分紅，又實現了自己的目標，最後成熟了還可以決定自己後面的放心，豈不是很妙 手動滑稽 美人衣裳 如果自己做著穿穿一是就自己找幾本關於...
我總是認為我自己能做出來的題別人都做不出來是怎麼回事
旺角卡門 這其實是你一種極度自信的表現，也許自負還談不上。或許你做出來那道題的領悟，正是你擅長的領域，這樣會讓你有一種自信的優越感。總之，有這個心理，不一定是壞事。如果你能夠透過自己的努力，把這句話變成事實 你做出來的題目，別人都做不出來！那就特別棒了。 大臉貓 其實我覺得很多人內心可能都會有這樣的...