半年的總結和思考,繼續前行
小結
從 19 年開始決定寫部落格,到現在半年的時間已經在部落格園寫了 24 篇原創文章。雖然數量不多,基本上每週一篇的節奏,但還是有點小堅持帶來的喜悅。雖然沒什麼人氣,但積累積累也算是對自己所做的事情一個總結、思考,同時也提高一下自己的寫作能力。
這半年除了每週寫一篇部落格,下班時間還會在知乎上做一些問答,在幫助別人的同時鍛鍊自己的表達、寫作能力。開通了公眾號但一直不知道寫什麼,還在慢慢探索的階段,希望能夠輸出一些獨一無二且有價值的內容。上半年也做了比較重要的決定,想自己寫本書,以電子書的形式。基於一個開源框架的模組,把涉及到的基礎知識串起來,希望會是一個精簡同時又成體系、內容豐富的電子書。當然,想法總是美好的,具體執行的時候還是會比較困難,好在已經邁出了第一步,即便最後的結果沒想象中那麼好,也算是做了一次新的嘗試。
此外,上半年也開始了新框架 —— Flink 的研究。因為我自己平時的工作中沒有用到 Flink 框架,所以這塊研究的時間就更少了。出過幾篇最簡單的教程,但是時間上跟寫書嚴重衝突,所以最近沒有更新相關的內容。但後續空出時間後還會繼續更新,繼續深入研究。
上下班的時間會看一些經濟學、英語等其他非計算相關的內容。至於為什麼看這些內容,這其實是一個邊際收益的問題,因為已經在計算機專業上積累比較多的知識了, 但是在經濟學上的知識幾乎為零,所以同樣的花10分鐘的時間,在經濟學上學到的東西肯定大於計算機。也就是說這時候學經濟學的邊際收益是大於學計算機的。所以,建議各位朋友有時間可以學學專業以外的知識,尤其是像我這樣的程式設計師,比較宅、又不太善於社交,如果再不主動學習圈子以外的其他東西,可能視野越來越窄。
上面提到了上半年做的一些事情,如果同時做的話會是比較累的。畢竟人的精力有限的,所以應該做做減法。最開始這幾件事我是同步進行的,但是發現來回切換思維棧確實挺痛苦的。所以就果斷暫時放棄了 Flink 的研究,保質保量地重點完成寫書的任務,等這件事接近尾聲了再進行啟動其他事情。
建議各位程式設計師朋友,平時可以多記錄自己覺得有價值的東西,寫寫部落格。這樣做的好處,一來當時解決的比較複雜的問題,如果不及時記錄可能以後會忘掉,尤其面試的時候可能都記不起具體的細節了。二來,可以提升自己寫作、表達的能力,也可以簡歷自己的技術影響力。既然談到寫作,下面就簡單分享下關於環境和寫作內容的一些思考。
環境的重要性
我們想要做好自己的事情當然需要有一個良好的環境。以我寫書為例,從5月中旬開始動手寫,到現在大概快 2 個月了。平時下班時候會寫一些,工作日大部分時間都是 10 點鐘到家並且上了一天班,即便寫效率也比較低。所以,主要還是靠週末。雖然週末時間充足,但消耗時間的東西也挺多,看看新聞、看看視訊、玩玩遊戲、跟朋友聊聊天,一天下來也寫不了太多的東西。導致整體進度比較慢,自己也比較焦慮。上週末,一次偶然的機會,去了趟附近的一個書店。發現那裡面的環境不錯,裡面提供一塊比較安靜的區域,有書桌、WiFi、插座,可以在裡面辦公、看書。可能是新環境的原因,一天下來並沒有覺得做了多少事。但比自己在家做的事情要多並且時間利用上比較集中,不會特別分散,自己也能靜下心思考一些東西。之前有去過咖啡廳,但是咖啡廳裡比較嘈雜,並且有些咖啡廳插座比較少,網速也比較堪憂。當然也有人喜歡去公司,硬體設施相對來說更好一些,我第一份工作週末就經常一個人呆在公司寫程式碼。但現在覺得總是呆在公司也不好。長期以來會錯過很多新鮮的事兒,導致對新事物的敏感度降低。
其實環境對我們的影響挺大的。我大學時候轉過專業,最開始那個專業其實並不是特別熱門,所以班裡的同學學習都很拼命。在那種環境下你自己不敢懈怠,你會覺得稍微放鬆一點就會被別人落下很遠。但大二我轉到計算機學院後,那個環境完全變了,周圍同學大部分都玩遊戲、同學經常逃課。雖然我自己學習沒有懈怠(畢竟要補大一的課程),但是心態上完全變了,自己會覺得稍微多學一點就會比大部分人強。
所以,對於週末想搞點事兒,但是在家靜不下心的人可以嘗試找個書店待一兩次。我自己比較嚮往這種狀態,在一個安靜的、沒人打擾的地方,沒有產品、運營和測試,泡上一杯茶,給自己的需求排個期,敲著自己的程式碼,即便 BUG 數量呈指數級增長,心裡依然樂開花。當然,也不是每個人都要那麼拼命,那麼努力。但我覺得哪怕一週抽半天的時間,找個安靜的地方做做自己感興趣的事,一點一點積累,時間長了可能會產生質變。
關於技術輸出
對於剛開始寫作的人來說,都會有類似的問題,就是總是想寫但是好像一直不知道該寫什麼。我剛開始寫作這個問題也一直困擾我,包括現在也是。我自己的解決方法是從心態上調整,前期就是寫給我自己看,因為剛開始寫作沒有多少人關注,所以寫出的東西首先自己覺得值得記錄,如果自己都覺得可有可無,那就不如不寫。當然如果寫的文章對別人有一點幫助,也會促進我們不斷更新更好的內容。記得在阿里內部一次會議上一位大佬講了一句話 “我們先要把自己做好,再考慮怎麼去幫人家”,我覺得寫作也是一樣。
當不知道寫什麼內容的時候,可以考慮降低更新的頻率,比如一週寫一次。從一個時間段裡尋找有意義的事,慢慢去發散,發散到一些關鍵的點,提煉出有價值、值得記錄的東西,再慢慢地收攏、聚焦。在這方面我自己做的也不夠好,也在不斷地嘗試中。希望能走出一條與眾不同的道路。
最後,堅持輸出很重要,尤其是對於剛寫作的朋友。剛開始寫作有了一些閱讀量內心是興奮的,然而寫的東西多了但是閱讀量並沒有變得更多,同時又得不到讀者反饋的時候,這時候就會產生懈怠的情緒,甚至放棄。出現這種情況建議採用我上面說的方式,調整下心態,堅持住。對於寫作的平臺方面,我自己對比過幾個,感覺部落格園對創作者是比較友好的,使用者量比較大,沒有那麼多的廣告干擾使用者,搜尋引擎收錄也比較好,優質的內容可以提到首頁獲得足夠的曝光量。
工作
簡單總結下這半年來工作上的一些思考。這半年,我轉變最大的就是對待工作的態度,以前我總覺得呆在一個公司首先得滿足我能在裡面學到技術。如果純做業務學不到技術可能就會有消極的情緒,現在這種心態已經完全轉變了。我覺得公司僱我就是用錢買我的時間,至於工作好不好,願不願意幹那是我自己選的。如果工作中能學到新技術自然是自己賺到了,如果學不到那也怨不得別人。以這樣的心態來工作會更加積極、主動,不會有過多無謂的消極心態。雖然自己業務時間寫書、寫部落格,但工作還是根本。工作做好了,才有更多的心思做自己的事。
接下來
上半年做的一些主要的事情大概就總結完了。至於下半年以及未來要做的事情,我也不打算寫了。因為我覺得人往往會高估短期內的目標,並且計劃不如變化快,唯一確定的就是認清當前的自己,沿著自己既定的路線,一步一步紮實地走下去。
這次的文章改了好多遍才發出來,希望能夠對正在閱讀的你有啟發。
歡迎關注公眾號「渡碼」
相關推薦
半年的總結和思考,繼續前行
小結 從 19 年開始決定寫部落格,到現在半年的時間已經在部落格園寫了 24 篇原創文章。雖然數量不多,基本上每週一篇的節奏,但還是有點小堅持帶來的喜悅。雖然沒什麼人氣,但積累積累也算是對自己所做的事情一個總結、思考,同時也提高一下自己的寫作能力。 這半年除了每週寫一篇部落格,下班時間還會在知乎上做一些問
關於MVC,MVP,MVVM的一點總結和思考
##簡介 軟體的架構方式有很多種,從最開始的MVC模式,演化到MVP,然後到現在的MVVM,在不斷的演化過程中其核心的思想就是降低各元件之間的耦合度,使得資料的流向更加的清晰明瞭。但並不是意味著一個比另一個高階,只是對於軟體的架構方式有的不同的視角,針對不同的場
第一次迭代總結和思考
第一次迭代上週結束了,總的來說相比較有一開始收穫是非常大的。重新開始學習一種語言,熟悉相應的開發環境,掌握編碼規則,都是不可多得的體驗和收穫。 設想和目標 我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述? 我們軟體很明確的定義,就是一個統計實時噪聲
第一次叠代總結和思考
實現 騰訊 學會 如何解決 重要 服務 過程 roi 折線圖 第一次叠代上周結束了,總的來說相比較有一開始收獲是非常大的。重新開始學習一種語言,熟悉相應的開發環境,掌握編碼規則,都是不可多得的體驗和收獲。 設想和目標 我們的軟件要解決什麽問題?是否定義得很清楚?是否對典型
spring-boot-actuator學習總結和思考
自定義健康指示器時,需要實現HealthIndicator,重寫health()方法即可。呼叫withDetail()方法向健康記錄裡新增其他附加資訊。有多個附加資訊時,可多次呼叫withDetail()方法,每次設定一個健康記錄的附加欄位。示例(關於一個異常的健康指示器)如下:@Componen
關於Java併發程式設計的總結和思考
編寫優質的併發程式碼是一件難度極高的事情。Java語言從第一版本開始內建了對多執行緒的支援,這一點在當年是非常了不起的,但是當我們對併發程式設計有了更深刻的認識和更多的實踐後,實現併發程式設計就有了更多的方案和更好的選擇。本文是對併發程式設計的一點總結和思考,同時
《零秒思考》內容總結和思考
內容總結: 1.零秒思考的概念 在一分鐘之內,在一張A4白紙上,橫放的方式寫下思考的標題(疑問的形式),思考的時間,長橫線分割,問題思考的內容(主體)。其中,主體內容每條不多不少大概20-40字,不超
關於會計對賬的一點總結和思考
會計學有一個很重要和很出名的公式,相信很多人都見過: 資產 = 負債 + 所有者權益 + 收入 – 費用 但會計學上還有另外一個比較隱蔽的公式,雖然不像上面的公式那麼出名,但也經常能見到它(或者變種運用)的身影 那就是,即期末值=期初值+期間變化值,也就是
對資料結構和演算法的總結和思考(五)--堆排序
本篇分享的內容為堆排序,提到堆排序就不得不提一下堆這個資料結構。 堆實際上是一棵完全二叉樹,因此其任何一非葉節點滿足性質: Key[i]<=key[2i+1]&&Key[i]<=key[2i+2]或者Key[i]>=Key
設計模式的一點總結和思考(一)建立型
面向介面程式設計 對於當前不知道或無法確定的東西,我們就抽象它,只對其介面操作,即現在不知道具體的涉及物件,但我知道如何使用它,先用其介面,待以後知道了具體的物件之後,再繫結上即可,這就是所謂的封裝變化。 雖然不確定目標是誰,但可以確定如何使用目標。 多種
Unity3D手遊專案的總結和思考(1)
有朋友私信我問我為啥很久不更新部落格,是不是轉行了...我當然不可能承認自己懶啊,只能回覆說太忙了.不過專案開發中,確實很難有時間和心力去總結和思考一些東西,不過現在忙完一些專案以後,我又回來了. 渲染技術這個東西,在專案前期我並沒有投入太多精力去思考,
學習總結javascript和ajax,php,和css
post req nim rom 顏色屬性 error 嵌入 echo 高度 1,javascript 1,js可以獲取和修改html的屬性和內容: 通過什麽獲取? window.onload=function{ document.getElementById
遊戲背景音樂只要有人在聽,我們就繼續前行
遊戲背景音樂作為新的一種藝術形式存在,無疑是近年來最值得期待的行業,對此,無論是行業內還是網上各大網站論壇都對它的討論如火如荼。 隨著時代的發展,各種高科技層出不窮,網路已經成功覆蓋了千家萬戶。網路遊戲從初始階段到現在,歷
3.5星|《產品覺醒》:針對網際網路商業和產品的評論與思考,有實踐有洞察
產品覺醒:產品經理的視角與方法論 主要內容是針對網際網路行業的商業評論與產品思考,也有一些創業的心得體會,是作者釋出在新媒體上的文章的集結,寫作時間主要集中在2015-2017這三年。這些評論與思考的水平,我認為超過了相關媒體文章的平均水平,有作者自己的洞察。 作者有數次創業經歷,專案都不大,書中分享
day10 01_類,抽象類,介面的綜合小練習,02_形式引數和返回值的問題深入研究,03_包的概述和講解,04_修飾符的概述和總結,05_內部類概述和講解
01_類,抽象類,介面的綜合小練習 /* 教練和運動員案例(學生分析然後講解) 乒乓球運動員和籃球運動員。 乒乓球教練和籃球教練。 為了出國交流,跟乒乓球相關的人員都需要學習英語。 請用所學知識: 分析,這個案例中有哪些抽象類,哪些介面,哪些具體類。 整個分析過程,我是通過畫圖講解的。 */
產品釋出後,一個QA的總結與思考
題記:上週,產品終於Release了,前後歷時近兩年時間,期間經歷了一次需求變動,四次Interation。產品是新版本開發,需要同時在四個平臺(window,Linux,Aix,zLinux)開發,每次迭代實現一個feature。在敏捷盛行的今天,這樣的開
數倉理論結合自己的工作和思考總結
搭建資料倉庫可以從多個方面切入,我接觸到的工作中處理實際工作案例大致分為2中模式。一種是在需求不明確的情況下從底層搭建開始,主要工作重心在於先收集資料,並對資料分類儲存,等到具體需求到位的時候再搭建上層的資料倉庫表(如使用者一體化)。另外一種模式就是在確定需求場景下,根據需求內容向下拆解任務反推
一個高效程式設計師:並不需要很聰明,只是勤練習和思考
從一個舒服的環境走到一個不舒服的環境需要一個過程。當然這種不舒服的學習區不僅僅侷限於工作,還有生活上,還需要去適應你的生活——不過,我想應該很快就能適應了。 如何從菜鳥成長為高效程式設計師?要想成為一個高效的程式設計師,不是一朝一夕的事,而是貴在堅持,程式設計師的工作都是在不
HashSet總結及例項,重寫equals()和hashCode()
HashSet的原始碼作總結: HashSet在存元素時,會呼叫物件的hashCode方法計算出儲存位置,然後和該位置上所有的元素進行equals比較。 給我們最直觀的感受就是兩點,不可重複和無序,底層採用了HashMap結構。 1. HashSet基於HashMap實現, 以HashS
python列表,切片功能的總結和彙總
建立一個列表 列表中可以放置子列表 l=[0,1,2,3,[0,1,2,3]] print("原列表:",l) 原列表: [0, 1, 2, 3, [0, 1, 2, 3]] print("索引從零開始:",l[0],l[1],l[2],l[3],l[4])