軟件

by freeuniverser文字編輯和排版軟體現在好多，有老牌的TeX，非常流行的LaTeX，廣泛使用的Vi（還有Vim）和Emacs，曾經風靡中國內地的WPS，廣泛佔領中國市場的Microsoft Office，還有Openoffice及其替代品LibreOffice等等，以至於非常之多。而TeXmacs則是TeX與Emacs的完美結合，這個顧名思義。                                     

最近在整理部門內部的培訓材料，希望通過培訓和在項目中的實踐來提升整個團隊的分析和設計能力，同時也是自己所瞭解的一點知識的總結。談到軟體開發，一個項目的成敗，關鍵因素是人的因素，人就是一切，或者說幾乎是一切。對於項目的成功來所，項目人員的素質、人員的組織和管理是比其它工具或技術方法更重要。團隊品質直接決定項目的成功和失敗，團隊的溝通能力，協作能力尤為重要，一個高效的團隊一定是溝通能力很強的團隊，我們所從事的軟體項目，其實不是在研發新技術，而是利用別人的研究成果而已，只是成果的應用，說白了沒有什麼“

結論：軟體問題最終用硬體方式解決——跳出思維怪圈 醒來後，對夢境是朦朦朧朧。依稀記得是有人通過十幾枚硬幣，做了一種程式，這種程式具有超強的破壞力，可以通過任何途徑致使多人死亡。這種程式被一個好友感染到，隨時都有攻擊我周圍的人群的危險。我使出渾身解數試圖通過修改代碼的方式，來防止共擴散，但後來使用硬體方式，即把硬幣破壞掉，而且必須是把每個硬幣一分為二的破壞掉，才得以控制。破解成功後，自己欣喜若狂！醒來後，發現原來是個夢。

幾乎每個ERP廠商的老總都有這樣的感慨：明明是經過幾個月的初期討論和項目分析，在使用者的認可下做好了的ERP系統，結果由於企業要求的“二次開發”，系統變得越來越複雜，與最初期望的效果越來越遠，最後猛然一看，系統已經完全“變味”了。    當今很多企業上資訊化系統，但是不少資訊化軟體都需要第二次開發才能真正適合企業。那麼，如何在二次開發中挖掘資訊化軟體的潛力，讓企業得到更多實惠？    向企業實際情況靠攏還是向通用化靠攏   

最近在做一個重構項目，項目涉及的修改點達20多個，但參與設計的人員只有3個，而且我們這三個人對該系統的熟悉程度也都不是很高，在設計過程我們採用的是一次將這20多個修改點的詳細設計全部做出來再開發，但是在實際設計過程中發現由於人員少需求多，僅僅在前期討論需求階段就已經持續了10多天，這樣就導致整個團隊進入了一個漫長的持續過程，進而導致團隊工作效率越來越低，工作狀態也越來越差。因此感覺我們在以後的開發中應該根據團隊的規模來選擇項目的規模，對於大的項目可以考慮分階段進行開發，以保持每各階段的任務對於團

項目地址：http://betterthangrep.com/名字就很霸氣，better than grep，perl寫的一個工具。簡介：ack是跟grep類似的工具，可以在一定情境彌補grep的不足，甚至是替代它。它使用perl實現的。Ack相比grep的一些優勢是:ack在搜尋時會自動過濾版本控制的目錄，比如.svn, .cvs這些目錄，還有 foo~,

ASP.NET串連Oracle問題1：System.Exception: System.Data.OracleClient requires Oracle client software version 8.1.7 or greater  原因：NTFS許可權問題，在ORACLE9I時總是遇到  解決方案：  1、以管理員的使用者登入；  2、找到ORACLE_HOME檔案夾（我的是C:\oracle\ora92），點右鍵，選屬性--安全，在組或使用者欄中選“Authenticated

怎樣加密軟體一般C/S架構的軟體都分為用戶端(Client)和伺服器端(Server)兩部分。而安裝到客戶機器上的軟體，一般都只是用戶端。所以我們只需要在伺服器端添加一個驗證表，在表中添加一個序號欄位。在用戶端的第一次安裝時，判斷序號是否存在於伺服器端。而該驗證可以使用web service。當然，如果出現網路不通情況該如何處理呢？你可以把序號通過加密，儲存到用戶端本地檔案中。然後除了第一次用戶端要串連伺服器端資料庫，以後只要判斷本地的序號是否正確就可以了。

最近我對破解技術特別的感興趣，自己一邊學習破解知識，一邊拿軟體練習一下，ZTZ-IE網路瀏覽器 2.6,終極爆破也是我學習過程中的一點成果吧。呵呵，當時很有成就感。一邊學習，我一邊想作為一個軟體開發人員是否有學習破解的必要。也許我在學習的破解的過程也只是出於愛好罷了。但是經過一段時間的學習，我感覺破解技術的確是可以給我帶來一些意想不到的收穫。比如我可以分析一些NET程式的源碼，並且融入到我的程式裡，這是最直接的好處。如果我們學習破解可能有以下幾種情況：一、純粹是出於愛好。     

第三天（11/17/2010）step 3: Practice1. 找一個Animation的demo(要求絢一點的，像素豐富，並將動畫速度調快，以提高畫面顯示難度)，在其中加入一個計時器，每隔一段時間修改當前進程的RenderOptions.ProcessRenderMode, 代碼如下：Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->

using System;using System.Collections.Generic;using System.Drawing;using System.Windows.Forms;using System.Runtime.InteropServices;using System.IO;namespace ShowIcon{ [StructLayout( LayoutKind.Sequential)]public struct FileInfomation

專案管理與軟體開發的品質、效率、最終成果息息相關，本文主要講述軟體項目的風險評估、成本預算、客戶溝通、需要分析、開發管理、成品交付等多個流程。在現今國內的項目的管理形式十分零亂，對管理欠缺重視，以致很多項目因為失去管理而最終折腰。很多的實戰形人才只重視於開發環節，而對其他的流程欠缺認識（包括本人），因而導致項目欠缺有條理的、階段化的管理。本人是一個典型的只重視開發的管理者，在多次的教訓中深刻地體會到管理的重要性，因而以此文章對專案管理作出一個總結，當中存在很多的不足之處，敬請各位點評！檔案下載：

也許你是第一次聽說Visual Studio .Net 還可以進行漢化軟體。我也是一次無聊，開啟Visual Studio .Net

提供企業最有效率、可靠、安全的軟體自動包裝/配送/安裝/設定功能。它提供了從軟體的包裝、配送一直到安裝完成的所有工作。 1.Tivoli Software Distribution 提供對包括系統軟體、套裝軟體或是客戶自行開發的應用程式(Application)等作自動軟體安裝(Auto Package)、軟體配送(Distribute)、一般軟體安裝(Install)、系統架構設定(Config)的功能，使得分散式運算環境的軟體版本更新變的可行而容易。 2.透過 Framework

本人在軟體開發過程中關於使用者權限處理的一點點心得體會，拿出來與大家共用，希望大家多提寶貴意見。       以往大多數文章資料設定使用者權限都是通過actionlist與資料庫中的許可權表相聯實現。我經過實踐通過控制項的tag屬性（每個控制項都有一個保留的tag屬性，預設值為0），也可以實現許可權的設定，下面我就具體說明實現方法。     

軟體技術及相關問題的變化是發明創新、公司產品運作、社會市場需求消費、人才資金迴圈、政策法律等等整體運行中的一個小部分，其發展過程將受諸多因素的影響，但其自身也是有一定規律的。作為行業中具體幹活的人，面對這個技術日新月異的行業，琢磨一下行業未來 30 年的某些事情。　　30 年後的事情不用考慮了，就算想清楚也沒用了。　　30 年內的軟體技術及相關問題分為變化不大的和變化可能比較大的。變化不大的學會了用熟了會終身收益，變化大的要及時把握參與深度。　　一、變化不大的　　1. Intel x86

2.層次風格：             特徵：從向外提供的構件出發，沿著串連關係依次搜尋各個構件和串連子，如果形成的拓撲結構是一個有向無圈圖（典型情況下是一個線性結構），那麼這個系統的體繫結構風格就是層次風格。這種風格便於將複雜的系統進行分解；同時也便於構件的替換；只要保持介面一致，就可以將某一層的軟體替換，而不會影響到系統的其它部分。             典型應用：最典型的應用時國際標準組織（ISO）的開放系統互相連線模型（OSI）七層網路模型。另外，windows

試題三：一、判斷題（每題1分，12 分，正確的√，錯誤的╳）1．軟體測試的目的是儘可能多的找出軟體的缺陷。（）軟體測試的目的就是為了發現軟體中的缺陷，從這個意義上面說上面的這個論斷是正確的。不少人會認為軟體測試可以保證軟體的品質，其實這個觀點是錯誤，測試只是軟體品質控制中的一個角色，其活動並不能達成軟體品質保證的效果。所以不要認為一個公司裡面如果有了軟體測試人員，產品的品質就會好起來。2．Beta

一、判斷正誤題1. 測試是調試的一個部分 （ ╳ ）2. 軟體測試的目的是儘可能多的找出軟體的缺陷。（ √ ）3. 程式中隱藏錯誤的機率與其已發現的錯誤數成正比（ √ ）4. Beta 測試是驗收測試的一種。 （ √ ）5. 測試人員要堅持原則，缺陷未修複完堅決不予通過。（ √ ）6. 項目立項前測試人員不需要提交任何工件。（ ╳ ）7. 單元測試能發現約80%的軟體缺陷。（ √ ）8. 測試的目的是發現軟體中的錯誤。（ √ ）9. 程式碼檢閱是檢查原始碼是否達到模組設計的要求。（ √ ）10.