Re: [請益] 什麼程度才能在履歷上說自己會某個語言?

[EricTCartman (阿ㄆㄧㄚˇ)]

※ 引述《thx4luv (杞人憂天)》之銘言：
: 各位好，非負面的文，只是單純想聽大家分享自己的想法。
: 最近在修自己的履歷，說來慚愧，在資工待了幾年，沒有什麼能拿來說嘴的project，專題也不是做什麼很厲害的東西。
: 在履歷上寫自己會什麼語言時突然覺得很矛盾。
: 這幾年前前後後碰過很多語言，C、C++、Java、JS、HTML、CSS、Verilog、Python...
: 說實在的，如果是在一個不認識的人的履歷上看到這些語言，大概會覺得"哇這個人好厲害"。
: 但要把這些東西放在自己的履歷上，更多的卻是心虛感。
: 而如果你是主管，在看到某個人的履歷上說自己會某種程式語言，又會預設他大概到什麼程度呢?
: 謝謝大家!

有些人會說語言定義、語言features之類的，以我的經驗 C++ 上下天花板非常大，理
由是這個語言太複雜了，通常非面試場合有自信說："我精通C++" 不是真的大神就是
達克效應驅使。

比方說，C++的metaprogramming，如果你的同事不知道你用的paradigm甚至是你用的
技術是什麼，可能會造成只有你能維護的窘境。 或者是根本沒在追新標準、沒用boost
習慣的，你的公司環境多少會定義對語言運用的程度。

因此這個問題 我會看作是「你掌握該語言的程度是否能為公司創造產值」
以我個人的判定基準，就是寫 library

C++ template好用，但能不能一味地在API掛滿template? 有沒有妥善利用interface?
你會一些feature或很細節很複雜的知識，不等於你能妥善利用這些知識，更何況不是
所有的公司都在用最新標準，如果公司生產環境不支援，你的武功豈不是白費？


設計library、framework、開API能很好地考驗綜合能力，例如：

1. 你對該生產環境主流的容器類型、idiom是否熟悉
2. 你的命名邏輯或語意是否會造成他人誤解
3. 你的撰寫習慣是否接近clean code
4. 你是否熟悉design pattern
5. 你是否理解該語言基礎的物件類型(reference object or pointer)與生命週期
6. 你寫的程式碼是否好用

通常API開得好的人，其實不外乎是看得多，而且也寫得多；
他不會拿石頭砸自己的腳，你會寫造成自己困擾的程式碼嗎？不會
看過許多library或open source code的人也能潛移默化耳濡目染


所以我覺得你可以多整理一些自己常用到的function，放上github整合進工作中，如果
有一天你發現別人也開始用、甚至來讚賞你，我覺得那是一個不錯的開始

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.163.100.195 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1586966814.A.8D5.html
推 TSLsun: 感謝分享
推 s29940: 感謝分享
推 paint: 推
推 MartinJ40: 6太重要了XD
推 sxy67230: 推，真的優質文章。寫得好真的沒什麼訣竅，就是多看優
→ sxy67230: 質項目的代碼學大神怎麼構思而已。
推 sxy67230: 除了看以外，也要自己動手，我自己都給自己定下一個規則
→ sxy67230: ，寫得東西一定要結構化，而且假設自己是廢物也能輕鬆
→ sxy67230: 調用我的API，目前仍繼續努力中。
推 yamakazi: 優質，感謝指導
推 alen60212: 推  很實用
→ JasperChang: no no no 台灣喜歡填鴨式面試法
→ JasperChang: 問：你知道某某功能要用什麼函數嗎
→ JasperChang: 答：好像是 abc(x, y) ... <-- 錯 是abo(v, y) 你程
→ JasperChang: 式能力差 無法成為即戰力 請回
推 thx4luv: 推
→ n969301: 推～能寫好維護、好閱讀的程式碼真的很重要
推 LERICAL: 推
推 Eric0605: 推
推 richer6605: 非常謝謝分享
推 owo99: 好文推
推 ura1210: 這裡推薦bob大叔的書籍 無暇的程式碼
→ jobintan: 命名的語意真的超重要，不只C，甚至囊括所有程式語言。
推 xvid: 推
推 xoy232: 認真
→ xoy232: 推