Search
【搶答抽好禮】三部曲-✨在房間擺__花，可以招桃花⁉✨
Oh my God!!!😍 這是大街小巷最想知道的重要事😍
快看快看! 老師有在說: 有桃花沒桃花要選的「#花」顏色有分哦!!!
▫
🌺前往招桃花的快速通關:
1⃣看影片裡面蔡老師提到的是什麼「花」🌷？
2⃣上幸福空間的 #Youtube 的連結(⬇)
🔎YouTube入口—> https://youtu.be/p167cG9-f2E
3⃣進入此連結後參閱底下題目並留言🖋
4⃣2019開運大全📕就有機會得到哦!!
▫
📣已經來到第三次的機會了🎫，千萬不要錯過啊啊啊!
留言回答只到➡12/23~哦!! 萬事俱備，就差你一人了💪
▫
#居家風水 #桃花 #蘭花 #床頭 #窗戶 #化妝台 #風水 #裝修 #室內設計 #蔡上機老師 #貳零壹玖 #招桃花
【王建興專欄】前端工程興起後的程式設計分工
最近在軟體開發的社群裡，愈來愈常聽到「前端工程（Front End Engineering，F2E）」或「前端工程師」這類的名詞，相較於過去，這完全是新的名詞。
身為一個程式設計者，你或許一方面要寫出程式處理資料的計算及存取，另一方面，也必須同時撰寫和圖形式使用者介面相關的各種處理邏輯，因為在分工的模式裡，這都是屬於程式設計師的工作範疇之內。
而所謂「前端工程」中的前端，即指一個應用系統和使用者接觸的部份。使用者和使用者接觸的組成是什麼呢？基本上就是使用者眼睛所看到，以及透過輸入裝置（像是鍵盤、滑鼠、觸控螢幕）所能操控的部份。
相較於「前端」，另一邊的組成自然就是「後端（Back-end）」，所要處理的，也就都是毋需直接碰觸到使用者的部份，像是資料的計算、資料庫的操作及存取等等。
在軟體的組成上，明確分出了「前端」及「後端」，跟著也就伴隨著將程式設計的工作，也明確分出了「前端工程師」，以及「後端工程師」兩種角色。
早從著名的MVC（Model View Controller）設計模式被發明出來時，就「明示」著這種角色分工的方式。在這個設計模式裡，將應用程式的組成分為三塊，其中View的部份，負責處理視覺的呈現，而Model的部份，則處理諸如演算法、資料庫操作等。
一旦將應用程式畫分為這三個組成之後，也代表著程式設計人員可以依此來分工。事實上，將應用程式分為這三種組成之後，不同的分工角色就可以平行開發，之後再來整合。這也正是MVC設計模式可以帶來的優點之一。
這樣的工作模式，一方面可以因此得到了MVC模式的好處，另一方面也符合現今專業細緻分工的趨向，讓前端或後端的工程師，都能專注在自己所喜愛、所擅長的領域，發揮最大的合作效應。
從前端工程師的興起，說明了現今程式設計的分工是趨於愈來愈精細，而一位優秀的前端工程師所能發揮的作用及價值，也是同樣十分巨大的。
完整內容請看
http://www.ithome.com.tw/itadm/article.php?c=83410&s=1
Comments · OneNote - Best Practices | 2022 · 【2022】最厲害的打字網站！ · The F2E 4th 前端& UI 修煉精神時光屋說明會 · UI / UX Designer 工作開箱. ... <看更多>
連結可能發生故障，或頁面已經移除。 前往動態消息. ... <看更多>
f2e是什麼 在 Re: [閒聊] (F2E)新手心情文- 看板Soft_Job - 批踢踢實業坊 的推薦與評價
F2E 是什麼, 我相信今年 JSDC awoo 大大的演講可以給我們一個標竿
https://speakerdeck.com/josephj/f2e-the-keystone
※ 引述《tooto1985 ( )》之銘言：
: 就我所知的F2E，基本上還是得涉略一些美術及後端
: 我定義F2E為：能夠解決網頁設計師與程式設計師中間的溝通橋梁
個人沒有任何美術細胞，
我也相信公司內的 Art 會作好他們該作的事，
所以我不認為我需要僭越過去幫他們改圖，
這只是在浪費彼此時間而已。
當公司內沒有 Art 或者 Art 反應很慢，
UX 還生不出 spec 或者根本沒有 UX，
後端程式還沒寫好或者 API 根本還沒定，
F2E 可以做什麼？
1. 用假圖／假資料作 prototype。
既然是prototype，圖美不美不重要，只是需要［那個位置有一張圖］。
文字類的假資料網路上甚至有產生器。
ICON 類型的東西可以參考 awesome font https://fontawesome.io/
圖片就...google 先吧
2. 列出所有你需要的 backend API，寫下來，找後端討論。
在自己程式內部先用集中管理的方式把需要跟後端要資料的部分寫在一個 lib
裡面，一樣先用假資料回應，等後端建好再一併撤換掉。
假如你是用 ajax 要資料的話，CanJS 有一個神奇的工具可以"攔截" ajax request
同時餵給他你想給的資料 (在 client 端)
https://javascriptmvc.com/docs/can.fixture.html
所以你的架構可以變成
app.js // 程式主體
api.js // API接口
fixture.js / /攔截AJAX給假資料
當後端上線時你直接把 fixture.js 拿掉就好了
3. 拿 prototype 給 PM 或主管看，他們一定會有新的意見(so called UX...)，
看時程決定下一步是繼續作新的 prototype 還是定案了。
以上尤其第三點可能是整個專案中最煩人的部分，
如果 PM 不夠力或者老闆很沒 sense 你的網站上線可能要改數十次...
除了快逃這種空話以外，
最好的辦法就是在一遍又一遍的打掉重練中找到 pattern，
讓自己每次"重寫"都能進步
其實 UX 的 pattern 都差不多，
假設你第一版的網站有側邊欄，第二版也有只是改個花樣，
你能不能作到程式邏輯部分幾乎不用動純改 CSS/HTML DOM Structure 就跳躍到第二版？
甚至老闆又反悔想要弄回第一版，
你能不能寫出 theming 的功能可以無痛切來切去？
商業邏輯的部分你能不能固定下來，把常更動的 UI 邏輯另外切出來？
常常思考：我該怎麼節省下次改這段 code 的時間
常常去想：自己覺得好不好用，可以怎麼改，節省自己重工也節省老闆 review 的時間。
那長時間下來就會進步。
反覆琢磨，學到的東西是你自己的，
而訂不下來的 spec 只是浪費到老闆的時間而已，不要讓這種理由阻礙自己進步。
淺見
P.S. TonyQ 不出來回篇長文嘛? XD
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 36.231.58.86
※ 編輯: davidsky 來自: 36.231.58.86 (11/12 03:19)
... <看更多>