论夸夸其谈
夸夸其談,很明顯是個貶義詞,今天我想做的,就是為它洗凈冤屈,還它清白。
首先,很重要的一點,夸夸其談,不是不切實際,不是天花亂墜,度你要把握住,否則一切兼空。
在我們討論夸夸其談其它正面性的時候,或者當(dāng)你想把它一直當(dāng)做貶義詞看待之前,你得先問問自己,我會夸夸其談嗎?
夸夸其談要成立,你要很熟悉你所談的內(nèi)容,銷售很明顯是夸夸其談的典型----銷售的看了不要噴我,我這里是明顯的褒義。
下面進(jìn)入今天要講的主題--夸夸其談未來性,亦程序設(shè)計中被人以詬病的過度設(shè)計,在我的另一篇貼子<<做一個有思想且付諸行動
的程序員,而不是一個麻木的編碼工>>里面,我把它歸并到了問題一面。其實各位看官要明白一點,萬事兼有兩面性,如果這個觀點
不成立,也就沒有了博弈。
夸夸其談未來性很重要,下面我們就幾個場景來說明
夸夸其談未來性之不想當(dāng)將軍的士兵不是好士兵
近期做移動OA4.0接口的時候,我的工作很簡單,根據(jù)一份已經(jīng)制定好的接口規(guī)范,照做實現(xiàn)即可。其中有2個關(guān)于工作流的接口,因為本身對工作流還是比較熟悉的,所以對于那2個接口的規(guī)范有些不同的看法和建議。我的出發(fā)點很簡單,就是從使用者的角度出發(fā)。服務(wù)端的接口使用者有兩方,來和去,即移動OA客戶端與我們服務(wù)端本身。考慮它們各自需要的最最核心的內(nèi)容,摒棄拖沓累贅的,最后形成簡潔完善的接口。經(jīng)過多方溝通協(xié)商后,最終接口的規(guī)范基本趨于完善。從這件事中我們不難看出,如果你遇到了
疑問,這個疑問還是來自一個比較權(quán)威規(guī)范的,比如你的上司,你是有膽量說出你的意見,還是就這樣算了呢?如果是我,我會先去做,用事實說話。
夸夸其談未來性之前人栽樹后人乘涼
如果你寫代碼或者做其他工作,請不要太隨性,一般我們都會有規(guī)范,為什么要有規(guī)范,這不是本文需要論證的內(nèi)容。我們除了要考慮實現(xiàn)需求,完成自己的任務(wù),我們是否應(yīng)該多一點考慮,為了別人,為了將來接手你工作的人。如果你做的是一份框架性的工作,這份職責(zé)就更加重要了。試想下,如果讓你去接手一個前輩留下的項目,你打開代碼一看,成百上千的代碼,沒有一行注釋。N個地方出現(xiàn)雷同或類似的代碼,你會是一個什么樣的心情。我想那個時候你不是在高歌站在巨人的肩膀上前行,而是在默默內(nèi)牛滿面吧
夸夸其談未來性之不要以完成任務(wù)的心態(tài)去工作
如果你從來都是抱著這份心態(tài),那么我想你永遠(yuǎn)只能跟在別人身后做些事情。雖然少了風(fēng)雨,但同樣會少彩虹。一個需求給你,如果你完全照做,那么我?guī)缀蹩梢钥隙ǎ阒煌瓿闪?0%最多,你后續(xù)來修改的可能性幾乎100%。除非你的那個需求不是核心需求,用的人不多。我在接手任何一個需求后,會先全盤理解下,然后就需求的內(nèi)容給出自己的思路,如果設(shè)計里面已經(jīng)有,那么我會完善它。完善的途徑很簡單,從使用者出發(fā),也就是你的客戶。你要思考他在用你做的東西時,他會是一個什么樣的想法,可能會額外提出什么樣的內(nèi)容,以此來完善整個需求。比如做一個表格排序,我們的控件支持列排序,即每列都可以點擊排序,但是我們服務(wù)端往往不會去考慮實現(xiàn)這個內(nèi)容,如果你預(yù)先考慮了,那么做的時候僅僅是多幾分鐘的事,但給客戶的時候卻會得到他很多的好評,前提你得告訴他我?guī)湍愀懔诉@個新功能。
最后,請大家也不要刻意去追求夸夸其談,什么事情度過了肯定就成了壞事,不過一個良好的工作心態(tài)、或者說習(xí)慣的養(yǎng)成,會讓你漸行漸遠(yuǎn)
總結(jié)
- 上一篇: leetcode1082. 销售分析 I
- 下一篇: JavaScript onkeydown