1.語法結構和程式架構的「高深」，應該是不同層級的功力
(語法結構交給混淆工具就可以了)

2.幸好我是寫DBMS的，沒有什麼保護、取代的問題
:laugh:

保護自己? 是沒看過世面吧? 多看看那些open source是怎麼寫的就會知道自己有多渺小了,
如果我是主管會直接把他砍了, 不管他有多行.


:think: :unbelief:

看是要找新人還是有經驗的?
找新人就隨便寫幾個程式就ok了,
反正你是要 training他吧


如果是找有有經驗的,資深一點的
也不必問code 了
直接問他做過哪一些 project, 專長是什麼?


如果是找 manager, 那就問他如何帶 project?
如何對上,如何對下?

樓主那三個問題
我只會第一個,因為有用過,
但當我離開學校時,那三個我一個都不會, XD

沒錯，是整人兼考觀念，老實說前三個 google 一下就可以直接得到答案，如果沒有後面兩題，根本無法知道他是不是真的得懂指標。

很多人寫程式，直接 google copy 下來改，裡面寫什麼不見得完全懂，結果出問題不知道怎麼善後。

你要找人的話，不只要找一個會 google, 還要找一個真正懂觀念的人，是吧？

最後一題不要求一定要答出正確答案，而是看你能命中正確答案多少。

沒人要你這樣寫程式，而是要你是不是真的懂指標的觀念。

說實話，我遇過好幾個國立一流大學資訊科系畢業的學生，說不懂指標的（且學校裡教的是 c）。

但為什麼能畢業？考試背一背，作業抓一抓改一改，一知半解也能混過。

還有你這是 complier ambiguous 的問題，不同的 compiler 可能會得出不同結果，本來就不能這樣用。

想必您沒遇過這樣的"主管" :laugh:
(偷偷把DB欄位加密到下面寫程式的幹聲連連)

超過編輯時間，說最後一題在整人，其實我只是用前面幾題的型式組合出來的而已。

所以，讓你用 google 再稍微想一下，得出前四題，然後再去解出第五題，這種考試應該不算刁難吧？

在台灣我遇過太多個喜歡問一堆莫明奇妙或根本不應該出現的問題,
這些人把他們的程式拿出來看,我只能無言以對,而且絕不會跟他們合作.

實際的東西騙不了人


:think: :stupefy:

小弟十幾年前寫JPEG encoder/deconer的時候有抓JFIF的code來看，就一堆是這樣寫的。

因為當時c++尚未流行，這是老一輩為了整合操作跟變數，當時沒class可以整合，才這麼用，不是拿來耍帥、表現能力的… :think:

然後上面說暗黑兵法其實也整到自己，自己維護也不會比別人方便多少
我倒是有碰過藏說明書的…後來各自換別家，對方也碰到我熟人，聽說還是一樣藏資料，但是人家這樣能升職跳槽加薪，你也莫奈何… :tu: 只是做久了小圈子都會知道，業界不大的，都會碰上熟人。
老實講，這種碰到會很難合作，最近這次碰到同樣會藏資料的人，我就直接跑人了…聽說對方撐三四個月也一樣走人。 :rolleyes:
我是想說：何苦呢？本來兩人合作還有可能過關，為什麼連河都還沒過，就想要拆橋。 :stupefy:

如果結構寫得好的話..程式碼隱晦點是不介意
但寫了幾十行卻連一行註解都沒..這我就接受不了了 :cry:

切身之痛..
有次我們老師寫個霍夫曼編碼的程式不到百行
格老子的..當下有如天書..直到兩年後才勉強看懂.. :laugh:
不過的確學到不少東西