我的小糾結,技術與認知哪個更重要?

2021-09-24 08:08:40 字數 1338 閱讀 7642

最近寫了幾篇關於思想認知的文章,雖說可能會有一些雞湯類的東西,但都是我自身的感悟和經歷,是自己思考過的內容才分享出來,也得到一些讀者的關注點贊,基本來說反饋都還不錯,當然也少不了詆毀的,這都是正常現象。

但是總感覺哪哪不對,好像有個小疙瘩沒解開,晚上洗腳的時候,突然靈光乍現,乙個觀點蹦出在我的腦子裡,就是本篇標題 "技術與認知哪個更重要"。也順帶解開了我的疑惑,看來以後有疑惑還得多泡泡腳,促進一下血液迴圈,激發一下腦迴路。

為什麼說這個,因為這個問題其實一直在伴隨著我,只是自己沒有在意,讓我們選肯定會說兩個都重要,但這個世界就是這麼奇怪,兩個選項的問題,總是讓你選乙個或著兩者之間權衡兼顧。總之都很糾結。

場景是這樣的,技術人走上這條路,如果不想當乙個普通的碼農,那就得付出足夠的辛勞汗水,才可能走向架構師或者管理崗或更高職位。以前我的眼裡只有技術,哼哧哼哧努力了這麼多年,走上這些崗位後發現技術人的一些思維弊端出現了。我叫做計算機思維模式,具體可以看一下另一篇《驕傲的技術人,技術是你的全部嗎》。

然後就想做出一些調整,當然不是說放棄技術不幹這個了,而是說應該兼顧一下自己的思維開發,開闊一下眼界了。於是乎開啟了自己的閱讀之路,同時也開啟了自己的分享之路。

這時候矛盾來了,即不想放棄技術,又想兼顧思想認知,開闊眼界。可時間就那麼多,除過上班時間,還有些其他事情要幹,留給自己的時間並不多,這時候我深深的意識到,時間是個多麼寶貴的東西。

怎麼辦呢,起初我就攪在了一起,一會技術一會閱讀,一會閱讀一會技術,十分刻意的去安排,生怕耽擱了任何乙個,後來發現好累啊。怎麼會這樣,感覺有點不知所措,但又不想放棄任何乙個。

其實我洗腳之前,這個問題已經解決了,可能不是完美的,但至少自己感覺舒服了。什麼時候形成的我也沒有印象了,而前面的疑惑小疙瘩就是沒把這個事情想明白,自己到底發生了什麼。

總之,現在就是沒有安排,完全看自己的心情,想看技術的時候,就全心投入,想看書的時候,就去閱讀,沒有刻意的安排,就看當下自己的喜好。我發現這時候人感覺比較輕鬆了,雖說時間上來說可能是一樣的,但這種方式順應了自己的心意。也更容易投入。心裡所想和行動一致,心舒服了,其他也就順了。 沒有套路就是最好的套路。

但有個前提,切換之前不要留疑惑,不然可能會分神,舉例說,切換閱讀的時候不要在技術上留個bug,不然腦子裡都是bug,哪怕當下不解決,解決辦法找到也行,總之讓自己的心能完全放下當下這個事情,目前就這個level,境界還需要提公升。

看到這,可能讀者有疑惑了,你這不是跑題了麼,難道是個標題黨?沒見你說那個重要麼,真不是,分享這個就是希望大家找到合適提公升自己的方式,還原一下自己的心路歷程,至於標題說的"技術與認知"哪個重要,對技術人來說真的兩個都重要,乙個是現在吃飯的傢伙,乙個是未來的價值基礎,你說你要眼下還是未來,(認知的問題,可以看之前寫的關於認知的文章),只是這個權衡在不同階段有不同的考量,順意而為,不要用行動欺騙自己的思想。

我對多執行緒與程式設計效率的認知

因為專案裡多執行緒用的很多,所以也小小深入的研究了下多執行緒與程式設計效率問題。一直想寫這篇文章,但是沒時間寫。現在我來談談我的認知。引用網上乙個淺顯的例子來解釋多執行緒 cpu是乙個挖隧道的工人。有兩種開挖隧道的方法 1.只在山的一頭挖,直到挖到山的另一頭,從而打通隧道,完成任務。這是單執行緒。2...

我的技術30與困惑 1

在社會上混的第6個年頭,也恰是我面臨30這道坎的年頭。人說35是程式設計師的一道坎,我說30是技術人員的一道坎。35的坎是職業生涯的坎,30則是發展方向的坎。我自始到終,我沒想過做程式設計師,然後我還是走到了程式設計師這條道。程式改變了我的身體,程式影響著我的人生。在30的門檻,我將與我的技術與思想...

我的技術30與困惑 3

說實話,目前我這樣的待遇我暫時已經滿足,除了工資,專案有3 的提成 年終可能能拿到一定的公司股份,這對乙個技術人員來說已經算是不錯了,我還期待什麼呢?週六去了我曾經工作過的一家公司,跟老闆談合作的事情。這在上上週已經約好了。前老闆,劉l,是湖北人,很精明的感覺。目前公司骨幹都是比較有能力的業務顧問,...