讓您的NAS成為您個人的資料分享平台
過去我們曾經使用過Yahoo家族、無名小站等社群網站,但它們近年來都不敵時代的變遷陸續關站,當使用者為此要備份在這些社群網站上的資料時,往往都會花上一番工夫才能完成。因此,該如何兼顧社群好友間的互動,以及確保資料能永久保存,避免日後再遇到類似的事件呢?
過去我們曾經使用過Yahoo家族、無名小站等社群網站,但它們近年來都不敵時代的變遷陸續關站,當使用者為此要備份在這些社群網站上的資料時,往往都會花上一番工夫才能完成。因此,該如何兼顧社群好友間的互動,以及確保資料能永久保存,避免日後再遇到類似的事件呢?
資料庫的備份(Backup)與還原(Restore)是所有資料庫管理者(DBA)必需要會的操作。還原又可分成基礎還原與進階還原。實務上由於進階還原的回復步驟較繁雜,一般資料庫管理者多使用完整資料還原(Full Recovery),也就是基礎還原;但若是在資料量極龐大的狀況下,當發生緊急狀況需作還原操作時,由於資料庫在作完整還原時必須獨佔整個資料庫的存取權,資料庫將完全無法動作,若還原時間過久必會延長使用者的不便時間。因此若能善加運用進階還原- Piecemeal Restore,相信必能將不便的時間降至最低。
MVC概述
最近公司開始進行 MMS簡訊 發送平台的開發,網頁部分開始用MVC進行開發,對我來說是一個全新的領域,MVC的概念是將網頁的結構分為三個部分,分別為Model、View、Controller三個部分,其中Model指的是資料的部分,包括資料庫的存取以等等的工作。View指的是視覺的部分,常見的HTML、JavaScript、CSS都是包含在View裡面。最後Controller則是控制整個網頁流程的部分,是主要負責邏輯處理的部分。
傳統專案管理的方法,著重在專案啟始的規劃階段,希望能藉由完整詳盡的需求訪談和系統分析設計,透過各式的流程圖和需求確認文件來同步彼此的認知,降低開發期的規格變更風險。但在軟體開發專案時,經常是不斷變更規格,需求一變再變,以雲端貿易系統的軟體開發專案為例,使用者往往無法清楚地表達自己的需求,因為貿易系統功能牽涉到領域Know-how,使用者又不具備軟體設計的專業知識,所以往往會在需求訪談時產生「口是心非」、「雞同鴨講」的情形,導致系統功能開發完成後才發現功能不符需要打掉重做,如此的耗時費力常造成專案範疇、時程和資源暴增的失敗。
先讓我們了解一下測試是什麼?測試到底在做什麼?維基百科說明:「測試,與科學方法中的實驗類似,是對事物狀態、功能的測量和觀察。通過將測量結果與已知狀態或理論假設相比較,測試者得以對事物狀態、功能做出判斷。」依軟體測試來說,測試者針對產品進行各項功能進行操作與觀察,最後產品功能測試的結果做出判斷。
各種產品要出貨在市場上,當然進行過各種繁雜的測試,不然哪敢交貨到客戶手上!!如果未做任何測試,且產品有很多BUG交到客戶手上,我想客戶內心的話可能會說:「這個功能根本無法使用,感覺被騙了…」、「這功能怎那麼難用…」、「從此以後不使用你們公司的產品…」等情況,如果嚴重點可能會影響公司的商譽,跟客戶永遠說再見,為了杜絕這些客戶內心的話,測試者必須成為產品的把關者,必須做好測試工作。