你在聽着經理、上級或是公司內部的某類用戶滔滔不絕的給你講需求，這裏面常常能聽到“最好能加上……”，“我希望……”，你一邊聽着，一邊心裏盤算着這些需求背後需要怎樣的技術支撐，要採納的方案，然後你看到對方用期盼的眼神，微低着頭，眼睛朝上看着你：“大概什麼時候能完成？”。
你是否會像我曾經一樣，油然生出一種英雄主義般的大氣來，想爽快的答應“就這周！”，“兩天內能搞定！”
別，別這樣。我知道你很勤奮，你願意爲工作加班加點。爲了在限定時間內達成目標，你恨不能天天加班到凌晨兩點。你可能是職場新人，擔心說出一句“這還不能確定”或者解釋其中技術難點會讓人懷疑你的才能。於是你拼啊拼啊，你對每一個設計不如意的地方不滿意，不肯妥協，寧願加班加點決不妥協。
最後，你提交了代碼，你感到很累也很驕傲，然後恐懼着下一次加班加點。
你還能撐多久？
於是你抱怨公司的可惡，認爲IT業很累很辛苦，覺得乾的沒什麼意思，想跳槽，諸如此類……
你知道嗎？有時候面對現在的糟糕生活，你有必要去洗一把臉，用邏輯推理的方式去看看造成這個局面的原因到底是什麼。程序員總有一種天生的完美主義傾向，然而優秀的程序員是懂得如何控制它的。
我認爲，面對“大概什麼時候能搞定”，你的回答儘量應該是模糊的，如果對方是個討厭模糊的，喜歡精確數字的人，請用最壞的打算時間再乘以1.5！如果不行，如果時間真的這麼緊，你要冷靜的考慮哪些需求可以放一放，如果還不行，你要告訴對方，快速編碼會帶來什麼樣的風險。你可以半個鍾寫出一個AVL樹程序，如果直接扔進代碼庫去整合到工程中，你要知道是什麼代價，即使它是正確的，你要經歷多少心驚肉跳的時刻？每次程序崩潰，你會不會不由自主想到是否是它的問題？
對於“大概什麼時候能搞定”這類提問，甚至更充滿期待的“最快什麼時候能搞定”，對方未必不是做技術的。大家都是程序員，或者曾經是程序員，並非不知道壓力下編碼的痛苦。然而，當你做領導的時候，你會這麼問嗎？我想會的。誰也不想下達一個任務，卻永遠不知道限期。這樣我們的完美主義傾向很可能讓事情無限拖延下去。所以，這個問題更深層次的原因，在於雙方希望建立一種信任。“這個目標的達成對我很重要，可我不確認你是否全力以赴，我不得不給你施加壓力，抱歉……”，這是一種潛意識裏的內心活動。作爲程序員，你該抱着理性、務實的態度去面對一個問題。你願意全力以赴，好好工作。但你可以衡量任務的緊迫度和重要性，這時候更重要的不是對方一問，你一答，然後兩人拍拍屁股走人。這不會是成功的溝通模式。你要讓對方瞭解技術實現的瓶頸所在，或者你知識結構的.不足，嘿，別藏起來，別打腫臉充胖子，然後晚上偷偷熬夜去補課。你要誠實一點，如果這次你熬夜作戰成功，下次你就不會記得在平常時間給自己充電了。
人們常說工作“有壓力”，特別是在IT職場。我認爲工作是很有壓力，但如果是大家齊心協力，並肩作戰，那麼幹的再晚都會自得其樂。更大的壓力是在溝通上，溝通成本之大有時超乎我的想象，甚至說是成敗的關鍵也不爲過。
抱怨不會改善你的職場生活，改善你職場生活的是對“什麼時候能完成”的理解。學習溝通，別打腫臉充胖子，這是我習的的寶貴經驗。努力改進，努力學習。如果你所在的企業是個毫無溝通氛圍的企業，那麼考慮走人，它不會是個能夠發展的企業。別讓自己陷入完美主義的陷阱中不能自拔。別讓生活太難，你該有節奏的前進。