Re: [討論] 刷題和side project 的重要性
看到這個討論串忍不住想分享。
先做個自我介紹,我目前 26 歲,去年研究所畢業目前年資剛滿一年沒多久。熟悉的語言是 PHP ,找的也是跟 PHP 相關的工作,目前任職廣告公司做一些酷酷的廣告科技。
去年面試了五間公司,都是本土企業,我就俗辣然後英文不夠厲害不敢面外商。這些公司我都拿著 Side Project、開源專案參與記錄,以及論文當履歷作為面試的履歷,總的來說這些面試我沒有被考到白板題,也沒有被考到任何考卷,多的是討論我的 Side Project 與解決了什麼開源專案的問題。還有碰過面試官很認真的跟我探討我的論文主題,以及我的解決方法,讓我夢回畢業口試。
面對面試我完全沒有準備解題,就上次解題的經驗還是大學學寫程式寫的那一百多題 zerojudge,在之後的學習歷程上就完全沒有碰過了。如果面試突然考我解題,我可能會爆掉 XD
這裡先分享我的 GitHub :
https://github.com/monkenWu
一直以來我做的都是一些酷酷的小東西,沒有到很多人使用或安裝數很高。但都是我在開發的過程中遇到的問題,我將它們轉換成一個通用程式庫或者是解決方案;或者是碰到一些我認為很性感的新技術,我會想嘗試將這些東西融和進我的開發流程中。比如說,我現在就在替 PHP 的某個老字號開源框架做高效能伺服器的支援。
在製作 Side Project 的過程中通常可以讓你更認識你自己,當你替自己設定好一個偉大的目標時,在前進的過程中才會發現有哪裡不足。大多數時候,我都是在加深自己腦袋裡的知識,而不是每天下班很認真的開發工作。
比起 Side Project 我覺得貢獻大型開源軟體是個更不賴的行動,在貢獻開源軟體的過程中,核心貢獻者幾乎會逐行地對你的程式碼進行 Review 。第一次貢獻時超羞恥,被逐行問問題,都懷疑自己會不會寫程式。但只要你持續關注你的 PR ,通常會修正成大家都開心的樣子。最後被成功合併分支時,那個成就感真的爆棚。
貢獻大型開源框架更能看出自己的程式碼的不足,不論是在可維護性、確效或者是解決問題的思考模式,都能夠在討論的過程中學到很多。那些超會寫程式的人幫你逐行 Code Review ,給你建議還等你改完,真的賺爛。
推薦大家閱讀這篇「如何貢獻開源專案」:
https://opensource.guide/zh-hant/how-to-contribute/
不過像是製作 Side Project 或貢獻開源專案都很需要持續的動力與熱情,若是求職導向我也是認為大量解題你能夠立即看見的回饋是最顯著的。
最後是結論,這篇文章想分享的核心是:如果你像我一樣大量將時間投資在非解題的開源專案或是 Side Project 上,在一些本土企業的面試中也不會被看輕。
希望大家都能夠越來越好。
--
推,我上一份工作面試的時候也都在聊自己做的side pr
oject,只要做的是有意義的東西,面試官也很有興趣聊
聊是做了什麼有趣的東西,而沒有考刷題
推這篇,難得看到貢獻開源專案的分享,讚!
我有些是外掛類的東西 感覺放開源專案不太好
幫忙大型開源專案,其實有點投稿學術期刊的感覺了,大師幫
你review甚至建議怎麼修作品,而你的作品則貢獻了整個社群
。
推推
推開源
好讚
同五樓問,如果是貢獻外掛類的適合嗎
不是整理就是fork 根本rock不起來 不知道為何很多華
人都很喜歡搞這種東西 而不是發明
當然我都知道這樣很花時間
南無阿彌陀佛
php是不錯但我更喜歡shell 因為可以io流寫法 例如ssh
連線就可以echo pwd > XX 讓它執行pwd 然後read -r l
< Xxx讀結果出來 當然不是這樣就能 類unix其實是半成
品 雖然linux一點點可以這樣做 但絕對都不是file api
一切皆文件沒達成 不然call個api就可以io流解決 還順
帶可以有異步功能 這樣才rock的起來
現在軟體生態都太蠢了
學習一堆沉重做的事情又一點點的工具 不然就是正在造
這種工具或二次開發 然後用了新工具驚為天人 很無言
?-?
公蝦餃,就 OS 提供 file descriptor 去重定向,什麼 IO 流
= =
另外 PHP 又不是沒提供你想表示的 I/O Streaming 介面
這是看shell 的實現 一般的確只是api 我說的file api
只是重定向
指的是call api型式用的是這種方式
echo 參數1 參數2 > /api/XXX
linux下比較像的就是proc 每個語言都有io stream功能
但shell下的是<和> 簡潔
但procfs只有很少東西可以這麼做
像bash tcp client功能就不只是重定向 系統api如果都
是這種方式就是爽 深感遺憾
類unix當初的想法是一切皆是文件 可是沒實現
以這種偽檔案系統如果可以呼叫api 自然異步操作也是
不在話下
某樓還以為我在講io 只是目前系統確實多數是這樣
連api都要以文件方式提供 不然一切皆文件都是空的
但最起碼類unix還比win好多了
Rock! Stay cool
推文怎麼有個人自己講自己的好像很爽
你覺得爽的寫法別人不一定爽 而且沒解決什麼問題
推文好好笑
誰自己講自己的? 我只是認為樓主說自己搞的很酷言過
其實 很爽本來就是以簡單易用為考量 現在很多東西平
台綁定太深 至於解決什麼當然是解決凡事都要寫一般大
型語言的麻煩 可以腳本控制
以前有機會這麼做 現在歷史因素沒了 很好笑?
南無阿彌陀佛
其實是可以實現 但不是原生的 底層不這麼做終究還是
平台限定
聽君一席話,如聽一席話。如果能讓所有作業系統底層都以同
一套方法跟哲學實作,您還留在這真的是太屈才了
io流寫法c++不是就有了?各種重載而已。
你以為我愛講? 講給你聽的? 偏見真多 我主要都已經
說的很清楚 樓主說很酷的標準不高 跟我是否酷到天際
是兩回事 但這是我的目標沒錯
c++那個與shell的差遠了 只有>和<只是簡單示例
先不說偽檔案系統 光重定向就很多花樣 也很靈活 這
有是愛用的原因 不會很無聊坑又不會少
事實上光重定向也可以寫複雜應用 只是有限制
大概眼界開了 看很多東西覺得很無聊
40
首Po嗨蓋斯,肥肥電資宅 之前在準備面試的時候一直有個疑問 對於資深主管來說,刷題和side project 是哪個重要一些? 我直覺會選side project,但很多時候爬文發現大家都專注在討論刷題 以我自己的面試經驗,感覺有些主管對於外系刷題仔有偏見,會有一種:阿你就是會刷題而已,show me your SW experience4
如果沒有要創業而是幫人打工的情況 作為資深工程師可能溝通能力比較重要 當一家公司每個工程師都是呂布等級能solo自幹整個專案時 能夠說服其他工程師照他的意見做這件事才是最難的 --3
主管面試要看的是「這人放到我們部門工作 OK 嗎」 除非你的 side project 剛好命中公司在做的事,或這間公司就是專門刷題的 不然這兩個都只是手段,可能有用但不一定那麼重要 只論工程能力的話,知識才是你真正的條件 刷題跟專案是拿來證明自己具有知識的工具17
最近一兩年在面試工程師,覺得「拿著side project」來面試的人多了很多 不知道是不是轉換跑道的人多、或是某些camp或是社群在推崇這方式 anyway,以下僅我個人想法,每個面試官觀點不同,看看就好 先說結論,可能有幫助,但也許沒你想像的大,甚至衰一點可能還扣分 先講Side Project命題好了6
看你是怎麼看待自己的發展, 如果只是要份工作。 不用刷題,不用做side project。 如果是要做業界公認的好公司與工作。 刷題很重要,不用懷疑。X
嗯..........我最好奇的是..... 該公司是不是貂蟬的數量一致。 如果是一致,哪麼他們會各自自幹整個專案: 由起案行政,案子計晝書,談需求,開發,測試,上線,結案行政。 如果數量不一致,哪就是溝通會有問題的了。X
正而八百的回一下吧。 刷題即可,專心刷。 因為絕大多數的用人單位的主管,都只看刷題,畢境要是老闆問到。 這個是一個可量化的指標。 side project 這東西,台灣人是做不來的。5
題 : 所以我逐漸會在下班後搞side project : 但有時候空閒的時候又會想:歐印刷題是不是比較高效呢 : - : 我自己是覺得side project 應該比較有東西20
推一個, 除了學經歷跟 leetcode。 認真寫技術文章,經營LinkedIn,回stackoverflow, Kaggle 得名,Github / Gitlab 很多人追蹤 貢獻開源專案,參與社群給演講
94
[心得] 2023年初找工作心得大家好,小弟長期受軟工版照顧,因此想提供自己年初找工作的經驗回饋各位。 我的背景是私立學店學士本科畢業,沒有發表任何 Paper 或是認識某某大佬,可能的優 勢就是在美國當過交換學生,英文能力自認中上。 我有 4 年多後端開發經驗,主要使用語言包含:PHP、JavaScript、NodeJS;也有少許前 端經驗,使用過 ReactJS、VueJS 框架協助前端開發(但都不是專職,複製貼上居多)。56
[心得] 面試心得分享(MTK/Mixerbox/趨勢/amazon)當初在求職時也是常常在Tech_job上和Soft_job上找資料,受益良多 因此這篇文章也想分享一些我在2020年求職新鮮人軟韌體工程師的經驗歷程 Medium易讀版: # 個人經歷背景 中字輩大學通訊相關科系,在校成績很混 (70% 後),大學後半段發現自己較喜歡軟體方35
[請益] 軟體工程師生涯規劃請益各位年薪300萬的大大好,幫友人代發 小弟朋友剛從原公司離職,離職的原因比較複雜,不過主要是因為部門改組 接下來他找工作找了一個月,不過碰了不少壁,目前面到一間公司感覺還不錯,但又很擔心 將來,故上來請各位前輩給予建議 =================================21
[心得] golang 工程師半年無薪心得真的無薪~ 其實主要是作開源專案 老實說我有點感概,很多人加入,但現在有在參於的人大概就剩4人。 不過也是拉,我覺得在台灣做開源專案實在對工作幫助不大。 可能還不如把心力花在把英文搞好或者看股比較好。5
Re: [請益] 轉職第一份工作嗨嗨,這位朋友,可以理解你剛開始找工作的焦慮,我相信大家都有過這個 焦慮的時期。所以我想上來分享一下我在新創軟體公司 HR 的經驗,雖然每 個公司各有不同流程,不見得對你有幫助,但希望可以幫你轉換一下心情。 在開始說明面試流程之前,想先問一下你的作品集,是什麼形式的呢?有的 人準備作品集,是準備「畫面截圖」或是「影片 demo」或「簡報」?假設你3
[問卦] 開源棋牌是什麼很厲害的開源專案嗎?如題 有個肥宅工程師朋友 很久沒跟他聯絡了 剛好有一些程式上的問題想要請教他 寒暄一下問他最近都在幹嘛- 你的公司是否有使用 Open Source 軟體,但其實並不確定自己開發成果是 否有符合授權條款、後續商用上是否會遇到什麼困難?快把講座資訊分享給 開發者、法務,大家一起擁抱開源! OpenChain 協助產業在碰觸或思索開源合規 (Open Source Compliance) 爭 議或政策時,有一套流程可以提供參考!