青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

posts - 319, comments - 22, trackbacks - 0, articles - 11
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

為什么我要把公司做成扁平型

本文是從 Why I Run a Flat Company 這篇文章翻譯而來。 
譯者提示:本文中所提到的37signals是一家在西方很有知名度的公司,它是Ruby On Rails這個框架發(fā)祥地。

我一直在保持公司組織結(jié)構(gòu)上層級體系的最小化。當(dāng)有一個員工說出“晉升我吧”,我不得不重新評估公司的組織結(jié)構(gòu)。

爬樓梯

幾個月前,公司里發(fā)生了一些奇怪的事情:我們放棄了一個員工。這種事情在我創(chuàng)辦的37signals這家芝加哥軟件公司里并不常見。在過去的11年里,我們僅損失了5個人——其中還有個人在離開了7年后又回來了。

但這里真正奇怪的事情是這位員工和我一起決定在此時辭去的原因。問題出自志向抱負(fù)上——不是缺乏,而是過剩,我們無法接受。

她在我們的客戶服務(wù)部已經(jīng)做了差不多3年,工作一直很優(yōu)秀。她聰明,主動積極,工作有效率,從未出過問題。現(xiàn)在,她希望獲得管理職務(wù)、一個新的頭銜,作為她這種表現(xiàn)的獎賞。這不是薪水待遇方面的問題。

你可能感到奇怪,這種事情怎么會成為了一個問題。畢竟,哪一個公司老板不想讓自己的公司里多些希望能多承擔(dān)更多工作的有積極性的員工呢?事實(shí)上,很多公司都經(jīng)常的想辦法多發(fā)明一些職位、職責(zé)、工作頭銜,來留住他們的最有抱負(fù)的員工。

然而,在 37signals,我們對志向抱負(fù)有不同的立場。我們對那種、我認(rèn)為是“垂直型”發(fā)展的志向報復(fù)并不多感興趣—— 那是我們最常見的職業(yè)發(fā)展軌跡——一個員工從入職開始向上爬梯子,在多年的工作中從新員工爬上經(jīng)理職務(wù),爬到副總裁。相反,我們推崇“水平型”的志向發(fā)展方向——在這種情況下,當(dāng)員工喜歡他們所做的工作時,我們會鼓勵他深入研究,擴(kuò)展他的知識面,讓他在這方面越來越強(qiáng)。我們一直在努力招到一些渴望成為技術(shù)高手的人,也就是那些希望成為大師級設(shè)計(jì)師的設(shè)計(jì)人員,想精通編程技術(shù)而不是管理工作的開發(fā)人員。

相對于給予更高的管理職位作為獎賞——這樣通常會把這些人從他們實(shí)際擅長的工作崗位上移走——我們獎賞跟他們的工作相關(guān)的東西。我們同時會提供高于市場水平的薪水和豐富的福利,包括夏天每周4天工作日,假期想休多少天都可以(當(dāng)然,要有理由),在他們正在做的項(xiàng)目上給予他們充分的自主決策權(quán)。

這種策略我們使用了多年,效果很好。但最近,因?yàn)槲覀冋腥肓烁嗟娜耍@種模式開始顯現(xiàn)不適應(yīng)的跡象。我們現(xiàn)在是26個人。就像很多企業(yè)家都知道的,一旦你的公司達(dá)到一定規(guī)模,以前你不會太注意的事情現(xiàn)在就變得不可忽視了。在我們公司現(xiàn)在這種情況里,諸如”部門”,“經(jīng)理”,“頭銜”的人力資源術(shù)語開始平凡的出現(xiàn)了。

除了要保持小規(guī)模,37signals一直在保持一個扁平型的組織結(jié)構(gòu)。事實(shí)上,扁平化是我們的一個核心理念。我們有8個開發(fā)人員,但我們沒有首席技術(shù)師。我們有5個設(shè)計(jì)人員,但我們沒有創(chuàng)意總監(jiān)。我們的客戶支持團(tuán)隊(duì)里有5個人,但沒有客戶支持經(jīng)理。而且因?yàn)槲覀儧]有市場部,我們沒有首席營銷主管。

即使我們規(guī)模擴(kuò)大了,我們?nèi)匀痪S持著一個干癟的組織結(jié)構(gòu)。我們沒有任何空間留給沒有實(shí)際工作的人。在37signal的每個人幾乎都跟我們產(chǎn)品的某些東西有直接的關(guān)系。從編寫員編寫和更新支持文檔,到設(shè)計(jì)人員設(shè)計(jì)用戶界面,到程序員給使用用戶開發(fā)代碼,他們都在盡自己的職責(zé),我們沒有一個拿著薪水只是去告訴別人去做什么的議院議員。

我們曾做過實(shí)驗(yàn),把一部分人提升到管理層。在某些方面,這樣做有好處;但另外一些方面,這樣有問題。其中我們發(fā)現(xiàn)的一個問題就是,讓團(tuán)隊(duì)自己管理自己通常比讓團(tuán)隊(duì)受另外一個人管理要好。所以,當(dāng)組織需要建設(shè)的時候,我們通常讓他們自己去處理。

例如,當(dāng)我們還是只有3個人在客戶服務(wù)處的時候,我們招募了一個人去管理這個團(tuán)隊(duì)。這個人的職責(zé)是審查每個人的工作表現(xiàn),注意他們的語氣,確保我們的客戶能得到迅速和正確的回復(fù),并和我們的開發(fā)人員交流,讓他們知道客戶的需求,評估我們整個支持的執(zhí)行效果。他也許可以投入到客服工作中,解決一些客戶問題。但他的主要職責(zé)是退出前線、改進(jìn)整個部門的工作。

效果不好。這并不是對某個經(jīng)理的問責(zé)(他是個很棒的家伙,知道如何去管理一個部門,我們希望他能找到其它合適的工作)。關(guān)鍵問題不是誰在這個角色職位上;這個角色職位本身是沒必要的。因?yàn)槲覀兿M@個部門能夠成長,所以我們就以為適當(dāng)?shù)恼{(diào)整現(xiàn)有組織機(jī)構(gòu)是個好主意。畢竟,誰都知道,當(dāng)你增加人手時,你就擴(kuò)大了組織。

我們從這件事情中學(xué)的的教訓(xùn)是,增加一個專職經(jīng)理、創(chuàng)造出上下級關(guān)系并不是建設(shè)你的組織的唯一途徑。相反,我們決定讓這個團(tuán)隊(duì)完全的自主管理自己。仍然會有一個團(tuán)隊(duì)領(lǐng)導(dǎo),但這個角色是在整個團(tuán)隊(duì)人員中每周輪流輪換的。每周,新團(tuán)隊(duì)領(lǐng)導(dǎo)會勾勒出這周的議事日程,把問題和完成的任務(wù)寫成報告,進(jìn)入第一線來解決跟客戶交流中遇到的各種問題。

我喜歡這種安排的一個原因是,它解決了常見的非常有害的管理者和勞動者之間的沖突,在這樣的安排中,兩種角色的人都能體驗(yàn)到對方角色的狀況。你會發(fā)現(xiàn)公司中的很多沖突都是因?yàn)閷ο嗷サ穆殑?wù)不了解產(chǎn)生的。因?yàn)檫@種每周的輪流管理,每個人都更能體諒其他人的處境。當(dāng)你知道你很快就會被管理時,你就會更注意你的管理工作了。這讓我想起一句最喜歡的名言、哲學(xué)家John Rawls說的:“最公平的規(guī)則是讓那些不知道自己該有多大權(quán)利的人都同意的規(guī)則。(The fairest rules are those to which everyone would agree if they did not know how much power they would have.)”我們的客戶支持工作上了一個新臺階,我們的客戶比以前更滿意了。我們對比了以前和現(xiàn)在的不同,我們知道現(xiàn)在是對的。

對客服服務(wù)團(tuán)隊(duì)的工作表現(xiàn)的觀察,使我想到了橫向激勵而不是豎向激勵會使每個人都受益。把有志向的人往上層推實(shí)際上是阻擋了團(tuán)隊(duì)里其他有能力的人。當(dāng)有三、四個人都有管理能力(按傳統(tǒng)的說法),如果只晉升其中的一位,團(tuán)隊(duì)氣氛就會陷入困境。我們更喜歡一個所有人都能融洽相處的環(huán)境,讓每個人都能有機(jī)會在橫向上自豪的完全的發(fā)展。

最后我要說的是,當(dāng)一個員工離開時大家都很不高興。但作為一個公司老板,我必須去考慮公司的長遠(yuǎn)發(fā)展。只是因?yàn)樗蛩哂谐隽爽F(xiàn)有的職位的能力就讓其升上管理職位,這理由還不夠充分。增設(shè)管理職位對于一個扁平型的公司來說實(shí)際是宣判了公司文化向等級制度的妥協(xié)。目前我們絕對沒有這樣的想法。我希望永遠(yuǎn)都不會有。

跟很多故事一樣,我們的故事也有了一個完美的結(jié)局。我們的這位走掉的員工沒有找到合適的工作——她創(chuàng)辦了自己的公司。她管理整個公司,忙得不亦樂乎。我們還給她提了建議、幫助宣傳她的新業(yè)務(wù)。對任何人來說這都是一個絕對正確的發(fā)展方向。

Jason-Fried
本文作者Jason Fried是37signals這個芝加哥軟件公司的創(chuàng)始人之一,他也是《Rework》(中文版《重來》)這本書的合著者。

posted @ 2011-05-04 07:17 RTY 閱讀(174) | 評論 (0)編輯 收藏

六種最具視覺效果的Android(安卓)手機(jī)瀏覽器

Android手機(jī)上有很多各種各樣的應(yīng)用軟件,但想找到免費(fèi)且好用的可不容易。這就是為什么今天我要向大家分享這六款最具視覺效果的android手機(jī)瀏覽器的原因。讀一下每個瀏覽器的特點(diǎn),看哪款最適合你。

Dolphin(海豚)瀏覽器HD版

Dolphin(海豚) HD瀏覽器是Android市場上最受歡迎和最強(qiáng)大的瀏覽器,它支持Android 2.0以上版本。除了一些諸如手勢命令、多觸點(diǎn)縮放、書簽(同步谷歌書簽)等基本功能外,Dolphin HD瀏覽器還支持很多像插件、HTML5、書簽自定義排序、新穎的界面效果、更改下載目錄等高級功能。

Opera移動瀏覽器

這是一個很快、很流暢的瀏覽器,能讓你在移動設(shè)備上的上網(wǎng)沖浪具有前所未有的樂趣和效率。重新設(shè)計(jì)過的用戶界面在手機(jī)中看起來更漂亮,使你的手機(jī)具有一個時髦的、很現(xiàn)代的顯示外觀。捏擠縮放和平滑的場景切換效果給你的互聯(lián)網(wǎng)沖浪一個自然的、直觀的感受。你還可以使用它把網(wǎng)頁內(nèi)容分享到其它的社交網(wǎng)站和網(wǎng)絡(luò)上。Opera移動瀏覽器是連接WiFi網(wǎng)絡(luò)和無線寬帶的最佳瀏覽器。

Miren 瀏覽器

Miren瀏覽器通過對標(biāo)簽頁瀏覽+智能全屏模式、頂部網(wǎng)站導(dǎo)航、智能提示等功能的支持,使你具有最直觀的沖浪體驗(yàn)。這是一個支持Flash、多觸點(diǎn)捏擠縮放功能的瀏覽器。它采用很方便的文件夾形式書簽管理方式,讓你更好的管理書簽、通過SD導(dǎo)出、導(dǎo)入書簽。

Skyfire瀏覽器

Skyfire瀏覽器能讓你具有更豐富、更智能、更有趣的移動web沖浪體驗(yàn)。它還能讓你的瀏覽活動更具社交化。你可以輕易的通過它來訪問Facebook和Twitter上的新聞訂閱,個人簡介,朋友情況,收件箱,事件提醒和地點(diǎn)位置情況。它能通過你正在訪問的網(wǎng)址來幫你發(fā)現(xiàn)朋友共享出來的流行網(wǎng)頁內(nèi)容,發(fā)現(xiàn)相關(guān)的信息。它能在你的視頻和社交搜索結(jié)果是提供你更多的信息。

Opera Mini 瀏覽器

通過使用Opera服務(wù)器對網(wǎng)頁進(jìn)行壓縮,Opera Mini瀏覽器不僅在加載網(wǎng)頁速度上更快,而且能比普通瀏覽器節(jié)省九成的數(shù)據(jù)量。Opera Mini瀏覽器是在慢速的或按流量計(jì)費(fèi)的網(wǎng)絡(luò)上的最優(yōu)選擇。

Boat瀏覽器

Boat瀏覽器是一個快速的、簡潔易用的Android瀏覽器。非常簡潔和漂亮,能給你在Android上的web沖浪帶來最優(yōu)的用戶體驗(yàn)。

posted @ 2011-05-04 07:14 RTY 閱讀(326) | 評論 (0)編輯 收藏

你真正需要的代碼測試覆蓋率是多少?

本文是從 How much code coverage do you really need? 這篇文章翻譯而來。

我寫這篇文章的起因是由于看了@unclebobmartin在微博上的一些看起來言之鑿鑿的話語。給那些不認(rèn)識Uncle Bob的人介紹一下——他是我們軟件產(chǎn)業(yè)里最著名的一個專家,是《 Clean Code(代碼整潔之道)》這本著作的作者,是敏捷宣言(Agile Manifesto)的簽署人之一。在上世紀(jì)九十年代,他對文獻(xiàn)最佳面向?qū)ο髮?shí)踐方法貢獻(xiàn)了很大的力量。所以,當(dāng)他說話時,我們一定要關(guān)注一下。

他給我們?nèi)粘5腡DD和單元測試制訂了一個最高綱領(lǐng)。我們可以從他的微博里清楚的看到這點(diǎn):

“兩件事。可重復(fù)性和成本。跟自動化測試比起來,手工測試的成本高的可怕。”

“手工測試不是測試;那是在做實(shí)驗(yàn)。只要有人的因素牽涉其中,那結(jié)果就必然可疑。”

“你們告訴我的實(shí)際意思就是讓我大開方便之門、不去測試某些程序。哼 …”

“代碼覆蓋率100%并不是成績,那是最低要求。即使只寫了一行代碼,你也要測試它。”

他接著把軟件測試跟在其它領(lǐng)域里常見的但被認(rèn)為很關(guān)鍵的活動進(jìn)行了比較:

“戰(zhàn)地外科醫(yī)生也許沒有最夠的時間做嚴(yán)格的消毒,但這帶來的風(fēng)險可能是死亡或高昂的治療代價。”

“會計(jì)難道只會把80%的數(shù)據(jù)表做雙份備份嗎?”

“有多少回你們都看到了那些嚴(yán)重的宕機(jī)事故都是因?yàn)橐恍┯薮赖某绦騿T以為那些愚蠢的代碼不需要經(jīng)過測試而導(dǎo)致的?“

他的所有這些觀點(diǎn)都很有價值,但他只向我們展示了問題的一面。現(xiàn)實(shí)中并不是所有的應(yīng)用都需要如此謹(jǐn)小慎微的測試。并不是所有的應(yīng)用都跟戰(zhàn)地手術(shù)或巨額資金核算那么重要。(更不要說在很多情況下的為”合理避稅“而做的帳務(wù):))。

一個更重要的原因是,100%的測試覆蓋率并不能保證bug的不出現(xiàn)。就連Uncle Bob自己也承認(rèn):

”測試并不能杜絕bug。但測試能保證程序的行為是符合預(yù)期的。“

這很顯然指的是:同一個程序員在程序里埋下的概念性或邏輯性錯誤,由他自己測是絕對測不出來的。

最終,所有的問題歸結(jié)于ROI(投資收回率)和實(shí)用主義。有些應(yīng)用比其它應(yīng)用需要更多的測試。有些bug需要比其它bug投入更多的精力去修復(fù)。 究竟是否需要在自動化測試是投入更多的時間和財(cái)力,或多少覆蓋率是合適的還是過分了,這都需要人的主觀判斷。

posted @ 2011-05-04 07:11 RTY 閱讀(250) | 評論 (0)編輯 收藏

你去創(chuàng)業(yè)太老了

本文是從 But You're to Old to do a Startup 這篇文章翻譯而來。

這么說,當(dāng)你過了30歲,再來經(jīng)營或創(chuàng)辦一個企業(yè)就顯的有點(diǎn)老了嗎?超過30就意味著你不再有激情、驅(qū)動力和決心了嗎?

papa-smurf

怎么算我也不老,我才34歲,但對于創(chuàng)業(yè)世界里的人來說,我似乎是就應(yīng)該坐在某個企業(yè)的辦公室里同跟我相仿年紀(jì)的人上班。年輕就容易創(chuàng)業(yè)嗎?的確,當(dāng)你年輕時,跌倒了更容易爬起來,失敗了更容易重新再來。但不管怎么說,這也不能表明只有在年輕時才可以創(chuàng)業(yè)。

如今的年代是一個前所未有的創(chuàng)業(yè)好時機(jī)。你無需一個辦公室,互聯(lián)網(wǎng)可以讓你和全世界所有的自由職業(yè)者聯(lián)系起來,開源軟件提供了你高質(zhì)量的微軟產(chǎn)品的替代物,大量的便宜的主機(jī)提供商提供你選擇。有不計(jì)其數(shù)的閱讀材料能教你如何起步入手;你甚至能在線填報申請來聯(lián)合組成公司。

通過學(xué)習(xí)各種創(chuàng)業(yè)知識技巧,你可以最小化發(fā)展客戶過程中的各種風(fēng)險、以最小的成本生產(chǎn)出滿意的產(chǎn)品。

但是,如果你也像我一樣,有兩個孩子,一筆抵押貸款,養(yǎng)一輛車,一筆助學(xué)貸款,各種日常消費(fèi),等等…!!我可不敢把話說死!但你要知道,這只是你前進(jìn)道路上的障礙,你要解決它們,風(fēng)險肯定會有。

最近我和Noah Kagan有一次談話,關(guān)于我的家里個人勸我向另外一個方向發(fā)展。一個新成立的公司愿意提供我一個職位,做他們IT部門的負(fù)責(zé)人,薪水很高,公司運(yùn)營的也不錯。家里人說我應(yīng)該有個穩(wěn)定的收入,給家人留下更多一起相處的時間,我欠家人很多。但Noah給了我一些很好的思考,例如,兩個方向,哪一個是我更喜歡的?如果選了一種不喜歡的工作會怎樣?每天早上,當(dāng)睜開眼后,我想做什么?想干什么?

做事必然會有風(fēng)險。我可以接受這份工作,把無數(shù)的時間花在別人的產(chǎn)品上。或者我做我自己的公司,那是我的激情所在,是我每天醒來后就能享受的事情。沒有完美的事情,在公司你可能被解雇、被炒,創(chuàng)業(yè)有可能會失敗或成功。

熱情和決心沒有年齡的限制!

在創(chuàng)業(yè)公司使用Lean或敏捷開發(fā)方法,你可以快速的獲得經(jīng)驗(yàn),快速的調(diào)整,降低風(fēng)險。你的選擇是什么?我是一個真正的信仰者,相信無論你想做什么,或正在做什么,你必須努力做到最好。不要讓投資者們、其他企業(yè)家或任何其他人對你說你不行或你太老了。你的成功你自己決定。

posted @ 2011-05-04 07:09 RTY 閱讀(180) | 評論 (0)編輯 收藏

     摘要: IonMonkey是Mozilla的新JavaScript JIT編譯器,旨在為SpiderMonkey JavaScript引擎引入新的優(yōu)化手段。 InfoQ 采訪了IonMonkey首席開發(fā)者David Anderson,討論了其進(jìn)展,及它為使用SpiderMonkey引擎的產(chǎn)品如Firefox、Thunderbird、Adobe Acrobat和MongoDB所帶來的性能進(jìn)步。 ...  閱讀全文

posted @ 2011-05-04 07:05 RTY 閱讀(416) | 評論 (0)編輯 收藏

本文是從 S.O.L.I.D. Class Design Principles 這篇文章翻譯而來。


本文是由敏捷宣言簽署人之一、《 Clean Code(代碼整潔之道)》一書的作者Robert C. Martin為他的《Applying Principles and Patterns》這本書搜集整理而來。

單一責(zé)任原則(SRP)

只有一個理由去修改一個類。例如,如果一個業(yè)務(wù)規(guī)則的改變會導(dǎo)致這個類的修改,那么,數(shù)據(jù)庫、界面、報表格式或系統(tǒng)任何其它的部分的改變都不該迫使這個類做修改。

開發(fā)/關(guān)閉原則(OCP)

軟件構(gòu)成(類,模塊,方法等)向擴(kuò)展行為開放,向修改行為關(guān)閉。

Liskov替換原則(LSP)

子類必須能夠用來當(dāng)作基類使用。如果類A繼承類B,任何能使用A的地方,B也同樣可以使用。例如,是否還記得,正方形可以看作是矩形!當(dāng)進(jìn)行擴(kuò)展 時:前提條件不許繞過,后置條件不能放寬限制,可見常量不能被修改(?)。常量:在擴(kuò)展之前或之后,用戶都需要依靠這個常量來傳遞信息。正確的使用set 形式的繼承關(guān)系。不遵守set語義是非常危險的。歸納:使用超類的引用的任何上下文中也可以使用其子類的引用替代。這個原則極大的限制了在純擴(kuò)展(繼承) 機(jī)制里可以做的事情。不遵守會帶來風(fēng)險。

接口分離原則(ISP)

一個類對另一個類的依賴應(yīng)該限制在最小化的接口上。

反向依賴原則(DIP)

依賴抽象層(接口),而不是具體類。

其它重要原則

Demeter定律

也被稱做封鎖信息原則:只跟朋友交流

一個對象O的任何一個方法M只能調(diào)用下列類型的對象的方法:

  • 它自己
  • 它的參量
  • 它創(chuàng)建/實(shí)例化的對象
  • 它的直接組件對象

參考

好萊塢原則

不要調(diào)用我,我會調(diào)用你的。

不要自我重復(fù)(DRY)

去掉重復(fù)代碼。

對接口編程,而不是對實(shí)現(xiàn)

反向依賴的另外一種說法。

你不需要它(YAGNI)

不要添加你“認(rèn)為以后可能有用”的代碼。只在“事到臨頭”時才添加代碼。

簡單化,傻瓜化(KISS)

讓它能工作的最簡單的方法是什么?

posted @ 2011-05-04 06:58 RTY 閱讀(197) | 評論 (0)編輯 收藏

版權(quán)聲明:http://www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html

如何為代碼選擇開源許可證,這是一個問題。

世界上的開源許可證,大概有上百種。很少有人搞得清楚它們的區(qū)別。即使在最流行的六種----GPLBSDMITMozillaApacheLGPL----之中做選擇,也很復(fù)雜。

烏克蘭程序員Paul Bagwell,畫了一張分析圖,說明應(yīng)該怎么選擇。這是我見過的最簡單的講解,只用兩分鐘,你就能搞清楚這六種許可證之間的最大區(qū)別。

下面是我制作的中文版,請點(diǎn)擊看大圖。

(完)

posted @ 2011-05-02 21:59 RTY 閱讀(206) | 評論 (0)編輯 收藏

1、示例代碼

1        QtCore.QTimer.singleShot(self.delaySpinBox.value() * 1000,
2                self.shootScreen)

2、關(guān)于QTimer.singleShot 的用法

void QTimer::singleShot ( int msec, QObject * receiver, const char * member ) [static]

This static function calls a slot after a given time interval.

It is very convenient to use this function because you do not need to bother with a timerEvent or create a local QTimer object.

Example:

 #include <QApplication>
#include <QTimer>
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
QTimer::singleShot(600000, &app, SLOT(quit()));
...
return app.exec();
}

This sample program automatically terminates after 10 minutes (600,000 milliseconds).

The receiver is the receiving object and the member is the slot. The time interval is msec milliseconds.

Note: This function is reentrant.

See also setSingleShot() and start().

posted @ 2011-05-01 13:21 RTY 閱讀(2324) | 評論 (0)編輯 收藏

本文由程序猿What is the single most influential book every programmer should read?翻譯而來。

國外知名網(wǎng)站stackoverflow上有一個問題調(diào)查: 哪本書是對程序員最有 影響、每個程序員都該閱讀的書?

這個調(diào)查已歷時兩年,目前為止吸引 了153,432人訪問,讀者共推薦出了478本書(還在增加),其中最火的一本 書《Code Complete》被頂了1306次。

如果你是個程序猿,你一定有興 趣看看這些書里你都看過幾本,如果你一本沒看過的話,我也不好說什么 ,也許你是個天才,但我相信大多數(shù)人都知道,你在學(xué)校里根本學(xué)不到什 么真正的工作中需要的知識,我們畢業(yè)后能幫助我們在公司中勝任工作的 老師就是這些優(yōu)秀的書籍,一本好書可以改變一個人的一生。

下面是這個調(diào)查中排名靠前的書的一個簡單的清單:

第一名:1306票《Code Complete (2nd Ed) by Steve McConnell》,中文版《代碼大全(第二版)》,兩屆Software Jolt Award震撼大獎得主!

程序猿,程序員都該閱讀的書

第二名:1161票 《The Pragmatic Programmer》,中文版《程序員修煉之道》

程序猿,程序員都該閱讀的書

第三名:689票 《Structure and Interpretation of Computer Programs》,中文版《計(jì)算機(jī)程序的構(gòu)造和解釋》

程序猿,程序員都該閱讀的書

第四名:557票 《The C Programming Language》,中文版《C程序設(shè)計(jì)語言》

程序猿,程序員都該閱讀的書

第五名:472票 《Refactoring: Improving the Design of Existing Code》,中文版《重構(gòu):改善既有代碼的設(shè)計(jì)》

程序猿,程序員都該閱讀的書

第六名:472票 《Introduction to algorithms》,中文版《算法導(dǎo)論》

程序猿,程序員都該閱讀的書

第七名:430票 《The Mythical Man-Month》,中文版《人月神話》

程序猿,程序員都該閱讀的書

第八名:426票 《Design Patterns》,中文版《設(shè)計(jì)模式》

程序猿,程序員都該閱讀的書

第九名:386票 《The Art of Computer Programming(First Volume Hardcover)》,中文版《計(jì)算機(jī)程序設(shè)計(jì)藝術(shù)第 (第一卷)》

程序猿,程序員都該閱讀的書

第10名:353票 《Compilers: Principles, Techniques, and Tools 》,中文版《編譯原理》

程序猿,程序員都該閱讀的書

第11名:329票 《Head-First Design Patterns》,中文版《Head First 設(shè)計(jì)模式》

程序猿,程序員都該閱讀的書

也許,這里的排名并不具有什么權(quán)威性,但絕對可以說都是好書!

這11本外還有很多書雖然票數(shù)不是那么多,但大家估計(jì)都耳熟能詳,比如《Effective C++》(中文版《Effective C++:改善程序與設(shè)計(jì)的55個具體做法》),《Clean Code》(中文版《代碼整潔之道》),《Effective Java》(中文版《Effective Java中文版(第2版)》等 。

記得有位先哲曾說過:

一種編程語言的重要性并不在于語言本身,而是在于這種語言來體現(xiàn)出來的編程思維模式。所以說,并不是你用到的書才去讀,讀書是一種習(xí)慣。

posted @ 2011-05-01 10:38 RTY 閱讀(263) | 評論 (0)編輯 收藏

1. 示例代碼

1        self.screenshotLabel.setPixmap(self.originalPixmap.scaled(
2                self.screenshotLabel.size(), QtCore.Qt.KeepAspectRatio,
3                QtCore.Qt.SmoothTransformation))

2. Label 的 setPixmap函數(shù)說明

pixmap : QPixmap

This property holds the label's pixmap.

If no pixmap has been set this will return 0.

Setting the pixmap clears any previous content. The buddy shortcut, if any, is disabled.

Access functions:

const QPixmap * pixmap () const
void setPixmap ( const QPixmap & )

3. 對QPixmap的scaled函數(shù)的解析

QPixmap QPixmap::scaled ( const QSize & size, Qt::AspectRatioMode aspectRatioMode = Qt::IgnoreAspectRatio, Qt::TransformationModetransformMode = Qt::FastTransformation ) const

Scales the pixmap to the given size, using the aspect ratio and transformation modes specified by aspectRatioMode and transformMode.

  • If aspectRatioMode is Qt::IgnoreAspectRatio, the pixmap is scaled to size.
  • If aspectRatioMode is Qt::KeepAspectRatio, the pixmap is scaled to a rectangle as large as possible inside size, preserving the aspect ratio.
  • If aspectRatioMode is Qt::KeepAspectRatioByExpanding, the pixmap is scaled to a rectangle as small as possible outside size, preserving the aspect ratio.

If the given size is empty, this function returns a null pixmap.

In some cases it can be more beneficial to draw the pixmap to a painter with a scale set rather than scaling the pixmap. This is the case when the painter is for instance based on OpenGL or when the scale factor changes rapidly.

See also isNull() and Pixmap Transformations.

QPixmap QPixmap::scaled ( int width, int height, Qt::AspectRatioMode aspectRatioMode = Qt::IgnoreAspectRatio, Qt::TransformationModetransformMode = Qt::FastTransformation ) const

This is an overloaded function.

Returns a copy of the pixmap scaled to a rectangle with the given width and height according to the given aspectRatioMode and transformMode.

If either the width or the height is zero or negative, this function returns a null pixmap.

posted @ 2011-04-29 23:02 RTY 閱讀(747) | 評論 (0)編輯 收藏

僅列出標(biāo)題
共31頁: First 23 24 25 26 27 28 29 30 31 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            伊人久久亚洲影院| 亚洲一二三四久久| 亚洲一区免费网站| 亚洲性视频网址| 亚洲一区欧美| 香蕉久久夜色| 久久久免费精品| 美女日韩在线中文字幕| 欧美aⅴ一区二区三区视频| 欧美国产在线视频| 亚洲精品日韩欧美| 午夜精品视频网站| 蜜臀va亚洲va欧美va天堂| 欧美日本不卡高清| 国产欧美视频一区二区三区| 欧美成年视频| 妖精成人www高清在线观看| 亚洲四色影视在线观看| 久久精品国亚洲| 欧美日韩精品综合在线| 国内精品模特av私拍在线观看| 91久久精品国产91性色tv| 亚洲午夜电影网| 麻豆国产精品va在线观看不卡| 亚洲精品国久久99热| 亚洲精品一区二| 久久精品免费观看| 国产精品v欧美精品v日韩精品| 激情久久久久久| 亚洲性线免费观看视频成熟| 免费亚洲一区二区| 亚洲综合精品一区二区| 欧美精品三级在线观看| 好吊视频一区二区三区四区 | 日韩亚洲综合在线| 性欧美xxxx视频在线观看| 欧美女人交a| 亚洲国产精品黑人久久久| 久久国产视频网站| 日韩视频免费在线| 美日韩精品免费| 激情久久五月| 亚洲男女毛片无遮挡| 一区二区三区在线看| 亚洲男人的天堂在线| 欧美黑人多人双交| 久久久福利视频| 欧美一区二区视频在线观看2020| 欧美成人亚洲成人| 亚洲精选大片| 免费观看成人鲁鲁鲁鲁鲁视频| 国产精品一区二区久久精品| 亚洲美女网站| 欧美好吊妞视频| 久久婷婷久久| 尤物99国产成人精品视频| 久久经典综合| 欧美一区二区三区免费看 | 夜夜爽www精品| 欧美日韩国产在线| 亚洲精品国产精品乱码不99| 欧美aⅴ99久久黑人专区| 久久这里有精品视频| 欧美午夜理伦三级在线观看| 亚洲盗摄视频| 久久久999| 久久综合九色综合欧美就去吻| 国产一区在线看| 久久精品在线观看| 欧美综合激情网| 精品99一区二区三区| 久久久欧美精品sm网站| 久久久噜噜噜久久中文字免| 亚洲成人在线视频播放| 欧美激情综合| 欧美日韩一区二区三区视频| 午夜精品短视频| 欧美一区二区三区啪啪| 国产亚洲欧美日韩在线一区| 久久精品国产v日韩v亚洲 | 欧美日韩一级黄| 亚洲少妇中出一区| 亚洲欧美三级伦理| 亚洲风情亚aⅴ在线发布| 亚洲人成高清| 国产精品美女久久久免费| 久久精品国产久精国产爱| 久久精品一区二区三区不卡| 最近看过的日韩成人| 亚洲美女色禁图| 国产视频一区二区在线观看| 欧美高清你懂得| 国产精品久久久久久久久免费桃花 | 先锋影音国产一区| 亚洲国产欧美日韩| 91久久综合亚洲鲁鲁五月天| 欧美老女人xx| 久久狠狠亚洲综合| 欧美国产第一页| 久久丁香综合五月国产三级网站| 久久午夜影视| 亚洲欧美一区二区原创| 久久综合给合久久狠狠狠97色69| 一区二区欧美日韩视频| 欧美中文在线观看| 在线一区二区三区四区| 久久精品视频在线| 亚洲伊人观看| 欧美成人精品福利| 欧美在线综合视频| 欧美精品大片| 欧美a级理论片| 国产精品影音先锋| 亚洲精品激情| 在线成人h网| 午夜日韩在线| 亚洲欧美中文另类| 欧美日韩国产高清视频| 欧美丰满高潮xxxx喷水动漫| 国产毛片精品国产一区二区三区| 亚洲欧洲中文日韩久久av乱码| 国产精品制服诱惑| 一本大道久久a久久综合婷婷 | 亚洲国产精彩中文乱码av在线播放| av成人福利| 日韩一区二区精品葵司在线| 久久久美女艺术照精彩视频福利播放 | 亚洲一区二区三区涩| 久久米奇亚洲| 久久精品人人做人人爽电影蜜月| 国产精品老牛| 一区二区三区免费观看| 一本色道久久综合亚洲精品按摩| 欧美a级理论片| 美日韩免费视频| 黑人一区二区| 久久五月婷婷丁香社区| 麻豆亚洲精品| 在线看片一区| 欧美成人69| 91久久久国产精品| 99国内精品久久| 久久综合色婷婷| 欧美日韩国产高清| 99亚洲一区二区| 老司机午夜精品| 欧美电影美腿模特1979在线看| 樱桃视频在线观看一区| 久久久久一本一区二区青青蜜月| 欧美呦呦网站| 永久久久久久| 久久久免费精品| 欧美二区不卡| 亚洲精品国产精品乱码不99| 亚洲乱码国产乱码精品精| 欧美xx视频| 99精品99久久久久久宅男| 亚洲欧美日韩精品久久亚洲区 | 亚洲欧美成人一区二区三区| 欧美午夜精品一区| 性色av一区二区三区在线观看| 久久久综合网站| 亚洲国产你懂的| 国产精品va在线播放| 欧美一区二区视频网站| 欧美激情一二区| 亚洲欧美一区二区激情| 激情偷拍久久| 欧美日韩在线电影| 久久精品盗摄| 一本色道久久88亚洲综合88| 久久免费高清视频| 亚洲色图制服丝袜| 1024欧美极品| 国产精品自拍视频| 欧美国产日韩一区二区三区| 亚洲香蕉伊综合在人在线视看| 久久久久久婷| 亚洲在线观看免费| 亚洲国产精品成人va在线观看| 欧美体内she精视频| 久久久综合香蕉尹人综合网| 一区二区三区国产盗摄| 欧美顶级艳妇交换群宴| 亚洲综合另类| 亚洲精品一区二区三区福利| 国产亚洲福利一区| 国产精品久久一区二区三区| 欧美福利视频| 久久九九免费| 欧美亚洲在线| 亚洲欧美成人精品| 99精品国产高清一区二区| 蜜桃av一区| 久久久噜噜噜久久狠狠50岁| 午夜精品一区二区三区在线| 亚洲最快最全在线视频| 91久久精品一区二区三区| 国一区二区在线观看| 国产日韩欧美日韩|