不管是系統,單一軟體,或者專案中,第一步就是要確認需求,但往往很多"業主",在這一步就卡關
業主,是我對需求者的泛稱,對象也許是接案的客戶,又或者是在企業內,提出需求的部門員工、主管...等
由於軟體開發有一定的階段跟必要條件,跟很多實體產品的開發是一樣的
並不是開發一個購物網站,就比建構實體的商店來的簡單,要思考的事情也不會變少
不管是系統,單一軟體,或者專案中,第一步就是要確認需求,但往往很多"業主",在這一步就卡關
業主,是我對需求者的泛稱,對象也許是接案的客戶,又或者是在企業內,提出需求的部門員工、主管...等
由於軟體開發有一定的階段跟必要條件,跟很多實體產品的開發是一樣的
並不是開發一個購物網站,就比建構實體的商店來的簡單,要思考的事情也不會變少
大部分的企業,在成長的過程中
有法律的需要,會聘用法律顧問,甚至成立法務部門
而且對其甚為尊重,每每請教,有如學生敬拜老師一般....
其實不管有任何方面的需要,都會聘雇所謂的專業人士
由於台灣有絕大的比例屬於中小企業,因此節省成本,是很多這類型企業的首要
因此對於製作一個網站的報價,動輒數萬的價格敬謝不敏
企業們常常在遇到要花錢的關頭時,就會拿出節儉的美德
造成許多台灣的產業被自己綑綁,停滯不前,例如各行各業的設計師,有能力的,接不到案子
網站設計 / 網路行銷
有許多的人可能認為網站設計跟網路行銷是2件不相干的事情
這樣的看法,其實無所謂對或錯
必須再加上一個時間,或者時代因素,才能來舉證它的效用或者投資報酬率
因為資訊時代一直在演變,尤其現在的網路工作多不繁數
yahoo上看到的新聞 2011-01-22
http://tw.news.yahoo.com/article/url/d/a/110122/78/2l90z.html
這個問題實在有點兒意思
因為其實我一直在迴避這個問題
從以前寫程式就一直會把整個組織的資料庫開成同一個
裡面放所需要的Table
可是呢 這樣做實在有點瞎
因為其實不同的系統 如果需要區隔資料庫的話
當然應該把資料庫的實體位置分開
而不是逃避 然後用所謂的Table名稱規則來識別
終於我被迫要面對這樣的問題
SQL Server 2005相較於SQL Server 2000的轉變實在不算小
尤其是介面上的變化.是最直接讓許多使用者必須去適應的
介面上的變化當然不算什麼
新東西 有個新樣貌 似乎是理所當然的
但是SQL Server 2005真正進步的地方其實是效能與穩定性
不過筆者還沒有到可以談論到這個檔次的程度
只好拿介面來哈啦一下
SQL 2000 使用的介面很直覺的就是"嵌入式主控台"