現在以每個季度為節點制定職業技能的強化計畫，總體來說效果比較好！但是還是存在如下幾個問題：
首先這個計畫是給自己用的，所以一定要切實可行！自己制定的時候是按照每天晚上都能抽出3小時來學習，週末抽出14小時來的。但是實際上並沒有辦法做到這一點，大概率是保持每天晚上兩小時，週末10個小時。所以計畫就一定要切實可行，不能貪大求全，既要學習這個又要學習那個，什麼都學就是什麼都學不好的意思！我這計畫屬於強化計畫，強化不到位，能叫強化嗎？一定要充分評估可行性！比如這個季度規劃看三本書，精看的話，根本看不完，這就是貪大求全！看一本就很合適！
這一點非常重要！我發現其實很多計畫在過去就制定了，但是制定完就忘了，然後沒有去安排時間！去制定詳細可行的計畫！
更糟糕的是沒有回顧計畫，就不知道哪些計畫已經開展，哪些計畫沒有執行，哪些計畫落後了，哪些計畫不可能完成！這個真的非常重要！
每個假期的開始，每個週末的開始！這個時間就非常好，能對整體時間做出乙個詳細的安排！
計畫與規劃的重要性
不做計畫而直接去做事。只能控制在7000行。超過這個限度，無窮無盡的bug與業務邏輯問題，會讓人徹底失去效率。乙個失敗的設計對整個case的影響太深遠了。寫這個case的目的也是為了提醒大家 程式，不是乙個人寫的，更不是像寫 一樣說寫就寫，就算寫 也得先寫個提綱呢。沒有計畫的人生也是一樣的，隨波逐流...
linux設定MTU的必要性與重要性
問題場景描述 最近在搞乙個很菜的程式 ftp上傳檔案。但是這個 很菜的程式搞的我腦袋疼了 半個月。在linux上面部署了我的程式，上傳檔案在1kb以下順利上傳，但是1kb以上上傳不上去。程式部署在windows上面沒有問題，還有就是我的程式上傳我自己搭建的ftp伺服器也沒有問題。所以判斷出在網路上面...
回顧和總結的重要性
一段時間的緊張開發結束了，作為乙個技術開發者，不知道大家是不是和我一樣，在每次開發新專案的時候都會用到一些新的技術，新的知識點，遇到一些技術難點，一些很奇怪的bug。或許你在當時解決了，但是幾個月之後你只記得你用過某個技術或者遇到錯某個錯誤，但是已經想不起當時是怎麼解決的了。因為我們每天都要接觸很多...