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

小角色,大心臟

C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
  6 Posts :: 0 Stories :: 0 Comments :: 0 Trackbacks

2011年6月21日 #

某此報告會上,提到NP問題,不是清楚,現(xiàn)查閱如下:
1)http://en.wikipedia.org/wiki/NP-hard上的解釋;
2)弄清楚這幾個概念:計算復(fù)雜性以及其排序和問題規(guī)約等;
##計算復(fù)雜性
這是描述一種算法需要多少“時間”的度量。(也有空間復(fù)雜性,但因為它們能相互轉(zhuǎn)換,所以通常我們就說時間復(fù)雜性。對于大小為 n 的輸入,我們用含 n 的簡化式子來表達。(所謂簡化式子,就是忽略系數(shù)、常數(shù),僅保留最“大”的那部分)
比如找出 n 個數(shù)中最大的一個,很簡單,就是把第一個數(shù)和第二個比,其中大的那個再和第三個比,依次類推,總共要比 n-1 次,我們記作 O(n) (對于 n 可以是很大很大的情況下,-1可以忽略不計了)。
再比如從小到大排好的 n 個數(shù),從中找出等于 x 的那個。一種方法是按著順序從頭到尾一個個找,最好情況是第一個就是 x,最壞情況是比較了 n 次直最后一個,因此最壞情況下的計算復(fù)雜度也是 O(n)。還有一種方法:先取中間那個數(shù)和 x 比較,如偏大則在前一半數(shù)中找,如偏小則在后一半數(shù)中找,每次都是取中間的那個數(shù)進行比較,則最壞情況是 lg(n)/lg2。忽略系數(shù)lg2,算法復(fù)雜度是O(lgn)。

##計算復(fù)雜性的排序:
根據(jù)含 n 的表達式隨 n 增大的增長速度,可以將它們排序:1 < lg(n) < n < nlg(n) < n^2 < ... < n^k (k是常數(shù))< ... < 2^n。最后這個 2 的 n 次方就是級數(shù)增長了,讀過棋盤上放麥粒故事的人都知道這個增長速度有多快。而之前的那些都是 n 的多項式時間的復(fù)雜度。為什么我們在這里忽略所有的系數(shù)、常數(shù),例如 2*n^3+9*n^2 可以被簡化為 n^3?用集合什么的都能解釋,我忘了精確的說法了。如果你還記得微積分的話就想像一下對 (2*n^3+9*n^2)/(n^3) 求導(dǎo),結(jié)果是0,沒區(qū)別,對不?

##P 問題:對一個問題,凡是能找到計算復(fù)雜度可以表示為多項式的確定算法,這個問題就屬于 P (polynomial) 問題。

##NP 問題:
NP 中的 N 是指非確定的(non-deterministic)算法,這是這樣一種算法:(1)猜一個答案。(2)驗證這個答案是否正確。(3)只要存在某次驗證,答案是正確的,則該算法得解。
NP (non-deterministic polynomial)問題就是指,用這樣的非確定的算法,驗證步驟(2)有多項式時間的計算復(fù)雜度的算法。

##問題的歸約:
這……我該用什么術(shù)語來解釋呢?集合?太難說清了……如果你還記得函數(shù)的映射的話就比較容易想象了。
大致就是這樣:找從問題1的所有輸入到問題2的所有輸入的對應(yīng),如果相應(yīng)的,也能有問題2的所有輸出到問題1的所有輸出的對應(yīng),則若我們找到了問題2的解法,就能通過輸入、輸出的對應(yīng)關(guān)系,得到問題1的解法。由此我們說問題1可歸約到問題2。

##NP-Hard:
有這樣一種問題,所有 NP 問題都可以歸約到這種問題,我們稱之為 NP-hard 問題。

##NP完全問題 (NP-Complete):
如果一個問題既是 NP 問題又是 NP-Hard 問題,則它是 NP-Complete 問題。可滿足性問題就是一個 NP 完全問題,此外著名的給圖染色、哈密爾頓環(huán)、背包、貨郎問題都是 NP 完全問題。

從直覺上說,P<=NP<=NP-Complete<=NP-Hard,問題的難度遞增。但目前只能證明 P 屬于 NP,究竟 P=NP 還是 P 真包含于 NP 還未知。
posted @ 2011-06-21 10:05 小角色 閱讀(391) | 評論 (0)編輯 收藏

2011年6月1日 #

不止一次,看到很多講技術(shù)的文章里面出現(xiàn)過這個詞語。在WIKI上的解釋如下: 

In computer science, bleeding edge is a term that refers to technology that is so new (and thus, presumably, not perfected) that the user is required to risk reductions in stability and productivity in order to use it. It also refers to the tendency of the latest technology to be extremely expensive. The term was first coined by Peter Barus, a Superbase programmer.

在計算機領(lǐng)域,Bleeding Edge指一種最新的、因而也并非完美的技術(shù)。使用者為了它的新,就要拿穩(wěn)定性和產(chǎn)量來冒險。它也指當今技術(shù)的每一步發(fā)展都越來越昂貴的趨勢。這個詞的發(fā)明者是一個超級數(shù)據(jù)庫的程序員Peter Barus。

The term is formed as an allusion to "leading edge" and its synonym cutting edge, but implying a greater degree of risk: the "bleeding edge" is in front of the "cutting edge". A technology may be considered bleeding edge under the following conditions:

這個詞,可以視作Leading Edge的另一種說法,Cutting Edge的同義詞,但是Bleeding Edge更要隱含一種風險的含義:和Cutting Edge相比,Bleeding Edge更要前衛(wèi)一些。通常,一種技術(shù)如果要被稱作是Bleeding Edge,那么它通常會符合以下幾種特性描述:

  • Lack of consensus — competing ways of doing some new thing exist and no one really knows for certain which way the market is going to go.
  • 沒有公認——在達到同一目標的不同的技術(shù)道路之中,沒有人知道,究竟哪一條路會成為市場的最終選擇。
  • Lack of knowledge — organizations are trying to implement a new technology or product that the trade journals have not even started talking about yet, either for or against.
  • 缺乏認識——當一些機構(gòu)開始對一項新技術(shù)或者新產(chǎn)品進行研發(fā)的時候,行業(yè)媒體甚至還沒有開始對此展開討論,無論是贊成,還是反對。
  • Industry resistance to change — trade journals and industry leaders have spoken against a new technology or product but some organizations are trying to implement it anyway because they are convinced it is technically superior.
  • 遭到產(chǎn)業(yè)抵制——行業(yè)媒體和產(chǎn)業(yè)界已經(jīng)對某項新技術(shù)或者新產(chǎn)品進行抨擊,但是一些組織和機構(gòu)因為堅信其技術(shù)上的優(yōu)越性而繼續(xù)努力完善之。

The rewards for successful early adoption of new technologies can be great; unfortunately, the penalties for "betting on the wrong horse" or choosing the wrong product are equally large. Whenever an organization decides to take a chance on bleeding edge technology there is a good chance that they will be stuck with a white elephant or worse.

最早成功采用新技術(shù)所帶來的回報可能會非常豐厚;然而,如果你下注下錯了,你遭到的懲罰會同樣可觀。因此,當一個組織決定采用Bleeding Edge的新技術(shù)時,他們有可能因此而背上沉重的負擔甚至更糟。

Recently however, the term bleeding edge has been increasingly used by the general public to mean "ahead of cutting edge" largely without the negative, risk-associated connotation concurrent with the term's use in more specific fields.

但是現(xiàn)在,在越來越多的普遍用法中,Bleeding Edge已經(jīng)成為一個只是強調(diào)前衛(wèi)性而沒有風險性的詞語。

An apt quotation concerning this issue is:"But when you're living on the bleeding edge, you should not be surprised when you do, infact, bleed."

一個引用環(huán)境是:“當你選擇了Bleeding Edge的技術(shù)之后,你就不應(yīng)該為此付出的代價而感到震驚。”

 

Bleeding

posted @ 2011-06-01 19:26 小角色 閱讀(274) | 評論 (0)編輯 收藏

2011年5月28日 #

今天學(xué)生問我,class 和 struct 到底有什么區(qū)別?我說:“在C++中,沒有什么區(qū)別”,課下查閱一番,總結(jié)入下

1)在Cstruct是用來封裝數(shù)據(jù)的,其中不能夠有函數(shù)成員,變量默認的存取權(quán)限是public的;

2)而在C++中集成了在C中的用法并做出改進,那就是允許struct中有成員函數(shù),這純粹是為了和C兼容,因此如果不需要和C兼容或傳遞參數(shù)給C,建議在C++中不用struct

而實際中,大多數(shù)程序員習慣用struct定義只含數(shù)據(jù)成員的結(jié)構(gòu),而用class定義既含數(shù)據(jù)成員也汗函數(shù)成員的結(jié)構(gòu);

3)在C++中兩者有微小的用法差異:一是class中成員默認的存取權(quán)限是private的,而struct中成員默認是public的;二是在用模板的時候只能寫成template <class Type>template <typename Type>,而不能寫成<struct Type>

4)另外,可以這樣說不管定義在基類還是派生類,classdata member 和 非virtual function的存取效率和struct是一樣的(或說如果沒有多態(tài)和虛擬繼承,二者存取效率相同);
PS:如有不恰當之處,望請指教!

posted @ 2011-05-28 10:06 小角色 閱讀(285) | 評論 (0)編輯 收藏

2011年5月20日 #

哎,墮落了,好幾天不寫代碼了;最近Lonnie Heinke(C++外教)給學(xué)生布置了幾個程序:一個鏈表的,一個STL的。得抽時間搞一搞了。。。。
posted @ 2011-05-20 21:43 小角色 閱讀(245) | 評論 (0)編輯 收藏

2011年4月16日 #

作大二《C++高級程序設(shè)計》助教已有7周,遇到很多學(xué)生提出來的問題,總的說來都屬于C++基礎(chǔ)問題。然而,由于才疏學(xué)淺,很多次被學(xué)生問懵了,為了面子,不得不私下惡補。Always try to see the half glass full!
惡補的過程中,總結(jié)了一些問題,本著交流與分享的出發(fā)點,偶會在這里不定期更新,希望對C++初學(xué)者有所幫助!也請指出偶的錯誤之處!
PS:下面提到的觀點并非全部屬于自己,很多是來自各技術(shù)論壇大牛之作,在此引用,謝過先


 

Question:編譯器會自動創(chuàng)建那些成員函數(shù)呢?什么情況下我們不需要自己寫這些函數(shù)呢?(學(xué)生問時,我說了三種,少了assignment operator)
Answer:constructor(構(gòu)造函數(shù));destructor(析構(gòu)函數(shù));copy constructor(復(fù)制構(gòu)造函數(shù));assignment operator(賦值操作符)
              以Human為例:
                     Human();//默認構(gòu)造函數(shù)
                     ~Human();//析構(gòu)函數(shù)
                     Human(const Human& p);//復(fù)制構(gòu)造函數(shù)
                     Human & operator = (const Human & lvalue);//賦值操作符函數(shù)
               學(xué)生又問了既然編譯器給我們自動創(chuàng)建了這些構(gòu)造函數(shù),為什么我們還要重新自己定義呢?
               暈倒,我問“構(gòu)造函數(shù)的作用是什么呢?” 答曰“初始化數(shù)據(jù)成員(因為無法在類里面給成員變量賦初值)” “僅僅如此嗎,如果需要實現(xiàn)一些功能呢,要不要在構(gòu)造函數(shù)里寫?回答是肯定的”。至于其他幾個構(gòu)造函數(shù)別有用途,另行討論;
               學(xué)生沒有示弱的意思,反問道“那什么情況下,我們不需要寫這些函數(shù)呢” 
                稍稍考慮了一下,“如果沒有寫構(gòu)造函數(shù),編譯器會自動生成一個不帶參數(shù)的構(gòu)造函數(shù)即默認構(gòu)造函數(shù),析構(gòu)函數(shù)類似”,暫時敷衍了一下。后來又想,至于復(fù)制構(gòu)造函數(shù)和賦值呢?查了一下才知道:如果我們只用基本數(shù)據(jù)類型,而沒有用指針或者引用作為數(shù)據(jù)成員,此時就不需要自己寫這些函數(shù)。所以一般情況下,我們通常都寫上這幾個構(gòu)造函數(shù)!
posted @ 2011-04-16 19:00 小角色 閱讀(343) | 評論 (0)編輯 收藏

2011年4月12日 #

  • 研一下學(xué)期要搞點東西,用到C++和linux,順便兼職C++TA,知識匱乏,前來充電;
  • 希望多動腦,多動手,分享資源,共同學(xué)習,提高效率;

posted @ 2011-04-12 23:00 小角色 閱讀(171) | 評論 (0)編輯 收藏

僅列出標題  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            中国成人亚色综合网站| 最新国产精品拍自在线播放| 玖玖玖免费嫩草在线影院一区| 亚洲国产专区校园欧美| 性欧美精品高清| 99精品欧美一区| 欧美日产一区二区三区在线观看 | 在线国产亚洲欧美| 亚洲风情在线资源站| 亚洲黄色成人| 一个色综合av| 久久久91精品国产一区二区精品| 久久精品国语| 亚洲精品中文字幕有码专区| 在线视频亚洲欧美| 久久野战av| 国产美女诱惑一区二区| 欧美激情第三页| 国产伦精品一区| a91a精品视频在线观看| 久久国内精品自在自线400部| 久久成人在线| 一本色道久久综合狠狠躁篇怎么玩| 亚洲欧美成人一区二区在线电影| 美日韩精品视频| 国产久一道中文一区| 亚洲精品一区在线观看| 久久久久天天天天| 亚洲专区一区| 激情亚洲网站| 久久精品国产成人| 久久久久久国产精品mv| 亚洲欧洲一级| 久久婷婷成人综合色| 欧美日韩调教| 亚洲影院高清在线| 亚洲影音先锋| 国产亚洲欧美日韩一区二区| 亚洲欧美一级二级三级| 中文精品视频一区二区在线观看| 欧美激情中文字幕乱码免费| 日韩一级精品视频在线观看| 亚洲毛片视频| 欧美日本在线一区| 这里是久久伊人| 亚洲欧美综合精品久久成人| 国产亚洲精品自拍| 91久久中文| 国产欧美日韩精品在线| 另类欧美日韩国产在线| 欧美日韩国产精品成人| 亚洲无吗在线| 欧美11—12娇小xxxx| 欧美一区二区三区精品| 久久综合狠狠综合久久综青草 | 欧美在线亚洲综合一区| 久久躁日日躁aaaaxxxx| 欧美一区二区三区视频免费播放| 久久一区二区三区超碰国产精品| 亚洲永久精品大片| 欧美本精品男人aⅴ天堂| 久久久久久网| 国产精品福利在线观看网址| 欧美大片在线观看| 亚洲成人在线| 亚洲视频在线一区| 久久精品视频在线看| 欧美一区二视频| 欧美视频免费在线观看| 亚洲娇小video精品| 在线观看不卡| 久久国内精品自在自线400部| 亚洲欧美日韩综合| 国产精品免费看| 亚洲欧美99| 老司机精品视频一区二区三区| 国产伦精品一区二区三区四区免费| 一本色道久久综合亚洲91 | 欧美电影免费网站| 欧美激情第一页xxx| 99国产一区二区三精品乱码| 亚洲精品久久视频| 欧美日韩国内| 欧美一级大片在线观看| 欧美成人首页| 亚洲欧美成人网| 在线观看一区视频| 国产精品美女主播| 欧美第十八页| 欧美在线视频网站| 日韩一区二区精品| 亚洲福利在线视频| 久久精品毛片| 亚洲欧美一区在线| 中文一区字幕| 亚洲精品影视| 亚洲三级电影在线观看| 激情综合色综合久久| 国产精品成人一区二区三区夜夜夜 | 久久久久国产成人精品亚洲午夜| 黄色国产精品| 国产精品国产福利国产秒拍 | 久久综合伊人77777| 99av国产精品欲麻豆| 国产真实久久| 国产婷婷色综合av蜜臀av| 国产精品国产三级国产普通话三级| 欧美电影免费| 欧美国产日韩a欧美在线观看| 久久久精品国产一区二区三区| 亚洲视频中文| 亚洲欧美怡红院| 亚洲系列中文字幕| 亚洲视频在线观看一区| 亚洲欧美国产精品va在线观看| 亚洲小少妇裸体bbw| 亚洲深夜福利| 久久精品视频va| 久久综合久久美利坚合众国| 麻豆成人av| 99精品国产热久久91蜜凸| 日韩视频一区二区三区在线播放 | 午夜精彩视频在线观看不卡 | 国产精品视区| 国产午夜精品在线| 亚洲国产天堂久久综合网| 日韩午夜av电影| 久久久国产精品一区二区中文 | 亚洲美女av黄| 久久久精品五月天| 亚洲精品中文在线| 亚洲摸下面视频| 久久精品国产一区二区三区免费看 | 91久久精品日日躁夜夜躁欧美| 亚洲精品无人区| 久久亚洲不卡| 国产精品乱看| 一区二区三区国产在线观看| 久久黄色影院| 亚洲区国产区| 欧美激情综合色综合啪啪| 国产尤物精品| 久久久久久伊人| 午夜精品久久久久久久白皮肤 | 亚洲欧美日韩在线| 亚洲精品一区二区三区av| 久久综合给合久久狠狠狠97色69| 国内精品久久久久久久果冻传媒 | 99国产精品99久久久久久粉嫩| 久久精品一二三| 久久久精品欧美丰满| 亚洲福利视频在线| 欧美成人精品影院| 欧美风情在线观看| 一区二区动漫| 欧美一区二区三区日韩| 国产伦精品一区二区三| 久久久久一区| 欧美日韩免费高清| 亚洲免费在线视频一区 二区| 日韩一级精品视频在线观看| 欧美精品一区二区在线观看| 亚洲欧美日韩人成在线播放| 亚洲在线视频| 亚洲人成小说网站色在线| 亚洲区在线播放| 亚洲精品自在久久| 亚洲国产欧美日韩| 亚洲免费在线观看| 亚洲精品久久久久久一区二区| 国产精品99久久久久久久久久久久 | 亚洲成人在线视频播放 | 欧美网站大全在线观看| 欧美一区二区在线视频| 美女精品在线观看| 久久精品中文| 欧美特黄一级| 亚洲国产三级| 亚洲国产精品久久久久| 亚洲在线成人精品| 亚洲新中文字幕| 欧美日韩国产欧| 欧美激情一区二区三区不卡| 在线观看欧美一区| 日韩亚洲综合在线| 日韩午夜一区| 欧美日韩无遮挡| 9国产精品视频| 一区二区三区精品久久久| 欧美激情中文不卡| 亚洲国产清纯| 亚洲小视频在线| 国产三级欧美三级| 久久国产精品免费一区| 久久久一区二区三区| 亚洲国产欧美一区二区三区久久| 麻豆freexxxx性91精品| 亚洲黄一区二区三区| av成人毛片| 国产一区二区黄色|