Ⅰ 對於程序員的自我修養這本書,你怎麼看
還不錯的一本書,主要講了裝載,鏈接,庫,三個方面,是程序員調試程序,了解程序運行原理不可多得的一本好書,推薦!!!
Ⅱ 程序員的自我修養怎麼樣
花了好幾周的時間,終於把這本書看完了。 總得來說,作者是花了很大的力氣來寫這本書的,於細節中可窺一斑。 同樣是細節中,可以看出,這本書印得太匆忙了,很多細的地方需要勘誤。 例如第三章62頁就提到說第一章說了objmp工具在介紹過了,結果確實第一章我找了半天沒有找到,可能是我眼拙沒有找到吧。 包括後面還有很多這樣的小錯誤,比如說看圖xx,結果我一看圖xx說得根本不是這個事情,還有別的這樣的東西,中間反正是看得不少。 根據我個的推測, 由於 書主要是兩個人寫成的,所以校的過程中出現這樣那樣的問題是在所難免的。 不過還是很高興,能夠有中國的作者寫這樣的書,因為在這樣一個大家都向錢看的時候,還真正有人能夠關注程序員的自我修養,能夠寫這樣的書,對於中國的軟體業來說,是幸事。 提點建議吧,這本書總體來說,邏輯還是清楚的,一步步的引出相關的概念,然後最後到Mini CRT的出現。這個過程是可取的,但是我建議應該有一個過程,並且最好有個地方能夠有源代碼可以下載。這個我也找了半天 ,一般向這類書,如果沒有光碟的話,應該也有個網址可以下到的,結果這個我也沒有找到,可能還是年紀大眼神不好使了。 雖然總的邏輯的清楚的,但說實在的,細節處理的不好,中間很多地方介紹的有點生硬,過度不自然,代碼舉得例子說得不透徹,等等吧。還有待進一步加強,不過考慮到這是中國寫得書,還是很不錯的,比起什麼排行榜的各種流行語言的書還是好很多的。 期待國內有更多的好書出現。
Ⅲ 作為一個程序員,有哪些職業自我修養呢
保持對代碼的熱情,持續學習
從現實工作的角度考慮,這可能不是最重要的一條,畢竟持續學習這類話,已經老生常談到快厭煩的地步了。比起學習,可能在每個寫過的類裡面加上你的注釋,甚至包括姓名還有聯系方法更實用些。但我想說的是,保持對本行業持續熱情,並不斷學習,應該是每個從業者最基本的素養,而對於程序員來講,就是保持對代碼的熱情。
當然,這里的保持熱情、不斷學習,並不是一句空話,而是要真正做到的。從長遠角度講,只有不斷提升自己的專業技能,才能更好的應付將來對本職工作提出的新的要求。同時,對於自己來講,也只有不斷學習,才能讓自己時刻保持出色的競爭力。
養成良好的工作習慣
從編程本身來講,盡量寫出邏輯嚴密的代碼,多寫注釋,少留bug,不要給後人挖坑,經常做代碼評審(code review)和代碼重構(code refactoring)。一個好的編程習慣可以提高效率、減少重復工作等等。從職場溝通角度來講,養成即時反饋,定時匯報的工作習慣,可以避免因為溝通不暢導致多走許多彎路。
因此,對於一個程序員來講,養成一個良好的工作習慣,也因該是作為一個程序員的基本自我職業修養。(高中上完想學電腦編程,電腦編程培訓多少錢)
及時調整心態的能力
大多數程序員的工作,都是項目制的。在項目期間,996甚至007都是常態,因此可能會有比較大的壓力。同時,在項目實施過程中,遇到挫折也要及時調整心態重整旗鼓。所以,作為一名碼農,也要有及時調整心態的能力。
Ⅳ 程序員的自我修養最新版是哪年的
本書主要介紹系統軟體的運行機制和原理,涉及在Windows和Linux兩個系統平台上,一個應用程序在編譯、鏈接和運行時刻所發生的各種事項,包括:代碼指令是如何保存的,庫文件如何與應用程序代碼靜態鏈接,應用程序如何被裝載到內存中並開始運行,
Ⅳ 程序員的自我修養這本書 是清華大學出版社的 還是電子工業
程序員作為一個職業、也作為一個群體,正逐漸從幕後走向前台,並以他們自己的能力加速改變著世界,也改變著人們生活的方方面面。然而,對於程序員,特別是年輕程序員們來說,如何理解自己的職業與發展,如何看待自己的工作與生活,這些問題往往比那些擺在面前的技術難題更讓他們難以解答。這本書從一個成熟程序員、一名IT管理者的角度,以雜記的形式為大家分享關於國內程序員職業生涯、個人發展、編程中的實踐與認知乃至自學設計等方面的經驗方法與思考感悟。其中每一篇文章都涉及一個與程序員息息相關的話題,無論你是即將走上程序員崗位的在校大學生,是剛剛成為程序員的職場新人,還是有一定經驗的程序員,這本書都會給你帶來啟發。
Ⅵ 程序員的自我修煉,如何讓自己升值
對於軟體開發人員來說,通常,他們職業發展有幾個選擇:專注於技術,成為技術專家;轉型到技術型銷售、技術支持等;所以要想走得遠一點,必須有一項本領是過人的。 隨著技術成長,從技術性管理到高級管理。這是大家都看得清楚的方向,也都在向這些方向的金字塔尖努力。
程序員要根據本身的基本素質、技術能力選擇開發層次,由低到高,逐步發展。 也是一名程序員本身具備相應素質的循序漸進的發展軌跡,包括很強的技術背景和綜合管理才能等素養,這也就是所謂『兩條腿走路』的職業規劃發展路線。」如果這樣的話,我相信你也不至總有一天能到達自己的理想高度。
希望可以幫到你,謝謝!
Ⅶ 求 《程序員的自我修養》pdf
http://ke..com/view/3122513.html?wtp=tt
Ⅷ 一個程序員需要有怎樣的自我修養
作為一名程序員,一個「程序員的自我修養」是什麼?
盡管我們不一定要像尹天仇那麼的認真對待自己的事業,但,一些基本的修養,作為一名新時代的碼農,總應該是要具備的吧。不過真要說修養,方面還是挺多的,技術自我提示自不必說。但我並不打算從這個大家都覺得理所當然的技術方面入手,而是談談,可讀性代碼,這個容易被大家忽視的基本素養。
1、遵從所在團隊的代碼規范。
一個高效、成熟的團隊,必定有一個屬於自己的代碼規范,這個規范是團隊的寶貴的財富,它是整個團隊從各種坑中爬起來後積累的經驗教訓。什麼是規范,它是人們從無數經驗中總結出來的規則,標准。而代碼規范,指導團隊成員如何以最短的時間寫成最高效,可讀性強的代碼。試想,如果成員不遵從規范,你用駝峰命名,他用下劃線,這對程序的可讀,將造成多大的影響。我想,應該沒有一個人願意去閱讀一段,各種變數命名形式都能見得到,private, public 方法隨意排序,甚至常量類都散落在各個角落的代碼吧。
代碼,一個作用是讓機器閱讀,另一個重要的作用是讓人閱讀!!!
2、遵從行業內通用的規范
在團隊的代碼規范未涉及到的,那請按照行業內的規范來編寫代碼。規范的一個好處是,可以明顯減少學習和交流成本。在java中,當我們看到全大寫的變數名時,我們就知道這是常量,而不需要去看注釋,不需要去看代碼邏輯。為什麼這么迅速,因為行業里大家都習慣把常量用大寫命名。但假如你用其他命名方式命名常量,比如team_nums命名常量,不僅不能讓人迅速知道這是個常量,而且可能讓人誤會這是個變數,增加了團隊成員學習和溝通成本,甚至可能誤導他們。就見過一位仁兄,明明用的是工廠模式,偏偏按模版模式的命名方式來命名,問他,他說他知道這是工廠模式,但他覺得,更應該叫模版模式。。。我的天,,你這么任性,以後還能做朋友么?
舉個例子,我們需要根據支付類型,來生產多個支付產品,於是,我們寫了個工廠類,命名為FactoryPay。當其他人看到一個類叫FactoryPay,他們會猜測,這應該是個工廠類,負責生產各種支付產品的工廠,然後按照這個猜測去閱讀代碼,就能比較快速的理解整個類的作用。但是,假如我取名PowerPay,別人還不知道是啥,看了半天,才明白,這是個工廠的作用。這就明顯增加了他人的學習成本和維護代碼的成本。
不管你是新手還是老鳥,務必了解施行行業規范,切勿為了標新立異而違反規范。這么低端的裝逼,就沒必要採用了,要裝也寫個高端的框架來提升逼格唄。
3、變數、方法命名要能表達變數作用
在程序員這個圈子很久了,就發現,程序員這貨,都喜歡這套,「這個介面幹嘛用的,有文檔么」,「自己看代碼去」。很多時候都是一臉黑。
盡管程序員閱讀別人代碼技術都是一流,不管你是有沒有注釋,不管你是怎麼循環嵌套,也不管你是怎麼命名,他們都能耐心的,把代碼分析個所以然來。但,對於程序員這個視時間寶貴如生命,分分鍾都能創造幾百萬價值的群體來說,您行行好,給我們省點時間吧,把變數是幹啥用的,說清楚唄,沒准節省的這幾分鍾,多賺個幾萬,還能請大家出去嗨呢。
每每看到部門的某大神,用一個神一般的變數名「flag」,我就有吐血的沖動,他還這個flag一直雪藏,不用,只是傳遞到第n個方法才使用,頓時心力交瘁,我的天,這個flag都是是幹嘛用的啊,後來才明白,是isPay的意思,用來標識用戶是否支付成功了。當時一口老血吐屏幕上,心裡狂吐槽,老兄,你命名個isPay會死么,我的腦細胞這么不值錢么。到後來看到,去魔法數字,用int NUM_7 = 7,而不是MAX_MEMBERS來表示最大成員、用x y z來命名變數名,各種只有作者,或者作者後來都忘了的獨特命名方式,都見怪不怪了。更有甚者,一個變數命名為passed,作用居然是「未通過」的意思,當時就石化了,作者還真是用心良苦,這都要考我細心不細心。
一個好的變數名,能幫助閱讀者了解變數的作用,也輔助了對整段代碼的理解。
4、不要show英語,鄉下的孩子傷不起唉
LZ所在的團隊,英語一直都是團隊的硬傷,但總是能看到,某位仁兄,加上大把大把的英文注釋,有些變數名也取些高大上的復雜的英語單詞。敢問,你這么高的逼格,以後我們怎麼和你玩啊。(那位仁兄其實就是LZ,年輕時唉,罪過罪過)
代碼是用來溝通的,傳遞作者意圖的,都看不懂,怎麼溝通交流。建議英語好的童鞋,英語能力可以放到閱讀英文書籍中展示,在代碼中,如果團隊英語能力很弱,避免使用英文,變數命名也盡量按照團隊英語水平來命名
5、添加必要的注釋
正如上面LZ說的,經常遭遇「你仔細看看代碼,就知道幹嘛用的」這樣的神回復。盡管閱讀代碼是每個程序員的強項,但必要的注釋,比如邏輯比較復雜的地方,添加必要的注釋,對提升團隊成員閱讀熟悉代碼的效率是有很大幫助的。試想,一個類,幾百行,沒有一行注釋,對於閱讀者來說,閱讀它將是一個多麼恐怖的事。
6、注釋保持簡潔,避免沒有必要的注釋
即看過一行注釋都沒有的代碼,也看過注釋比代碼還要多的程序。一個是讓人生不如死,一個是讓人痛不欲生。(唉,有時不僅感嘆,在程序員界混,真的是難)。
LZ就經常看過,一大段注釋,啰嗦了半天,要不就是沒表達清楚重點,要不就是只為說明它是個循環的作用!!!譬如i++這樣的代碼,有必要加個「每個計數增加1」這樣的注釋么,這完全是把讀者定位為非程序員啊,或者就是嚴重鄙視讀者的編程水平。
注釋是幫助閱讀的人更好的理解程序的邏輯,只是輔助,如果不重視通過命名等方式來傳遞代碼的作用,而是依賴於注釋,這就是本末倒置了。而且,冗長啰嗦的注釋,這到底是幫助人理解,還是阻礙人理解啊,是讀程序還是讀小說啊。
7、擁有自己的編碼規范
規范是為了讓團隊更快的理解、熟悉代碼的,同理,擁有自己的一套規范,就能幫助其他人更快的理解我們所寫的功能,減少學習和溝通成本。
8、代碼清晰簡潔的表達出作者的意思
在我們每次寫完一段代碼時,一定要問問自己,代碼是否表達清楚了我的意思,是否需要添加些注釋,名字取得是否恰當了,別人在閱讀時是否吃力。。每每看到別人一團糟的費解的代碼,就時刻提醒自己,一定要把代碼寫好咯,我也確實是這么做的,一遍又一編的檢查,看變數名、方法名是否表明了它的用途,是否有些不必要的、只是為了提升逼格的代碼,別人是否能在短時間內看懂。所有的這些,只是為了寫出一段更優美的代碼。
9、堅持並捍衛上面的准則
經常能聽到,有些公司是代碼行數來定義績效的,但作為一個有操守,並秉承基本自我修養的程序員,我們絕不能為了各種誘惑或者脅迫,甚至是自己的惰性、個性,而放棄寫出簡潔清晰,可讀的代碼。
以上的幾點,並不是嚴格的意見或者建議,只是提醒廣大程序員同胞們,在痴心與高端的技術時,千萬不要忘了,代碼不僅機器要閱讀,人也需要閱讀。就算你寫出再復雜的代碼,但它讓人完全無法閱讀,這有什麼用呢。這就如同,你很牛逼很牛逼,但別人聽不懂你說的話,還不是沒用。如果你真的寫出了可讀性強的代碼,但你也不應該鳴鳴得意,我覺得,寫出一段優美,健壯,可讀性高的代碼,是一個程序員最基本的自我修養。
Ⅸ 一個程序員所必須學習的有哪些,以及自我修養是什麼
一個優秀的程序員必須不斷學習的課程:
1、專業的的理論教程,系統的知識學習面。
要成為一名出色的程序員,從數據結構、演算法。資料庫都需要系統全面的了解和認識,並可以靈活運用。對自己所從事的編程語言要靈活調用。
2、不斷嘗試,樂於挑戰。
編程高手都是從不斷的失敗和嘗試中走出來的,所以對於一個剛入門的新手來說,任務就是不斷的去編程,發現自身存在的缺陷,以及更熟練的掌握各種數據介面的調試和數據調用的應用。
3、好學,不恥下問。
成功都是建立在無數次嘗試的基礎上的,同時也需要利用前輩們已經得出的一些規律,盡量的少走彎路。
4、保持良好的心態。
編程每天對著的都是一些枯燥的單詞以及數據,所以保持一個良好的心態是至關重要的,只有擁有一個良好的心態,才是端正自己學習和勤奮的根本。
5、善於從生活中發現需求。
每一個程序都是為了滿足網名的一種需求,所以發現網名的的需求,並把這種需求利用程序解決,可以極大的促進自己的職業發展。
6、擴大自己的視野。
編程的同時,我們也要緊跟時代的步伐,學習更多的前進的經驗以及技術,更好的為自己所用。
Ⅹ 《程序員的自我修養鏈接、裝載與庫》epub下載在線閱讀全文,求百度網盤雲資源
《程序員的自我修養》(俞甲子)電子書網盤下載免費在線閱讀
鏈接:
書名:程序員的自我修養
作者:俞甲子
豆瓣評分:8.8
出版社:電子工業出版社
出版年份:2009-4
頁數:459
內容簡介:
這本書主要介紹系統軟體的運行機制和原理,涉及在Windows和Linux兩個系統平台上,一個應用程序在編譯、鏈接和運行時刻所發生的各種事項,包括:代碼指令是如何保存的,庫文件如何與應用程序代碼靜態鏈接,應用程序如何被裝載到內存中並開始運行,動態鏈接如何實現,C/C++運行庫的工作原理,以及操作系統提供的系統服務是如何被調用的。每個技術專題都配備了大量圖、表和代碼實例,力求將復雜的機制以簡潔的形式表達出來。本書最後還提供了一個小巧且跨平台的C/C++運行庫MiniCRT,綜合展示了與運行庫相關的各種技術。
對裝載、鏈接和庫進行了深入淺出的剖析,並且輔以大量的例子和圖表,可以作為計算機軟體專業和其他相關專業大學本科高年級學生深入學習系統軟體的參考書。同時,還可作為各行業從事軟體開發的工程師、研究人員以及其他對系統軟體實現機制和技術感興趣者的自學教材。