Apple Trade In 裝置回收 ＃DHL
1. Apple Trade In
2. 其他裝置回收
4. 填寫相關資訊 (個人聯絡資訊)，會收到網站人員的 email 通知
7. 郵件確認後，DHL 會打電話確認上門收件時間及細節
列印 4 張文件 (明細及及收據)，DHL 上門後會將其中 3 張收走．剩餘的收據蓋完章後會交回．
8. 列印標籤及打包回收裝置
9. 待 DHL 上門回收完成即可
40 個可以改變寫程式技巧的秘訣
前言 這篇文章是取自 Medium kesk-*- ，文章的拍手數非常多，仔細讀完發現，這篇文章有很多點會讓人產生共鳴，有一些觀點是需要有專案的實作經驗才會懂，有些則是需要有人願意提出來說，協助你了解程式碼還有什麼樣的缺陷，怎麼改會比較好．但以下的 40 點不是準則，算是學習路程的經驗整理． 由於全 文都是使用英文撰寫，所以用自身理解把文章的內容稍微做翻譯，如果想看比較原汁原味的內容，可點選連結查看． 1. 將整個段落的程式碼，分拆成多個 fuction．比較能夠掌握各段程式碼的功能，看起來也不會過於冗長． 2. 如果下班時，已經離開公司跟電腦，但問題還沒有解決．那麼請不要再繼續思考問題，放到第二天再來解決．(重要 - 工作不是生活的全部) 3. 當程式碼中不會用到這個功能，就不要再額外加入，不用先預想未來可能會用到，程式碼僅需要完成當前所需的功能． 4. 你不需要了解所有程式相關知識，但是需要有相關的基礎，當研究新知識時，請先深入了解該語言及一些基本的規則． 5. 程式設計時，以簡單的方式來呈現，不用設計的過於複雜，執行的效率就會高很多．但通常不容易實現． 6. 不要想太多． (不是說沒有規劃就直接油門催到底開始寫，是思考時不用把程式架構思考的太複雜) 7. 被問題卡住時，站起來走走．倒杯咖啡, 散個步, 上個廁所，等等再回過頭來思考，先把自己暫時抽離． 8. TDD (＝＿＋） 9. 先解析問題再寫程式碼，否則你會不知道究竟在寫什麼． 10. 程式碼不需要靠死記硬背． 11. 當從 Stack Overflow 複製或貼上任何程式碼時，請確認了解它的功用． 12. 如果想要學習，動手寫程式碼是最快的路徑，比起透過書本來了解，實際上場比較重要． 13. 研究別人的程式碼，也讓人來閱讀你寫的程式碼．互相幫助，是一個很好的學習方式． 14. 當有人已經寫好的不錯的第三方或已經有更好的解決方式時，就不要再自己動手重做一遍． 15. 讓程式碼變成最好的使用說明書，讓需要使用的人可以了解． 16. 懂得如何用 Google 去搜尋問題，但這需要有一定的經驗． 17. 寫程式碼需要考慮未來維護的問題，因此在寫的時候需要換位思考，讀的人是否看得懂，讓程式碼化變成一本故事書，可以輕易簡單的閱讀，而不是寫成天書，只有自己看得懂． 18. 最好的解決問題方式是 Google，複製
留言
張貼留言