吾日三省吾身，記錄一下近期關於工作的幾點思考。
好記性不如爛筆頭，隨手記錄的習慣永不過時。舉幾個例子。
以目標為導向，try any way。上栗子，
在專案初期，定期的小組內部 dive deep 會議，及時交換想法，同步發現的問題並討論如何解決，不僅能規避重走彎路，也能提高生產效率，集思廣益，最大化團隊力量。比如最近在做的 aws cost s**ing，每週一次的 dive deep 會議，除了更新進展，更多的是交流分享各自在做的過程中產生的困難、啟發、最佳實踐等，提公升整體的效率。
切勿眼高手低，要有匠心精神，即便是小的功能點，也是可以做到極致。很欣賞組裡的一位前輩，很小的功能點，也能站在使用者角度仔細打磨，最終實現的版本堪稱 perfect。
多從使用者角度出發，簡單易用，磨鍊產品思維。例如系統中 offline job 的ui，經組裡一同事優化後，排版緊湊明了，體驗感一下就上來了。
自測很重要，盲目的自信是危險的，即便是很小的改動，也需要測試驗證，往往能發現意想不到的問題。這個道理人人都懂，可是能嚴格執行的少之又少，真的毫不誇張，工作中遇到的各種盲目自信的人太多了，包括筆者自己，偶爾也會犯這樣的錯誤，又該反省了……
對已有**的改動時，修改和 review 都要謹慎，核心**更不用說了，即便是一行**也存在風險。對已有的老邏輯要抱有敬畏之心，在吐槽寫的如何如何爛的同時，也要思考當初為何會這樣寫，有什麼特殊考量的地方。
效率的提公升應該是一直在路上，沒有最快，只有更快。用系統自動化代替一切費時費力的重複性人工操作。比如我們做屬性抽取時需要定期追蹤 metric，最初都是每週由 owner 手動更新一次，後來用自動化的 job 來定期生成 metric 並在系統中視覺化展示，省事多了。
當遇到比較耗時的或重試多次都不行的問題時，不要繼續重複忍受或直接放棄，而是換個思路，積極想新的辦法解決。比如最近遇到的乙個問題，使用 github 時，網頁訪問正常，但通過 ssh 合併**時，要麼就很慢，要麼就因為
ssl_error_syscall錯誤而部署失敗，重試了不下 20 次，最後還是通過 google 找到答案，大概率是網域名稱遭到 dns 汙染，可以通過修改 host，將 github 網域名稱指向真實的 ip（從 ipaddress 獲取），並重新整理本地 dns 快取，一下就順暢了。
對未知或不熟悉的事物有畏懼感是人之常情，總覺得挺複雜，很難。其實接觸後就會發現並不難，再進一步了解後會發現還是你所熟悉的配方，所以要勇於邁出第一步！工作中難免會不停地接觸新的東西，對於一項對你來說新的技術，先從它的官網 user guide 開始，是乙個不錯的選擇。其實生活中也是一樣的，敢於嘗試新的事物，跳出舒適區，能讓你收穫新的東西。
寫文件對於程式設計師來說是最大的挑戰。越是不想寫，越拖延，惡性迴圈中。俗話說，萬事開頭難，先把標題搞定，然後再把大綱搞定，確定要寫哪些內容，整體框架出來了，然後再逐個往裡填就是了。說寫文件這個事兒是最大挑戰一點也不誇張，有時候可能憋一上午都擠不出幾個字兒，比寫**難多了……
個人優秀是一回事兒，如果能激發隊友潛能，讓整個 team 更高效，才是更牛逼的。放手，鼓勵並相信隊友。舉個栗子，系統在本地啟動時遇到 https 服務無法訪問的問題，讓小夥伴自己嘗試解決，並給出相關的參考鏈結，最終他成功解決問題並還整理出簡潔明瞭的 guide wiki，挺好的。
最近的幾點思考
在乙個競爭激烈的領域中，一定要做好定位，找好差異化的東西，差異化突出的東西，就是一家公司的特色。如果你本身在小地方發展，你自己有自己的業務，嚮往大城市的發展，捨棄已有的東西著實可惜，去大地方打拼又得從零開始，為什麼不利用好當前的業務，把業務擴充套件過去呢？也就是說，在嚮往的地方和自己的現在擁有的擅長...
工作的幾點思考
進入公司從一開始就已經有整整乙個半月。這是半個月做了什麼回憶。我真的不能告訴。該公司有沒有認真忙。通常不是乙個特別大的作業。有一點休閒。這一次，我的各種疾病就顯現出來了。玩玩手機。看看網頁，甚至和同事說說笑笑。每天晚上回去更是玩得昏天黑地。從來都不為第二天的事兒擔心。感覺自己不是乙個打工的，倒像是領...
關於函式的幾點思考
函式思考 1 函式不一定要有返回值。有返回值型別的函式要return就必須return乙個值，否則報錯，也可以不寫return 會警告不會報錯。空型別函式不能return 乙個值，否則報錯，可以有return，表示函式結束，無警告不報錯。2 函式結束標誌 return 3 是否需要返回值看函式的功能...