最近在一次小的需求討論會上,主要是組合交易的需求改進,某乙個使用者提出能不能從自選股中匯出列表然後去下單,這裡面隱含有匯出匯入兩個操作,在這兩個操作的操作流程上,不同人員給出了不同的看法。
1. 產品設計人員設計出兩個介面,乙個是全面的下單介面,可選擇多種下單指標,可從自選股匯入列表批量下單。另乙個是簡單頁面,可從檔案匯入**列表,走簡單下單流程
2. 高階開發人員覺的可以將這兩個頁面的功能做到乙個大的頁面上面去,下單介面支援從自選股匯入和從檔案匯入兩個功能,乙個頁面完成,就全部搞定.
作為底層苦逼人員,在具體的開發實踐中,開發若干個簡單頁面a的疊加的複雜度和工作量,是小於將如此多簡單頁面的功能集合到一兩個複雜頁面中的做法。我自己的想法是這樣的:在開發過程中要提高復用性,為什麼要提高復用性呢?因為需求肯定是會變化的,提高復用性是為了降低外部變化對現有功能造成的影響。結合之前一些工程經驗,乙個頁面上面的功能越多,如果還要在此頁面上增加新的功能,那勢必會在產品設計、開發、測試上面花費更多的時間,理清楚新加功能對原有頁面的操作邏輯的影響。站在產品發布的角度上面來看,如果乙個完整模組有5個功能,裡面有3個比較常用的功能和2個不常用的功能,在一定的設計、開發和測試時間限制內,只能完成3項功能點,那麼完成2個常用的和1個不常用的功能比較合適。如果把功能集中到一兩個頁面中去,如果其中乙個頁面的功能點因為種種原因不能按時開發完成,那就會造成該頁面上,其他正常的功能點不能發布。
**新的功能可以隨時新增,但已發布的既有的功能是不能隨意拿掉**
自己的看法,做小而美的功能頁面,優於大而全的功能頁面
關於運營的一點小思考
正好疫情之間在家,想學習運營相關的知識,就翻出了這本18年初購買後一直躺在書架上的書 這本書主要是講解如何在京東平台上運營自己的店鋪,跟我想象中的運營不太一樣,閱讀了幾頁後差點就棄書了,但是抱著好奇的心理還是繼續看了下去,還是有些許收穫的,沒看這本書之前從來沒想過運營一家 還蘊藏這麼多知識。這本書從...
多專案管理的一點思考
與人閒聊,被問到如何去同時管理多個軟體專案,討論思考有三 第 一 制度化,多個專案進行,勢必會分散人的精力,在有限的時間如何把這些工作做好,通過規範化的制度,各個專案的文件,進度都應該做到去規範,制度化。第 二 專案進度的掌控,軟體專案最重要的是進度難以考核量化,從每個人不同的角度去看待專案,所得到...
Git管理策略的一點思考
今天看到阮一峰寫的 git分支管理策略 覺得挺好,決定在團隊內部試行一下。我們團隊屬於人少,專案相對較多,同乙個專案版本也多。有新功能演示,需要上線的穩定版,不同客戶之間功能有差異的版本,此外專案之間還有整合的問題。所以長期以來版本非常混亂,恐怕沒幾個能很清楚的說出哪個版本的功能集以及針對的客戶,q...