Time of Update: 2018-12-03
原文連結:http://bbs.chinaphp.com/html/2/0801/21.htmlGentoo、Debian、FreeBSD的包管理機制其實很相似,Gentoo、Debian是我最喜歡使用的Linux發行版,一個天生就是絕佳的開發平台而另一個無論是伺服器還是案頭環境無疑都是首選產品。別跟我提rpm/yum和pacman,我不懂lol......以關鍵詞搜尋軟體 Gentoo: emerge -s <keyword> 輸出會有這個 pkg 的簡介 ,
Time of Update: 2018-12-03
今天徹底的服了,MySQL官方文檔沒有。而Apache和PHP的就很多,至於Linux
Time of Update: 2018-12-03
基於組件的.NET軟體開發 前言 隨著軟體技術的飛速進步,現代的大型軟體都廣泛採用了基於軟體組件的開發方式。以成熟的CBD(Component Based Design:基於組件的系統設計)理論為指導,在對系統的分析與設計完成之後,系統開發體現為複用已有組件、開發新組件以及將所有組件裝配起來的過程。J2EE大規模地使用各種組件構照複雜的公司資訊系統,獲得了巨大的成功。 作為後來者,.NET
Time of Update: 2018-12-03
DNA分析 JaMBW 1.1 分子生物學軟體包。 ANNHYB 4.938 用來協助進行PCR引物設計與基因探針設計的軟體。 Chromas 2.32 ABI格式檔案顯示與編輯軟體。 DNAProbe 核苷酸序列設計工具。 DnaSP 4.10.9 基因多態性分析軟體。 DFW 2.51 trail DNA分析軟體。 Artemis R9 以Java語言寫成的序列查看工具。 ACT R6 以Java語言寫成的序列比較查看器。 GDA 1.1
Time of Update: 2018-12-03
我認為的綠色軟體就是免安裝,短小精乾的軟體,目前的大部分共用軟體都屬於此類(或向綠色軟體靠攏)。連比較大的phoshop軟體也把一些註冊項放到一個專門的註冊檔案(reg檔案)裡,到時重裝的作業系統,只需把reg檔案匯入的註冊表即可。此外比如金山軟體,基本上都是不用安裝,即可運行。目前絕大部分的共用軟體都是用delphi做的,雖然它的pascal文法讓人彆扭,可大家還是堅持用,最好的理由就是,它做綠色軟體很方便,一個Exe檔案基本上什麼都搞定了。用VC做共用軟體吧,如果是基於API開發(非MFC)
Time of Update: 2018-12-03
這段時間就和閉關一樣,連續幾周一直在開發嵌入式EasyHMI,從架構到具體的代碼,有上位機的IDE開發環境到WinCE上的運行時環境,有TCP/IP、COM通訊,有多線程,多緩衝圖形處理,XML序列化,有EVC,有C#,有.net2.0的框架組,有.net2.0精簡框架組,一時雲集,一陣天昏地暗之後終於成型,是可喜可賀,但腰酸背疼的不得了。
Time of Update: 2018-12-03
標題:儀器軟體中大字型數值參數顯示處理作者:Favory.peng
Time of Update: 2018-12-03
在進行這節課的學習之前我一直和很多剛接觸的人一樣認為rpm過時了,redhat現在是yum的天下了,李老師講完之後還是發現了rpm在很多場合下比yum更實用的。一、二進位包的安裝RPM軟體包管理RPM軟體包的一個例子sudo-1.7.2p1-5.el5.i386.rpm其中包括軟體名(sudo)版本號碼(1.7.2pl)發行號(5.el5)硬體平台(i386)1、卸載#rpm -e
Time of Update: 2018-12-03
今天去參加了“第十一屆中國國際軟體博覽會系列論壇-開放軟體技術高峰論壇”,哦,現在是臨晨了,應該是昨天。感覺很不錯,sun公司Java軟體部門總監,Janet Koening讓我不僅瞭解了Java的很多開發工具,而且真實的讓我現場體驗了一把標準美語,這比起每天看Friends強多了。Thank you Janet Koening!You was supposed to give us the show about Java technology base on Open JDK
Time of Update: 2018-12-03
利用安裝程式防止軟體非法拷貝每個使用者都不希望自己開發的軟體被別人輕易的拷貝使用,自然而然想起了要對軟體進行加密。本文主要介紹一種通過安裝程式來拷貝軟體,防止軟體非法拷貝的方法。經過實踐證明這種方法非常適用於需要把軟體安裝到硬碟上才能使用的情況。一、工作原理通過在被加密的軟體中設定一個特殊的單元,由一個安裝程式將被加密的軟體裝入指定的硬碟(C、D、E等)分區上。在拷貝裝入硬碟的過程中,把被加密的軟體在硬碟中首簇號填寫到其指定單元中。同時在被加密的軟體中嵌入檢驗程式,當被加密的軟體在硬碟上運行時,
Time of Update: 2018-12-03
如果你是在開發消費級軟體(Consumer Software),那你必須清楚,在對電腦的理解上,你跟你的大多數客戶處在完全不同的等級。當你開始對你的軟體進行支援人員的時候,你可能會對這種差距的巨大感到非常震驚。這並非說明你的使用者都是傻瓜,只是因為他們沒有像你一樣在電腦上花了無數時間。下面我總結了一些通過回答我的排座軟體成千上萬個技術問題得到的經驗:1. 拷貝和粘貼從我收到的大量支援人員郵件中可以很清楚的看出使用者經常重新輸入我用郵件發給他們的序號,其似乎原因是他們並不知道如何(或者說他們能夠)
Time of Update: 2018-12-03
對於軟體專案管理者,你怎麼看? 軟體這個東西真是讓人歡喜讓人憂,用的時候感覺真是很爽,做的時候那感覺真是五味雜陳,我經常形容自已是個IT民工,是苦力級的腦力勞動者,倘若此時此刻CCTV問我:“你幸福嗎?”,我估計無法控制自已的情緒,一巴掌扇過去,然後爆一堆代碼級的粗口。呵呵,當然,這隻是假設,想象而已,別認真了。
Time of Update: 2018-12-03
昨天給員工講了兩個多小時的培訓課,這次的主題是軟體人的職業規劃,作為一個十五年的老軟體人,感觸很多,有時竟然還分不清自已此時此刻究竟是一個生意人還是軟體人,從企業的角度出發,我是應該要成為一個生意人,因為企業要生存與發展,我們需要商業需要利益;但從自已內心出發,我願意自已永遠是一個軟體人,儘管給中國軟體業貢獻不了什麼大的力量,但那是一種興趣與思想的歸宿,無論外面的世界如何地繽紛多彩,我們仍然能在一個安靜的角落思考問題與解決問題,那是一種心靈上的平靜,唯有心定與心靜,才有可能有所作為。
Time of Update: 2018-12-03
這篇專訪是ZDNET的李寧編輯在2007.03月期間做的。[編者語]最近在網上讀到了“殺不死的人狼——我讀《人月神話》”系列文章。是周愛民關於《人月神化》的讀書心得。《人月神化》在軟體工程裡一本很有分量的書,講述了Brooks博士在IBM公司
Time of Update: 2018-12-03
軟體開發的核心問題? 我自己的回答是人. 這裡麵包括很多, 人, team, 公司等等, 從一個人到一群人, 不管是開發軟體的人也好, 使用軟體的人也好,都是由人為主體的. 而其他不敢是工具也好,還是方法也好, 不都是人在操作和使用嗎. 這正是《人件》中所闡述的思想,我們以後會另開一個線索討論《人件》中所關注的問題。國外資深的開發人員都讀過《人月神話》和《人件》這兩本書。國內的開發人員卻不屑於讀這些“沒有用處”的書,而只對一些“神奇”的工具感興趣(那些追捧 .Net 的文章很少能達到
Time of Update: 2018-12-03
Brooks在“貴族專制、民主政治和系統設計(Aristocracy, Democracy, and System Design)”一章中,一針見血地指出了成功軟體具有高度的概念一致性。“結構師難道不是新貴?……至於貴族專制統治的問題,必須回答
Time of Update: 2018-12-03
軟體的開發的過程是一個反覆的過程,對自己的介面時時刻刻的面對,一種很簡單而豪無意思的說法是:換一個角度來看的產品,也許有一些人可以做到,但是他們真的做到嗎,這和一個人美術細胞有關,一個修養有關,我認為要做到:吹毛求疵,在《人月神話》裡,作者這樣說到,程式員是一個天生就有追求完美的天性,這也是在鍛煉過程中產生的!(大意),我認為 對自己的產品吹毛求疵是可以做到的,現在你開啟一個你自己軟體,觀看自己的介面: 大小是不是合適,是不是可以再小1像素或大1像素, 有沒有BOTTON
Time of Update: 2018-12-03
軟體架構是軟體系統一個高層次的結構體現,顯示了系統分解後組件的布局和組件之間的關係。好的架構描述應該包含架構的多個視角,組件的設計和擴充描述,以及為滿足功能性需求和非功能性需求的設計原則。一般說,軟體架構分為5個步驟,1.建立架構的任務並且形成架構團隊。2.建立並且文檔化架構需求。3.設計架構4.驗證架構是否達到需求5.發布架構到Team
Time of Update: 2018-12-03
上次我們以LiveJournal為例詳細分析了一個小網站在一步一步的發展成為大規模的網站中效能最佳化的方案,以解決在發展中由於負載增長而引起的效能問題,同時在設計網站架構的時候就從根本上避免或者解決這些問題。今天我們來看一下在網站的設計上一些通常使用的解決大規模訪問,高負載的方法。我們將主要涉及到以下幾方面:1、 前端負載2、 商務邏輯層3、
Time of Update: 2018-12-03
·任何一個程式一旦發布就意味著它已經過時了。 ·讓需求根據程式調整往往要比讓程式根據需求調整來得容易。 ·如果一個程式是有用的,那它必將被改變。 ·如果一個程式是無用的,那它必須被注釋。 ·在任何一個程式裡只有10%的代碼會被執行。 ·軟體會無限擴張以佔用所有的系統資源。 ·任何有價值的程式都會包含至少一個錯誤。 ·一個示範版的程式完美無瑕的幾率和關注它的人數成反比,最終要花費的金錢的數量是原數量的平方。 ·一個程式的致命錯誤要到其發布至少半年後才會被發現。