文章分類: 閒人編程 (閒人私語)

要求

seasonws — Sun, 16 Nov 2008 01:29:19 +0800

在編程的工作上，不時會遇到不少自己也難解決的要求，有時這些要求會成為了壓力，但在這些要求的壓力下，往往會有出人意表的收穫，當然最終的目標是要達成要求，但對自己來說，其實過程才是主菜，製成品很多時都只是餐後的一杯甜品。

為了達成目標，尋找相關的資料後，便把這些零碎的資料，作出多種不同的嘗試，加上一些想像，假設一些可能性，推測當中的關係，最後找出其來龍去脈，像是一次解謎的歷程，這過程便已是一種享受，旁人是無從理解的，可能有時會苦不堪言，折騰了大半天也沒有收穫，但在當中能得到的，總比不嘗試的多。

就是這種樂在其中的動力，才能讓自己繼續今天的工作。

Data Migration

seasonws — Tue, 02 Sep 2008 22:15:54 +0800

看見同事們做類似 Data Migration 的工作，又再憶起自己已往的記憶，Migration 不易做這個是可以肯定的，由舊系統遷移至新系統上，如果新系統有資料結構的改動，很容易會有錯誤發生，而在事前也必須做足準備功夫，在真正執行的之前，如有舊的資料可供測試的話，這會是最理想的。

已往的 Migration 自己總喜歡編寫個程式來把這過程自動化，當然只能夠盡量做到，雖然編寫程式的時間是需要的，而且這程式也可能只用在這次 Migration 上，可以說是為這次 Migration 度身訂造的程式，但在步驟上可以確保每次都不會有偏差。

儘管如此，以前所做的 Migration 都是心驚驚的，就算是做了資料備份，每次之後總是會反覆核對才能安心，因為這些資料始終都是 Live 的。

軟件工程的分工

seasonws — Fri, 18 Apr 2008 01:10:27 +0800

一個軟件工程如果只由一個人完成，而這工程的規模是不少的話，當中所花的時間必然是較分工的長，而且很有可能在一開始便低估了這系統的複雜性，錯誤判斷了所需的時間。為何會這樣？因為就是把了解問題、分析設計及編程的步驟三合一，過往自己的經驗得知，時間是始作俑者，沒有時間讓人在每個步驟深入處理。

(閱讀全文)

懶惰的設計

seasonws — Mon, 07 Apr 2008 04:10:24 +0800

在編寫程式的過程中，記著懶惰是十分重要的元素，因為編程的其中一個目的就是為了懶惰，減輕工作、減少重複的程式碼、減少不必要的編程，同時就會減少錯誤的機會。在編程的過程中必須想方法使其實現，儘管不能一步到位，但當重新審視及思考舊有的設計時，如果發現有不必要的重複，可以把它重寫，甚至可以重新設計，找出共同的要素，做一些 library 及工具，這 library 不應只是 class 及 function ，而是可以去到 control 、 form 及 application 的地步。

如果能做到這樣的話，這次的編程便已經不只是一次編程，而是一次建立自己 library 及工具的機會，當日積月累後，漸漸便會見到一個 framework 的形成，懶惰懶出個 framework 來，真的不錯。

軟件與市場

seasonws — Sat, 01 Mar 2008 20:38:39 +0800

在程式設計的生涯中，觀摩市場上的程式或軟件是一件很重要的事情，如軟件的介面設計、系統流程、輸入操作、資料庫處理、甚至是一些貼身的工具及功能，不要以為是為了抄襲為目的，重點是學習及了解他人的長處，同時也必需了解其不足之處，再加上自己的風格及見解，從而令自己的產品有較佳的效果，也可能從中發明新的技術或新的概念。

但如果沒法抽出時間來觀摩，那只會令產品沒法與時並進，在這變幻才是永恆的電腦世界裡，這會是一種損失，開發軟件不可以閉門造車，必須了解市場上同類型軟件的消息，而且在技術上不可以與時代太脫節，因為用戶群是不會等你的，也不可以盲目的抄襲，必須特出自己軟件的優勢，製作出有獨特功能的產品，另更重要是定期有版本的更新，讓用戶知道這不是一個「死」軟件，這樣的軟件才能在市場上有一定的價值。

電腦語言

seasonws — Fri, 04 Jan 2008 02:08:51 +0800

為何有這麼多種的電腦語言出現？如果可以的話，只有一種電腦語言能和電腦溝通，不是很好嗎？

(閱讀全文)

人事資薪系統

seasonws — Wed, 12 Dec 2007 18:36:39 +0800

自己十多年的程式員生涯中，有三份一的時間都是與人事資薪系統扯上關係，其實人事資薪系統是可以分開兩個部份看，「人事」及「資薪」系統。

(閱讀全文)

系統的穩定性

seasonws — Thu, 06 Dec 2007 12:46:39 +0800

系統的穩定性是不能忽視的，可以容忍系統的功能不足，可以接受版面上的不方便，可以包容不美觀的設計，但是系統的不穩定卻是不能接受的。

(閱讀全文)