最近一直在做乙個公司內部的認賬系統。
由於是小公司，並且是第一版，需求並不是很明確，有些內容，邏輯得程式設計師自己琢磨(苦逼啊)。
然後呢，其中就有這麼個內容，由於原流程還需要涉及到訂單的狀態，比較複雜，就簡單的只用：認賬+開票來做個簡單的流程圖
1.財務的流程其實非常簡單，是這樣的：只需要最後的認賬，與開票金額相同就可以了
2.但是，作為程式設計師，做系統的時候，就想的多了，導致流程圖變為：
然後我就按程式設計師的流程圖來做這個業務，這我就發現，越修改，情況越多，條件越多，判斷越多，需要來回的修改資料，一不小心整個資料就亂了。 最後整個流程就變得非常的複雜。
然後今天，我突然回頭一想：財務人員會關心哪些發票與認賬一一對應嗎？
沒錯，他們不會關心，他們只需要知道：這筆訂單，有多少認賬，開了多少發票。這個訂單的到賬，發票，最終的數額能對在一起就可以了，發票與認賬跟訂單對應即可。
（因為是小公司，大公司的話應該會對這些資料關心的，但人家做這個的話，也應該會給出流程，不會讓程式設計師苦逼的瞎想）。
所以嗎，作為程式設計師，得多問，多思考。 知道：程式是給哪些人用，他們需要解決的需求是什麼。
程式設計師的需求分析
作為乙個開發人員，怎樣一步步地做好應用的需求定位和分析，這是很重要的 乙個好的需求定位和明確的分析，可以讓你在之後的工作，事半功倍，讓系統的功能和可用性得到很大的提高。如何收集需求？1 對於使用者進行有針對性的訪談 因為我們需要了解和明白核心需求，後期的業務會主要圍繞這些部分進行開展 2 對於內部需...
敏捷的程式設計師才是程式設計師 談快速響應需求
敏捷軟體開發，是我在06年讀碩士的時候正式接觸的概念，i love it.當我第一次聽說這個東西的東西，我立刻被他迷住了。在林銳的 大學十年 中，他說他母親觀察他有沒有退步，有兩個法寶 1 有沒有發胖，如果胖了說明用功不夠 2 說話快不快，快說明思維仍然敏捷。梁肇新曾經說 快是一種本質，東方不敗為什...
程式設計師必須了解的記憶體知識
c和c 語言開發中，指標 記憶體一直是學習的重點。因為c語言作為一種偏底層的中低階語言，提供了大量的記憶體直接操作的方法，這一方面使程式的靈活度最大化，同時也為bug埋下很多隱患。因此，無論如何，我們都要對記憶體有乙個清晰的理解。1.對記憶體的分配 32位作業系統支援4gb記憶體的連續訪問，但通常把...