首先，盤古初開有天有地有盤古，但係無質數（Prime Number）存在，所有數學概念都係人製造出嚟😌 換言之，製造嘅人必然有佢嘅目的、有佢嘅考量，其實包同唔包都得，正如你早餐食飯定食麵都唔會死，但你梗係會食個好味啲嘅😋
後來，大家都決定，質數係唔包1嘅，最細嘅質數係2，然後一路數落去：2、3、5、7、11、13⋯⋯全部都只能被1以及自己整除。
有咩好處呢？就係天下間嘅所有正整數，都能夠寫成呢堆數字相乘，專稱Prime Factorization。
尤其是將所有質數由細至大排，再填佢哋嘅次方，仲會變成獨一無二嘅表達方法！😎例如：
12 = 2² x 3¹
30 = 2¹ x 3¹ x 5¹
90 = 2¹ x 3² x 5¹
試諗吓，如果你包埋1落去，咁就失去咗獨一無二嘅特性，因為1嘅幾多次方都係1⋯⋯例如：
21 = 1¹ x 3¹ x 7¹
21 = 1² x 3¹ x 7¹
21 = 1³ x 3¹ x 7¹
……
其實「21 = 1嘅999999次方 x 3 x 7」都得，咁就嘥曬啦！
有咩嘥咗？獨一無二嘅特性代表你可以用嚟編碼呀！用返上面嘅12、30、90做例子，你可以：
用21代表12
用111代表30
用121代表90
（我唔講點解，你估唔估到？）
考吓你，根據呢個編碼方法，請問301001代表幾多？歡迎作答👇🏻
---------
#M1解題王 會以題目 keyword 切入，同你極速 KO M1 題目；記住 Save 低個 post，方便你大考前攞出嚟溫🔥
------------
🎲賭Sir｜高階數學考試專家
🎓21 項數學公開試．以一 Take 過考取完美戰績
DSE：Math+M1+M2【5**】
CE & AL：Math+A.Math+Pure+Applied【A】
IAL：C12+C34+F1+F2+F3+M1+M2+M3+S1+S2+S3+D1【A】
IGCSE：Mathematics+Further Pure Mathematics 【9】
🖥最高人氣補習網紅・貼地教數別樹一格
頻道 #杜氏數學 2016年創辦，訂閱65,000+，多條教學影片點擊100,000+；2018年獲出版社邀請，撰寫暢銷書《5**數學男人嫁得過》推廣「聰明應試」理念，並鼓勵年青人堅守自信。
🧠以心理學、高效學習融入補習教育當中
從中文大學風險管理學士畢業之後，鑽研超速學習法（Ultralearning）及教育心理學，將高效學方法先行用於自己身上，無間斷學習新知識；四年後重返校園，完成中文大學數學碩士（大數據分析）課程，期間考入門薩學會（Mensa），實證超速學習法。
🏆座右銘
好多人以為自己因為對數學無興趣，所以數學低分；事實剛好相反：因為自己數學低分，所以對數學無興趣。試諗下，若然你有歌神嘅聲線，你仲會對唱歌無興趣嗎？
------------
#數學 #DSE #dser #math #maths #afterschool #dsemath #examskills #mathtutor #followme #2022DSE #2023DSE #2024DSE #tutor #mathtutor #DSEfighter #tutotial
中文 編碼 在 Re: [問題] 關於中文編碼的一些問題- 看板C_and_CPP 的推薦與評價
: 4.用主控台應用程式，也就是cmd.exe來看中文字串，是不是編碼一定要改成ANSI? 用
: UTF-8是不是就一定看成亂碼?
: 答：沒這回事，不過用ANSI與UTF-8的程式不一樣
: UTF-8可能需要做一個轉換的動作
做個實驗，用 Windows XP 的記事本寫個檔案 u8.c
#include <stdio.h>
int main() {
printf("一二三\n");
return 0;
}
用記事本存檔，此時選擇編碼為UTF-8，故其中的"一"字，其儲存值將為 E4 B8 80
接下來編譯:
執行 cl.exe u8.c 得到 u8.exe 在繁體中文版 Windows XP 下的命令提示字元下執行
u8.exe，輸出字串"一二三"
執行 gcc u8.c 得到 a.exe，同樣執行之，輸出字串"銝胤몌"
這是因為編譯器的判斷兩個字串常數 "一二三" 時的差異，微軟的 cl.exe 做了私下
的轉換，使原本用 UTF-8 存的中文字變成 Big5 了。
打開命令提示字元，執行 chcp 65001 切換到 UTF-8，再執行 a.exe 即可看到正確的
中文"一二三"。(如果中文字顯示不全，把視窗最小化再重開，就會正常)
如果要避調微軟好心的自動轉換，就利用 shell code 常用到的技巧 "\x"
一樣寫個原始碼 asc.c 內容改為
#include <stdio.h>
int main() {
printf("\xE4\xB8\x80\n");
return 0;
}
存檔直接用 ANSI，反正用到的東西全部是 ASCII 無所謂用什麼格式。
此時不管用 cl.exe 還是 gcc.exe 去對 asc.c 編譯，其執行檔都會在 Big5 下顯示"銝耢
要用 chcp 65001 切換到 UTF-8 才能看到正確的中文字 "一"。
修文推薦一下延伸閱讀，由本版 JeffHung 前輩所寫
#1A2twiEe (C_and_CPP)
https://www.jeffhung.net/blog/articles/jeffhung/1114/
2010/11/12 補充：
剛剛觀察 VC 的貼心行為，有了些猜測，歸納於下。
不論你的原始碼儲存格式是 ANSI 或 UTF-8，只要該行程式碼是 printf("許");
則微軟都會貼心的幫你轉換好，使該執行檔，在該電腦預設 Codepage 下，顯示出 "許"。
大家都知道，「Big5 的許 = \xB3\x5C」且「ASCII的 '\' = \x5C」，所以 Big5 原始碼
的 "許" 對編譯器來說是 "\xB3\" 的形式，而這樣就少了 closing 雙引號。
用 gcc 會編譯失敗，但是 VC 卻能成功編譯這樣的程式碼，可見確實在送給編譯器之前，
有用 C_950.nls 查出 "許" 的內碼，並轉換為 \x 格式才送給編譯器處理。
那「UTF-8 的許 = \xE8\xA8\xB1」，對繁體中文版的 VC 來說，
即使原始碼格式是用 UTF-8 存，碰到 printf("許"); 還是會用 nls 轉換成「\xB3\x5C」
，也就是說，其執行檔也一樣會在 chcp 950 下的命令提示字元印出 "許"。
而 gcc 總是會依照你餵給他的原始碼內碼，直接丟去處理，因此 Big 5 原始碼的 "許"
會編譯失敗；UTF-8 原始碼的 "許" 需要先 chcp 65001 才能在命令提示字元印出 "許"。
補充說明的，大部分的編譯器都能自動判斷出純文字檔是否使用 UTF-8 格式，但微軟有
比較弱，所以微軟是強制規定：如果你用 UTF-8 當編碼，那就必須加上 UTF-8 BOM。
微軟 VC 編譯器，會用 GetACP() 得到的機碼值 (得到的 Codepage，通常是 C950) 去處
理「沒有加 BOM 的 UTF-8 原始碼檔案」，然後哭著跟你說：
warning C4819: 檔案含有無法在目前字碼頁 (950) 中表示的字元。
請以 Unicode 格式儲存檔案以防止資料遺失
重點是該原始碼，本來就已經是 Unicode 格式了，只是微軟自己弱而已。
對 gcc 來說，UTF-8 格式的原始碼有無 BOM 都能得到一樣的正確結果。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 124.8.143.116
... <看更多>