其他

七夕後，我們就在期待    ……期待……CSDN部落格周刊的問世，還有你的出現……招募：CSDN部落格周刊作為CSDN

Silverlight搶先預覽(3)與既有網頁技術整合，Silverlight不是孤島這篇是祭司幫ITHOME所寫Silverlight連續三期的最後一期，談的是Silverlight 1.0 & 1.1功能與效益...ITHOME 294期第48頁，這是祭司所寫的，主題如下：http://www.ithome.com.tw/itadm/article.php?c=43480一．Silverlight RIA進化論二．雙世代的Silverlight 1.0 & 1.1軟體版本三．

為什麼需要XAML？原本談到XAML是否容易，還有究竟XAML重不重要的話題．．讓我們來看看這是意識型態，或者是選邊站的口號，亦或是技術上的不得不然？！祭司會叫大家學好XAML不是沒有原因的，是因為XAML就是WPF與Silverlight的核心及心要，沒有XAML就沒有WPF與Silverlight，讓我們來證明到底XAML是喊爽的，還是技術上的不得不然？以下是一個Silverlight

資料來源表格有2中類型的資料，需要拖入相對於類型的表格。<?xml version="1.0" encoding="utf-8"?><mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" minWidth="955" minHeight="800" creationComplete="init();"><mx:Script><!--[CDATA[import

我很審慎的考慮了各個思維的角度,最後給了我一個回覆:以有效代碼量來衡量一個工程師的能力!

點擊已通知人員重新載入資料來源並全選當前列代碼如下資料來源代碼：var store = new Ext.data.Store({autoLoad : {// 自動載入params : {// 屬性，相當於可以在action中使用request.getParamet("屬性");取值start : 0,limit : 20,departmentcode : orgnum,//組織編碼personname : jQuery('#personname').val()//人員姓名}},//

     使用者名稱：mayabin     開博時間：2004.11     部落格地址：blog.csdn.net/mayabin     我一直是csdn的老忠實註冊使用者，早早就註冊了blog，因為剛開始時速度慢，功能少，所以很少過來。最近我以前的blog空間到期，所以又遷了回來。     我有幾個建議：     1.訪問速度慢，總是出現訪問逾時的情況，特別是在write的時候。有時出錯了，卻提交成功，出現多次提交的情況，還得往下刪。我是網通光纖使用者。     2.添加次層網域訪問功能

原文地址：http://www.intel.com/cd/ids/developer/apac/zho/recent/325179.htm挑戰確定在基於 Windows* 的行動裝置 App中 PeekMessage 調用對電池壽命的影響並將其降至最低。 針對電池供電裝置上啟動並執行應用，當談及其最佳化技術時，某些應用開發人員可能會懷疑或不理解為何需要考慮這一問題。由於許多舊應用多年來大量使用 PeekMessage

經驗是很重要的,寶貴的.它是花了時間和金錢擷取到的,它代表著一種曆史,積累和傳承但是另外一個方面,經驗的產生一定有它的各種條件,於是,很多時候過於被經驗誤導.換個說法叫做"教條主義"經驗雖然寶貴,但是未必正確! 未必科學!

尊敬的 CSDN BLOG諮詢顧問團 管理員：     你們好！      我很希望能夠加入CSDN BLOG諮詢顧問團並成為其中的一員，為CSDN Blog做更好的貢獻。以下是我的一些資料。      我的使用者名稱：Pengjj     開博時間：2005-06-22     部落格地址：http://blog.csdn.net/pengjj/     對CSDN Blog的一些看法：    

我用myeclipse7.5安裝了mule外掛程式以後，匯入mule官方例子，啟動並執行時候拋下面的異常。原因：我安裝myeclipse7.5以後用工作空間的預設路徑為C:/Documents and Settings/Administrator/Workspaces/MyEclipse，在路徑C:/Documents and Settings中有空格，導致了異常的發生。解決：把myeclipse7.5工作空間workspace的路徑改為沒有空格的路徑就可以。  INFO  2010-01-20

如果你不是項目的參與者你如何知道項目的進度呢?就算是你是項目的參與者,你如何知道項目的真實進度呢? 存在那些問題? 發生了那些修改?對於項目中的細節你要如何去把握?難道一定要每天定時去問,或者每天去檢查一下代碼?項目的時間,進度,問題,等等相關的跟蹤這些都怎麼辦?附屬文檔的儲存?介面的說明.這些都是配套內容.你又怎麼辦?涼拌!!!你只需要引入一個合適的專案管理軟體就好了:redmine拋開redmine需要假設在ruby上不談,這真是一個很棒的專案管理軟體引入這個軟體能極大的最佳化你的開發過程,

用python 造了一個輪子：在伺服器上自動拷貝檔案到指定目錄，在覆蓋前自動備份舊的檔案；這個指令碼寫得很簡單只是檢驗檔案是否一致，未做新舊檔案的判斷，如有其他需求請自行修改；同時備份發布檔案到指定目錄；發布完檔案後自動刪除發布目錄；如要過濾發布檔案的類型，請自行添加一行代碼；這個指令碼需要一個設定檔，配置的格式如下: [publish]source=d:\updatetarget=d:\websitebakup=d:\backuppublish=d:\publish  import

在購買軟體產品,外包項目和自建Team

      我們採訪了 .NET Compact Framework產品經理 — “Scott Holden”，他向我們展示了一段Silverlight在Windows Mobile 裝置上啟動並執行視頻。本人非常期待Sliverlight早點推出基於Windows Mobile 平台的SDK！以下是Windows Mobile device. Sliverlight 在HTC VOX上面啟動並執行Video視頻出處：http://blogs.msdn.com/mikehall/archive/

美劇#絕命毒師#有一幕:毒梟問制毒助理,你還需要多長時間,才能從老白那裡出師?可以完成99.X%純度的"冰"?助理回答說:一個月毒梟再問:能不能再快點?助理回答:半個月毒梟繼續:老白最近有事,可能要離開,能不能再快點?助理猶豫了一下:7天,哦,不.五天,五天.於是,這個時間從一個月變成了5天!!!你知道結局嗎?大毒梟死了,助理死了.老白兩兄弟野蠻的活著,另開爐灶,獲得還不錯這一幕有沒有讓你覺得似曾相似:你認為項目需要一個月,然後有人讓你快點;於是你回答20天,讓你再快點,於是變成了10-15天.

A a1 = new A();a1.setName("wang");A a2 = new A();long b = new java.util.Date().getTime();a2.setName(a1.getName());long e = new java.util.Date().getTime();System.out.println("time1="+(e-b));A a3 = new A();b = new

        CSDN Blog富翁榜是一個真實記錄CSDN個人技術部落格使用者受關注度的熱門排行榜,其中只有點擊率超過50萬的使用者才能入選CSDN Blog富翁榜,它也反映了在CSDN社區中有哪些部落格是最受歡迎的,哪些文章是關注度最高的.[Aaron Yuan] http://blog.csdn.net/yuanqingfei/個人描述:為藝術而技術點點：一個熱愛藝術的人對技術的感悟，更加細膩，更加惆悵…[FreeXploiT]

一個全新的項目,讓你報一個時間預期,你大概瞭解後報一個時間,報一個人力成本預算2個月,三個人(簡稱六個人.月)...大概是這樣對吧?那麼我問你?你的時間和人力的方案來源於那裡?來源的依據是啥?這是一個估值,對吧?這個估值是來源於你對項目的粗略預期?你通過從業經驗自行推匯出來的預期對吧?這裡如何加正負誤差就不提了.然後隨著項目的瞭解度越高,推導預期可以越精確對吧?可是,親:新項目你只是瞭解到需求,而不是瞭解到業務.你覺得你評估出來的複雜度就一定是真實複雜度?就算是你評估出了複雜度,然後用經驗去推敲

CSDN部落格周刊策劃案一、表現形式： CSDN BLOG。開通CSDN部落格周刊BLOG，向編輯公布密碼，允許編輯修改其負責的當期部落格周刊模板，負責周刊的編輯工作。二、內容（版塊）：1、程言序語：特點：簡短、深刻的言論。來源：CSDN BLOG。2、新鮮閱讀：特點：最新的業界動態，技術動態。來源：CSDN