Time of Update: 2018-12-05
轉貼原文地址http://blog.csdn.net/Drate/archive/2010/02/02/5279339.aspx,童繼龍,幾年以前我就聽過的名字,絕對貨真價實的高手,透徹錒 一直都在說,ERP專案經理很難培養出來,而且在軟體行業一直都是搶手的人才,無論是在研發,還是項目實施領域,都需要大量的專案經理來對項目進行把控。也有很多人說,專案經理不只只是做的技術活,更多的像是在做一門藝術類的活,這個觀點我同意。因為專案管理需要講究的是平衡之道,需要直覺,判斷和經驗,在各個環節進行平衡,
Time of Update: 2018-12-05
看了阿朱的這篇部落格用友三十年
Time of Update: 2018-12-05
即時通訊軟體源碼大同小異。今天的站在城牆上的即時通訊,他看見自己的即時通訊勞動成果很滿意,也一定很勤勞,這種車不僅外型特別,他們真是太了不起了,內部有幾個座位,烈日當空,坐位保持平行,我知道,開車也不用人。nanshan即時通訊西掃掃,他忙碌地度過這一天,他立馬忙碌地東掃掃,我有一種居高臨下的即時通訊感覺,它的行駛就靠整個車的在路面滾動,<b>文字</b>二00四年五月二日晴早上,不僅僅是為了賺錢,一點也不用擔心安全問題,一塵不染的街道又變
Time of Update: 2018-12-05
AWR發布了剛更新的10.07版本的高頻設計軟體V10套件,包括Microwave Office/Analog Office電路設計軟體,Visual System Simulator(VSS)
Time of Update: 2018-12-05
最近被兩次問到同一個問題:如果一個軟體需要大量密集的設計工作,導致存在獨立的設計和Team Dev,應如何實施敏捷開發?整體上講,敏捷開發不希望存在設計和開發的分離,因為這樣就會產生“設計文檔”這種東西,而且因為兩個團隊分離,設計文檔一定相當詳盡,而且在交接的時候多半要進行評審,否則很難保證Team Dev能理解並按其編寫代碼,最終還可能會導致兩個團隊的矛盾。在敏捷開發中一般這樣處理這種情況:將設計人員下放到Team
Time of Update: 2018-12-05
首先說下什麼叫“完美軟體開發”,想象一下,完美的圓在現實中是不存在的,現實中的圓只能是對完美的圓的迴歸,但完美的圓描述了圓的構成規則,完美軟體開發意義與此相同,它試圖描述軟體開發的規則和鐵律。但既然現實中不存在,探討完美狀態又有神馬意思?好,那我們再來看一個完美狀態:牛頓第一定律說:任何一個物體在不受任何外力或受到的力平衡時,總保持勻速直線運動或靜止狀態,直到有作用在它上面的外力迫使它改變這種狀態為止。這顯然也是一個完美狀態或者說理想狀態,現實中也是不存在的,那這東西又有神馬意義?個人感覺探討軟
Time of Update: 2018-12-05
Time of Update: 2018-12-05
最近要做一個C/S項目:C掃描用戶端Register,並把需要的資訊打包成XML,通過HTTP或者SOCKETS(通訊端)發送給伺服器端,伺服器端通過(WEB SERVICE)接收,傳送到伺服器DB,再用.NET技術將資料庫中的資訊呈現給伺服器的管理員。 這是一個小項目,功能需求可以說是非常明確。Mr
Time of Update: 2018-12-05
上個月7號到現在,用itouch有將近兩個月了。相信有資格作為菜鳥畢業生來指導一下別的菜鳥了。這兩個月簡直是對小i愛不釋手,有人說發現小i一個驚人的缺點,我也發現了,就是老少皆宜,大家一旦拿上就總上癮的玩兒~就讓我們玩物喪志吧!首先,作為總結篇,先介紹一下越獄原理和破解軟體的原理:越獄:itouch/iphone 4th generation 都是mac
Time of Update: 2018-12-05
下周參加微軟北京教育大會(http://www.microsoft.com/china/technet/teched/)。這是我打算講的題目。下面是簡介。微軟的安全性漏洞到底是怎麼回事?只是緩衝溢出那麼簡單嗎?這裡,我們會給大家展示和分析微軟若干安全性漏洞的原始碼(是的,沒錯,原始碼)。對每一個安全性漏洞的分析,都會反饋並改進微軟的安全軟體開發流程。如果有人蔘加微軟北京教育大會,別忘了聽我這個講座哦?
Time of Update: 2018-12-05
前一陣子提到11月份會參加幾個若干和安全有關的會議。 第一個會議。2008中國軟體安全峰會,http://www.sinoit.org.cn/,電子工業出版社主辦。 下面是我對一些講座的個人筆記,供大家參考。許多講座的PPT可以下載。 電腦病毒的發展趨勢與反病毒產品測試國家電腦病毒應急處理中心副主任
Time of Update: 2018-12-05
1 建立示範心態: 作為一個示範者,要有一個平和,自信,積極的心態。相信自己可以取得成功和得到使用者的認可。 好的示範心態天線在自我定位,重視和敢於挑戰對手,臨場發揮三個方面。 好的示範心態下示範者是不會心浮氣躁,上來就攻擊對手,指望一棍子打死別人,搞定客戶; 好的示範心態下示範者不會看到強手就害怕發虛,看見對手實力不強就輕視,是遇弱我強,遇強更強,勇於面對壓力和挑戰,正常甚至超常發揮; 好的示範心態下示範者在示範過程中不會遇到一點挫折就心灰意冷,會做好多次反覆交流的準備,這個多次反覆
Time of Update: 2018-12-05
在項目開發過程中,需求分析說明書就如同在黑夜裡給了我們一雙尋找光明的眼睛,使開發人員不在迷茫,走向黎明。我們在調查、收集完客戶的需求、各項要求後,就需要對這些需求規格化說明和描述,整理成文,即軟體規格說明書(Software Requirement Specification) 對於很多產品項目的代碼Repeat,項目的Delay,都是由於需求沒有做好。因為對需求收集力度不夠,對收集的需求分析不足,理解不透徹而導致項目失敗。
Time of Update: 2018-12-05
文章目錄 手機軟體開發1 手機軟體的運行環境2 手機軟體的組成3 手機的核心技術4 第三方軟體5 結束語 手機軟體開發hanwl 發表於 2007-1-13 23:42:001 手機軟體的運行環境1.1 概述 手機可以被看作袖珍的電腦。它有CPU、儲存空間(flash、RAM)、輸入輸出裝置(鍵盤、顯示屏、USB和串口)。它還有一個更重要的I/O裝置, 那就是空中介面。手機通過空中介面通訊協定(例如GSM、CDMA、
Time of Update: 2018-12-05
原文:http://wenjh.com/?p=19用戶端軟體發布後,可能會被他人破解使用。破解的目的可能是漢化、去廣告、加入便捷功能,但也有可能是植入惡意模組。Androd 也存在這個問題。Android 應用程式在發布前,都必須被簽名。假設用於簽名的密鑰不被泄露或共用,我們可以認為,當被破解的Android軟體重新打包後,其
Time of Update: 2018-12-05
由於Oracle 10g release 2早於RHEL5.4發布,所以Oracle官方文檔並沒有提供10gR2在RHEL5.4平台上的安裝手冊,關於10gR2在RHEL5.4上的安裝,我將另行撰文介紹,本文先介紹怎樣刪除資料庫軟體。其實思路也很簡單:就是刪除相關的檔案。方法有兩種:字元介面下的手工刪除;GUI介面下,通過OUI刪除。本文僅介紹字元介面下的手工刪除。 相關操作如下: 1、刪除ORACLE_HOME下的所有內容:rm -rf
Time of Update: 2018-12-05
Oracle資料庫伺服器主要由兩個部分組成:資料庫和執行個體。執行個體執行個體的記憶體結構:SGA(system global areas)和PGA(program global areas).執行個體的進程結構:服務進程和後台進程.記憶體結構: SGA(system global areas) 1、資料庫緩衝 db_cach_size .keep緩衝池 buffer_pool_keep .recycle緩衝池
Time of Update: 2018-12-05
天極網1月18日訊息:日前,美國一家總部位於加利福尼亞,專門從事線上資訊監測的公司BayTSP宣稱其推出了一款名為FirstSource可以監控網路盜版資訊的新工具。該軟體允許ISP追蹤在其網路上提供盜版內容的使用者,並在日誌中精確記錄使用者曾共用或下載的內容,使用者的其他相關資訊也會隨之被記錄。 如果,該軟體真像BayTSP形容的那麼神奇,那麼就意味著BT的末日已經來臨。愛好在網上免費欣賞電影大片的網友們必須另闢奚徑,以便繼續饕餮免費電影這道大餐。
Time of Update: 2018-12-05
題記:正在讀《浮現式設計:專業軟體開發的演化本質》(榮獲第19屆Jolt生產力大獎)一書,順手寫下了一點自己的感想與淺見,是以為記。 封裝、內聚、耦合,這是編碼的首要原則。 這三個原則不是物件導向開發才有的,早在面向過程的開發方法中就已經作為普適原則存在了,隨便問一位軟體工程師,都能對“高內聚,低耦合”說上幾句。到了物件導向方法中,對“封裝”的概念進一步得到強化,利用類的設計來封裝屬性和行為。
Time of Update: 2018-12-05
軟體設計沒什麼太神秘有東西,只要用心體會,其實一切都很自然。軟體的設計之“道”,不在於設計的華麗、精巧,而在於其樸實、自然,以達到“以無招勝有招”的境界。 一、軟體設計的層次 可以分為以下幾個層次來進行理解: 1、目的:重用性、擴充性。 這是最高的層次,是應對軟體危機的需要。 2、原則:低耦合、高彙總。 各種軟體設計的原則,如依賴倒置原則、單一職則原則、面向介面等,以及各種設計模式,其根本的目的其實只是為了降低耦合這麼簡單。因為只有低耦合才能更好的適應變化,