關(guān)于通用程序員工作總結(jié)范文(編輯修改稿)
2025-05-11 02:09 本頁面
【文章內(nèi)容簡介】 b、html轉(zhuǎn)向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業(yè)務(wù)需要，，以為就是asp的一點擴展（那時還不知道三層架構(gòu)，數(shù)據(jù)數(shù)據(jù)訪問全在頁面里?。髞碚衼韼讉€北大青鳥的過來終于意識到asp。net的強大之處，現(xiàn)在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。??相信從面向過程轉(zhuǎn)向面向?qū)ο蟮耐瑢W(xué)都有一種感覺：面向?qū)ο箝_始真的有點別扭，涉及到屬性，尤其是類之間的各種關(guān)系，那時老想用面向過程傳遞參數(shù)多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現(xiàn)、分級別訪問、封裝對象之間各種關(guān)系逐漸真正理解了，尤其是對象之間的關(guān)系，如對象a與對象b兩者之間的關(guān)系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現(xiàn)實的實際模型嗎？應(yīng)該這么理解，面向?qū)ο髞碓从诂F(xiàn)實，它不是一種憑空空想出來的理論，這些對象之間的關(guān)系可以將其還原為父子、夫妻、領(lǐng)導(dǎo)下屬、同事、朋友之間的關(guān)系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數(shù)據(jù)與數(shù)據(jù)訪問方法層次不清晰，在模擬現(xiàn)實上它與面向?qū)ο笙啾雀子谌腴T理解，實質(zhì)上難于準確直接地表述。??面向?qū)ο笊狭硪环矫媸撬脑O(shè)計模式，在之前的面向過程中對這個設(shè)計模式并沒有清晰地提出來，面向過程優(yōu)秀的代碼要求高內(nèi)聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結(jié)；設(shè)計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關(guān)系，可以認為設(shè)計模式是完全從實際的應(yīng)用來不斷總結(jié)得來的經(jīng)驗，之間并沒有這種術(shù)語，但相信前人肯定也使用到這種思想，它從實際應(yīng)用于來，當然要應(yīng)用于實際工作中，認真思考不斷總結(jié)每個人都會有自己的“設(shè)計模式”，可以借鑒前人的思想來去提升自己，不可去為“設(shè)計模式”而設(shè)計模式。??，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedinde—changed……都是去調(diào)用form傳值，加上runat=server的服務(wù)器控件打開它生成的源文件也是普通的html標簽，微軟的讓軟件開發(fā)更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之后你不在使用c去寫“學(xué)生管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程序員都有一種偏執(zhí)的心理，但一點要記住，你面對的用戶才有最終發(fā)言權(quán)，程序能不能滿足需要，易用性、穩(wěn)定性、成本才是應(yīng)當首先放到重要位置來去談的。管理最開始擔任管理一職時開發(fā)團隊加我在內(nèi)只有四個人，那時只是抱著接受挑戰(zhàn)的心理去做管理，加上我本人比較重感情，團隊之間關(guān)系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1