「程式猿」這個稱謂，是乙個榮譽。」程式猿，這普普通通三個字，凝聚著他們的激情和汗水，喜怒哀樂，酸甜苦辣，還有很多很多說不出的感情。酸-曾幾何時，「搞技術」成了「木訥」的代名詞。程式猿，似乎更擅長和機器溝通，與人溝通的能力往往欠佳，於是，程式猿的感情成為沙漠，辛酸也僅僅能埋在心底。 在撒哈拉沙漠的乙個部落，流傳著很多關於水的傳說，原因非常easy，這裡長期缺水。水源裡，隨處可見的感情貼、**貼還有yy貼，恰恰反襯了程式猿感情世界的空虛。我的一些同事，到了26歲還沒有過感情經歷，不能不說是乙個遺憾。事實上，程式猿並非木訥，而是單純，並非無情，而是痴情。真正深厚的情感，是僅僅可意會而不可言傳的。假設說感情是水，那麼程式猿的感情，就如一潭深水，平靜而深沉。甜-網上流傳一篇非常有意思的文章，「最大的共性是——得到快樂的同一時候，又得到了金錢」。
歸納起來，程式猿生活的乙個最大的規律就是『沒有規律』，相信真正了解程式猿生活的人會允許這個觀點。不知道這個規律是長處還是缺點，由於生活沒有規律的確不好，但是很多人似乎喜歡這種生活，他們感覺這樣才有意思，才不是死板的生活，正如一句名言，乙個真正的程式猿從不按早9晚5的生活過日子，假設你在早上9點看見乙個程式猿在工作，那一定是他一夜未眠。
可是這種生活我相信還是有非常多程式猿是過不到的，國內很多程式猿一周的工作時間往往長達98小時（早上9：00到晚11點）甚至很多其它，雙休日往往是一句空話，趕專案的時候就更沒有所謂歇息了，甚至有所謂的封閉式開發，除了吃飯睡覺就是幹活，那可真是台灣的候捷先生所說的「人不趕工,枉少年」！。而一般的勞動者們朝九晚五，一周就40個小時。假設套用上個世紀常常表彰勞動榜樣的話，就是十年幹了二十年的活，提前邁入21世紀。這樣下去，相信大多數程式猿又將提前享受22世紀的新生活了吧。乙個人幹兩人的工作，這樣算下來程式猿那看起來還不錯的工資也就不怎麼高了。
在如此的勞動強度之下(每天端坐在椅子上十幾個小時), 程式猿戲言時時處於運動狀態，但基本的運動是呼吸和心跳，由此而產生的腸胃疾病、失眠頭暈的職業病，還遠遠不能和非常多行業「吃宴吃到胃下垂，喝酒喝到胃出血」相比，因此也不算嚴重。
軟體開發的過程中所用到的技術，大多是更新換代很頻繁的，你是在課堂中學不到的，就算你學到了，等你學成出來後就發現自己又落伍了！如今的程式猿中，掙錢吃飯的「技術」大家都是自修的（無論你是否是科班出身）。失業的壓力，新技術不斷出現的壓力，逼迫程式猿必須不斷的學習，學習，再學習，所以很多程式猿的一點點業餘時間也是大量的投入到學習其中，空暇時間就更少了。
這樣一來對男性佔大多數的程式猿們來說就有點麻煩了，程式猿們真正屬於自己的時間太少了，又缺少鍛鍊，面黃肌瘦，怎樣解決終生大事？常常有程式猿的女朋友抱怨說在一起
時間少。要和其分手，難怪每年的情人節都是令全部程式猿淚如雨下的日子，難怪程式猿們大多是晚婚，看來還是包辦婚姻最保險。附上某程式猿親身經歷：某日，公司行政部ms.來辦公室公幹，看見同事電腦桌面，遂有誇張一嘆「阿，你們也喜歡美女」。不知各位看到這裡有何感想。
要是程式猿到了30歲沒有作上系統分析員、專案經理，那麼程式猿也就當不久了，以上的勞動強度30歲的人是難以承受的，看來僅僅好下崗，也就最終脫離苦海了。
事實上說了半天，程式猿只是和鉗工乙個工種，還僅僅能吃青春飯，前人的那篇《程式猿與妓女》做了精闢的總結。這些都是國內企業和市場的管理不規範造成的。專案管理做的不好，造成常常要趕工。大多數企業沒有對員工的職業規劃，程式猿沒有乙個良好的發展，也就僅僅能吃青春飯了。
寫到這裡，似乎程式猿也太可憐了吧？他們但是高階白領呢！想想也是，僅僅是勞動時間長點，勞動強度大點，生活不規律一點，個人時間少點，職業代價高點，不用受風雨之苦，還挺有成就感，事實上當個程式猿蠻不錯的。
最後再轉一流傳甚廣的笑話：三年前有人在廣州的大街碰到一人蓬頭垢面。目光呆滯的人，會說，看：那人外省民工，如今碰到乙個相同的人，人們會說：呀哈，又乙個程式猿過來了！
上帝是個程式猿
本人的第一篇csdn部落格，聊做紀念。上週讀到一篇關於物理與數學起源的文章，忽發奇想，也許上帝也是乙個程式猿。物理學和數學本質上都是發現並 現實世界規律的學科或者說是工具，譬如說當前的十進位制，為什麼人類社會計數採用的十進位制，因為人類有十根手指，所以剛開始的數學是人類為了解和研究自身所創立的學科。...
乙個程式猿的蛻變
我是乙個程式猿，標準的程式猿，乙個比較菜的程式猿，乙個正在變化的程式猿。由於一系列不確定的因素，進入了計算機學院，接觸了計算機，接觸了敲 渾渾噩噩三年時光即將完畢，然而還是什麼都不明白。於是乎，在突然的某一天，我覺醒了，我明白了，既來之則安之，雖說周圍的人已經成為程式設計大佬，可是，我相信活到老，學...
這個是乙個常見錯誤
解決辦法 你放在onitemdatabound中處理，並且判斷itemtype為edit的時候才做就可以實現你的目標了 原因 在edit這個事件中，edititemtemplate裡的控制項其實還沒建立 他的前提條件是要資料繫結以後，並且要通過oneditcommand事件才後才能被建立，這也就是為...