你這個樣子可不行啊(r11筆記第85天)
到了週五,也就意味著一週的工作是告一段落了,似乎有些失落。
其實有時候也蠻討厭現在的自己,看起來好像很努力,但是感覺動力不足。這種狀態其實是非常可怕的。你會眼睜睜的看著很多機會溜走,也會下意識的迴避很多可能吃力不討好,但是有所收穫的事情,還有一點很重要,那就是慢慢會習慣這樣的方式,溫水煮青蛙,其實就是這個道理吧。
慢慢的我發現,自己也有了一些拖延症,很多安排在時間管理軟體上的事情最後習慣了看著“延後xx天”的字樣,有時候甚至想自己安排那麼多工幹嘛。
每天很忙,但是有時候感覺自己又沒有做什麼實質的事情,這種狀態是很危險的,我也怕每天到了晚上十點,媳婦抱著孩子睡覺了,老爸去了臥室,留著我一個人在客廳,然後在那兒抓耳撓腮,想想今天寫點什麼。其實我的大腦沒有欺騙我,因為這一天的工作實質上進展不大。時間雖然排得滿滿當當,但是沒有deadline,很多事情也就成為了可做可不做。
演算法的書已經放到櫃子裡了,借了幾本書現在還沒有開啟,計劃學習點Oracle internal的東西現在發現都像無頭的蒼蠅一樣,沒有目標也沒有計劃,更沒有產出。MySQL方面也是如此,binlog解析拖了好久,MGR環境搭建出來了,但是後續的測試更加重要,怎麼能判斷它的某些方面是否可用,一個很實際的方向就是壓力測試,而現在還壓根沒有做。。。一天到底在幹些什麼,那麼忙卻好像沒有產出。
其實我的公眾號裡每天堅持寫的一些東西並不是我一天所有工作的內容,有的時候是下班以後總結,每每到了10點,我一想留給我快速學習成文的時間就不到兩個小時了,有的時候是刻意在工作中花時間總結。為什麼這麼說呢,因為這樣一來,公眾號裡的文章就會顯得相對散一些,沒有一個很系統,詳細的體系結構,哪裡有呢,目前花了不少功夫整理的,一個就是我去年出版的書《Oracle DBA工作筆記》,這個目錄是反覆整理,算是一個完整的體系,而每天寫的內容不光有Oracle,這些內容該怎麼整理呢,一方面是一個持續積累,等達到了一定的數量和質量之後,不排除再系統的整理一版,到時候可能就是MySQL xxx之類的書了。。。這裡不是推薦書,而是對我個人的一個鞭策,也是讓我自己認清楚目前自己的情況。
跟那些大V的號,專業的平臺相比,我這裡少了很多專業運營策略,因為就靠我一個人苦苦運營(簡單來說,就是發發文章),對於我來說,我沒有KPI,不用太刻意考慮讀者群,不用閱讀量兜底,所以就是這樣一個簡單的發聲平臺。如果常看我公眾號內容的朋友應該不難發現,我現在也不怎麼希望去宣傳自己的公眾號了,因為我怕有些東西給不了他們所需的,與其不去讀還不如不關注。
這是我的一個優勢,也是劣勢,因為這樣的狀態,我始終進入不了那種戰鬥狀態,把生活收入和自己所做的事情(公眾號運營,其它也罷)聯絡起來,你如果認真去看一些獨立運營的大號,你就會發現裡面有非常多的技巧,有些可能是不得已需要推的軟文等等,有些會會以其它的方式來逐步樹立一個平臺的形象。這裡留給你犯錯的機會還是不少,但是犯錯的時候也是失去機會的時候。嚴謹和細緻入微投放到運營方向,側重點就會有很大的不用,閱讀量其實就好像一個不斷宣傳的陀螺,會隨著內容和認可度越來越大,這兩天零股權的熱文就是這種方式,很多人等著反轉,再反轉,很多事情演變為公眾事件就開始不大對味了。
想想這周,唯一讓我不給自己全潑冷水的,也就兩件事情了。
一件是抽空看完了《解憂雜貨鋪》,我在書友群推薦了兩次,看到後面真是讓人感動不已,做人的那些本心,生活工作裡的苦惱,有很多都是因為有多重選擇,而你又必須為此做出選擇,裡面的神奇之處就是那些信件,看起來白活的牢騷,到了信件中立馬就有了認真的態度,讀起來看起來都順口順眼了,我腦海中閃現的浪矢先生感覺和《步履不停》裡的那位父親很相像。就如同連的情節一樣竟然是如此前後呼應。
第二件算是今天任務的一個階段性收尾,在公司內給同事們分享了下關於資料庫方面的一些東西,本來我想這種方向可能感興趣的不是很多,預估的時候我說,大概就是30人左右吧,如果實在太少了直接預訂個小的會議室就行,沒想到一報名洋洋灑灑掃碼進來近100人,大家聽得很認真,也算我的一點努力得到了反饋,為此公司還申請了搜狐直播,分享後我掃了一眼,大概有1150人左右,不知道分享的時候是不是更多,這也算是讓我有點滿意的地方了。
下週要幹嘛呢,留給你的時間就這麼浪費了,你得反省,希望下週五想起來的時候,你內心是滿滿的充實。記住這句話:不要因為走得太遠,而忘了我們為什麼出發。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/23718752/viewspace-2134253/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 返京途中(r11筆記第61天)筆記
- 兩個資料庫的問題(r11筆記第4天)資料庫筆記
- Oracle Data Guard延遲的幾個可能(r11筆記第69天)Oracle筆記
- 我的女兒二三事(r11筆記第87天)筆記
- 關於ssh命令的幾個使用小技巧(r11筆記第27天)筆記
- CSS 第N個子元素樣式CSS
- 出去吃頓飯容易嘛(r11筆記第5天)筆記
- 閃回原理測試(二)(r11筆記第23天)筆記
- 需要了解的pssh(r11筆記第28天)筆記
- MySQL 5.7 General Tablespace學習(r11筆記第34天)MySql筆記
- 我眼中的寶雞景點(r11筆記第53天)筆記
- 我眼中的兵馬俑(r11筆記第55天)筆記
- 德魯克人生五問(r11筆記第71天)筆記
- 關於責任和業務(r11筆記第60天)筆記
- MySQL Online DDL(二)(r11筆記第88天)MySql筆記
- MySQL中的undo截斷(r11筆記第89天)MySql筆記
- 一個SQL效能問題的優化探索(二)(r11筆記第38天)SQL優化筆記
- 一個細小問題觸發的報警(r11筆記第68天)筆記
- MySQL引數對比淺析(r11筆記第97天)MySql筆記
- Java隨機演算法(一)(r11筆記第14天)Java隨機演算法筆記
- MySQL中的半同步複製(r11筆記第65天)MySql筆記
- 寫在2016年底(r11筆記第30天)筆記
- 一個閃回區報警的資料恢復(r11筆記第63天)資料恢復筆記
- Oracle 12cR2初體驗(r11筆記第91天)Oracle筆記
- 軟體技術大會歸來(r11筆記第8天)筆記
- 使用sysbench壓力測試MySQL(一)(r11筆記第3天)MySql筆記
- 三十而立,立的是什麼?(r11筆記第70天)筆記
- 近期的學習計劃(2017.3)(r11筆記第95天)筆記
- 相差數十倍的SQL效能分析(r11筆記第98天)SQL筆記
- Oracle閃回原理-Logminer解讀redo(r11筆記第17天)Oracle筆記
- Data Guard故障自動切換的想法(r11筆記第40天)筆記
- 複雜SQL效能優化的剖析(一)(r11筆記第36天)SQL優化筆記
- 複雜SQL效能優化的剖析(二)(r11筆記第37天)SQL優化筆記
- 閃回資料庫不是“萬金油”(r11筆記第73天)資料庫筆記
- MySQL和Oracle行值表示式對比(r11筆記第74天)MySqlOracle筆記
- 動態建立MySQL Group Replication的節點(r11筆記第84天)MySql筆記
- java學習筆記啊Java筆記
- 百倍效能的PL/SQL優化案例(r11筆記第13天)SQL優化筆記