就像程序都有500個錯誤了，還改啥改啊，別改了，一樣的道理，怎么能這么頑固？必須1個錯誤都不能有，才是正確的硬道理。

改變開發人員的思維很難、固執的多、自以為是的多、老頑固的多、聽不進勸告的多，我們今天封建了嗎？

最近給幾個開發人員檢查程序，進行技術溝通交流：

?

1：建議做軟件先有設計，后有施工的思路，雖然軟件都已經做好了，但是設計圖紙還是有必要補充的，表結構等，應該整理出來，修改哪個模塊就應該把哪個模塊的表結構都整理好，方便今后的維護工作，人員之間的交流。

一個管理軟件，若一個像樣的數據庫設計文檔都沒有？這不是成了軟件作坊了？以后還怎么上層次、怎么提高呢？

曾經有個比較有水平的朋友跟我講：“別人做的軟件是否設計合理、功能是否正確，有經驗的人看看數據庫設計文檔就能感覺到很多”。

再說了將來我們的軟件行業也會走設計、施工分離的發展路線，做軟件前總需要有設計圖紙的吧？就是軟件做好了，也應該把設計圖紙補充好吧？

大家駁倒：工作量大、意義不大、現在有更緊急需要處理的事情，好幾個人都這么認為，我不好意思暴力做決定必須要把數據庫設計文檔補充好。

?

2：現在都是2010年了，都VS2010 ADO.NET Entity 技術都出來了，老程序還是 拼接sql的， " + this.txtName.Value + "，面向對象都有10年了，總需要把老的程序改進為面向對象的吧？別都面向過程的，將來維護起來不上檔次。

大家駁倒：程序現在用得好好的，這么修改了，客戶用起來也沒啥變化，而且可能會帶來工作量，還可能會引起程序的不穩定，哇靠暈倒啊這不是明顯拒絕提高嗎？別人想給你提高一下努力往前拉動，你倒是想盡一切方法阻止進步啊？兄弟真夠倔強啊，我服了。

?

3：程序里有一大堆沒必要的方法、命名紊亂的方法、功能重疊的方法、寫錯位置的方法，這些很多沒必要寫或者根本不需要寫那么多代碼，調用一下基礎類里的先有方法就可以了，修改到哪里，仔細修正一下不就可以了，按專業術語來講就是需要不斷重構完善的？

大家駁倒：程序現在很穩定，這么修改了，會引起程序的運行不穩定，我們冒不了這個風險，我服了、那干脆啥也別動了。

?

4：程序里層劃分太多了，寫代碼寫太多了，有接近7-8個層，什么設計模式、開閉原則、反射把時髦的技術都用上了，導致寫一個方法，需要到處去修改，重命名一方法也要修改很多環節，搞那么多層干啥？有必要嗎？何必跟自己過不去呢？等以后有需要時，再把這些層加上去也可以了，我說只需要3層就足夠了，見效快、修改程序簡單、維護起來也方便，搞那么多技術玩自己干啥呀？

領域模型層 +?商業邏輯層 + 頁面層， 就這么3個層就足夠了，搞那么多飛機干啥？

大家駁倒：若用Mysql數據庫，每個客戶端還要引用Mysql的Dll，將來的維護量大？，我服了Mysql才272k，更何況公司的產品從來沒用過Mysql，我們有必要天天擔心太陽會掉下來，有必要嗎？

?

5：建議大家用代碼生成器，不要總是手寫，太累又不規范，太小農了，生產量不夠，現在都啥年代了，機械化批量生產了？

大家駁倒：一個表才幾個字段，手寫一下也很快，沒必要用代碼生成器，哇靠牛B啊，居然手寫比代碼生成器還強？那么多人寫的如何規范化？代碼是否還要檢查質量？若100個字段，那不是要寫死人啊？人來人走的，為什么不接納一下代碼生成器？大家都比我年輕至少5歲以上，為什么還這么老頑固？是我太老頑固了嗎？

?

6: 建議大家空時看一看視頻，絕對對工作會有些幫助的。

大家駁倒：工作忙，沒空看，等空了再看，NND平時設計數據庫啥的，寫代碼啥的注意事項都不知道，設計出來的表系里啪啦的，看一下視頻能死人啊？看一下再工作不是更好嗎？至少少制造一些電子垃圾，少犯點兒錯不是？

?

就這樣5個比較好的提議，都當是放屁了，都被大家駁倒槍斃了，想難道這5個建議就這么差勁了？大家為什么就聽不進去呢？是誰固執呢？程序員朋友們固執呢？還是我沒能把道理講清楚？還是說話的語氣不對？組織的方式不對？為什么就沒能讓大家接納呢？

?

有時候想想，我們中國人為什么總是那么封建？就是因為我們大家封建，思想不開放，才導致我們大家封建，現在都啥年代了，這前5項估計都是做管理軟件最最基本的技能了，大家才25歲左右，就這么頑固，那到30歲了，不是更頑固了？可能是我太人才啦，太另類了，哈哈

?

我們就不提老美的創新，接收新思想，還都這么艱難啊？不用總用自己的理解能力、自己的思維對待新鮮思想，新鮮做法，若你有那么高的智商，早就考入清華北大了，不會在這里天天寫管理類軟件了，多聽聽別人的，多聽聽比你經驗更豐富的，能力更強的人的建議，你走過的路人家大多都做過來了，你還沒做過的路，人家也都可能走過了，多聽聽別人的說法，多吸納一下別人的優點，改進一下自己的缺點，別總自以為事，別人也不是豬，別總搶著說自己的，不成熟的思想說出來就是丟人，先聽別人的，然后再結合自己的，若有必要再提出更好的思路，你就是不提出思想，別人也會把你當成是豬。

?

若不是為了維護公司的安定團結、同事之間的和睦相處，真有做決斗的念頭都會產生，怎么這么固執啊？是我跟不上同事們的思路了？還是同事們跟不上我的步伐了？一下班全跑了，什么時間來不及？忙不過來，全當是放屁了，產品開發部只剩下3個人寫繼續寫代碼什么的，其中我一個在整理文章。

?

也有人說，你怎么老是這些重復的理念？觀點已經重復很多次了？

我回答：一個人能把一個理念堅持到低，能徹底做好，就足夠了，畢竟我們是十多億人，若每個人能把一件事情一個理念做好了，我們很快可以超越美國了，哈哈。

?

以下幾個視頻供參考：

?

C# ASP.NET走火入魔通用權限管理_數據庫設計注意思想指導

下載 http://www.jirigala.tk/JiRiGaLa_DbDesign.wmv

C# ASP.NET走火入魔通用權限管理_實體結構定義

下載 http://www.jirigala.tk/JiRiGaLa_Entities.wmv

C# ASP.NET走火入魔通用權限管理_為什要用代碼生成器(必要性)

下載 http://www.jirigala.tk/JiRiGaLa_CodeBuilder01.wmv

C# ASP.NET走火入魔通用權限管理_代碼生成器如何用(實戰)

下載 http://www.jirigala.tk/JiRiGaLa_CodeBuilder02.wmv

?

將權限管理、工作流管理做到我能力的極致，一個人只能做好那么很少的幾件事情。

posted on 2010-09-17 15:31 吉日嘎拉 不僅權通用權限 閱讀(4568) 評論(108) 編輯 收藏

評論

1926275 評論共2頁:? 上一頁? 1? 2?

#9樓[樓主] 　回復　引用　查看　??

@sunsy
嗯，你這個邏輯也很對，所以我拿出來與大家共同探討一下。
2010-09-17 15:50 | 吉日嘎拉 不僅權限管理? ?????

#10樓 　回復　引用　查看　??

吉日最近不花時間帶孩子，還高產量發帖子發視頻。 2010-09-17 15:53 | 失落的鋒芒? ?????

#11樓 　回復　引用　查看　??

怎么老是宣傳你的視頻啊？？ 2010-09-17 15:55 | 紫砂壺? ?????

#12樓 　回復　引用　??

開發軟件是一個系統工程，就像修房子一樣，有設計、監理、施工等角色，其實代碼工人不是別人給程序員的稱號，是部分程序員自己給的。我想這么說應該還是很清楚的。 2010-09-17 15:55 | hldsoft[未注冊用戶]

#13樓 　回復　引用　查看　??

我起個名字 論”某些程序員頑固的思維方式“ 2010-09-17 16:02 | liyf? ?????

#14樓 　回復　引用　查看　??

老哥，
說句實在話，你的管理方法還是有問題，該制定流程的時候就制定流程。
這樣吧，給你說個故事，能不能明白，就看你明悟吧：
有七個人曾經住在一起，每天分一大桶粥。要命的是，粥每天都是不夠的。
一開始，他們抓鬮決定誰來分粥，每天輪一個。于是乎每周下來，他們只有一天是飽的，就是自己分粥的那一天。
后來他們開始推選出一個道德高尚的人出來分粥。強權就會產生腐敗，大家開始挖空心思去討好他，賄賂他，搞得整個小團體烏煙障氣。
然后大家開始組成三人的分粥委員會及四人的評選委員會，互相攻擊扯皮下來，粥吃到嘴里全是涼的。
最后想出來一個方法：輪流分粥，但分粥的人要等其它人都挑完后拿剩下的最后一碗。為了不讓自己吃到最少的，每人都盡量分得平均，就算不平，也只能認了。大家快快樂樂，和和氣氣，日子越過越好。
同樣是七個人，不同的分配制度，就會有不同的風氣。所以一個單位如果有不好的工作習氣，一定是機制問題，一定是沒有完全公平公正公開，沒有嚴格的獎勤罰懶。如何制訂這樣一個制度，是每個領導需要考慮的問題。 2010-09-17 16:04 | BreezeWoo? ?????

#15樓 　回復　引用　查看　??

都是偷懶的借口 2010-09-17 16:08 | kiler? ?????

#16樓[樓主] 　回復　引用　查看　??

不宣傳這個？宣傳啥呀？
引用紫砂壺：怎么老是宣傳你的視頻啊？？
2010-09-17 16:08 | 吉日嘎拉 不僅權限管理? ?????

#17樓[樓主] 　回復　引用　查看　??

@BreezeWoo
我需要好好體會你的這個故事。
2010-09-17 16:09 | 吉日嘎拉 不僅權限管理? ?????

#18樓[樓主] 　回復　引用　查看　??

這個比較上檔次，我修正了。
引用liyf：我起個名字 論”某些程序員頑固的思維方式“
2010-09-17 16:11 | 吉日嘎拉 不僅權限管理? ?????

#19樓[樓主] 　回復　引用　查看　??

大哥，你不能這么講，這么講你就是得罪所有的同事了，我可沒這么說啊。
引用kiler：都是偷懶的借口
2010-09-17 16:13 | 吉日嘎拉 不僅權限管理? ?????

#20樓 　回復　引用　查看　??

大家說：吉日啊，你的風格得改改啊，和大環境不協調啊
吉日駁倒：走我自己的路，讓你們說去吧 2010-09-17 16:14 | 薔薇? ?????

#21樓[樓主] 　回復　引用　查看　??

@薔薇
我一直在改進自己的缺點，大家說沒視頻，我貼視頻，大家說沒代碼，我貼代碼。大家說標題寫得不好，我采納大家的意見。

我有錯就改，馬上改，馬上修正自己錯誤的做法。

2010-09-17 16:19 | 吉日嘎拉 不僅權限管理? ?????

#22樓 　回復　引用　查看　??

樓主的團隊就是典型的作坊式軟件團隊.程序員就是萬能的,啥都要會. 2010-09-17 16:19 | Galactica? ?????

#23樓 　回復　引用　查看　??

該動的不動。 該改的不改。 暈。 一看就知道這鳥，沒寫過程序。 只會來嚇程序員。 哇搞。 2010-09-17 16:20 | chulia? ?????

#24樓 　回復　引用　查看　??

操你大爺的，你不要再發文章啦
2010-09-17 16:20 | ttlin2010yeah? ?????

#25樓[樓主] 　回復　引用　查看　??

@ttlin2010yeah

謝謝你留言，歡迎繼續留言。
2010-09-17 16:24 | 吉日嘎拉 不僅權限管理? ?????

#26樓[樓主] 　回復　引用　查看　??

@ttlin2010yeah
學C#好還是學C++好啊 ？ 哈哈，笑死我了，剛出茅廬。
2010-09-17 16:25 | 吉日嘎拉 不僅權限管理? ?????

#27樓 　回復　引用　查看　??

非常羨慕上班時間能寫博客的人! 2010-09-17 16:25 | 馮小諾? ?????

#28樓 　回復　引用　查看　??

現在都是2010年了，都VS2010 ADO.NET Entity 技術都出來了

這一點不同意之外，其他的都不同意。
因為我一直使用存儲過程,ADO.NET Entity 性能上沒有測試過，上次一測試linq to sql，竟然汗顏，所以我寧愿使用工具生成，也不會使用這些低性能的代碼在客戶機器上浪費資源 2010-09-17 16:25 | yi? ?????

#29樓[樓主] 　回復　引用　查看　??

@馮小諾
更羨慕上班時間不用寫博客，還可以閱讀博客，自由留言的人。
2010-09-17 16:26 | 吉日嘎拉 不僅權限管理? ?????

#30樓 　回復　引用　查看　??

@吉日嘎拉 不僅權限管理
只能說明你不容易!我看看,耽誤不了多少時間. 2010-09-17 16:28 | 馮小諾? ?????

#31樓 　回復　引用　??

看問題要站在不同的角度去考慮，如果你真的是在給別人增加工作量，并且別人不是真的很閑，而且軟件很好的在運行著，我作為程序員我也不會同意你的建議，即使你有道理。
還有建議和命令是有差別的，如果你是他們上級，你給的“建議”（命令）他們是要執行的，但同時，如果真的引起程序不穩定，責任也是要大家承擔的。自己寫的東西還好，如果是多人在開發，甚至以前都不是自己做的，動一個穩定運行的程序真的不是啥好的建議。 2010-09-17 16:29 | .Jack[未注冊用戶]

#32樓 　回復　引用　??

當然，從管理者，公司的角度，文檔是必要的。 2010-09-17 16:31 | .Jack[未注冊用戶]

#33樓 　回復　引用　查看　??

@吉日嘎拉 不僅權限管理
泥娃娃，還不停止寫文章是的話，我叫我家的旺財咬你哈 2010-09-17 16:32 | ttlin2010yeah? ?????

#34樓[樓主] 　回復　引用　查看　??

@.Jack
你這個回復也很好，所以我也沒跟大家鬧個你死我活，適當的強力建議。
2010-09-17 16:33 | 吉日嘎拉 不僅權限管理? ?????

#35樓 　回復　引用　查看　??

程序員更好面子？ 2010-09-17 16:33 | dangjian? ?????

#36樓 　回復　引用　查看　??

“頑固的思維方式”，不如說是“固執的思維定式”！

每個程序員的成長經歷不同，所以要想改變他們“固執的思維定式”，那是相當的難！

2010-09-17 16:34 | 卡通一下? ?????

#37樓 　回復　引用　查看　??

學習ing…… 2010-09-17 16:34 | ffffff? ?????

#38樓 　回復　引用　查看　??

對于代碼樓主說得對，對于軟件項目管理這不一定對。 2010-09-17 16:46 | chenqin? ?????

#39樓 　回復　引用　查看　??

這是管理的問題，樓主不能怪程序員啊

若是你給他們工作量減半，他們自然會寫出更好的代碼，若是他們能像樓主這樣，每天還有空來寫寫博客，他們也能有更多的時間寫出更好的代碼

2010-09-17 16:48 | 小 雷? ?????

#40樓 　回復　引用　查看　??

說點個人意見。
1。做軟件先有設計，后有施工的思路。這個話我同意。
不過很多時候，你有設計，別人都做好了。當然再對后期的擴展和維護來說，有設計當然更優秀，但是，當你還在設計的時候，別人的程序客戶都用上了，我想客戶不會考慮說你的設計有多好，我不用他的，用你的。因為客戶關系的是業務功能，不是代碼。所以有時候很無奈。當然有充足時間，絕對建議先設計后施工。

2。還是跟上一個類似的問題。話是好話，但往往實際情況不會讓你如愿，修改一個幾年前的代碼，還要重構到面向對象，這中間花費的時間和金錢，誰來負責，重構之后出現的新BUG誰能說服客戶軟件在提高而不是下降（別告訴我修改和重構后一定不會出現新BUG）？當這個代碼還能使用的時候，我想老板是不愿意付出這個時間和金錢的，客戶也不愿意用一個看不見的代碼更完善，但有一些新BUG的版本。直接說，開發第二版 更能說服老板。

3.這個同意。

4.這個不同意。不是為了分層而分層，如果說“重命名一方法也要修改很多環節”,只能說分層的人，沒用好分層，這不是 分層的錯。

5.同意。 2010-09-17 16:54 | 紅色壁虎? ?????

#41樓 　回復　引用　查看　??

這篇文章我支持吉日。
很多東西不這么做不那么做，我感覺就是一個“懶”，不過表達的時候用“軟件工程”作為理由了。
我在做項目的時候是強烈推動不斷改進的，每個星期的任務里，產品人員推動看得見的產品進步，我推動看不見的產品進步。 2010-09-17 16:57 | Jeffrey Zhao? ?????

#42樓[樓主] 　回復　引用　查看　??

@卡通一下
需要用艱難來形容的。
2010-09-17 17:00 | 吉日嘎拉 不僅權限管理? ?????

#43樓 　回復　引用　查看　??

贊一個，推薦+1 2010-09-17 17:00 | 風也無奈? ?????

#44樓 　回復　引用　查看　??

我不得不說兩句了。

第二點：維護遺留下的系統，特別是經歷了N手人的系統，那種語句還真沒必要改。 你都說了是面向過程的，改一處動全身。小心進去了出不來。

第四點：
“什么設計模式、開閉原則、反射把時髦的技術都用上了,導致寫一個方法，需要到處去修改” .
很明顯，你誤用了開閉原則。

2010-09-17 17:01 | MuyangBaba? ?????

#45樓[樓主] 　回復　引用　查看　??

今天我估計要失眠了，居然能跟大師產生了共鳴了，一般程序若有錯，我就是不睡覺通宵都會把程序修改好，有的好時候重構一下，可能會刪除掉3000-4000行代碼，也是1個小時就足夠了，這就所謂的執行力度不一樣吧。

引用Jeffrey Zhao：
這篇文章我支持吉日。
很多東西不這么做不那么做，我感覺就是一個“懶”，不過表達的時候用“軟件工程”作為理由了。
我在做項目的時候是強烈推動不斷改進的，每個星期的任務里，產品人員推動看得見的產品進步，我推動看不見的產品進步。
2010-09-17 17:01 | 吉日嘎拉 不僅權限管理? ?????

#46樓[樓主] 　回復　引用　查看　??

@紅色壁虎
你是思路嚴謹，表達能力強，有想法的人，鑒定完畢。
2010-09-17 17:15 | 吉日嘎拉 不僅權限管理? ?????

#47樓 　回復　引用　查看　??

有點意思。 2010-09-17 17:23 | www.w2pf.com? ?????

#48樓 　回復　引用　查看　??

第五點不敢茍同。對于有一定經驗的人可以使用代碼生成器，但是對于菜鳥來說，手寫代碼是必須經歷的階段，不然以后就會是個代碼機器..... 2010-09-17 17:30 | Alexis? ?????

#49樓 　回復　引用　查看　??

@紫砂壺
引用紫砂壺：怎么老是宣傳你的視頻啊？？
人家做個視頻推廣一下自己的系統不可以嗎？本來就賺不了幾個錢推廣一下還得被說。搞什么嘛~~~。 2010-09-17 17:30 | 榮少? ?????

#50樓 　回復　引用　查看　??

推薦+1 2010-09-17 17:30 | Alexis? ?????

#51樓 　回復　引用　查看　??

有好多問題都遇到過，不過樓主的第２。３條：
對于沒事的程序員，改代碼啊，改老程序啊什么的做做，當然沒問題。
對于付錢給你的人來說：明顯你自己寫說了理由了，還何必拿出來討論呢。
１。程序好好的，花錢找你改？
２。程序好好的，花錢找你人改面向對象，還到處BUG？
樓主　第２。　３條應該是說給自由軟件工作者或者和樓主一樣的人聽的吧？

如果程序不是樓主你寫的，那你沒用任何理由發表看不起人的話語（你心中應該有數），你可以教導，可以勸說，但除非你花錢，否則你再有想法，也請不要強加與別人。

當然接下來樓主接手這樣的過時編碼（回頭看，不久前的代碼就過時了），你可以大展身手，表現一下自己的編碼水平，回頭還可以把你的修改發到博客園讓大家欣賞一下。 2010-09-17 17:34 | 凌晨的太陽? ?????

#52樓 　回復　引用　查看　??

完了，現在不在首頁看到吉日都感覺寂寞的不行... 2010-09-17 17:39 | 炭炭? ?????

#53樓[樓主] 　回復　引用　查看　??

@炭炭
不會吧老大？ 2010-09-17 17:48 | 吉日嘎拉 不僅權限管理? ?????

#54樓 　回復　引用　查看　??

這篇文章寫的不錯，推薦，的確程序員的思想還是要轉變，需要不斷的接收新的思想才能有所突破 2010-09-17 17:49 | CallHot? ?????

#55樓 　回復　引用　查看　??

1：建議做軟件先有設計，后有施工的思路
這個我贊同，做MIS系統沒有ER圖怎么動手。

2：程序改進為面向對象的吧？
拼SQL和面向對象沒有任何關系。

3：需要不斷重構完善
沒有單元測試，談何重構？

4.里層劃分太多了，寫代碼寫太多了
過分設計不是“什么設計模式、開閉原則、反射把時髦的技術都用上了”導致的。如果合理使用設計原則，代碼不會牽一發動全身。

5：建議大家用代碼生成器
這個我贊同，但是不能全部都用生成器，否則說明做的事情太無聊了，太低水平了。

6: 建議大家空時看一線我的視頻，絕對對工作會有些幫助的。
這個沒看過，不評論。

2010-09-17 17:51 | Jake Lin? ?????

#56樓 　回復　引用　查看　??

從本文想表達的思想來看，我是支持的。任何一個管理者都必須有立場、有態度、高要求。大多數時候，這樣的態度不僅對團隊有益，對成員都有益。
但是標題還是有問題。通常遵循以下議論文的慣例來定義文體：
“論”：指論述。這個概念有點大，必須有論點、論據，涉及所述主題的方方面面，篇幅也會相應比較大。
“議”：比“論”小，不必有分明的論點和論據，但通常會有一個明確的中心命題，著重闡述作者對該命題的態度，而不是描述事實。
“小議”或“淺議”：比“議”更小一點，雖然也必須有一個明確的中心命題，但是相對這個命題的大小而言，文章所展開的廣度更窄一些、深度更淺一些。
“談”：和“議”的范圍差不多，但中心命題不一定非常明確，與“議”不同，通常以“敘”事實為主，“議”觀點為輔。
“小談”或“淺談”：和“小議”的范圍差不多，比“小議”更隨意。
此外，文章標題通常用中性詞，也強調公正性，而不是直接給一個“頑固”定語的結論。例如：“談某些程序員思維方式的頑固性”和“談某些程序員頑固的思維方式”這是有天壤之別的，前者是公正的，后者是偏激的。因為“頑固性”是一個名詞，中性詞。而“頑固的思維方式”則是加了定語的。如果某個人不承認他的思維方式是頑固的，你的文章這一箭就射偏了。 2010-09-17 17:56 | 雙魚座? ?????

#57樓 　回復　引用　查看　??

面向對象何止10年？！！！！！！哪來的數據？？？？？？？ 2010-09-17 18:05 | 鈞梓昊逑? ?????

#58樓[樓主] 　回復　引用　查看　??

@雙魚座
小議 感覺很合理。
2010-09-17 18:09 | 吉日嘎拉 不僅權限管理? ?????

#59樓[樓主] 　回復　引用　查看　??

@雙魚座
說得的確很有道理，讓我提高了不少，是我恩師。 2010-09-17 18:17 | 吉日嘎拉 不僅權限管理? ?????

#60樓 　回復　引用　查看　??

此貼性質 約等于 廣告 2010-09-17 18:24 | 編程浪子_? ?????

#61樓 　回復　引用　查看　??

這不叫頑固，這叫懶！懶得去學新知識，不求上進！反正我現在這點也夠用！也可以做出項目！就這種心態！這種心態的還是不要做程序員算了！
PS：這個評論與第五條無關~ 2010-09-17 18:28 | 李宏? ?????

#62樓 　回復　引用　查看　??

引用雙魚座：
...
“論”：指論述。這個概念有點大，必須有論點、論據，涉及所述主題的方方面面，篇幅也會相應比較大。
“議”：比“論”小，不必有分明的論點和論據，但通常會有一個明確的中心命題，著重闡述作者對該命題的態度，而不是描述事實。
“小議”或“淺議”：比“議”更小一點，雖然也必須有一個明確的中心命題，但是相對這個命題的大小而言，文章所展開的廣度更窄一些、深度更淺一些。
“談”：和“議”的范圍差不多，但中心命題不...
論：期望對方能接受自己的觀點。

議：自己也不十分肯定。

談：想聽對方的看法。

扯：只是圖個熱鬧。
2010-09-17 18:32 | 卡通一下? ?????

#63樓 　回復　引用　查看　??

為什么大家都要爭個你die我live呢？ 談談事情，聊聊天，心平氣和不是挺好的嗎？ 包容包容 2010-09-17 18:49 | 小棋? ?????

#64樓 　回復　引用　查看　??

說的都不錯！
換我現在這家公司，只要有人提議去重構一下現在的系統，估計怨聲四起。罷了，咱們都是凡人，做好自己的事，想改變別人還是算了吧。 2010-09-17 19:06 | 熊貓發光? ?????

#65樓 　回復　引用　查看　??

支持下吧，說的很有道理的，上次我跟我上級搞翻也大概就是這么些原因了！

讓那種聽不進別人話，不敢革新，不敢創新，不愿意嘗試的老頑固都閃一邊吧

有些領導為了表面好看非要下面的人敷衍了是 忽悠客戶，只要不彈BUG就是最好的，只要數據庫里的時間是1秒一條記錄就是完美的，去TMDB

當然作為摞代碼的民工我們有時敢怒了 言了 卻要被批評打擊，

總之~ 做人對得起公司對得起別人的時候 千萬也別對不起自己，

干完合同期就走人，不要在一個豬一樣的領導手下做事 2010-09-17 19:20 | %admin? ?????

#66樓 　回復　引用　??

1.程序員確實有問題
2.從你的語氣，你應該是團隊的管理者，即便不是，也可以看出你不夠格做一個團隊的管理者，你的目的是想改進，看的出團隊成員對你個人很是不服，談改進估計只能是癡人說夢，哪怕你有再好的想法，執行不了那只能說你的修煉還不夠，看起你真的不像是一個在職場混了這么多年的人，倒很像一個剛畢業的小憤青。 2010-09-17 19:52 | 路人甲11[未注冊用戶]

#67樓 　回復　引用　查看　??

支持,其實說白了就是懶.程序員本身就是需要不斷吸收新知識,不斷進步的一群人.固步自封只會被新人超越丟了飯碗. 2010-09-17 21:09 | xigua? ?????

#68樓 　回復　引用　查看　??

大師啊，看來你應該了解一下教育，你說得在好，也改就不了什么的嘛，做項目經理的，老是要程序員按他們的意思做，但是程序員也有想法撒。想問樓主一下，怎么保持一直做程序喲（可能有點糼稚），我初學，快坐不下去了啊！！！ 2010-09-17 21:40 | xin_ny? ?????

#69樓 　回復　引用　??

吉日平時不寫代碼嗎?做管理了嗎?人家在寫代碼你在整理文章哦!
頂你 2010-09-17 22:17 | dingjiri[未注冊用戶]

#70樓 　回復　引用　查看　??

關于第5條我覺得沒什么，手寫是很好的方式啊，如果一個程序員經常用鼠標要比鍵盤多，哪一定不是好程序員 2010-09-17 22:28 | 新志? ?????

#71樓 　回復　引用　查看　??

唉 , 你們這些上班時還能上網真是太幸福了.
我可沒這待遇 2010-09-17 23:12 | 堅持破譯? ?????

#72樓 　回復　引用　查看　??

支持吉日，我看過你的數據庫設計的視頻，確實不錯，贊一個。
至于你說的情況，我感覺咱倆的處境類似，性格也差不多，看到那么多垃圾代碼恨不得拍桌子罵娘，別說讓我們去維護了。但有時候歷史遺留問題不是一天兩天，一個人兩個人能解決的。我現在的做法是：原來的項目維護工作，盡量保持原來的風格；新做的自己負責項目，按規范走。至于你說的那幾種程序員我們單位也有，有時候強迫也沒用的，像你是技術總監還好，咱普通程序員也沒權力要求別人。所以只能靠自己的風格，自己的技術一點點影響他們，現在情況已經好一些了。

再有一個建議就是溝通要講技巧，尤其對中國人，中國的程序員，你上來就說“你這塊寫的不對，這樣寫有問題，這樣不規范”，是不會有人接受的，因為他會覺得你不尊重他，有了這個前提，你說什么都是白說。你可以和他說“你的程序寫的不錯，哪塊哪塊值得向你學習；但是就某處來說，如果這樣這樣寫實不是更好？”，想來更容易讓人接受吧？ 2010-09-17 23:17 | John Liu? ?????

#73樓 　回復　引用　查看　??

時間呢？給你做產品的時間肯定可以不斷的重構。 2010-09-17 23:18 | 陳房貴? ?????

#74樓 　回復　引用　查看　??

建議本身都很好，感覺大家擔心的是怎么實施，多交流會好的。 2010-09-17 23:19 | 我是打醬油的? ?????

#75樓 　回復　引用　查看　??

深有同感，我有時候也有這樣的氣憤情緒，遇到的情況和你差不多。
對于你所說的這些頑固的程序員，我個人認為是兩個原因導致：
1.視野不寬，以為掌握了工作中用到的技術就行了，習慣成自然，不會主動接觸新知識學習新東西，也不了解其它的解決方法和流程。
2.缺少精益求精的品質，對于一個稍顯穩定的系統，就很害怕修改會帶來不穩定，而不會去想如何提升品質和穩定性，對重構這個概念比較陌生，更沒有習慣。

曾經問過同事，讓他們推薦幾個專業的技術論壇，他們只告訴我一個CSDN，我當時差點兒氣暈了。 2010-09-17 23:21 | 無待? ?????

#76樓 　回復　引用　??

小雞，你要努力學好帶團隊啊，程序員最不喜歡的就是話多不干活的人啊，注意了，可能你們的團隊人員不認可你的技術。 2010-09-17 23:21 | 我也是路人甲[未注冊用戶]

#77樓 　回復　引用　查看　??

我認為效益問題才是最重要的，人生苦短，想一輩做寫程序嗎？其實那樣想是沒前途的。

你的程序合不合規范，架構好不好，不是你一個人說了算，架構好的系統從來都不是一人搞的開發。國外如此多開源系統，人家就算用最簡單的PHP，都可以寫出比中國大多數.NET程序員更接近OOP規范的應用出來。

如果真的有那份熱心，咱們搞個社區版開源系統，一同架構更好的系統，并且令使用者知道系統架構完善的好處，這才是正道。

微軟和GOOGLE都有開源社區，我們有什么？ 2010-09-17 23:23 | 貓之良品? ?????

#78樓[樓主] 　回復　引用　查看　??

@貓之良品

我們有金蝶、用友，哈哈，做得還不錯的。
2010-09-18 01:20 | 吉日嘎拉 不僅權限管理? ?????

#79樓 　回復　引用　查看　??

頂一個~~~~真的很樸實很有用！ 2010-09-18 08:41 | Jack Fan? ?????

#80樓 　回復　引用　??

支持吉日的說法，
不過現在是領導的問題，不懂B/S，拿著C/S的想法來指揮開發。
喜歡用所謂的一般技術，sql+DataTable,怕以后沒有人能維護。成本不想支出過多。 而以前開發PB的，以前用過C#1.1的同事，也很喜歡。

拼SQL和面向對象的確是沒有任何關系。
不過現在的情況是，拼SQL的人，特別怕數據庫變化，非常怕業務變化。



2010-09-18 09:57 | forevery[未注冊用戶]

#81樓 　回復　引用　查看　??

吉日嘎拉, 你說的太好了! 我完全同意你的觀點.

但是并不是所有人都這么想, 這也就是為什么在中國做軟件還是有很多機會的.

2010-09-18 10:07 | glshader? ?????

#82樓 　回復　引用　查看　??

引用BreezeWoo：
老哥，
說句實在話，你的管理方法還是有問題，該制定流程的時候就制定流程。
這樣吧，給你說個故事，能不能明白，就看你明悟吧：
有七個人曾經住在一起，每天分一大桶粥。要命的是，粥每天都是不夠的。
一開始，他們抓鬮決定誰來分粥，每天輪一個。于是乎每周下來，他們只有一天是飽的，就是自己分粥的那一天。
后來他們開始推選出一個道德高尚的人出來分粥。強權就會產生腐敗，大家開始挖空心思去討好他，賄賂他，搞得整個小團體烏煙障氣。
然后大家開始組成三人的分粥委員會及四人的評選委員會，互相攻擊扯皮下來，粥吃到嘴里全是涼的。
最后想出來一個方法：輪流分粥，但分粥的人要等其它人都挑完后拿剩下的最后一碗。為了不讓自己吃到最少的，每人都盡量分得平均，就算不平，也只能認了。大家快快樂樂，和和氣氣，日子越過越好。
同樣是七個人，不同的分配制度，就會有不同的風氣。所以一個單位如果有不好的工作習氣，一定是機制問題，一定是沒有完全公平公正公開，沒有嚴格的獎勤罰懶。如何制訂這樣一個制度，是每個領導需要考慮的問題。
好經典的小故事。可以用來比擬國家、社團、公司---- 任何一個組織。
這個故事說明了一個問題。團隊出問題，就是領導有問題。老百姓不過是當政者手下的棋子。
再談談樓主的想法。太自我了，完全是占在自身所處位置講出來的東西。“醫之好治不病以為醫”。
首先應該肯定的說樓主所舉的一些東西都是好東西。但是好東西我們就要拿過來用嗎？ 有句很經典的話：“把飛機的引擎按裝在拖拉機上一定行”。事實上只有適合的才是最好的。
我寫個小應用程序半天多時間就搞定了？你要我寫設計，要我用7 8層框架？！ 存有毛病。
我也發現很多搞程序的有個誤區。總覺得自己的代碼多，結構復雜，就牛B了。這叫做蠢。把簡單問題搞復雜了。框架的開發出忠就是把復雜的東西簡單化明了化。但用的前題是 你的項目復雜度一定要高于框架本身。當然樓主的心情我也能理解。總覺得自己占這個位置不搞點啥明堂，對不住自己心理需求，顯不出自己價值。這個不光是在程序領域，在很多領域人都犯這個毛病，這是中國人的通病 2010-09-18 10:51 | 泥冰? ?????

#83樓 　回復　引用　??

我很少回帖子，但自認為開發也不差，現在大家都喜歡用實體類的方式，其實我覺得實體類應用到數據庫上，特別是建立那些字段對應的屬性類，是程序員的病態應用，就好比說div比table好，就到處都用一個道理.
如果你想應用這種實體類,我建議你用linq，最起碼一拉就一個實體類，還有很多功能，匯總統計等等也比較容易.
數據庫我只會抽出一個接口去做，我希望項目越搞越簡單，真要是維護出了問題，誰也不可能臨時動代碼，效率就不說，我追求使用sql語句，而且盡量寫到存儲過程中，最起碼改變起來，我只要去數據庫改一下sql，系統緩存，機制都不會丟 2010-09-18 11:51 | 吉日嘎拉-最頑固[未注冊用戶]

#84樓 　回復　引用　查看　??

確實說到心坎去了，可惜很多時候有些東西還得有經理或多數人的支持才行，否則你一個干勁滿滿，其它人都不搭理，還會吃力不討好! 2010-09-18 11:58 | 瀟湘隱者? ?????

#85樓 　回復　引用　查看　??

博主其實也提出自己的觀點，認為其他程序員應該仿傚，不知道博主對自己這些觀點是否也很"頑固"呢?

其實「擇善而固執」並非壞事。

很多工程上的問題和選擇，並無銀彈。每個都可從正反雙方辯論，博主的論點被人所駁並不一定是"頑固"使然。在下認為，工程上的問題，為某項目某情況找到適合的方法便可。 2010-09-18 12:58 | Milo Yip? ?????

#86樓 　回復　引用　查看　??

6: 建議大家空時看一線我的視頻，
寫錯一個字，哈哈
不聽老程序員的話 還是很不好滴 2010-09-18 13:17 | 李傳濤? ?????

#87樓 　回復　引用　查看　??

說的有道理。 2010-09-18 13:30 | 一張紙? ?????

#88樓[樓主] 　回復　引用　查看　??

@李傳濤
謝謝您的指證，已馬上修正，再次感謝。
2010-09-18 13:46 | 吉日嘎拉 不僅權限管理? ?????

#89樓 　回復　引用　查看　??

開發一個東西肯定是要先有設計，但至于設計是否在開發之前用文檔表示要根據項目的緊迫程度來決定吧，開發完成后確實有必要補充一個文檔（重點在于關鍵的算法，結構之類的），目的在于今后的維護。
另外好的公司，開發都會有自己的流程，比如使用什么技術，什么代碼并發控制軟件，什么自定義自動化編譯環境，甚至測試環境。 2010-09-18 13:46 | 大料? ?????

#90樓 　回復　引用　查看　??

你要求別人像“要求自己”一樣嚴格，顯然是不現實的。
即使你的想法是好的，什么樣的表達方式更能讓別人信服還是很有技巧的。
還是別讓自己太累吧。。
2010-09-18 14:16 | 小Sun? ?????

#91樓 　回復　引用　查看　??

@吉日嘎拉 不僅權限管理
是的，大企業做好的軟件、好的產品。不過那不是因為用了什么新技術，軟件好就是好，代碼寫得好不好，這個沒人知道。所以程序還是以效益最重要，用什么手段沒關系。 2010-09-18 14:31 | 貓之良品? ?????

#92樓 　回復　引用　查看　??

嗯 有點道理 下了視頻 待會看 2010-09-18 14:39 | 月夜 思量? ?????

#93樓 　回復　引用　查看　??

一個字：懶。 2010-09-18 19:45 | undefined? ?????

#94樓 　回復　引用　查看　??

一個頑固的人寫出的文章還是真夠頑固的，雖然某些方面講得有道理，但總體上都感覺很幼稚 2010-09-18 21:38 | 輕輕聽? ?????

#95樓 　回復　引用　查看　??

曾經有個比較有水平的朋友跟我講：“別人做的軟件是否設計合理、功能是否正確，有經驗的人看看數據庫設計文檔就能感覺到很多”。
-------------------------------------------------------
我認為這句話不夠正確。

原因是：上層業務和數據庫之間還有一個數據訪問層，數據模型設計的好壞主要影響到的是數據訪問層的復雜度和效率，對業務邏輯層沒有影響。 2010-09-18 21:51 | 瀟湘雨歇? ?????

#96樓 　回復　引用　查看　??

正解。因為他們不是主管，因為他們拿的錢比你少得多；所以，他們的立場是如何快速完成任務，更多的時間用來QQ等等
引用Milo Yip：
博主其實也提出自己的觀點，認為其他程序員應該仿傚，不知道博主對自己這些觀點是否也很"頑固"呢?

其實「擇善而固執」並非壞事。

很多工程上的問題和選擇，並無銀彈。每個都可從正反雙方辯論，博主的論點被人所駁並不一定是"頑固"使然。在下認為，工程上的問題，為某項目某情況找到適合的方法便可。
2010-09-18 22:57 | 個人知識管理? ?????

#97樓 　回復　引用　查看　??

思維僵化的人，不應該做程序員 2010-09-19 08:58 | Rioyang? ?????

#98樓 　回復　引用　查看　??

引用ttlin2010yeah：操你大爺的，你不要再發文章啦

注意素質，是不是大便吃多了，出來咬人。 2010-09-19 10:31 | 老馬的家? ?????

#99樓 　回復　引用　查看　??

吉日兄，你的文章很好，支持一下。 2010-09-19 10:33 | 老馬的家? ?????

#100樓 　回復　引用　查看　??

這篇很好，但是你的方案解決不了任何問題。

問題源于日常的管理沒跟上，這個是個長時間的問題，不是一次重構能解決的。

這種問題 就是項目小，什么都沒有。 幾個技術比較好的做了個原型出來，一切都好，后來有人走了，新人來了，什么資源都沒有，那就修修改改吧，年復一年積累的。 一個如果已經開發了3-4年的mis 系統。里面全是sql 拼接，+手工建議的。
要改就首先要你的設計文檔，能和現在版本符合的設計文檔。 你讓程序員直接改掉代碼，出現bug誰負責，特別在中國企業里，做好是應該的，出了bug要程序員負責的制度。必然導致大家多一事不如少一事的心態。

所以要從源頭改起， 你先把設計文檔， 詳細設計文檔，代碼編寫規范都補齊了，再開始補er 圖， 再解決sql問題，再解決校驗問題。 而不是這樣想一劑猛藥解決問題。 2010-09-19 13:59 | msnweb? ?????

#101樓 　回復　引用　查看　??

文章很好，支持一下。 2010-09-20 00:49 | 小平C#? ?????

#102樓 　回復　引用　查看　??

深有感觸，一針見血的指出了程序員通有的毛病，俺個人是這么認為的。。。。支持一下。。 2010-09-20 13:34 | 無澍? ?????

#103樓 　回復　引用　查看　??

樓主是中國軟件的有心人，以軟件為事業，可決大部分人只是以此混口飯吃，樓主也很無耐呀，故做有此文，不知道我理解的對不對,呵呵 2010-09-20 13:42 | №竹竹_? ?????

#104樓 　回復　引用　查看　??

引用ttlin2010yeah：操你大爺的，你不要再發文章啦

看到這個我確實笑了
2010-09-20 16:09 | starwar3? ?????

#105樓 　回復　引用　查看　??

紅配藍，招人煩。 2010-09-20 16:47 | Highflyer? ?????

#106樓 　回復　引用　查看　??

代碼生成器，一開始我用，現在早就不用了，也不推薦大家用。 2010-09-27 09:28 | mytudousi? ?????

#107樓 　回復　引用　查看　??

如果你的表里面有100個字段，說明你的表設計的有問題。
即使你的表里面有100個字段，就需要一個類中的100個屬性和其對應嗎？肯定有相關的一些信息組織到另外的小類中去。代碼生成器這些都干不了。只能硬生生的生成代碼。 2010-09-27 09:32 | mytudousi? ?????

#108樓 　回復　引用　查看　??

引用雙魚座：
從本文想表達的思想來看，我是支持的。任何一個管理者都必須有立場、有態度、高要求。大多數時候，這樣的態度不僅對團隊有益，對成員都有益。
但是標題還是有問題。通常遵循以下議論文的慣例來定義文體：
“論”：指論述。這個概念有點大，必須有論點、論據，涉及所述主題的方方面面，篇幅也會相應比較大。
“議”：比“論”小，不必有分明的論點和論據，但通常會有一個明確的中心命題，著重闡述作者對該命題的態度，而不是描述事實。
“小議”或“淺議”：比“議”更小一點，雖然也必須有一個明確的中心命題，但是相對這個命題的大小而言，文章所展開的廣度更窄一些、深度更淺一些。
“談”：和“議”的范圍差不多，但中心命題不...


漢語語言功底深厚！本對吉日大哥的觀點已是心悅誠服，然此評論又是給了我一記嘆為觀止的喜悅。

總結

以上是生活随笔為你收集整理的谈某些程序员顽固的思维方式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。