20xx程序員年度工作總結-文庫吧資料
2024-11-19 22:25本頁面
【正文】 ，只是怎么樣執(zhí)行的問題，下面我舉一個真實的例子。每當我想到今年比較滿意的地方，對比之前，就會有這樣一個思考：如果以前的我要是知道這些該多。以我個人的經(jīng)驗，新員工選擇一家公司往往最看重工資待遇跟發(fā)展?jié)摿?，程序員是一種不可以混日子的職業(yè)，工作能力很重要，但不是最主要的，工作態(tài)度是最重要的，工作態(tài)度往往跟個人的思想認識還有職業(yè)所在的環(huán)境有關，我個人的體會是絕不能太過于情緒化，情緒化無論是對工作還是對個人的發(fā)展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。
我在面試員工時反復提到的三點是。
待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現(xiàn)在公司的問題與當前中國軟件行業(yè)的通病一樣，盲目追求利益最大化，不求質(zhì)量，但求速度，整個社會風氣造成軟件行業(yè)良莠不齊發(fā)展，整個中國三四個人的開發(fā)團隊組成的公司數(shù)不勝數(shù)，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質(zhì)量低下、維護成本大、穩(wěn)定性差、用戶體驗差……。
項目分工上針對技術水平明確分工，制訂項目開發(fā)計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班， 這段時間能感覺到員工對我稍有怨言但總體還是認可的。
于是“定制度定分工定進度”，明確日常所有的規(guī)章制度，這期間除了公司主要的工作規(guī)章制度外其他的日常工作紀律、日常管理等規(guī)章制度都是我本人制訂，然后征求大家意見最后去貫徹執(zhí)行。后來我逐步體會到，管理應該是 “大家定規(guī)則去遵守”，而不應該是“人管人”。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。
，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的AutoPostBack、 SelectedIndexChanged……都是去調(diào)用Form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的HTML 標簽，微軟的讓軟件開發(fā)更容易的思路是很好的，時代在前進，很多年前你使用C寫出MIS證明你很牛，很多年之后你不在使用C去寫“學生管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿C與PHP比，程序員都有一種偏執(zhí)的心理，但一點要記住，你面對的用戶才有最終發(fā)言權，程序能不能滿足需要，易用性、穩(wěn)定性、成本才是應當首先放到重要位置來去談的。
面向?qū)ο笊狭硪环矫媸撬脑O計模式，在之前的面向過程中 對這個設計模式并沒有清晰地提出來，面向過程優(yōu)秀的代碼要求高內(nèi)聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現(xiàn)、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現(xiàn)實的實際模型嗎?應該這么理解，面向?qū)ο髞碓从诂F(xiàn)實，它不是一種憑空空想出來的理論，這
范文總結相關推薦
鄂ICP備17016276號-1