軟件

通用的SATO條碼列印軟體SATO條碼印表機，是一款比較好用的印表機。很多工礦企業，機場等對穩定性和效能要求比較高的場所，都會選用。偷下懶，目前還沒有把它做成一個通用的條碼列印軟體。SATO條碼印表機本身不提供類似於驅動程式介面的列印方式，只能使用底層的印表機指令集來列印，剛開始摸索了一段，最後還是解決了問題。我把最關鍵的原始碼貼出來，Delphi的：1

咱們書接上回。水清則無魚--走出軟體作坊：三五個人十來條槍

我的朋友開了家屁小公司，純粹的三五個人十來條槍。每年還不死，但活的也很辛苦。平時做的也就是兩三萬的單子，運氣好能做8-10萬的單子。那天，突然給我打了電話，說要請我吃飯。飯肯定是不能白吃的。朋友告訴我：唉，煩心啊。客戶不成熟，是麻煩事。客戶太成熟，也是個麻煩事。我說，此話怎講？我朋友說：你看，我過去跟單，客戶對軟體不懂，但他卻知道有個華軍軟體園，裡面有可以免費下載的管理軟體。我報個兩萬的價格客戶直晃腦袋說：我以為你們的軟體600塊錢就能買到，怎麼你們要殺人啊？我朋友一臉苦難相：兩萬塊您都覺得貴啊

　　本科學習階段，我對軟體工程的真實印象就是“體力活”、“沒技術含量”。軟體工程課程實踐時，我把更多的精力放到了語言的學習和系統實現上，沒有重視各種文檔規範；很顯然，我的軟體工程實踐分數不會很高，因為我沒有領會軟體工程的實質。大四的實驗室實習，讓我體會到了文檔的重要性。　　在上了羅老師的課之後，我對軟體工程的意義有了新的認識，而且對它的過程、方法、工具、技術有了更全面的掌握。像羅老師所認為的那樣：只有中國發生一次軟體災難，才能讓中國的高層決策者認識到軟體工程的作用，增加這方面的投入和關注。計算不

1.對於一個少於100人年的項目，沒有必要採用軟體工程的方法，那樣只是會浪費太多的時間，採用軟體工藝的方法可能會更快、更高效的完成任務。2.在一個項目開始之前，應該先考慮軟體工程是否適用。3.做一個“足夠好”的軟體，是自己在給自己找做一個低品質的軟體的借口。在一個軟體裡面不可避免會有Bug，但是這不能使我們放鬆對測試的要求，測試的目的是找到儘可能多的錯誤並加以改正。4.軟體工藝提倡的是從前的那種作坊式的開發模式，也就是一個人要負責一塊，所有的調查、分析、設計以及最終的編碼都是由一個人來完成的。但

從閆輝的部落格看到的文章：http://blog.csdn.net/superyan/archive/2006/05/22/748921.aspx。其實我的評價很簡單：不是人中龍，不要做測試。普通人做測試沒有前途。原因也很簡單。讓我們做個小測驗：10秒鐘，快！舉出你的10個偶像。裡面有靠做測試揚名立萬的嗎？要求太高了？那好，舉出10個你最常讀的部落格。裡面有做測試的嗎？我的必讀部落格裡倒有兩個是專做測試的。可惜他們的文章都和開發有關。換句話說。他們的專業不是測試。他們是程式員，而他們的業務領域是

文章目錄 一.使用新立得軟體包管理器安裝程式.二.使用終端安裝軟體.三.手動安裝軟體包

              設計模式只是一把鎚子！    談起設計模式，那是幾乎無人不知，無人不曉，大名鼎鼎的“GOF”（中文有的翻譯為“四人幫”）驚世之作，真是“平生不識GOF，學盡設計也枉然！”    然而，設計模式真的是軟體設計的“瑞士軍刀”，切、削、鋸、鑽樣樣精通嗎？    讀過設計模式的朋友估計不少，但真正注意過《設計模式》的副標題的估計很少，而這個副標題卻是避免誤解設計模式的關鍵。《設計模式》的副標題是：可複用物件導向軟體的基礎！    不要小看了這短短的一句話，如果你沒有看這句話，

java.sql.SQLException: Io 異常: Software caused connection abort: socket write error  今天寫了一個廣播程式，用java測試的時候沒有什麼問題，但是用flash的用戶端測試點時候就報下面的錯誤，想了很長時間也找不出問題的原因。

這道題也是，輸入很坑，每組之間也空格結束，最後以EOF結束建圖其實有一種比這個好的方法，不用拆點，就是源點和computer相連，容量1， computer和program連，容量1， program和匯點連，容量為相應數字但是一下代碼，是拆點做的，把computer拆了，因為computer的容量為1，下面代碼也是對照這個建圖方法建的，program和源點連，容量為相應數字，和computer連，容量為1，computer容量為1， computer拆出來的點，和匯點連，容量INF代碼如下：/

軟體調試一、開機畫面更改：1、將圖片檔案做成720X480格式的bmp,如檔案為：title.bmp，並把該檔案copy到logotool的目錄下。2、 開啟程式==附件==命令提示字元,並進入logotool目錄，在該目錄下運行x.bat檔案。運行格式：x title 8其中x為批次檔；title.bmp為圖片檔案名稱；8為圖片壓縮參數，其中參數越大，運行出來的圖片檔案就越小。3、 運行後在logotool目錄下有個檔案為title.c檔案，將title.c

 無處不在的滑鼠手勢——Strokeit　　頻繁重複的滑鼠點擊讓你感到煩悶？strokeit讓你可以在任何地方使用滑鼠手勢，執行相應的命令，它有兩種使用模式：一種用於所有程式，另一種則是用於某個程式，還擁有學習手勢功能。 推薦度:  專業檔案管理——Total Commander　　檔案多了管理起來難免混亂，TC是一款著名的檔案管理軟體，體積小功能強，可以完全取代資源管理員。它能實現檔案比較、快速搜尋、快速查看、批量重新命名、FTP串連等功能。 推薦度:

摘要：老子哲學 道德經 軟體哲學、軟體之道                 參閱：序  消滅人狼  軟體的十大命題 編程規則       聖人曰：古之善為士者，微妙玄通，深不可識。夫唯不可識，故強為之容。豫兮若冬涉川；猶兮若畏四鄰；儼兮其若容；渙兮若冰之將釋；敦兮其若樸；曠兮其若穀；混兮其若濁。孰能濁以靜之徐清。孰能安以動之徐生。保此道者不欲盈。夫唯不盈故能蔽而新成。            聖人描述完軟體的特徵，又開始描述軟體大師的特徵，精妙乎，深刻乎。     

　　Route66 v7 for S60 v3，一個具有GPS定位功能的道路導航系統，

 [ 破文標題 ] 一個.NET軟體的破解過程[ 破文作者 ] 王者之劍（hj2008mt)[ 作者郵箱 ] hj2008mt@163.com[ 作者首頁 ] bbs.huacolor.com[ 破解工具 ] UEDIT32,Reflector,DotNet Helper[ 破解平台 ] Windows XP SP2[ 軟體名稱 ] XX數學軟體[ 保護方式 ] 無殼[ 軟體簡介 ] Microsoft Visual C# / Basic .NET[ 破解聲明 ]

1.     軟體生命週期(SDLC)的六個階段  1、問題的定義及規劃      此階段是軟體開發方與需求方共同討論，主要確定軟體的開發目標及其可行性。2、需求分析      在確定軟體開發可行的情況下，對軟體需要實現的各個功能進行詳細分析。需求分析階段是一個很重要的階段，這一階段做得好，將為整個軟體開發項目的成功打下良好的基礎。"唯一不變的是變化本身。"，同樣需求也是在整個軟體開發過程中不斷變化和深入的，因此我們必須制定需求變更計劃來應付這種變化，以保護整個項目的順利進行。3、軟體設計   

軟體研發之“項目”：項目是滿足特定客戶的特定需求，是一個短期間的目標；項目的需求主要來自特定客戶，也就是所謂的“甲方”，需求萃取容易實施難，需在項目前期安排業務專家與客戶完善、確認需求以後再開始研發，需求變更必須有恰當的交流、應對機制，迭代式、分階段的實施，決不可隨意變更！軟體研發之“產品”：產品某種程度上是項目的產物，不是為了滿足單一的客戶，而是要滿足一定量的客戶群，高度跟項目不一樣；配置性、擴充性、相容性等方面考慮的會比項目多一些。產品是一個完整的研發周期，要做長期的規劃，高品質的需求分析，

 摘要：老子哲學 道德經 軟體哲學、軟體之道               參閱：序  消滅人狼  軟體的十大命題 編程規則      聖人曰：孔德之容惟道是從。道之為物惟恍惟惚。惚兮恍兮其中有象。恍兮惚兮其中有物。窈兮冥兮其中有精。其精甚真，其中有信。自古及今，其名不去以閱眾甫。吾何以知眾甫之狀哉！以此。     

    摘要：老子哲學 道德經 軟體哲學、軟體之道               參閱：什麼是哲學  序 消滅人狼 軟體的十大命題編程規則     聖人曰：道常無為，而無不為。侯王若能守之，萬物將自化。化而欲作，吾將鎮之以無名之樸。無名之樸，夫亦將無欲。不欲以靜，天下將自定。    本章是道篇的最後一章，也是對道的總結；老子認為道常無為而無不為，遵道而行即可治國安邦亦可強身健體。本章表達了老子道德經的核心思想，剔除一己之私念，努力遵從客觀規律辦事。事實上，世間萬事萬物，包括社會意識形態和精神活動，