其他

(1)lib是編譯時間需要的，dll是運行時需要的。如果要完成原始碼的編譯，有lib就夠了。如果也使動態串連的程式運行起來，有dll就夠了。在開發和調試階段，當然最好都有。(2)一般的動態庫程式有lib檔案和dll檔案。lib檔案是必須在編譯期就串連到應用程式中的，而dll檔案是運行期才會被調用的。如果有dll檔案，那麼對應的lib檔案一般是一些索引資訊，具體的實現在dll檔案中。如果只有lib檔案，那麼這個lib檔案是靜態編譯出來的，索引和實現都在其中。靜態編譯的lib檔案有好處：給使用者安裝

開放平台,真正的意義在於大量操作.為什麼,只能說是根據我自己的體會:    1) 所有開放平台的功能在網站上(不管是前台後台)都能完成.    2) 有人想基於某些使用的功能提供更有效服務,那麼就需要一個大量操作的方式.也就有了開放API/平台的出現.    3) 有了開放API/平台,通過API就能進行大量操作,替代了眾多枯燥乏味的重複人為操作,效率提高了,當然有人願意使用.    4) 當然,開放平台的另一種好處是支援了資訊整合的可行性.

                                                        Google Maps API 編碼折線演算法實現     在Google Maps API二次開發中,我們碰到了編碼折線演算法問題,通過GPolyline.fromEncoded調用可以有效地提高呈現速度.基於網上現在沒有相關的實現,下面我給出編碼折線中經緯度和層級演算法,以供讀者參考. 它用MFC和標準c實現,其它環境請讀者自行修改相關代碼即可.   一.  

使用Events.CellDoubleClick事件。 grid.addListener(Events.CellDoubleClick, new GridRowDoubleClickListener());private class GridRowDoubleClickListener implements Listener<GridEvent<BaseModel>>{@Overridepublic void

開發人員的發展一般還有一個問題就是是否在作低水平迴圈。比如一個開發人員，在剛開始參加工作的時候，你是負責編碼。第一個項目作的不錯，第兩個項目還是編碼，而且編碼的內容和第一次差不錯，有時候甚至將原來的系統copy過來再稍微修改一下就可以了，這樣的工作做一次，兩次還可以，做第三次、四次的時候你就有一點受不了了，如果下邊的工作還是這樣，估計你離瘋了也差不太遠了。也許你會說，單位的情況就是這樣，我們成天除了編碼就是編碼，系統又是類似的，讓我們如何提高？其實即使幹同樣的工作提高自己的開發水平也不是一件很難

QA是一個有一些尷尬的職業。而其中很多原因是我們自己造成的。其實很多時候我們都在找別人的問題，改進別人的缺點。但我們自己呢？誰注意到我們自己身上的問題。誰在關注我們自己的問題，我想大家可以先總結一下那些QA的行為最容易引起開發人員的反感，這樣對我們以後的工作也有好處。 只講教條的QA實在令人煩     我在做一個開發人員的時候，我們當時的一個管理員（當時還不叫QA），是從德國回來的一個海龜，為了加強管理，給我們來了一個工作時間統計，要求我們記錄每天的工作情況，而且要精確到分鐘，他要每周檢查。如果

針對以上問題，我們談一下如果獲得別人的信任，和增強別人對你的信任1首先，我建議大家不要頻繁跳槽，不是說不要跳槽，但你必須知道在招聘時候的一些篩選標準，比如，一個人如果在一個單位工作工作時間不夠2年，一般會認為是這個人無法和公司文化相結合，而如果在結構單位都不到2年，會認為這個人無法和其他人合作，那麼這個人被招聘的可能性就很低了，另外一個人作一個如果只有幾個月，我們會認為他不真正瞭解所開發的系統系統，對你的項目經曆一點好處一點作用都沒有，所以我建議大家在選擇新單位的時候，先看一下自己的簡曆是否存在

GWT compile的時間很長，編碼》編譯》測試》修改，這樣的過程苦不堪言。於是上網搜尋了一下如何減少GWT Compile，尤其是針對dev mode。發布的時候，多等一會其實影響不大。言歸正傳，根據GWT的特性，主要有兩個方面可以入手。1. 更好的利用硬體如果你使用Ant，如果有多個module需要編譯，可以使用<pararell>來同時編譯幾個module。 使用-localWorkers參數，制定GWTC利用多個線程來進行compile。2.

  60年大慶後第七天，一家人來到了天安門廣場，在象徵56個民族的柱子旁，小玉留下了她靚麗的身影，有點羞澀；     在廣場上走，7號的時候，人已經很少了，真舒服，那我就笑了；   到前門大街，已經是中午了，有點困了；   在零公裡處，留一張，有點反抗，媽媽抓住她，不能讓她逃跑得逞；   最後了，在前門全聚德，留影，然後回家小玉睡覺，一聽到可以睡覺了，小玉笑得真開心哪；真開心。

If you received mail titled "Your mail file has been capped!", what will you do? the best way is to archiev all documents and  create a agent to  delete all docuemnts on database. to create a agent way steps: First, open your mail database and

      Image Fusion工具是基於CxImage 6.0 的Demo開發的影像拼接工具,它針對的是網上的WEBGIS中的連續的一幀幀連續的映像。這些映像的特點是連續的映像之間有重疊的部分（通過拷屏獲得），只要給定地區匹配，則可認為其餘的都匹配（這個是該工具的應用場合）。     影像處理平台的選擇：        （1） GDAL :                 能夠處理幾百兆幾個G的影像，這個可以作為後續版本的開發平台。        （2） GDI+ :           

was7.0報的錯誤，內容如下： WTRN0063E: An illegal attempt to commit a one phase capable resource with existing two phase capable resources has occurred. WTRN0086I: XAException encountered during prepare phase for transaction

今天我因為生病了，所以有點發神精了，想要用網友給的BT病毒庫進行測試一下各種殺毒軟體，看看這些天天在網上打得歡的國內的殺毒軟體公司們，再和國外的比較，看看國內與國外的免費殺毒軟體之區別。。。 好我們先認識我們的要測試用的BT病毒庫，就是它： 現在開始，請大家不要罵我呀，因為我只是對BT病毒庫進行測試，可不是常用病毒庫（比VB100更恐怖）。 1、360殺毒程式版本：2.0.0.2033病毒庫日期：2011-08-01  好，我們開始進行測試，但是在測試時，感覺有點彆扭，居然有近50秒鐘的愣神時間

        完整的工程是FlyPlan，它實現的主要功能如下：       （一） 基站轉KMZ            （1） 最多支援1044種分色功能（分色方案總共提供六種）。可以有效地對基站的BSC,LAC等進行邊界檢查。mscbsc 移動通訊論壇擁有30萬通訊專業人員，超過50萬份GSM/3G等通訊技術資料，是國內領先專註於通訊技術和通訊人生活的社區。3s8|7c"k%p0L6]%/-O+~6E            （2） 支援基站名字簡化和自訂專題         （二）

我們單位承接了一個項目。時間是死工期，由於各種原因，調派2名老的測試人員和4名新參加工作的測試人員去某地參加項目的測試工作，所實在的這四名測試人員的工作環境並不好，主要是時間緊張，未經過正規培訓，而且開發人員對測試工作並不是很理解。寫這個日誌主要是記錄這四名人員的成長經曆。由於各種原因，參加人員都用了假名字，項目和地點都是虛假的，哈哈。由於是異地，我和測試人員主要通過郵件進行聯絡。我將郵件回複的郵件的內容進行了簡單過濾。 第一個郵件 寄件者: DP（第一個測試人員） 發送時間: 2010年7月2

在我過去兩年的互連網生活中，從未遇到過這種情況，它讓我感到一股極度緊張的氣氛——google在它的首頁下發布了這樣一個連結，值得google作出如此冒險舉動，毫無疑問代表事態正在急劇惡化！我這邊已經可以觀察到一些徵兆了，我並不希望能改變什麼，但希望這個情報可以被更多人知道，不要在沒幾個人知情的情況下一切就已悄悄結束12月！現在就是12月，而糟糕的是，我確實觀察到了一些糟糕的網路狀況，我的串連出現了問題，事態嚴重，希望它被更多人知道，我討厭情報屏蔽！更討厭一個“完全情報屏蔽”計劃在無人知情的情況下

1抓住主要問題，抓住主要人員我來之前由於在北京要每周開項目聯席會議，對深圳的開發部門的工作有一個大致的瞭解，說實在的，在項目聯絡會議上深圳的研發部門能把你氣瘋了，所有的項目都在拖延，人員不夠是一個永久的理由，是啊，我們最後統計在深圳研發部門竟然有22個項目沒有技術，而開發人員只有44個人，平均一個項目才2個人，人員不夠這個理由太正當了（可我在來深圳之後，很多開發人員說沒有事情可做，學不到東西，也漲不了工資，沒有希望，要離開單位） ，另外一個就是研發部門和北京研發部門之間的交流，由於曆史原因很多項

前一段時間一直在學習pmp,辛苦了三個月,總算在3月25日考試完了,算是鬆了一口氣,說實在的pmp是很不錯的一個東西,個人認為一個開發人員首先應該學習編碼,建議大家看一下<編碼大全2>這是一本很不錯的書.其次應該學習軟體工程,這一步是提高個人開發設計能力的關鍵,可以學習<軟體工程-實踐者的開發指南>這本書,最後就是pmp了,學習專案管理.這三步是軟體開發人員發展的不同階段,如果在5年能夠完成這些步驟,你一定會是優秀的軟體開發和組織人員.學習知識,有一個問題就是要學會利用所

過級的目的是什麼，這個問題沒有什麼可避諱的，作為中國的企業主要的目的是取得認證，以此作為在市場上獲得更好的競爭地位，另外是改善企業自身的研發水平。一般來說，第一次就想獲得3或者3以上的目的的企業，以獲得認證的目的為第一位，而一個企業如果是從2級開始，則改善企業自身的研發水平的目的是比較明顯的。目標明確了，不管它是好還是不好，對項目的正確實施是有很大協助的。我們單位的過級的目的其實也是為了獲得認證。哈哈，但在過級的過程中，我們採取了一些有效措施，所以取得了一些有趣的成果。說一下主要的成果吧、1獲得

代碼大全是一本很不錯的書,但很多開發人員是否用心去讀這本書了,卻未必,書裡的核查表的內容是否都明白了.未必吧 .我想寫一些關於這本書的體會或者問題,希望對其他的開發人員有協助.1如何閱讀這本書.   這本書是經典,不用說了,無論是代碼大全1還是2都以它的內容表明了它不愧是經典的地位.而一次閱讀是無法獲得其中的精華的.我對部下的要求是以下幾點  A:首先要反覆閱讀,一次是不夠的,讀三次才可以說初步瞭解情況