1. 單純不讓 user 用 hex editor 修改的字串加解密，完全不需要用 RE，最簡單的方式就是把字元做 xor 運算，然後把運算完的字元跟第二個字元運算，再把運算完的字元跟第三個字元運算，直到遍歷整個字串(或整個檔案)，要解密就是反過來做一次就可以，如果想要做不可逆的編碼就改用 or 即可。
2. 要使用 RE，也不需要自己寫，C 上面早就有很成功的 RE lib，如PCRE...
3. 大公司考 RE 很常見，尤其是以 linux 做開發的公司，像我們公司考題也有 RE (實際上是考 sed, awk 等)，畢竟一個 linux 老手不會 RE 實在說不過去。
4. 如果該職位給薪不錯要找高手，那我覺得考運算元優先順序一點也不機車，當然不可能要求全部運算元都寫出來，能寫出個六七成就算過關了，當然更適合的做法是列出來讓考者排順序較佳。

我覺得比較白目的考題像是 a +++++ b， malloc(0)，而且還特多公司愛考這種，我要看到就直接不寫，因為這種水準的公司不會是我想去的。