在開篇詞中我們提到，程序員在工作中遇到的很多問題，大多不是程序問題，辛苦而低效的工作，多數(shù)是由偶然復雜度導致的。那這個由于偶然復雜度造成的差距會有多大呢？1975年，弗雷德里克·布魯克斯（Frederick ...

今天內(nèi)容的開始，我希望你可以先來思考一個問題：如果讓你設(shè)計一個登錄功能，你會怎么做？我曾在公司內(nèi)部做過這樣一個練習，我扮演客戶，讓大家?guī)臀以O(shè)計一個登錄功能。同事們一聽就高興了，登錄不就是用戶名加...

開始今天的討論之前，我們先來看一個小故事。小李是一個程序員，有一天，項目經(jīng)理老張來到他身邊，和他商量一個功能特性的進度： 老張：這有一個任務需要完成，你看一下。 小李：這個不難，兩天就能做完，兩...

我們書接上文，繼續(xù)講程序員小李的故事。這次小李接到一個新的需求，讓他開發(fā)一個單點登錄的服務，經(jīng)過幾天的奮戰(zhàn)，他順利地寫完了所有的代碼。正好產(chǎn)品經(jīng)理小王路過他身邊，順便問了他一下。 小王：單點登錄...

上一講我們探討了需求的“完成”，你現(xiàn)在知道如何去界定一個需求是否算做完了，這要看它是不是能夠滿足驗收標準，如果沒有驗收標準，就要先制定驗收標準。這一點，對于每一個程序員來說都至關(guān)重要。在今天這一...

前面談到驗收標準時，我們說的實際上是確定性需求，也就是說，我們已經(jīng)知道了這個需求要怎么做，就差把它做出來了。而有時候，我們面對的需求卻是不確定的，比如，產(chǎn)品經(jīng)理有了一個新想法，那我們該如何應對呢...

在前面的內(nèi)容中，我給你介紹了幾個體現(xiàn)“以終為始”原則的實踐，包括怎樣界定工作是否完成的 DoD、怎樣判定需求是否完成的驗收標準、還有怎樣驗證產(chǎn)品經(jīng)理給出的產(chǎn)品特性是否合理的精益創(chuàng)業(yè)理念。了解了這些內(nèi)...

經(jīng)過前面的學習，想必你已經(jīng)對“以終為始”這個原則有了自己的理解。你知道接到一個任務后，要做的不是立即埋頭苦干，而是要學會思考，找出真正的目標。那目標明確之后，我們是不是就可以馬上開始執(zhí)行了呢？先...

今天的分享從日常工作開始。請你回想一下，你每天到崗之后做的第一件事是什么呢？然后你來猜猜我的答案是什么？你可能猜不到，我每天到公司之后，第一件正事是看數(shù)字。我現(xiàn)在服務于一家做數(shù)字資產(chǎn)的公司，我們...

這次我們從一個宏大的話題開始：銀河系中存在多少與我們相近的文明。我想，即便這個專欄的讀者主力是程序員這個平均智商極高的群體，在面對這樣一個問題時，大多數(shù)人也不知道從何入手。我來做一個科普，給大家...