「唯結果論」 在it公司的軟體開發管理中對嗎？
唯結果論，特別是只唯短期的外部可見（客戶可見）的「結果」，是對技術完全外行的領導的一種偷懶的管理策略。
某90後程式設計師在實現統計功能時是這樣實現的：
他寫了乙個類countplacedistrict是獲取各項統計的總數量：
countplacedistrict countplacedistrict = new countplacedistrict(i+1而其中的getstaffsbycompid, getbusinessjournalbycomplist等函式是這樣的：, placeid,
syscompany.getstr("comp_name"),
1, getstaffsbycompid(syscompanys).size(),
getdailycheckbycomplist(syscompanys).size(),getplacespunbycomplist(syscompanys).size(),getstaffsp(syscompanys).size(),
getcaseinfobycomplist(syscompanys).size(), getsuspiciousinfobycomplist(syscompanys).size(),
getbusinessjournalbycomplist(syscompanys).size(), getsecuritypatrollogbycomplist(syscompanys).size(),
getalarmpersonbycomplist(syscompanys).size());
/**即他是先把所有從業人員全部讀取出來，全部放在list裡， 然後再獲取list的size()這樣來實現統計功能的.....* 根據單位列表獲取本轄區的從業人員數量
** @param
syscompanylist
* @return
*/public listgetstaffsbycompid(listsyscompanylist)
}return staffslist;
}
內行人看到這裡就已經知道他的實現方法的問題在**了......
如果系統真正應用起來，並且從業人員的數量多了，特別是營業日誌（getbusinessjournalbycomplist）
的數量很可能較龐大，他的寫法可能會有較嚴重的效能開銷的問題。
然後，因為不懂技術的老闆自己熱衷於每週開會扯談，每週催問進度，上面的寫法在目前的內部開發階段外部看起來也是能得到正確的統計結果，所以該90後程式設計師的上述寫法就預設過了...... 如果別人要該90後程式設計師現在就改正過來的話， 該90後程式設計師還意見很大，嫌別人推翻他的勞動成果， 搞得別人好像還多事一樣.....
這就是「唯結果論」的弊端的乙個直觀的例子......
附註： 對90後程式設計師沒有任何偏見和看法，只是這個程式設計師正好是90後的，所以用「某90後程式設計師」代稱而已
當程式設計師遇上文藝青年
你在if裡，我在else裡，看起來很近，卻無緣同時發生。她在try裡，我在catch裡，只有她犯錯時，你才會把我相擁。你是listview，我是gridadapter，不可能被你適配。她們是case，我是default，只有她們都不適合你，你才會發現我在堅守崗位。我願意為你而final。你卻把我當做...
90後的程式設計師何必迷茫
雖然，現在it產業發展迅猛 但是作為21世紀的主導 有何理由而迷茫去墮落逃避 即使it屆的牛人比比皆是，但是技術 總在更新總在普及，我們接受新技術的能力並不比他們差。還有這個時代的主導者是我們這一代，我們有何理由而止步不走 雖然我們的個性張揚揮灑，但是我們做事認真而富有激情，因為我們有一顆格物致知的...
90後理髮師如何薪資秒殺90後程式設計師
等輪到我的時候都已經下午5點了多了，我看理髮師小夥子略顯疲憊。於是當他招呼我坐下來了之後，我就開始跟他聊聊天，希望能幫他解解悶吧，畢竟在公司連續給這麼多人理髮。於是我們有了下面的對話。1.你看起來很年輕啊，是90後嗎？啊，是的，我是92年的。你平時上門理髮多少錢一位啊？至少200。你們公司今天這種 ...