國慶假期遊山玩水了四五天,該玩的都玩了,沒玩的,等有時間了再計劃。javascript
每一年在某個特定的時候,總感受要寫些什麼東西。前端
就像在2018年的時候,感觸很是深,寫下了這篇做爲程序員的思考與檢討,
再而後創業公司近兩年的經歷,寫下了這麼幾篇關鍵性的文章(對於我挺關鍵的):
創業公司這兩年java
致全部的開發者們程序員
如何成爲一名全棧開發工程師算法
談談在創業公司的幾點感觸數據庫
個人文筆並不那麼好,有的時候寫起來有點題內不符合(標題和內容不同,固然了,我也嘗試過不斷改進,仍是有效果的),但都是個人真情實感的流露和一些痛定思痛的經歷。編程
前文稍微囉嗦了一些,接下來進入正題:後端
記得在第一家公司的時候,個人技術棧是單薄的,就會前端(寫一些簡單的HTML、CSS、javascript等),再加主攻Java後端(Spring+SpringMVC+MyBatis+JSP),再加數據庫(MySQL)。
基本上能幹一些活,但這些活又不能太核心關鍵,太核心關鍵的寫不了。
那個時候個人思惟比較狹隘,信奉」惟技術論」(技術高於業務,技術高於一切),那個時候之因此如此,關鍵在於接觸的太少,經歷的太少。安全
第一家公司是一家外包公司,專作CRM、ERP等之類的解決方案。在這家公司我作過運維、測試、項目實施等(其實間接也爲我在第二家公司,也就是創業公司作準備)。那個時候,在我眼裏仍是技術始終是第一位(只想埋頭弄技術寫代碼,其它都無論)。微信
然後來到創業公司後,這個時候,全棧就是個人目標,由於創業公司資金有限,各方面都不是很完善,一我的經常身兼多職,就拿開發人員爲例,我是作Java後端開發的,但在創業公司就要求我必須會寫前端,再而後,項目第一個版本發佈,爲了確保領導試用時不出差錯,這個時候咱們編寫好測試用例,而後按照業務流程一個個功能性測試和業務性測試,再而後發佈到公網環境對外開放(實際是對老闆那邊的員工開放,讓其體驗使用)。
在創業公司,我是開發、運維、測試、產品都作。但仍然有所偏重,技術仍然是第一位的,對於我來講,技術是產品的基石,沒有技術,產品僅僅是藍圖(其實後來想一想,並不是如此,業務纔是基礎(包含商業模式等)->產品藍圖或原型->技術手段實現)。
在創業公司我作過物聯網平臺(智能酒店、智能門鎖、共享洗浴間等)、電商二次開發(相似淘寶、京東)、教育產品(編程教育爲主)等三個領域的項目,除了教育產品稍有轉機以外,其它所有死掉了。那個時候對個人打擊很大(不只僅是我,整個團隊的士氣也很低下,你們對將來一切迷茫),一年零九個月的時間,沒有一個項目(除教育項目外)真正的實現盈利(盈利也意味着成功驗證商業模式的可行性)。
最初的時候,哪怕我身兼多職,我給本身的定位仍然是一名埋頭寫代碼的程序員,而非產品的創造者(從產品的創造者角度來看,一方面如何讓產品更完善,另一方面如何更好的提升用戶粘性,這須要不斷思考和實踐)。因而我放棄了對產品的思考,那個時候我以爲這是高層的事情(領導的事情),與我無關,拿一份工資,幹一份活(更況且作這麼多事情,還只拿一份工資)(你們能夠思考這個問題,接下來下面的內容的可能會給出答案)。
再回到這個主題來,「我對技術的思考覈心兩點」:
1. 業務是基礎,產品是藍圖,而技術是將藍圖變成現實的手段;
2. 技術的本質在於解決問題(回顧人類歷史,不少技術創新發明都是在某個領域解決了什麼樣的問題,或者是在多個領域解決相似的問題)。
通過三家關鍵性公司的磨練,更加堅決了上述兩點(由於這兩點,讓一家創業公司(前教育saas公司)從弱小走向強大(年盈利幾十萬幾百萬到上千萬,有上市的潛力),也讓一家公司從有到無,從無到有,危機重重)。
由於上述列出的核心兩點(我對技術的思考):
使我再也不刻意的去追求心得技術,固然了,做爲一名技術工程師而言,我會不斷去學習新的技術,學習新的思想和理念。但在學習的過程當中,我再也不像過去那樣,由於學習一個新技術,就以爲本身很牛逼,沾沾自喜,彷佛超過了N多人,我會更關注新技術優勢特性(適應的業務場景是什麼)、缺點(沒有技術是完美的,都有缺點(包含侷限性)、設計理念和思想等。
簡單歸納這幾年的項目技術架構經歷:
單體應用(外包、創業)->先後端分離實踐(創業)->變相微服務實踐(創業)->分佈式微服務實踐初級(教育saas)->分佈式微服務實踐全權把控(當前所在公司)
總的來講,走了不少彎路,填了不少坑。走彎路和填坑的緣由,有不少。雖然都說,成長就是經歷,有所坑是沒法避免的。但其實有很多是我本身的專斷專制形成的,這一點我至今仍要反思(雖然目前沒有犯相似的錯誤,但我仍要反思,反思的目的,在於不能再走老路了,同時也是爲了讓新路更加通順)。
人從出生就開始不斷學習,從走路到識字,再到獨立生活和工做,再到生兒育女等。
一切源於個人導師,他當初給我說過這樣的話(導師說過話不少,我也記不清,但核心的意思是這樣的):
寫做的目的,不只僅在培養造成解決問題的良性循環,同時更關鍵在於培養本身深度思考和藹於總結的能力。
個人寫做間接反映出我是一個鍥而不捨且熱愛技術、熱愛學習的人,但一樣也反映出我在學習過程當中的不少不足。
如下是寫做中暴露的問題(這裏就不談寫的語句通順方面的問題):
1. 欠缺較爲深度的文章;
2. 刻意練習過於簡單;
3. 讀書筆記欠缺本身的思考;
4. 解決問題類問題欠缺較爲詳細的錯誤緣由分析(爲何會報錯,緣由是什麼等,缺少對錯誤緣由的深究)。
深度的文章在於思考,思考的關鍵在於提問。
愛因斯坦曾說過,提出問題比解決問題更重要。
我以爲緣由應該是由於提出問題能讓思惟更加發散,思惟發散能讓視野更加廣闊(由於它可讓人從多個角度來看問題)。
深度的文章在於深度思考(思考的關鍵在於多提問)。
個人導師曾用《論語》中一句話,來概述我目前所存在的問題,「學而不思則罔,思而不學則殆」。
這句話的解釋以下:
指的是一味讀書而不思考,就會由於不能深入理解書本的意義而不能合理有效利用書本的知識,甚至會陷入迷茫。而若是一味空想而不去進行實實在在地學習和鑽研,則終究是沙上建塔,一無所獲。告誡咱們只有把學習和思考結合起來,才能學到切實有用的知識,不然就會收效甚微。
關於學習提問,不少人不知道提出什麼樣的問題纔是好的問題,我我的以爲剛剛開始不該該執着於這個,越是執着,越難以落地。剛剛開始,應該在於作。就像我當初寫博客那樣,若是我一昧的以高質量做爲前提的話(而忽略自身實際狀況),恐怕很難堅持到如今,任何事情都是一個按部就班的過程,不能適得其反。
在寫的過程當中,天天一點一滴的積累,有讀者朋友會提出一些問題啓發我思考,也有像我導師這樣的,指出我寫做欠缺深度。
《異類》的做者馬爾科姆·格拉德威爾說過這樣的話:
「人們眼中的天才之因此卓越不凡,並不是天資超人一等,而是付出了持續不斷的努力。只要通過1萬小時的錘鍊,任何人都能從平凡變成超凡。
以寫博客文章爲例,當初我在寫學習類的教程文章時,不乏有這樣的意識,「只要我將例子正常運行並寫出相應的步驟來,加上筆記記錄,我就能充分地掌握這門技術框架。」
但事實真的如此嗎?
然而並非這樣。基於上述這種意識,我學習了Python和Node.js,個人學習步驟很簡單,例子敲一遍,正常運行出來,而後記點筆記,遇到錯誤,記錄錯誤。通過這樣的步驟,而後我以爲我掌握了。
當初沒被打臉,是由於當時沒人知道我會Node.js和Python,後來呢,由於要作一個在線測評(OJ),當時參考的OJ是一個青島大學的開源項目,因而我開始接觸,起初運行起來仍是比較簡單的,用Docker一鍵就能啓動。但後來了,領導發話,要對其二次開發,二次開發意味着不只僅要弄懂它的一些關鍵核心代碼,同時也要加上咱們本身寫的功能,當時我就懵逼了,這個該怎麼弄啊,因而只好翻看文檔,原來這個青島OJ用的技術框架,主要仍是Python的Django。也正是由於研究過程當中,我才發現我對Python僅僅仍是個小白,並無由於把教程敲了2~3遍就成了專家很是熟練和精通。
由此我發現我缺少一個東西將新學的技術串起來,人的記憶是有限的,今天學過的東西,可能明天還記得一半,過了幾個禮拜不用,可能就所有忘光了。
因而我想起了導師當年對我說的一句話(仍是跟博客有關,但與寫文章沒有直接關係),作一個博客系統。
作一個博客系統,不只僅能讓你將知識串起來,更能讓你在實踐中不斷熟練和提升(實踐中須要大量動手,更能加深印象,遇到問題並解決問題,不只使你深入理解該語言的特性,一樣也能提升解決問題的能力)。
然後我更能深入體會到這一點,就像當初沒有接觸過微服務框架那樣,我經過博客系統來驅動學習,讓我更能深入的理解該框架技術,一樣更能貼近實際應用場景,解決實際的問題。
博客系統讓個人刻意練習更加精確,博客系統其實說簡單也簡單,說難也難。簡單在於你能夠僅僅寫個CRUD(增刪改查),難的在於按照企業級產品應用來作(就像著名的WordPress那樣,雖然它看起來僅僅是一個CMS,但它豐富的插件擴展,讓其能夠是電商,也能夠是視頻、論壇等,只有想不到沒有作不到)。
在作一個企業級應用產品的過程當中,它是很使人痛苦的,由於你做爲一個產品的創造者而言,你必需要想清楚它作出來以後是什麼樣的,一樣你也必須關注跟你所作的相似的東西(但已經面向C端用戶)有哪些能夠參考借鑑的(就像如今有不少電商平臺,難保他們不彼此借鑑彼此的優劣來改進產品)。
個人博客系統斷斷續續作了好幾年了,從單體到分佈式微服務,能用的技術都用了,我不否定當初有段時期僅僅是爲了技術而技術。
另外說說個人博客系統斷斷續續作了好幾年的緣由:
今年有段相對空閒的時間,因而進行了改造,以WordPress做爲參考對象(再也不追求大而全,把握核心本質),
效果圖以下:
最近因工做繁忙,目前還不能面向廣大朋友們。目前該網站文章題材均是經過爬蟲技術獲取。
由於這個博客系統,我在技術上的刻意練習再也不是簡單、單一。隨着博客的面世,我須要考慮用戶體驗、數據隔離穩定性、大數據量、相似於WordPress的豐富插件和主題等,固然了,這並不是一朝一夕的事情,須要一個按部就班的過程,這個事情我會長期堅持下來的。
前面我說過,思考的關鍵在於提問。人在讀一本書的時候,一般會帶一些疑問,讀專業書籍如此,讀小說也是如此。即使剛讀的時候沒有疑問,但隨着愈來愈多的時候,就有了疑問,這個疑問比分說是故事人物之間的關係、專業書籍中拋出問題等。
有段時間我感受我即使讀了不少書,但所知甚少。就像我在博客裏寫了大量的讀書筆記,就像如圖所示:
《算法圖解》我讀了近一個月的時間,作了一些筆記,但仍以爲仍是不知道。
最近總結了兩點緣由:
- 沒有真正的思考(記錄書中關鍵話,而後一些術語名詞經過搜索來記錄,沒有就關鍵話語展開疑問);
- 沒有把理論同實踐充分的結合起來(這須要實踐,後來在LeetCode刷題實踐才方覺有所收穫,知行合一)。
800多篇博客,有半數是關於遇到問題怎麼解決的。剛開始時,是照搬照抄,然後就是就錯誤信息展開(錯誤緣由、解決步驟/方案、參考連接等)。但後來發現解決問題的效率有些提升(比方說,公司小夥伴們遇到一些技術問題時,我對那些問題有些印象,而後我就讓小夥伴去個人博客上搜索便可,或者是有些技術小夥伴不會,但我以前應用過並記錄在個人博客裏,小夥伴一搜,而後也能快速應用)。
可是呢?我發現有一點嚴重弊端。
那就是這些問題總會以一種形式到另外一種形式轉變,實際上問題的本質是同樣的,以Java開發爲例,用Spring全家桶總會遇到找不到Bean之類的錯誤,一般來講,通常是由於Service類,沒有加@Service註解致使的。可是最近我所遇到的並非這樣的,哪怕@Service註解加上對應的業務類它還會報這樣的錯誤,這個問題最初使我百思不得其解。
最後找到了緣由,發現就是一段代碼的問題(因爲這段代碼是公司的核心代碼,這裏就不能公開了)。
由此發現不少問題其實都是同樣的,關鍵在於把握問題的本質,那麼如何把握問題的本質呢?
最關鍵的就是明確問題是什麼。就像剛纔我舉的例子,找不到bean,緣由並非沒有加註解,而是一段代碼致使的。不少開發人員(包括我)經常面對錯誤最容易犯的錯誤是沒有真正的理解問題究竟是什麼,而僅僅的很是淺度的複製問題,而後百度或者google搜索之類的。
那麼咱們怎麼避免這樣的現象出現呢?
答案很簡單,那就是耐心的把問題看全,一般報錯,IDE的控制檯會顯示那段代碼那一行,看具體代碼一般就明白了。最重要的是要把信息看全,看全後,一般就能把握錯誤的關鍵信息是什麼,這樣才能更好的解決問題(其實在看錯誤信息的時候,腦殼裏也會情不自禁的分析錯誤信息,思考多是什麼緣由致使這樣的錯誤信息)。另外這對於學習技術,參考他人的博客也有很大的啓發意義,現在互聯網上各類信息很是全(也意味着很是雜亂而不繫統),這就須要你學會如何篩選信息,關鍵字搜索很重要,還有一點就是識別信息也很重要,比方說看一篇博客,你若是要按照他寫的博客實踐,最好仍是從頭至尾看一遍,而後再決定是否這樣作,由於不少人寫博客並不必定寫的很全(中間可能有些代碼沒有展現出來,致使最後你按照這個例子來寫,缺東西,從而致使進展不順,只好放棄)。
學習是人一輩子的事情,無論你從事哪行哪業,都要樹立這樣的觀念,」終身學習觀」。只有這樣你纔不至於被淘汰(社會淘汰、時代淘汰)。
我曾由於,只要像程咬金那樣只會」三板斧」就能打天下,後來隨着經歷的事情不少,看的世界愈來愈廣,我才發現這遠遠不夠。
我對工做的思考,不由讓我想起曾在公衆號寫了一篇文章《工做的意義》,我在文章中這麼說,工做的意義無非兩點,一點是爲了金錢(物質,也就是讓生活更好,比較物質基礎決定上層建築),二是爲了成長。
《工做的意義》這篇文章也間接反映和驗證,我由於工做,生活也走向愈來愈好。
可是呢?也讓我逐漸造成了」安逸」。記得以前在創業公司的時候,其中某段時間(大概持續一到兩個月),那個時候開始迷上了遊戲,如刺激戰場、王者榮耀,可謂是每天打遊戲,沒有一天不打,同時呢,也變得不怎麼愛學習了,也覺得工做就意味着穩定。然而,就像我在《創業這兩年》說的那樣,忽然一天領導對咱們說,公司若是拿不到融資可能就要解散了。當我聽到這則消息,心就忽然慌了。由於我歷來就沒有經歷相似的場景。
雖然心慌了,但另一個」我」提醒着我,保持冷靜,近觀態勢。
因而就有了這篇文章互聯網的寒冬該如何度過
然後2019年10月以及2020年的經歷再次告訴我,安逸是不存在的,工做的意義,不只僅是詩和遠方,也不只僅是自身成長,更是提升自我市場價值的一種重要方式。
爲何我會給原來的那句話再加上了提升自我市場價值的一種重要方式呢?
首先一件東西爲何會有價值,答案是由於有市場需求(關鍵就是供求關係,供過於求,貶值,供不該求升值)。
人只有工做才能實現自我市場價值的增值,儘管你可能有很是大的本事,但若是沒有公司這個大的平臺,恐怕只能感嘆」英雄無用武之地」。
不少人都說要有職業規劃,職業規劃是爲了謀求長遠的發展。但這個職業規劃仍然有一個大的前提,那就是工做,在特定的單位工做(能夠是傳統企業,也能夠是互聯網企業等),仍是離不開公司提供的平臺。
以程序員找工做爲例,不少公司招聘上都說高併發、高性能、分佈式微服務等,可是對於不少人來講,在一些較爲傳統的公司工做根本就沒有這樣的機會接觸這些。就好像當初若是沒在教育saas公司積累,很難主導公司的技術平臺設計。再換言之沒有創業公司的洗滌,面對從0到1或者二次開發,我可能很難上手甚至頭疼,儘管不少人說開源有現成的,但試問對於一個企業來講開發產品中最重要的一環是穩定性和可靠性,開源項目雖多,但很多開源項目不穩定不可靠,對於一個新人來講,貿然使用開源項目和使用新的技術同樣,無異於自殺。由於你所遇到的問題,在搜索引擎上搜索可能很是少甚至無。
從這點來看,也是公司成就了我,提升了個人市場價值。
但有一點很是重要,那就是公司不養閒人。
若是你不去主動成長和提升自我價值的話,那麼你隨時可能會被裁人(對於公司而言,發展是硬道理,發展的關鍵在於人才)。
從這點來看,毫無安逸可能。
再好比不少人說國企安逸,早九晚五,福利好(雖然工資不高)。但你們別忘記了當年的」國企下崗潮」。
我說了這麼多,只想詮釋一個重要觀點(雖然過於武斷,但仍是要說),「根本沒有安全/穩定的工做,惟有提升自我價值纔是王道」(雖然這些話,對於前輩而言是廢話,但這些來源於我自身的經歷和深入的體會)。
那麼如何提升自我價值呢?
不少人都說人脈很重要,這裏我之因此不列舉人脈是由於,社交的核心在於價值交換(雖然功利點,但卻很對)。
以我上家教育saas公司的CTO爲例,他也是從一名初級研發工程師到高級研發工程師、架構師,到目前的位置,和他一塊兒創業的是他的同事,兩我的在當時公司的位置相等,只是負責的領域不同,一個是營銷,另外一個是技術。兩我的互補彼此優劣,而後帶着團隊的骨幹一塊兒創業,現在也算是財務自由,跟着他們的骨幹也有股份。
固然了,這樣的例子還有不少。再列舉一個在好比當初在北京的一個合租屋,合租的小夥伴們從事不一樣的工做,碰巧有個獵頭,平時不多見,有天趕上聊了一下子,而後忽然說電腦遇到了一個問題,而後跟我說,這樣的問題,我以前碰見過,而後飛快的將其解決,由於是獵頭,從那之後時不時推工做給我,甚至要我給他推薦人。
2020年我以爲最重要的一點是我對工做態度和觀念上的轉變。
過去我多少會有些逃避或者是畏難,現在的我不會了。雖然過程會讓人痛苦,但事後會很是愉悅,我想這就是工做成就自個人一個體現。
在我看來,理財的含義,就是打理本身的財富。
不少人都說學會理財很重要。
那麼如何打理本身的財富呢?
不少人都說投資,如投資股票、基金、債劵等。我曾讀過一些相關的書籍如:
上述四本書都屬於已經讀完的。我和導師的交流以及這些書讓我產生一些思考,我對本身的理財有了更清晰的認識。總結了以下:
一直以來有這麼同樣的觀念,」沒錢怎麼理財」?
持有這種觀念的人,我可以理解,過去我也曾有這樣的觀念。
後來我轉變了,由於我體會到沒錢的無助和負債的壓迫。
因而當我工做後,我會強制本身儲蓄。正是由於這種強制儲蓄,成爲我人生中的一個轉折點。
有部分人認爲,一點小錢再怎麼理,也不能一晚上變個幾百萬出來?
前面我提到過,理財的含義就是打理財富。錢少的時候,節儉,錢多的時候,大手大腳的花,這也就解釋了爲何一晚上暴富或因某種機遇發橫財的人,最後都窮困潦倒。
實際上理財不僅僅是打理財富,它也體現出一我的的持家。
簡單的來講,一我的單身的時候,能夠毫無顧忌,但兩我的的時候就不同,特別是當決定結婚的時候。這個時候你會發現,若是當初你不善於打理錢財,一方面婚前的房子、彩禮、結婚所需的資金等拿不出來須要啃老或外借(若是你一直是別人眼裏的」月光族」,不必定能借到),另一方面,儘管婚前房子、彩禮、結婚所需的資金都解決搞定了,這時你還得考慮兩我的一塊兒的生活開銷、孩子到來開銷(出生、之後教育等)。
因此從某個角度來看,越早學會理財顯得更加劇要。有一點明確的是,適合本身的理財方式纔是最好的。
比方說對於一個月收入5k的白領而言,總不可能拿3k去投資股票或者是存4k,只用1k吧。
因此說,每一個人的理財方式不一樣,最關鍵的在於適合。這個適合在於不影響生活質量和水平的前提下(吃、穿、住、行在合理的區間下)。
理財也是便於瞭解本身的開支。
不管是經過支付寶或者微信,再或者我本身的記帳本之類的。我可以更好的瞭解本身的開支,這也爲了每個月的資金分配作合理決策。
理財中所涉及的投資是如何分配的?
「割韭菜」這個詞,對於投資股票或炒比特幣的小夥伴們並不陌生。
究竟什麼樣的人會被割韭菜?
對此有人這樣說:炒股中也有」二八定律」,即20%懂的人賺錢,80%不懂的人虧錢。
對於理財投資的分配,我不會將太多的錢進行投入,一方面,我很清楚我本身的風險承擔能力,另一方面,對於投資方面我並不擅長,所以高風險和高回報的,我不多考慮,通常傾向於中低風險或低風險的,這個佔的比重高。若是要說100%的資金(月收入),通常10%~15%是偏向於中低風險的基金或債劵,5%是中高風險的指數基金。其它80%就按照前面的總結進行分配。
就像前面所說,人須要不斷學習,理財相關的知識學習也是一個按部就班的過程。
我曾在吳軍《見識》中看到這樣一句話,任何好的投資都要創建在控制風險的基礎之上。
最後一句話,理財同工做同樣,目的只有一個讓生活更好。
學習週報與工做週報是兩碼事。學習週報是我與我導師之間的交流工具。
學習週報制定我每週的計劃,如學習、鍛鍊身體等。
學習週報從2018年底開始寫。中間有過斷續。
剛剛開始寫的時候,極其不適應,感受本身很被限制。
後來隨着不斷寫,和每週執行。發現自身存在不少不足(這些不足是經過寫學習週報發現的):
通過一年多的執行,總的來講於我自身而言仍是有很大的提高的。
一方面,在創業公司的時候,領導常常處於不在公司狀態,有時去深圳出差,也有時去其它地方,因爲寫學習週報,即使在工做任務少的狀況下,我仍能抵抗外界干擾(某同事看電子書、鬥地主之類的)學習,雖然有些特立獨行,但不學不行欠缺的東西太多,直到現在爲止,我仍然以爲我還有不少要學。
另外一方面,養成計劃的習慣,雖然說有些時候,計劃跟不上變化,但絕大多數時候仍是能跟的上的,若是一直跟不上就說明計劃制定的不合理。計劃的習慣使我自律性提升,能在固定的時間段專一於作一件事情。
健康是我一直所忽略的。由於有段困難時期不在意也顧不上。後來到了教育saas,那段時期可謂是加班加瘋了。常常加班,9點下班都算早班。但我仍然感激那段時期的經歷,確實磨練了我。也讓我深入明白一個盈利的教育saas產品應該是怎樣的。
5月中旬體檢,結果一半好,一半差。但無疑是給我一個警鐘,這個警鐘告訴我再透支下去,無疑於加快自殺的進程。因而我開始制定了個人養生計劃,無奈於生活並不會所以而停滯不前,休息總有截至的日期,太長了就成了遊手好閒了。
曾參加的一個讀書會,裏面有位書友這樣詮釋健康:
身心和財務都要好,落實到具體的事情上,吃的好一點、睡得好一點,多運動一點、心情好一點,財務好一點。
健康是極易忽略的,由於只有當我生病時纔會意識到它是多麼的難能難得。所幸由於年輕,抵抗力較爲強,基本上的小病都能扛過去。
但隨着年紀不斷增加,我須要重視一個問題就是身體機能一年比一年降低,曾經上班,常常性一兩點纔到住的地方,只需睡三到四個小時,照樣能爬起來繼續工做。
但我不能不重視了,再不重視了,就真的可能驗證」工做996,生病ICU了」。
爲此我給本身首條要求就是11點睡覺+每週至少鍛鍊3千米。
雖說從10點半開始不睡覺就算熬夜,但因爲程序員這個工做性質,很難這個點睡,雖然說11點睡覺,但一般也要11點半才能睡着。其實這麼一說,每週3千米實際上是最容易的,從9月份到如今,我一直堅持着。
隨着天氣愈來愈冷,對於鍛鍊身體也是一個不小的挑戰。所以我基本上都是下午去跑步。早上擔憂起不來,就算起來了,也比較晚了。
按照上面的理解,我以爲吃的好,多運動、財務好一點,就目前而言達到這個標準並不難,吃的好,蔬菜、水果、肉這些都能知足,多運動一週3千米加上天天步行也算是運動了,財務方面,按照前面」我對理財的思考」這並不難,也算我從18年就開始制定的計劃。最難的可能就是睡得好和心情要好點。
都說晚讀(晚上讀書)能治療失眠,從今天開始就開始實施吧。當年噹噹活動買了十幾本書,至今還沒有看完。其中《原則》這本書只看了一部分,從昨天開始看。這本書也讓我啓發蠻多的。
其實仔細思考,吃得好、睡得好、財務好點、心情好點,可歸納爲一句話,即良好的生活習慣(合理的飲食結構、規律的做息習慣、適當的體育運動等)
良好的生活習慣應該包含以下:
固然了良好的生活習慣還有不少,這裏我列舉最關鍵的幾個。
人的一輩子,每10年就是一個分水嶺,立刻就要25了,離個人分水嶺還有5年。5年之後,也就是30,對於一個程序員而言,這是一個相當重要的標誌。可能會中年危機,也可能走向不同的路。
但就目前而言,不在考慮的範圍。由於我所能把握的僅僅是當下,珍惜當下,看得見的,摸得着的,纔是最重要的。
與職業生涯對應的是職業規劃。
近來擺在我面前有兩個IT轉型的例子,一個前端開發的女程序員,另一個是後端開發的男程序員。前者成了產品經理(產品設計,無需寫代碼),後者成了項目經理(把握項目進度,任務派發,可能要寫點代碼)。
當初我在做爲程序員的思考與檢討中的職業規劃提到過以下內容:
初級開發工程師->中級開發工程師->高級開發工程師->架構師/項目經理->技術總監->CTO
初級開發工程師->中級開發工程師->高級開發工程師->產品經理->產品總監
初級開發工程師->中級開發工程師->高級開發工程師->技術合夥人(參與創業)
對於男程序員而言,基本上都達到5年以上的研發經驗,而後轉向的管理層(項目經理)。
對於女程序員而言,具有3年以上的研發經驗,加上一些機遇,成功轉型了產品。
仔細想來,我所認識的人,前教育SAAS公司CTO走的就是第一條路。前創業公司經理走的初級開發工程師->中級開發工程師->高級開發工程師->產品經理->高級產品經理/項目經理-自主創業當老闆(這是我根據他以往三家公司的經歷推出來的)。
但不少人都卡在了這個高級開發工程師上,沒法前進,有的是自身能力,也有的確實是喜歡寫代碼,寫代碼能力很是強,但不喜歡管理。我所遇到的人都有。
轉型目前不在我考慮範圍,我所想的是如何成爲這個高級開發工程師。通過這幾年的時間,我愈發瞭解本身。
當年某公司領導讓我取代某我的成爲組長,我猶豫了。找了一堆理由,說本身不太勝任,最後此事不了了之。那個時候確實是沒法勝任,太嫩了。
其實仔細想來我仍是很感激互聯網的,正是由於它,我從一個農村小夥跳到了大城市。而大城市給了一個相對平等的機會與衆多人競爭,這場競爭中,我不會一直處於弱勢。這場競爭其實也算是馬拉松。跑在最前面的,不必定最終跨過終點,跑在後面的,總有機會超過前面的。
這個過程必定是無比艱辛的。
溝通這一環節在項目開發中相當重要,關係到項目的存亡,項目的存亡關係到公司的興亡。
我一直在思考如何更好的把握對方的問題給予對方可以理解的答案。
近來公司的程序媛小夥伴們請教我一些問題,其實問題我基本上都遇到過,但給她們的回答,她們又沒法理解,等我坐在她們的電腦桌上給她們講,她們一下就明白了。我在想,難道問題是出在我這,我沒有說清楚,我以爲我已經說的很清楚了。但事實上由於溝通表達方式(語句敘述),確實個人回答和她們說的不是一個問題。而有些時候,個人回答是那個問題,而答案對於她們而言又不太理解。一來一去,有的時候一個小時就過去了。因此針對此,我想出了一個辦法,遇到問題,要麼微信描述或者是我去她電腦旁看,這樣的話比較高效。這僅僅是平常工做。
在回到現實生活中,個人父母是作賣菜生意的,從小在他們身邊看的事情不少,記得一次在市場賣菜的時候,見過旁邊的攤販和顧客由於商品的事情爭吵,事情表面僅僅是商品價格折扣,實際上因爲攤販的表述不當,讓顧客覺得其看不起他,認爲他是由於付不起錢,從而爭吵。
後來讀了一本書《非暴力溝通》,該書有一句話讓我印象很深入**,」暴力的根源在於人們忽視彼此的感覺與須要,而將衝突歸咎於對方–至少大部分暴力的根源都是如此,不管是語言、精神或身體的暴力,仍是家族、部落以及國家暴力」。**
這幾年互聯網研發工做,待的幾家公司,多多少少看過一些爭吵,其實緣由正如《非暴力溝通》這句話。
這篇文章就寫到這吧,也算是我國慶假期的一個結尾小插曲。 這篇文章總的來講應該是近來一些經歷的總結,猶豫了很長時間,究竟要不要寫,想了想,總要留些什麼東西,因而動筆開始寫(鍵盤和鼠標就是個人筆)。