2020 04 21 皮毛,也許一點都不皮毛

2022-02-25 18:10:39 字數 1119 閱讀 5668

08:00

「學我,不能全像我。化我者生,破我者進,似我者死。」

——吳昌碩

一天下來,勞累的原因不是因為我做了多大的一件事,而是有多少的小事同時壓在了自己的身上並導致一拖再拖。每一件皮毛小事都會產生點自我主觀意識來自我消耗,多件小事加起來的消耗並非只是簡單的線性消耗。在《人性的弱點》中也講到,乙個人的疲憊,跟事情無關,是跟自己處理這些事情的方式有關。至少,拖就一定是個問題。

有些事情,哪怕再小,也並非全部能自己把控。皮毛小事也會涉及多方的協調,也許在自己眼裡只是一分鐘的事情,但現實就是要跨天,甚至跨周的大事。因此,皮毛,其實一點都不皮毛。從我對專案成本結構角度也可以看出,一件事情的大小絕對不能僅僅只看事情本身,因為事情本身已經已經不是唯一或主要因素了。就拿自己行業來說,技術人很容易就**實現本身來評估任務的難度,這就是為什麼技術經理充當專案經理會大大增加專案失敗概率的原因。

其實,我今天的日記主題是想寫寫自己該如何對待每一天的。因為天可以看做一輩子的基礎單元,自己也老把過好每一天掛在嘴邊,怎麼過?放什麼姿態過?確實開始需要好好想想這過日子的姿態。這個巨集大的問題確實讓我想到了一點,如何讓自己不把當天的煩惱帶到明天去呢?因為明天自有明天的煩惱。一天天積累下去,絕過不好明天。所以,我需要更進一步去思考,為什麼自己下班前還會有煩惱?這些煩惱從何而來?原來,我今天日記的開頭並沒有離題。

在待己、待人、待事方面的心態把握,我覺得比以前有進步了。細思過往,情緒上煩惱佔比也算是越來越低了,柔性的智慧型也有所長進,但今天一開始就

情不自禁地把思緒寫下,才發現了自己評估問題,看到問題的視野狹窄了。只考慮事情本身,而忽略了其他相關因素,例如溝通成本。回想一下,身邊的人已經多次對我有善意的提醒,但我終究還是沒有開竅,該給的學費,還是要給足。

去年,我認識到計畫的重要性,有利於自己的實踐,更有利於自己情緒上的把控。我每天都會做明天的計畫,雖然比之前沒有做計畫的要好了,但還是沒有達到我對日子狀態的期望值。我不可否認計畫存在變化的因素,但問題絕對不是我預留的彈性不足,而是我對事件評估模型的缺陷。自以為的小事,其實並皮毛。錯誤的評估讓自己一再失控在計畫裡頭,想不讓自己混亂都不可能。正因為對皮毛小事的輕視,而導致每天都處於積壓狀態,怎能不把當天的煩惱拖延至明天、後天、大後天呢。過去就過去了,吃一節長一智吧,從過好今天開始進步。

一點一點進步

requestparam,是獲取前端傳遞給後端的引數,可以使get方式,也可以是post方式。若前端傳遞的引數和後端接收的引數名稱不一致,則必須要標註。pathvariable,是獲取get方式,url後面引數,進行引數繫結。1.裝箱就是講基本資料型別轉換為包裝類,拆箱就是自動將包裝類轉換為基本資料...

Oracle SQL 優化(一點一點來)

為了提高 sql的執行效率,在任何可能的時候使用等值連線 在索引列上使用表示式 包括函式 將會導致優化器忽略該列上的索引,除非該列上定義的為基於函式的索引,所以應該將函式寫在相對的位置上 e.empno 為數值索引列 select from emp e where e.empno 1001 使用索引...

Oracle SQL 優化(一點一點來)

為了提高sql 的執行效率,在任何可能的時候使用等值連線 在索引列上使用表示式 包括函式 將會導致優化器忽略該列上的索引,除非該列上定義的為基於函式的索引,所以應該將函式寫在相對的位置上 e.empno 為數值索引列 select from emp e where e.empno 1001 使用索引...