【文創漫談】程式設計的資料統合

更新於 發佈於 閱讀時間約 4 分鐘
raw-image

資料的統合

在程式設計中,其他人通常關心是否注意到執行的細節。作為程式設計師,主要應該關心的是程式的表現,但往往忽略了很多細節,這些細節可以決定程式的好壞。程式的好壞很大程度上取決於資料的統合,也就是資料是否被正規化。

不同類型的資料在系統中呈現一致

正規化可能對一些人來說聽起來很抽象,有些人可能聽不懂。簡單來說,正規化是確保不同類型的資料在系統中呈現一致的方式。舉例來說,民國100年和2011年在系統中可能被表示為兩種不同的數值,即使它們實際上是相同的時間。因此,我們需要決定如何呈現各種各樣的資料,以避免因為資料的不同而導致不同的分類結果。

上下午制12小時還是24小時制

在處理時間方面,我們需要考慮使用民國年份還是西元紀年,因為它們相差11年。在輸入時,清晰地告訴使用者應該輸入的是西元年還是民國年是至關重要的。同樣地,時間的顯示方式也很重要,是使用上下午制還是24小時制,這些都會影響資料的準確性,進而影響後續的分析和判斷。

細節決定了資料的品質

總的來說,細節決定了資料的品質,而在程式表現的背後,資料的正規化和時間的準確呈現是不可忽視的關鍵因素。因此,在程式設計中,我們應該注重這些細節,確保資料的一致性和正確性,從而為程式表現提供更可靠的基礎。

以選擇的方式處理

在舊縣市以及舊地址的情況下,你必須明確是否需要提供完整的地址,或者可以使用較模糊的地址。例如,在豐原和豐原區這兩個地方,在電腦的解讀中可能有不同的方式。因此,你應該考慮如何以選擇的方式處理這個情況。請謹記,確保資料的一致性可以使後續處理更加順暢,減少人力的投入。

單位和換算的使用也需要明確

此外,單位和換算的使用也需要明確。是以公分為標準還是英吋?在使用時,清楚地告訴使用者你的基準是什麼,並在需要時進行換算。這樣可以確保在進出口等情境下計算方便,並避免單位錯誤導致其他錯誤的發生。

計算的基礎

計算的基礎也很重要。你是使用浮點運算,還是採用整數小數點兩位的計算方式?這些都應與相關單位保持一致。特別是在與財務會計相關的應用中,確保計算的精確性尤為重要,並應遵循會計原則。這樣一來,如果需要修改,將會是一個相當大的工程,因此確保一開始的基礎是正確的非常重要。

語系考量

語系在系統設計中是一個極為重要的考量,尤其是當你的系統用於台灣地區或可能擴展到國外。系統的設置方向應該考慮是否需要提供英文版本或其他語言版本,或者是否僅限於當地語言。儘管現今有許多翻譯工具,但為使用者提供方便仍然是最大的考量。

結算時間的標準

最後一點是結算時間的標準。是以單位時間結算還是可以隨時結算?這種設置方式對系統程式設計提出了很大的要求,因為有的是一次性的結算,有的是持續性的計算,對程式帶來了嚴重的挑戰。

聽起來簡單,做起來困難

雖然這些事情聽起來可能很簡單,但實際上卻是非常困難的。以會員系統為例,由於累積的時間長,且輸入的資料格式各異,地址的表示方式非常多樣,從台北市到台北縣、台北市到台北縣、台北縣到新北市,還有地址中的數字表示法等等。這些差異可能影響到分類和管理,因此系統的測試需要有很多人工的介入和管理,並且逐步轉換為統一的資料重建方式,以提升整體系統效益。特別是在進行一些複雜的運算時,這樣才能確保統計的結果是一致的。

垃圾進,垃圾出

垃圾進垃圾出這個道理是非常重要的,因為沒有經過認真的資料處理,結果看似正確的分析卻可能是錯誤的。電腦難以準確統計資料,特別是經年累月的不分類,可能導致不同的資料格式,進而對系統的判斷產生誤差。雖然現今的技術已經能夠逐漸了解其中的差異,但為了確保資料的正確性,仍需對資料進行完整正確的管理。

商業資料講究準確性

商業資料最終都與金錢有關,金錢講究的是準確性,每一筆錢都不能有差錯,因此數字的正確性在系統中至關重要。

編碼方式

另外,編碼方式也是一個重要的考慮因素,它影響系統的可讀性。使用流水號編碼是最簡單方便的方法,但對使用者來說可能缺乏可讀性。添加適當的代號分碼可以提高單據的可讀性,方便查詢。編號的解釋可以讓使用者更容易理解其重要性,這也是資料統合的一部分。

資料的統合性對系統至關重要

總的來說,資料的統合性在系統上線之前是至關重要的,它將對系統的效益產生巨大的幫助。然而,在實施之前,必須與使用者進行充分的溝通,確認所採用的方式是他們需要且可行的。


avatar-img
455會員
3.0K內容數
普普文創、水彩速寫、迷你短篇、文創漫談、心靈雞湯、踏青步道、智慧音樂、美食天堂、超級房間。
留言
avatar-img
留言分享你的想法!
禾氣好財-avatar-img
2024/03/03
1
有種科技始終來自人性的感覺 ~ ^^
1
普普文創-avatar-img
發文者
2024/03/04
1
禾氣好財 沒錯,這些細節會關係到使用者的使用體驗,做得好就無痛上線,做不好就痛苦不堪。
1
❦ 莊小昕-avatar-img
2024/03/03
1
要考慮的層面真多😱
1
普普文創-avatar-img
發文者
2024/03/03
2
❦ 莊小昕 謝謝你。這些都是實務上會碰到的,沒做好,後面收拾起來就很辛苦。
2
普普文創 的其他內容
系統的分析與規劃 在談到程式設計時,首要的是進行系統的分析與規劃。程式設計的起點通常是系統分析與規劃,這涉及到如何分析和設計系統的大原則和方向。為了達到預期效果,重要的是擁有對產業的清晰邏輯認識和深入了解。 進行深入了解 若要進行系統分析,必須對企業的設計和程式設計的對象進行深入了解,以充分理
替產業做設計 有人要我談程式設計,那我就稍微談一下。我從事的大都是產業的工作,所以我們也從如何替產業做設計來談起。基本上,每個產業都會有自己的作業流程,大同小異。但是基礎來做都是一樣的,都會有客戶、物料、產品、供應商、員工等資料。不同的是,由於企業型態的不同,他們每個人有不同的作業流程。這個作業流
閱讀文章時感到焦慮 為什麼談論這個問題?這是因為有人反映他們閱讀某些文章時感到焦慮。不論是文章本身的性質還是讀者個人原因,這都值得深入討論。在這種情況下,我們需要探討為何創作者需要思考他們的文章是否引起讀者焦慮的原因。 寫作的風格和主題千差萬別 這個世界上存在著各種各樣的人,因此寫作的風格和主
會員越多點閱率越好 為何會討論這個問題呢?是因為有人問及「你的會員越多,理論上你的點閱率越好」,但為什麼有些人感受不到這個現象呢?實際上,這個問題的探討相當簡單來說,就像方格子所言,需要經營鐵粉,創造點擊率,進而帶動採購和轉換銷售率。贊助、購買、訂閱。 忠實的鐵粉 所以這次來討論網路上的真假會
音樂會第四年 一年一度的音樂會來到了第四年。有一天,餐廳的同事打電話給我,表示想商量一下。我說沒問題,讓他回辦公室,我們好好談一下。過了半小時,他來到辦公室,支支吾吾地告訴我,今年的音樂會情況有些不太一樣。我很好奇地問他,具體有哪些不同之處。 不是餐廳主辦 他告訴我,另一個部門上週找他談,說要
希望音樂會繼續滿座 第二年,餐廳方面早早就約了我,請我提供一些建議,思考如何讓今年的活動再次成功,尤其是如何讓今年的音樂會滿座。我告訴他,去年的舉辦經驗是一個寶貴的參考,但他似乎面臨一些挑戰。同事向我抱怨,因為去年的表演者都已離開,新樂手對音樂會的參與並未表現出熱情,認為沒有加班費等會讓他們感到不
系統的分析與規劃 在談到程式設計時,首要的是進行系統的分析與規劃。程式設計的起點通常是系統分析與規劃,這涉及到如何分析和設計系統的大原則和方向。為了達到預期效果,重要的是擁有對產業的清晰邏輯認識和深入了解。 進行深入了解 若要進行系統分析,必須對企業的設計和程式設計的對象進行深入了解,以充分理
替產業做設計 有人要我談程式設計,那我就稍微談一下。我從事的大都是產業的工作,所以我們也從如何替產業做設計來談起。基本上,每個產業都會有自己的作業流程,大同小異。但是基礎來做都是一樣的,都會有客戶、物料、產品、供應商、員工等資料。不同的是,由於企業型態的不同,他們每個人有不同的作業流程。這個作業流
閱讀文章時感到焦慮 為什麼談論這個問題?這是因為有人反映他們閱讀某些文章時感到焦慮。不論是文章本身的性質還是讀者個人原因,這都值得深入討論。在這種情況下,我們需要探討為何創作者需要思考他們的文章是否引起讀者焦慮的原因。 寫作的風格和主題千差萬別 這個世界上存在著各種各樣的人,因此寫作的風格和主
會員越多點閱率越好 為何會討論這個問題呢?是因為有人問及「你的會員越多,理論上你的點閱率越好」,但為什麼有些人感受不到這個現象呢?實際上,這個問題的探討相當簡單來說,就像方格子所言,需要經營鐵粉,創造點擊率,進而帶動採購和轉換銷售率。贊助、購買、訂閱。 忠實的鐵粉 所以這次來討論網路上的真假會
音樂會第四年 一年一度的音樂會來到了第四年。有一天,餐廳的同事打電話給我,表示想商量一下。我說沒問題,讓他回辦公室,我們好好談一下。過了半小時,他來到辦公室,支支吾吾地告訴我,今年的音樂會情況有些不太一樣。我很好奇地問他,具體有哪些不同之處。 不是餐廳主辦 他告訴我,另一個部門上週找他談,說要
希望音樂會繼續滿座 第二年,餐廳方面早早就約了我,請我提供一些建議,思考如何讓今年的活動再次成功,尤其是如何讓今年的音樂會滿座。我告訴他,去年的舉辦經驗是一個寶貴的參考,但他似乎面臨一些挑戰。同事向我抱怨,因為去年的表演者都已離開,新樂手對音樂會的參與並未表現出熱情,認為沒有加班費等會讓他們感到不
你可能也想看
Google News 追蹤
Thumbnail
靈感用盡、鍵盤不再響,盯著喜歡、分享、留言的數字,心跳跟著小鈴鐺七上八下⋯⋯vocus 2025 年 4 月限定新商品,要為創作者打氣! 🚨「創作者打氣包」 最懂創作者的vocus,為創作者打造 ✨ 打氣包,包什麼?!四件道具挺創作者 一、【打氣復活卷】 專屬你的打氣小語,成功登記免費
Thumbnail
全新 vocus 挑戰活動「方格人氣王」來啦~四大挑戰任你選,留言 / 愛心 / 瀏覽數大 PK,還有新手專屬挑戰!無論你是 vocus 上活躍創作者或剛加入的新手,都有機會被更多人看見,獲得站上版位曝光&豐富獎勵!🏆
Thumbnail
美烏談判的角色扮演與破裂影響 今日,美國與烏克蘭的談判正式破裂。美國總統川普、萬斯,烏克蘭總統澤倫斯基,全球媒體的見證下,激烈爭辯,最終不歡而散。這場世界級的談判破裂,將對未來數年甚至數十年的全球局勢產生深遠影響,因為其中牽涉的不僅是美烏雙方,還包括俄羅斯、中國以及歐洲各國,甚至整個國際秩序。
Thumbnail
雖然「編輯」工作需要紀律,但卻又不僅止於此,否則,就可能把編輯工作給過度簡化了...
Thumbnail
本書大多數的內容都以 OO 的概念出發,詳列了許多設計的臭味道,也有大量的例子。個人雖然不會這樣寫程式,但仍是覺得受益良多,至少在 code review 時能更清楚知道該怎麼描述問題。不過,即便不是用 OO 的概念,有些章節還是可以帶來一些想法,用 OO 概念寫程式的人更不該錯過這本好書。
Thumbnail
實際就業後,會發現收集與分析需求,通常都不是工程師在做,會有另一群人,以非工程的角度收集及分析需求,然後在開發過程中蹦出不同的火花,於是很好奇另一群人的想法是什麼?我不敢說這本書能完全代表另一群人的想法,但確實能夠得到很多有用的思維。推薦給所有的軟體工程師。
Thumbnail
軟體系統的發展歷程大多相似,首重解決基本需求、提供操作介面,進而提升安全性、擴充功能、優化操作。
Thumbnail
這陣子比較有空可以去天瓏書局晃晃,正好看到這本剛上市不久的書,整體上大多數守則,也是我自己一直在遵循的,是相當不錯的一本總結書。但真的要仔細看每一節的內容,理解每個原則背後的情境與想要改善的問題是什麼。如果只是把每一節的標題拿來使用,很容易就會發現衝突的部分。
Thumbnail
列出一套完整的程式 程式設計有許多種方法,不過通常會先列出清單的再逐一執行,這樣會加快程式設計的速度。設計通常會採取順推的辦法。所以順推的程式設計方式就是經歷觀念溝通、系統分析、資料統合、權限管理、頻率與時間、後台管理、畫面設計等等階段後,將框架設計完了以後,先列出一套完整的程式,將所有使用者都確
Thumbnail
程式設計中不可或缺的一部分 介面是使用者與程式互動的媒介,因此介面的設計會影響使用者的體驗和感受。一個清晰明白、易懂的介面,可以讓使用者輕鬆地使用程式,並獲得良好的使用體驗。 需要與程式設計師密切溝通 設計師需要了解程式的功能和需求,並根據使用者的習慣和需求進行設計。設計師和程式設計師之間的溝
Thumbnail
確保沒有遺漏或錯誤 程式的完整資訊資料對於程式設計至關重要。這是因為只有透過完整的資訊,我們才能確保在程式設計中沒有任何遺漏或錯誤。最終,後台管理扮演著管理系統中所有動作和行為是否符合特定標準的重要角色。 採取不符合預期的行動 這種符合性的重要性在於,當我們設計程式時,希望使用者按照預期的方式
Thumbnail
程式與頻率時間 看起來這個問題有些奇怪,程式與頻率時間有什麼關係呢?一旦程式完成,似乎就不需要再理會頻率和時間了。實際上,這可能是一些不熟悉程式設計的人所提出的疑問。了解程式設計最重要的一點是,頻率和時間的安排會直接影響程式的效能和展現速度。 時間的利用 舉例來說,假設一個表單的每筆處理時間為
Thumbnail
靈感用盡、鍵盤不再響,盯著喜歡、分享、留言的數字,心跳跟著小鈴鐺七上八下⋯⋯vocus 2025 年 4 月限定新商品,要為創作者打氣! 🚨「創作者打氣包」 最懂創作者的vocus,為創作者打造 ✨ 打氣包,包什麼?!四件道具挺創作者 一、【打氣復活卷】 專屬你的打氣小語,成功登記免費
Thumbnail
全新 vocus 挑戰活動「方格人氣王」來啦~四大挑戰任你選,留言 / 愛心 / 瀏覽數大 PK,還有新手專屬挑戰!無論你是 vocus 上活躍創作者或剛加入的新手,都有機會被更多人看見,獲得站上版位曝光&豐富獎勵!🏆
Thumbnail
美烏談判的角色扮演與破裂影響 今日,美國與烏克蘭的談判正式破裂。美國總統川普、萬斯,烏克蘭總統澤倫斯基,全球媒體的見證下,激烈爭辯,最終不歡而散。這場世界級的談判破裂,將對未來數年甚至數十年的全球局勢產生深遠影響,因為其中牽涉的不僅是美烏雙方,還包括俄羅斯、中國以及歐洲各國,甚至整個國際秩序。
Thumbnail
雖然「編輯」工作需要紀律,但卻又不僅止於此,否則,就可能把編輯工作給過度簡化了...
Thumbnail
本書大多數的內容都以 OO 的概念出發,詳列了許多設計的臭味道,也有大量的例子。個人雖然不會這樣寫程式,但仍是覺得受益良多,至少在 code review 時能更清楚知道該怎麼描述問題。不過,即便不是用 OO 的概念,有些章節還是可以帶來一些想法,用 OO 概念寫程式的人更不該錯過這本好書。
Thumbnail
實際就業後,會發現收集與分析需求,通常都不是工程師在做,會有另一群人,以非工程的角度收集及分析需求,然後在開發過程中蹦出不同的火花,於是很好奇另一群人的想法是什麼?我不敢說這本書能完全代表另一群人的想法,但確實能夠得到很多有用的思維。推薦給所有的軟體工程師。
Thumbnail
軟體系統的發展歷程大多相似,首重解決基本需求、提供操作介面,進而提升安全性、擴充功能、優化操作。
Thumbnail
這陣子比較有空可以去天瓏書局晃晃,正好看到這本剛上市不久的書,整體上大多數守則,也是我自己一直在遵循的,是相當不錯的一本總結書。但真的要仔細看每一節的內容,理解每個原則背後的情境與想要改善的問題是什麼。如果只是把每一節的標題拿來使用,很容易就會發現衝突的部分。
Thumbnail
列出一套完整的程式 程式設計有許多種方法,不過通常會先列出清單的再逐一執行,這樣會加快程式設計的速度。設計通常會採取順推的辦法。所以順推的程式設計方式就是經歷觀念溝通、系統分析、資料統合、權限管理、頻率與時間、後台管理、畫面設計等等階段後,將框架設計完了以後,先列出一套完整的程式,將所有使用者都確
Thumbnail
程式設計中不可或缺的一部分 介面是使用者與程式互動的媒介,因此介面的設計會影響使用者的體驗和感受。一個清晰明白、易懂的介面,可以讓使用者輕鬆地使用程式,並獲得良好的使用體驗。 需要與程式設計師密切溝通 設計師需要了解程式的功能和需求,並根據使用者的習慣和需求進行設計。設計師和程式設計師之間的溝
Thumbnail
確保沒有遺漏或錯誤 程式的完整資訊資料對於程式設計至關重要。這是因為只有透過完整的資訊,我們才能確保在程式設計中沒有任何遺漏或錯誤。最終,後台管理扮演著管理系統中所有動作和行為是否符合特定標準的重要角色。 採取不符合預期的行動 這種符合性的重要性在於,當我們設計程式時,希望使用者按照預期的方式
Thumbnail
程式與頻率時間 看起來這個問題有些奇怪,程式與頻率時間有什麼關係呢?一旦程式完成,似乎就不需要再理會頻率和時間了。實際上,這可能是一些不熟悉程式設計的人所提出的疑問。了解程式設計最重要的一點是,頻率和時間的安排會直接影響程式的效能和展現速度。 時間的利用 舉例來說,假設一個表單的每筆處理時間為