80後程序員創新

『壹』 談「80後」程序員為什麼找不到工作

有很多80後程序員不僅找到了工作，而且工作的很好。這個世界是你們的，也是我們的，但最終是那幫孫子的們。

『貳』 如何成為有思想、創新的程序員

寫這篇文章也源於我和新員工的一些談話心得，一些基礎比較薄弱的技術人員，看起來有點像沒有思想和靈魂的程序員。你可能也會覺得國內有很多小企業出來的人或者剛畢業的人，會的最多也是CRUD和拖拉控制項。我也接觸過一些技術人員，他們告訴我他們再也不想搞技術了，因為技術是在太無聊了，特別年紀稍大一點的，想的最多的就是轉行。曾經我非常驚訝於這樣的狀況，事實上，寫程序是一件很有創造力的事情，但為何很多人都會覺得無聊呢。 隨著年紀的增長，這些問題的答案慢慢變得清晰一些。在這里，我不敢說，我說的都是正確的，我只是在一直不停的探索。在探索之後，我對我的新員工說了以下的話：「進入我們公司，雖然我們也是很不起眼的剛創業的小公司，但是，你在這里需要做一些改變了。我知道你們以前的工作性質可能是上司給你交代任務，告訴你怎麼做，然後你管也不管就照章辦事，拉拉控制項，以完成項目功能為首要任務。在我們這里，你需要成為一個有思想的程序員。有思想的程序員需要懂得如何使用聰明的腦袋瓜。事實上，很多人都不知道我們的腦袋瓜到底能做多少事情，不過，一旦你嘗試了，你就會體會到『不是做不到，而是想不到』。需要記住這些話，從思想上改變，從今天開始。首先，我們是做軟體產品的公司，質量是產品生存的首要標准，產品質量的最低要求就是易用性；其次，我們要保證產品的質量，代碼的質量首先要過關，標准編碼方式、異常處理方式、代碼的生命周期管理、編碼的完整性都需要兼顧；第三，避免寫一些垃圾代碼和重復的代碼，這需要動用你聰明的腦袋，我曾經寫了10幾個的CRUD產品，從而自主創新了控制項關系映射、對象-對象映射、通用窗體框架，乃至我們現在的OSGi.NET產品和雲計算SaaS商店平台，都是從這些重復的勞作中不斷思索發明的。我看到設計模式的書時，可以驕傲的向同學們吹牛，我也設計過幾個『模式』；第四，學會發現問題，探索問題，積極詢問，避免把問題遺留下來或者拖機取巧。浪費一個發現問題和解決問題的機會，相當於浪費提高自己的機會。最後，你要有信心成為一流有思想和靈魂的技術人員，別哪一天你離開尤埃時，丟我們的臉，：）。」 我不敢說，我現在多有思想，但是，我隱隱約約感覺到一些這樣的有意思的東西。我崇拜「道法自然」，它告訴我違反規律就會受到懲罰，因此，我會時刻反省我是否有做錯的事情，包括在平時編碼、設計和架構的時候，以及平時生活上的為人處事。接下來，我介紹一下，我如何來發明我曾經的產品，希望能夠給人一些啟發。 1 我是如何發明了控制項關系映射組件 控制項關系映射的發明源自於我在參與一款MIS系統的設計，該系統是一個鋼管管理系統，每一個鋼管的信息有很多很多的屬性，我記得鋼管廠給我們的數據說明書裡面，一個管子的信息有驚人的380多列。因此，我們在查詢、修改、添加記錄的時候，總是會有類似以下成片成片的代碼。1 var add***Sql = "insert into Test(a1,a2,....aN) values(@a1,@a2,....@aN)";2 ...... 3 var para1 = new SqlParameter("@a1", SqlDbType.String, a1.Text.Trim(); 6 var paraN = new SqlParameter("@aN", SqlDbType.String, a1.Text.Trim(); (忽略中間的N-3行代碼，以及查詢、修改和刪除的代碼)我記得，我們一起做的另一個小伙拿了一個CRUD一千多個欄位的表來向我們顯耀說：「我他媽的把這功能實現了！」。我不知道大家是否反感這樣的代碼，反正我是厭倦了。當我想到這是一件很痛苦的事情的時候，我考慮了如何來解決它。經過一些思考，我驚訝的發現，所有的CRUD以及界面的流程都可以抽象為「輸入-處理-輸出-輸入-處理-輸出......」的過程，處理的過程實際上是獲取輸入，然後組裝成SQL語句，最後在響應到界面。這個過程是以SQL語句為中心，SQL語句的參數來源於界面的控制項或者界面類的其它成員，SQL語句執行的結果可能是跑到另一個頁面、執行DataGrid綁定、執行下拉列表綁定、給控制項賦值。因此，我想到一個方法，可以設計一個SQL映射的配置，即利用這個配置，直接將界面控制項映射到資料庫，並且也可以執行反向映射。以下是映射SQL的配置。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 以下是調用映射SQL語句實現CRUD中的一個操作。 1 namespace HumanDispSolution2 {3 public class login : CrmPage4 {5 private void btnLogin_Click(object sender, System.EventArgs e)6 {7 DataSet ds = this.ExecuteMapping("Login") as DataSet; 8 if(ds.Tables[0].Rows.Count > 0) //登入 9 { 10 System.Web.Security.FormsAuthentication.RedirectFromLoginPage(UID.Text,false);11 }12 else13 this.lAlert.Text = "alert('登錄失敗，請重新輸入帳戶信息！');";14 }15 }16 } 另外，我還編寫了一個工具來自動生成這樣的配置文件，從此以後，關於資料庫的CRUD，我爽了！！ 2 我是如何發明了通用窗體框架 控制項關系映射的發明也是源於上面提到的鋼管系統。當超過2個人一起參與一個復雜項目時，可能他們都需要操作主界面，在主界面加上各自模塊需要的菜單、需要的界面元素，此外兩個人設計的東西也完全不一致。這就造成一些問題了，因為如何實現兩個人的集成就有一些麻煩，而且經常出現意外。於是我就發明了一個通用窗體框架，這個框架提供了以下功能：（1）集成用戶許可權；（2）集成數據訪問；（3）插件式支持，每一個人都可以並行開發，集成時僅需要將配置文件集成一起就形成一個組裝起來的軟體了。 每一個開發人員只需要編寫類似以下的配置文件就可以集成了： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 3 我是如何設計了對象-對象關系映射 ORM對於一些小型應用感覺有點龐大，但是對於大型應用，我想是一個比較總要的組件了。在我們使用ORM組件時，也經常會寫以下代碼。1 var user = new User(); 2 user.Name = NameTextBox.Text.Trim(); 5 OrmFactory.Save(user); 6 ----------------------------------------------7 var user = OrmFactory.QueryScalar(...); 8 NameTextBox.Text = user.Name; 9 ...... 如果一個MIS系統充斥了大量這樣的代碼，估計你也會膩味，從而喪失對編程的興趣了。記得我剛才說什麼來了，「有問題，意味著升華」，「做一個有思想的程序員」。因此，接下來的問題就是，我們如何來解決類似這樣重復的勞動。我在2006年時想到的辦法就是實現一個對象-對象的映射。首先，設計如下實體類： 1 public class UserEntity2 {3 ……4 [Member]5 public int Age; 6 [Control] 7 public string Name8 {9 get { return this._Name; } 10 set { this._Name = value; }11 }12 [Control("CardNo.Text")] 13 public string CardNo14 {15 get { return this._CardNo; } 16 set { this._CardNo = value; }17 }18 ……19 }20 21 public class EmployeeEntity22 {23 ……24 [Reference(typeof(UserEntity))] 25 public UserEntity User26 {27 get { return this._User; } 28 set { this._User = value; }29 }30 [Control] 31 public float PostSalary32 {33 get { return this._PostSalary; } 34 set { this._PostSalary = value; }35 }36 ……37 } 其次，調用ObjectEngine實現OO映射。A 實現表單類與實體類映射1 private void Map_Click(object sender, System.EventArgs e)2 {3 this.o = CZB.ObjectMapper.ObjectEngine.Map(this,typeof(EmployeeEntity)) as EmployeeEntity; 4 } B 實現實體類與表單類的映射1 private void InverseMap_Click(object sender, System.EventArgs e)2 {3 this.o.User.Name = "c.z.b in"; 4 this.o.User.Age = 19; 5 this.o.CompoInsurance = 0; 6 CZB.ObjectMapper.ObjectEngine.InverseMap(this,o); 7 } 4 我是如何設計OSGi.NET和SaaS商店產品 至於OSGi.NET和SaaS商店是我在不斷思索通用窗體框架以及對現有科技的趨勢的把握下，由幾個很有創造力的編程人員，在建立了完善的產品保障體系下，構建起來的。這兩個產品我會在後面介紹如何設計的。他們的設計我用了很長的時間。 我不是什麼老鳥，希望我們在如此多的技術的世界中能夠多多交流，共同進步。解決這些問題，不僅增加了編程的樂趣，更是增加了自己的見識，從而避免自己成為一個沒有思想的程序員！我也知道，我們可以找到很多理由來反駁文中提到的做法和觀點，但是，提高自己才是最重要的，不要去著急的否定一些什麼，並給自己找借口。

『叄』 談80後程序員薪水為何這么低

我們看看勞資雙方的邏輯吧。
公司邏輯：公司希望看到每個員工在進入公司之後，有自己有成長的同時，為團隊做出相應的貢獻，簡單地說就是先對得起公司給我們開出的薪水，然後自己又努力進取，表現出希望與公司一同發展的態度。如此，則提薪、升職之日不遠！！！
工作中，很多時候、很多事情都讓我們不爽，尤其是薪水方面。很多人為此跳啊跳地！從不考慮自己的時間成本，很多畢業後反復換工作的候選人薪水其實比始終如一在同一家公司工作的候選人薪水高不了多少，同時，前者還失去了很多走向管理崗位的機會，從一個基層開發職位跳到另一個基層開發職位，而後者多因在公司時間較長而走向管理崗位或成為公司核心開發人員。
之前提到，公司基於以下兩點付勞動報酬給我們，其一是能力，其二是忠誠。每年的固定加薪就是公司對我們忠誠的一種回報。喜歡跳來跳去的80後程序員們，很多是永遠沒機會拿到這部分公司因忠誠而付給我們的薪水的……
下面分享些可以讓我們拿到合理薪水、提高薪水的方法分享。
對應屆80後程序員
現在因為就業壓力非常大，很多應屆生都降低了自己對薪水的期望轉而更重視公司的發展和自己在工作中可能取得的進步與收獲。這說明很多應屆生一方面認為薪水是社會對自己的認可，另一方面又能清醒地認識到薪水也只是工作的一部分。他們會為爭取一個好機會而適當降低薪酬要求。
在這方面有兩個建議：
1、每個人的勞動都有價值，不要0起薪
記得前兩年看到有個應屆生對工作的期望薪水是0，後來這事還引起了社會大討論。有專家甚至說，以後就業壓力會越來越大，按這個趨勢過不了多久就會有倒貼錢到公司找工作的學生了。每個人的勞動都有價值，我們可以適當降低對薪水的期望，但沒必要作踐自己。一個對自己勞動都不尊重認為自己的付出價值不高或者沒有價值的人，是不會得到公司的認可和尊重的；不尊重我們勞動的公司也不值得一試。
2、 能力說話，不要盲目要價
每個行業都有自身的特點和薪酬架構。很多應屆生尤其是本碩連讀後找工作的候選人，對自己第一份工作的薪水應該要多少，沒有一個准確的概念和認識。要談到對薪水的期望時，我們會經常聽到諸如四千、四千之類的回答。其實，薪水期望是多少並不是最重要的，我期望能看到候選人有充分的理由說明為什麼要求這個薪水或者能為公司創造何種價值。所以，我會追問：「您要求這個薪水的理由是？」得到的答案多半領我失望。諸如：我值、你們公司這么大應該付得起、我們計算機系的同學都是這個薪水之類的回答，在我看來是不能說明任何問題的。能說明問題的是：候選人開發過多少代碼，參與過多少項目，自己又有何種收獲，達到了什麼水平。公司永遠不會為我們的文憑付費。
3、 薪酬包括薪水和福利兩部分，務必打包考慮工作機會
確實不要在面試中主動談及薪水，但可以主動了解一下公司的福利政策，比如：保險、公積金、加班補助、手機費、電話費等。之前聽說過有這么個例子，一個應屆生因為想確認一下公司是否有公積金而被淘汰了。那個HR的觀點是：我這么好的公司，還能沒這個，你這是對我們不信任。在我看來，就是叫招聘霸權。了解福利是我的權利，招聘方和義務說明。
如果薪水確實不能滿足要求，那麼了解一下福利。如果福利也不健全，那我建議考慮自己在公司能得到的東西和上升的空間（包括公司裡面的和行業裡面的）。之後，把這些因素加權考慮，再決定是不是接受機會。

『肆』 在中國，35歲後的程序員真的不好混了嗎

在中國，35歲後的程序員確實不太好混了。因為年輕人腦袋轉的比較快，想法比較多，而且時代在不斷的創新，程序員年齡越大就有可能會跟不上時代的變化，也會逐漸被這個時代所淘汰。不僅如此，年齡比較大的程序員也很難能夠承受得住工作的壓力，萬一身體出現一些毛病的話，公司也是很難能夠承擔得起的，而年輕人的身體底子好，可以接受熬夜。

年輕人的工資也比較低，尤其是剛進入社會的年輕人，他們雖然工作效率不是特別高，但是等到學習一段時間之後，也會漸漸的上手，就會給公司創造一些收益，老的程序員工資自然是非常高的，所以相比之下大家可能會更傾向於尋找年輕人。

『伍』 北京一位程序員自製700集免費教程獲獎，這位程序員為何這么做

根據新聞的報道可以發現，有一位80後程序員自製了700多集免費的教程，並且獲得了獎項，那麼在這種情況之下也引起了不少人的關注，並且也引發了很多人的好奇，這一位程序員為什麼會做出這樣的事情？為什麼會把自己的經驗免費地分享給大家呢？相信有不少朋友對於這個問題也是非常的感興趣。

只有每一個人在做事情的時候，都為其他人著想才能夠讓我們的社會變得更加和諧，更加美好，而在這一個過程中也能夠讓我們看到人性的光輝，讓我們對於整個社會變得更加有信心，所以我們也希望作為程序員的精神能夠感染更多的人，讓越來越多的人在生活之中，願意對其他人提供幫助。

『陸』 35歲以後的程序員有多慘

35歲以後的程序員，可能被公司列入裁員名單，因為年齡過大，所以公司方面會招聘更多年輕人，把這些老員工所替代，有這么幾個原因：

1、程序員在做2、3年之後也就不會有什麼新東西了，每天在做的都是一些重復的工作，所以很多人都說程序員是高級藍領。

2、在有了一定的經驗之後，很多人會轉向系統架構或者項目管理的方向，寫代碼之類的工作都留給年輕人去做了。

3、程序員是一項枯燥並且高壓性質的工作，長年累月的生活在這種節奏當中，對於身體健康也會有著或多或少的影響。

(6)80後程序員創新擴展閱讀

大齡程序員提高自己的核心競爭力

《創新者的窘境》一書中提到，機構的能力包括：

1、資源

2、流程

3、價值

資源包括時間，技能，金錢，人脈等；流程指的是解決問題的方法，思維模式等；價值觀就是自己認為什麼重要。這三點放在每一個職場人身上也同樣合適。對於技術人來說，會的編程語言和工具都是資源，框架設計，邏輯思維，數據分析這些都是流程；

是熱衷做技術還是喜歡做管理，這就是個人的價值觀。決定程序員是否具有優勢的，是思維能力，是解決問題的框架，是快速學習，是個人管理，是創新與創造，是這些應用流程方面的能力。而這些，都需要時間的沉澱和項目的歷練。

『柒』 如何成為有思想，創新的程序員

程序員要 多學習，多思考，會總結
程序員帶領團隊和自主創業是發展。

『捌』 程序員35歲以後可以干什麼

還是寫程序啊，因為這個在中國基本第一批程序人員也就差不多35歲左右，所謂不好乾是由於多方面原因組成的，比如自身能力、公司問題等等，並不代表35歲以後就不能寫程序。

『玖』 程序員就業前景怎麼樣

程序員就業前景不錯，還是比較容易的，注意我指的是真正有實力的高級軟體人才，如果還沒有寫幾行代碼就說自己是程序員，我想這樣的程序員價值和賣白菜的也沒有什麼分別吧，最好做好工作難找的心理准備；要想在這個行業混的話，想進一些大公司，最起碼編寫的代碼在一萬行以上才有競爭力。