Boring Expenses କିପରି ଟଙ୍କା ସଂରକ୍ଷଣ କରେ (ଏବଂ ଏହା କାହିଁକି ପୂର୍ଣ୍ଣ ସଂଖ୍ୟା)

ଗୋଟିଏ ପଇସା ହଜାଇବାର ଏହା ଏକ କ୍ଲାସିକ୍ ଉପାୟ। ପ୍ରାୟ ଯେକୌଣସି ପ୍ରୋଗ୍ରାମିଂ ଭାଷାକୁ ପଚାରନ୍ତୁ 0.1 + 0.2 କେତେ, ଏହା କହିବ 0.30000000000000004। ଏହା ଭାଷାର ତ୍ରୁଟି ନୁହେଁ — ବାଇନାରୀ ଫ୍ଲୋଟିଂ-ପଏଣ୍ଟ ସଂଖ୍ୟା ଏହିପରି କାମ କରେ। ଅଧିକାଂଶ ଦଶମିକ ଭଗ୍ନାଂଶକୁ ସେଗୁଡ଼ିକ ସଠିକ୍ ଭାବେ ପ୍ରକାଶ କରିପାରନ୍ତି ନାହିଁ, ତେଣୁ ଛୋଟ ତ୍ରୁଟି ପଶିଆସେ। ପଦାର୍ଥ ବିଜ୍ଞାନ ପାଇଁ ଠିକ୍; ଟଙ୍କା ପାଇଁ ନୁହେଁ।

ଫାଇନାନ୍ସ ଆପ୍ ପାଇଁ “ପ୍ରାୟ ଠିକ୍” ଭୁଲ୍ ଉତ୍ତର। ତେଣୁ Boring Expenses କୌଣସି ପରିମାଣକୁ କେବେ ଦଶମିକ ଭାବେ ସଂରକ୍ଷଣ କରେ ହିଁ ନାହିଁ।

ସବୁଠାରୁ ଛୋଟ ଏକକକୁ ପୂର୍ଣ୍ଣ ସଂଖ୍ୟା ଭାବେ ରଖନ୍ତୁ

ଟଙ୍କା ସଫ୍ଟୱେର୍ ସବୁଦିନରୁ ଯେଉଁ କୌଶଳ ବ୍ୟବହାର କରିଆସିଛି ତାହା ହେଉଛି ସବୁଠାରୁ ଛୋଟ ଏକକରେ କାମ କରିବା ଏବଂ ତାହାକୁ ପୂର୍ଣ୍ଣ ସଂଖ୍ୟା ଭାବେ ରଖିବା। $4.20 ବଦଳରେ ଆପଣ 420 ସଂରକ୍ଷଣ କରନ୍ତି — ସେଣ୍ଟର ସଂଖ୍ୟା। ପୂର୍ଣ୍ଣ ସଂଖ୍ୟା ସଠିକ୍। ଦିନସାରା ଯୋଗ, ବିୟୋଗ ଓ ମୋଟ କରନ୍ତୁ, ରାଉଣ୍ଡିଂର ଧୂଳି କେବେ ଜମିବ ନାହିଁ।

Boring Expenses ଏଠାରୁ ଆଉ ଏକ ପାଦ ଆଗକୁ ଯାଇ ପରିମାଣକୁ ଅତି ସୂକ୍ଷ୍ମ ଉପ-ଏକକରେ ରଖେ (ଭାବନ୍ତୁ “ପ୍ରତ୍ୟେକ ପୂର୍ଣ୍ଣ ଏକକରେ 10 କୋଟି”), ଯାହା ମୁଦ୍ରା ଓ ଭବିଷ୍ୟତର ଆବଶ୍ୟକତା ପାଇଁ ପ୍ରଚୁର ସ୍ଥାନ ଛାଡ଼େ, ଅଥଚ ସବୁକିଛି ଏକ ସାଧାରଣ Int ହିଁ ରହେ। ସ୍କ୍ରିନରେ ଆପଣ ଯାହା ଦେଖନ୍ତି ତାହାକୁ ଓ ତାହାରୁ ରୂପାନ୍ତର ଏକଦମ୍ ଧାରରେ ହୁଏ — ଯେତେବେଳେ ଆପଣ ପରିମାଣ ଲେଖନ୍ତି, ଏବଂ ଯେତେବେଳେ ଆମେ ଏହାକୁ ଦେଖାଇବା ପାଇଁ ଫର୍ମାଟ୍ କରୁ।

// ଉଦାହରଣ, ସଠିକ୍ କୋଡ୍ ନୁହେଁ:
let display = Decimal(amountInSubunits) / Decimal(subunitsPerUnit)
let text = display.formatted(.currency(code: userCurrency))

ଏହା ଆପଣଙ୍କ ପାଇଁ କାହିଁକି ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ

• ମୋଟ ସଠିକ୍। ଆପଣଙ୍କ ମାସିକ ଯୋଗଫଳ ହିଁ ପ୍ରକୃତ ଯୋଗଫଳ, ତାଲିକା ବଢ଼ିବା ସହ ଗୋଟିଏ ପଇସା ଘୁଞ୍ଚିଯାଉଥିବା ସଂଖ୍ୟା ନୁହେଁ।
• ସିଙ୍କ ସମାନ ରହେ। ଏକ ପୂର୍ଣ୍ଣ ସଂଖ୍ୟାର ଅର୍ଥ ଆପଣଙ୍କ iPhone, Watch ଓ iPad ରେ ସମାନ। ମେଳାଇବାକୁ କୌଣସି ଅସ୍ପଷ୍ଟତା ନାହିଁ।
• ରପ୍ତାନି ଉପରେ ଭରସା କରିହେବ। ଆପଣ ରପ୍ତାନି କରୁଥିବା CSV ଆପ୍ ସହ ପଇସା ପଇସା ମେଳ ଖାଏ।

ଏହା ଏକ ଛୋଟ, ସାଧାସିଧା ନିଷ୍ପତ୍ତି — ଠିକ୍ ଯେପରି ଆମକୁ ପସନ୍ଦ। ଆପଣ ଏହାକୁ କେବେ ଦେଖିବେ ନାହିଁ, ଏବଂ ତାହା ହିଁ ଉଦ୍ଦେଶ୍ୟ: ସଂଖ୍ୟାଗୁଡ଼ିକ କେବଳ ଠିକ୍ ମିଳିଯାଏ।