關於所謂能力和思維模型啥的

關於所謂能力和思維模型啥的

2020-03-17 路上 突然想到這些 ╮(╯_╰)╭ 還是記一下的好

所謂的能力,通常就是說工作能力吧,有的人可以很輕鬆勝任奇奇怪怪的事情,而有些人就灰常的辛苦,即便任務並不難。對於這種能力的分析,可以用一個定會議室的例子說明的樣子。就是對工作流程的梳理,整合並模型化,參數化。

然後,能力表現之下則是每個人思維方式的不同,想到好的地方都提到了所謂的思維模型,思維升級啥的。可能就是,對各種思考方式,思考流程的梳理,整合,模型化的一種說法吧。

想好好整理下,自己認知的做事和思考的方式。【說不定會發現啥奇怪的東東 罒ω罒】


試試整理從基礎能力,到能力提升的過程吧。

栗子就:職能:預定會議室;程序員:數據統計報表 【然後發現定會議室這種職能的能力,我並沒有啊,整理不出來╮(╯_╰)╭ 職能瞎編了】


基礎能力

預定會議室:確定預算,會議規模,打電話,預定,報告負責人付錢
數據統計報表 :數據庫提取數據,保存統計數據,頁面展示
【數據庫提取數據,保持統計數據,頁面展示。這個好像是提升一點了的】

這時候可以看做是各種的基礎能力,比較的簡單。無須做什麼決策與思考。

數據庫CURD
數據庫提取數據
保存統計數據
頁面展示
確定預算
會議規模
打電話瞭解信息
預定
報告負責人付錢

梳理流程 - 細化:

預定會議室:確定預算,會議規模,會議內容,會議要求,會議硬件要求,參會人員位置。。。打電話,對比各個會議室條件,判斷滿足條件的會議室,預定,報告負責人付錢

數據統計報表 :確定統計邊界,統計條件,統計粒度,統計誤差,統計效率,統計數量級別。。。。數據庫提取數據,保存統計數據,頁面展示【如何方便查看數據等】

已經可以吧,一件事情的始末之間,可能碰到的事情都進行的梳理。 做事有理有條。

這些個流程圖,瞄一眼就可以了,並不是什麼重點。

滿足條件
不滿足條件
確定統計邊界
統計條件
統計粒度-統計誤差-統計效率-統計數量級別
各種條件限制等等
數據庫提取數據
按條件進行統計數據並保存
頁面展示
優化頁面展示
確定預算
會議規模
會議內容
確定會議要求-硬件-人員等
打電話收集信息
對比各個會議室條件
預定
報告負責人付錢

模塊-流程化

以上的操作已經是可以滿足日常的工作內容了,並且由於已經細化了各種的條件,已經可以做到比較好的結果了。

但是,我們的日常,並不是只有做一件事情的。以上的一個操作,基本上只是一個超級大流程的一個模塊。

林大神那裏瞭解到:關於思維模型和思維升級的事情

思維邏輯鏈作爲開始,思維模型有很多,思維升級則是基於每個人的認識.

然後覺得我的這個想法有點問題,我本來的想法是吧上面的,細化的具體能力流程進行參數化:

由於每個人的思維方式是不同的,所以在流程上的着重點也不一樣,各種條件判斷的權重也是完全不相同的。但這應該不影響,整個能力的模塊化,不過結果應該有很大影響的吧?(ˇˍˇ) 想~

感覺我這明顯是程序員的思考方式啊 w(゚Д゚)w

  • 預定會議室:

    • 參數:預算,人數,硬件要求,人員 等
    • 內容流程:收集會議室信息—對比參數條件—篩選最優會議室–預定
    • 結果:預定會議室
  • 數據統計報表:

    • 參數:統計內容,數據量,邊界,頻率,展示方式等
    • 內容流程:按照條件提取數據-------處理統計數據-------保存統計數據--------頁面展示
    • 結果:頁面展示統計報表

就像這樣。是不是覺得灰常的不對勁!! 我也是這麼覺得。

*所以換了個流程化的

【思維邏輯鏈?╮(╯_╰)╭】

在這裏插入圖片描述

這個流程所表示的思維導圖。這個框框表示的就是目前的整個細化的模塊。與之相同大小的功能在流程中就有3個,畫不出來了,太多了。

在這裏插入圖片描述

然後作爲一個人,的一個角色:程序員。所要擁有的以上整個開發統計模塊的能力塊就有N個

而這,僅僅是一部分的。想想,作爲一個人的角色不可能只有一個,所要做的技術能力也不止這麼點。

辣麼,如果都畫出來,會像什麼樣子呢:

在這裏插入圖片描述

整個圖就只是做個樣子,表示一下的。而且,這不可能是一個人所有的能力的描述的。都不一定到1%呢!!

像這樣,能把一個模塊的能力整理到對應的模塊能力的流程鏈中,這個時候,人的思考方式就會變得更系統【更開闊?】。此時做同一件事情,思考的就會更多全局上的事情了,細節已經在流程鏈的各個模塊能力中各自細化了。


模塊化與世界觀的對比

博客:《世界觀》的一些想法: https://blog.csdn.net/xiaohangblog/article/details/104468503

此時,如果對世界觀的概念有了解的話,很容易就會聯想到,這個能力的思維鏈,模塊整合。在量大的情況下,我們個人的世界觀是灰常的相似

個人的世界觀,與認知水平。是會影響到思維邏輯的,也會影響到上述模塊流程化能力的。

栗子:

  • 認爲只要結果對就係了–> 數據統計上就不會有優化的流程
  • 認爲頁面展示並不重要 --> 就不會進行頁面細節優化的流程
  • 認爲預定會議室的預算對比不是自己的工作 --> 就不會進行條件篩選,而直接向上彙報等待結果
  • 等等、、、、、、

所以是不是可以認爲:能力的細化與流程化,取決於個人的認知水平,因爲這直接決定的細化與模塊話的方向。

而對於一個人的能力樹【能力網絡】,主幹分支越多表示能力越多元化,而子葉越深表示能力越細化。

這個時候就會有一個問題: 個人發展到認知自己能力網絡需要升級是需要如何做呢???


提升問題

這個問題,我想的大概有3個方向:

  • 細化,精通某一個能力
  • 擴展,學習更多,各個方面的能力【並不精通】
  • 升級認知水平【這個好像太難做到了╮(╯_╰)╭】

我一開始的時候的想法:
【這裏並沒有考慮到,思維升級這個方向。】

優化:【細化】

  • 深入研究每一個流程的
    • 問題:有時候研究太深的效率提升並不明顯
    • 問題:傷腦
  • 細化每一個過程,預算建議,會議要求細化,條件對比優先級權重權衡
    • 問題:太細化的條件,並不適合所有人,可能會與他人觀點衝突

規模化:【擴展】

  • 類比整理跟多的模型。
    • 問題:超級花時間思考
  • 外界學習獲取各種的模型:【林炎發的華杉。七大思維模型】
    • 問題:學習的模型不一定適合自己,還得整理不然可能會衝突
    • 問題:淺顯的瞭解,是沒有什麼用的

現在對這個的一些想法:

作爲程序員,我覺得首先肯定是細化程序員的能力,並且一直往源碼走,直至精通。
至於其他的能力:管理,招聘,教學等,屬於擴展的了。

  • 細化 個人核心能力
    • 提升細化核心能力的時候,會發現也會有超級多的擴展內容
      • 栗子:程序員web方向細化:數據庫,前端,架構,java本身等等
    • 這就要進行再次選擇細化提升的方向了。【要知道,精力有限,不可能全部一起提升的】
    • 在對核心能力提升的時候,會涉及更多的基礎技能【通用技能】、其他模塊的內容,以及會改變一些事物的認知
      • 栗子:在java語言本身提升中,會慢慢進行源碼閱讀,這個可是高級通用技能的。
      • 栗子:前端的深入學習,在日常看網頁等前端展示的時候,會默認拆解頁面元素,進行代碼化。
      • 栗子:對架構的深入理解,會慢慢考慮到公司業務的整體流程,架構等等。
  • 擴展 亂七八糟的能力
    • 對於完成一些複雜的項目,需要的能力是各個方面的。
      • 栗子:負責管理後臺項目:招聘,需求交流確認,人員任務安排,跨組協調,組內培訓,技術選型等等
    • 對於這種擴展的能力,大多數是一些通用能力,而一些專業能力可能並不用的上
      • 栗子:網絡資源學習了銷售技巧啥的,然後作爲程序員你壓根用不到。
      • 栗子:學習了招聘技巧,交流能力,業務流程等。這些是在各個地方都用的到的。
  • 認知升級
    • 個人認爲在覈心能力的提升,與通用能力擴展上,就已經會在認知上進行升級了
    • 書籍,網絡資源等學習新的知識也是很好的提升方式,
      • 這裏需要完整的學習整個知識體系才行
      • 只是,雞湯一樣看看概要啥的,並沒什麼用 ,因爲無法根本上整合到自己已有的網絡裏面的
    • 對於各種的思維模型
      • 查理·芒格:分享12個頂級思維模型之類的
      • 個人覺得,並不是每個人都適用。並且與上一點一樣,必須整個體系的學習。

以上這個是兩個是大體的方向,應該也是大部分人學習的方式了。至於認證升級屬於知識盲區,知道的太少了無法說明。


對各種思維模型等的看法

百度一下,思維模型,就會會有一堆堆的內容了。

。。。。。。。

這個世界上的思維模型,太多了。任何一個人吧自己的思考做事情的方式,整理一下就是思維模型了。

比如這些:

專注於當前的任務,控制支出
選擇那些你願意與他們做朋友的客戶
一人專注資本運轉,一人吸引客戶
通過控股一家公司來建立財富
救人之前談報酬
合夥人最好能夠獨立工作
能夠給別人帶來更多價值的工作
世間真正的偉人同時也必定是真正道德高尚之人
基本哲學觀點:深刻而現實的對人本性的懷疑精神
在西塞羅的價值系統中,我將很有可能飛黃騰達
把工作做好的自豪感是非常有建設性的

覺得覺最多算個建議,跟雞湯一樣的味道╮(╯_╰)╭

真正需要的,則是具體的知識,能力,最好還是能用上的。
比如:

如何專注,如何控制支出
如何資本運作,如何吸引客戶
等等。。。。。。。。

其他的一些說法甚至對你來說就是個笑話:

一人專注資本運轉,一人吸引客戶
通過控股一家公司來建立財富
世間真正的偉人同時也必定是真正道德高尚之人

這些就不是個打工的人能遇到的情況,有個毛線用啊!!!

當知道了具體的技巧,能力的時候,要用上才行啊!不在生活中用的到的,就是空談。

【閱讀知識則是另外一種情況,小說,歷史,傳記 是用來增長見識的。知識的積累可能會潛移默化的改變認知的】


炎大神說的

炎大神研究的,果然。。。。。屬於我的知識盲區啊 ╮(╯_╰)╭

  • 炎大神說的:最小閉環 ?

    • MVP ?【過於高級,略過以後再研究】

    • MVP之所以能成爲最小閉環,一定是經過化繁爲簡的過程。繁,是在每個流程上窮舉過無數種可能,要達到這個效果,又需要查閱大量信息,諮詢大量專業人士。簡,是經過分析每種可能的利弊,最後不斷刪減得出的結果。我們當然要考慮完成閉環所需的時間,只是比時間更重要的因素是,刪減後的結果是你要的業務最小閉環嗎?

      只看皮相,不究內裏,終會活成糊塗人。

  • 炎大神說的:多元思維模型 ?

  • 理論體系

    • 比如:現代綜合進化論【世界觀書裏有提到】
    • 這些體系都是超多模型組成的吧 ??? 有關聯的模型集合成體系???

炎大神說明:
昨天說的思維模型和思維升級的事情
我覺得應該從思維邏輯鏈開始
思維模型有很多,思維升級也是基於每個人認識不同決定的。
我的想法是要先認識升級,然後以認知爲原點發展思維邏輯鏈,再把思維模式匹配,安在不同的邏輯鏈上。最後成果應該就是思維升級
而思維邏輯鏈上,不同的思維模型,匹配不同的能力


關於能力、思維模型、體系的個人觀點

  • 能力
    • 我開始說的那些,具體做事情的能力,流程,邏輯鏈,必要的技術知識。都屬於能力
    • 後續的,思維邏輯鏈,模塊化,流程,也是具體的能力
  • 思維模型
    • 對於思維模型,我保持僅僅只是個建議看看的觀點
  • 體系
    • 炎大神說的:最小閉環MVP
    • 世界觀中的:現代綜合進化論
    • 想這樣的屬於體系,有這完整理論基礎知識,與各種關聯知識,觀點等等
    • 這纔是我認爲應該學習的東西,
    • 是我覺得真正影響個人的思維模型構建

小結

這次花時間,認真整理了一下這些關於思維啥的想法。

果然我應該屬於典型的實用主義程序員啊!!!哈哈哈哈哈。。。。。

傾向於,個人能力【技能】與 知識【認知】體系的發展,對所謂的觀點形的思維模型並不認可。

最後,下次得花時間研究炎大神說的最小閉環MVP了【看了簡介,有完整的理論與實踐的知識,並且應該屬於通用技能】,感覺是個好東東罒ω罒!!!!!!


2020-03-27 小杭


與炎大神的對比

炎大神的觀點

  • 以認知升級爲起點,引發對本身思維邏輯鏈的思考,進而引發後續的提升
  • 炎大神由於做過的職位比較多【設計運營方向的】
    • 客服,運營,銷售,設計,品牌推廣,老闆
  • 所以在完成一個項目的整體邏輯鏈之中,需要各個階段使用不同職位的思維。
    • 客服:思考客戶交流等
    • 運營:推廣宣傳等
    • 設計:色彩,板式等
    • 品牌推廣:推廣政策,渠道推廣,品牌定位等
    • 老闆:管理資本,管理員工,管理項目立項
  • 由於炎大神所工作的這個方向,有好多的角色分工配合,所以需要各種的思維邏輯。並且是用的上的,因爲工作上就有這個多的分工。

我的情況

  • 我就不一樣了,我就是個程序員。也只會有一種程序員的核心思維邏輯,一條路走到黑啊。。。。
  • 可以進行分工的【與大神各個職位對照的】:前端,設計【不參與】,後臺,服務架構,運維。。
  • 雖然有分工,但是這些的角色還是程序員啊!!!!!只是技術上的不同。。
  • 及時我的核心方向以全棧工程師走,也就只能算是整個項目邏輯鏈中的開發部分 ╮(╯_╰)╭
  • 如此的話,我上文內容中的擴展,依舊還只是在技術反向細化部分的擴展。並沒有擴展到更爲主幹的分支。【最多已經通用技能的擴展】
  • 看來還是沒有跳出技術這個分支,以項目層面進行擴展思維邏輯啊 ε=(´ο`)))唉*

結論

  • 沒法比啊!!!!技術路線與老闆路線啊。。。。。
  • 雖然我覺得大神說的很在理,但是我做不到啊 ╮(╯_╰)╭
  • 技術之外的擴展思維,我。。。。只能零散的來學習了。
  • 【完整學習,並使用是不可能的】畢竟不能和我的技術思維衝突了啊!!!!!!

哈哈哈 ,我對炎大神的觀點保留意見


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章