在現階段條件下，我覺得類似的前端自動化還是不太靠譜的。

首先設計師對前端是否很熟悉是關鍵，他/她在設計效果圖的時候，是否會只照顧美觀而忽略了前端程式碼的相容性問題，另外有關圓角的使用，陰影的使用，漸變的使用是否合理等，這型別如果都依賴於工具自動生成HTML+CSS，可以想象會有多少垃圾冗餘程式碼，如果直接將這型別程式碼用於生產環境，會造成多大的後果，顯而易見。

我覺得，前端工程師存在顯然還是非常有必要的，誠然讓類似的AI工具自動生成大部分重複通用程式碼，減少手寫程式碼是完全可行的，但是完全100%交給這型別工具顯然不現實，理想的狀態就是AI和前端工程師相互配合，由AI生成大框架，前端工程師進行修正和完善，做相容性除錯，同時配合後端程式進行無縫對接整合。

機器是永遠是機器，不會理解所謂的程式碼如詩，機器只會按照固定的模式和最佳演算法來達成目標，至於最終是否是最佳的程式碼佈局，顯然機器自身是無法判斷的，這個時候人類的判斷和審美，藝術造詣都起到了至關重要的作用，所以我的觀點是對於生產環境下的專案，完全自動化生成所有前端程式碼，而不進行人工干預肯定不靠譜。

首先，可以很明確的告訴你，這樣肯定不行，一看就知道你的專案經理根本什麼都不懂，給他個表情，讓他自己體會。

剛開始是沒有前端這個崗位的，頁面就是由這些軟體自動化出來的，可是這樣子會產生大量重複無用的程式碼，而且你後期該如何去維護，難道說又要推倒重來嗎？還有頁面很多複雜的互動，靠軟體自動化出來的程式碼肯本實現不了。

正是因為這些那些缺點，所以才衍生了前端這個崗位。要不然那些資本家傻呀，錢多了沒地方去故意弄個名頭來撒錢呀。

前端切圖自動化很難，但也不是沒有可能。

再後來，我覺得不可實現，因為設計都是很沒有程式化的，要做到自動化切圖，很難 ，至少我覺得最有可能做出來的公司 Adobe還沒做出來

在後來，人工AI發展的厲害，什麼電腦下象棋比人還厲害，科大訊飛的語音讀書，跟真人無幾了 ，我覺將來還是有可能

目前不靠譜，但也不是不可能，如果按照嚴謹的規範來設計，那其實設計師畫圖和前端寫佈局差不多，但這也僅限於介面呈現，一旦涉及到邏輯那複雜程度就不是同一個量級了，大量容錯性垃圾程式碼是不可避免的。

舉個例子，Fireworks是一個面向網頁的繪圖軟體，但你可以透過它的api文件或者安裝dom inspector檢視畫布上所有物件的js程式碼。是的，在Fw裡一切都可以是js，理論上這就跟canvas標籤差不多，而且還是個功能極其強大的繪圖工具，可惜當時還是流行用table寫網頁的思維，所以從Fireworks匯出的網頁仍然是奇葩的table佈局，但如果你願意，完全可以透過編寫Fw的jsf指令碼實現從繪圖檔案匯出Div+CSS佈局。何況現代的很多UI繪圖工具其實也可以透過類似的思路來匯出網頁了，之所以沒有普及主要還是因為適配、邏輯會增加這種畫圖規範的複雜性。