ขนาดวิดีโอ: 1280 X 720853 X 480640 X 360
แสดงแผงควบคุมโปรแกรมเล่น
เล่นอัตโนมัติ
เล่นใหม่
Alex說的話其實後端也適用....我卡撞牆期好久好久了....我都不知道該怎麼辦,聽個前面30分鐘就感覺嘆氣
別氣餒 歡迎一起討論 不方便公開的話可以搜尋粉絲團
問問題這個很新穎的點子
請問一下,前端工程師會透過哪個管道了解更好的專案架構方式、自動化等方式? 轉職前端約半年、公司沒有技術更資深的前端,目前在逐步將公司產品的前端code程式碼模組化,減少重複性的code和解決一個檔案裡程式碼太長的問題,目前不知道專案還有可優化的方向可以參考?
首先可以先想想專案架構存在的目的,大部分在小型前端團隊會比較困難去彰顯這部設計優勢的原因在於沒有明顯的好處但卻有明顯的成本消耗,建議在想法上可以先去思考如果有多人協作或是新人加入團隊,有什麼專案架構或機制可以提升效率或降低成本,此外專案升版或更新有沒有什麼設計可以有彈性擴充或平滑過渡的方法,這些部分更多在於管理面而非功能面,最終還是需要人去確認架構是否有效但這應該也是很多前端團隊的現實:產品太小不需要好的架構也沒差,就算產品大了也不管架構,反正過幾年就整個翻掉重構,還不見得是我的事總之明白目的後,可以嘗試自行設計或模仿其他人專案架構,去理解架構想解決的問題
請問大大的公司在北部嗎@@?
Alex說的話其實後端也適用....我卡撞牆期好久好久了....我都不知道該怎麼辦,聽個前面30分鐘就感覺嘆氣
別氣餒 歡迎一起討論 不方便公開的話可以搜尋粉絲團
問問題這個很新穎的點子
請問一下,前端工程師會透過哪個管道了解更好的專案架構方式、自動化等方式? 轉職前端約半年、公司沒有技術更資深的前端,目前在逐步將公司產品的前端code程式碼模組化,減少重複性的code和解決一個檔案裡程式碼太長的問題,目前不知道專案還有可優化的方向可以參考?
首先可以先想想專案架構存在的目的,大部分在小型前端團隊會比較困難去彰顯這部設計優勢的原因在於沒有明顯的好處但卻有明顯的成本消耗,建議在想法上可以先去思考如果有多人協作或是新人加入團隊,有什麼專案架構或機制可以提升效率或降低成本,此外專案升版或更新有沒有什麼設計可以有彈性擴充或平滑過渡的方法,這些部分更多在於管理面而非功能面,最終還是需要人去確認架構是否有效
但這應該也是很多前端團隊的現實:產品太小不需要好的架構也沒差,就算產品大了也不管架構,反正過幾年就整個翻掉重構,還不見得是我的事
總之明白目的後,可以嘗試自行設計或模仿其他人專案架構,去理解架構想解決的問題
請問大大的公司在北部嗎@@?