Re: [討論] 怎樣算是一個合格的junior cpp programme
※ 引述《musashi023 (太陽魚)》之銘言:
: Senior:
: 1. 能設計軟體架構
: 2. 活用design pattern
先說
我不會寫C++
但是關於軟體架構和Design Pattern我可以補充一下
軟體架構實際上在台灣多數職場裡的狀況
大概可以用一句話來形容
理想很飽滿、現實很骨感
學習怎麼設計架構和Design Pattern當然是一件好事
這些工具放入你的工具箱裡
不只代表你會使用這些工具
而且你還具備了「知道這世界上存在這些工具」的概念
看起來好像是廢話
但其實這麼多年看下來
很多工程師甚至連有Design Pattern這些工具都不知道
或者只是稍微聽過但因為各種原因沒有深入理解
你看到這裡可能會覺得奇怪
你明明問的是學這些算不算senior
但我怎麼開始提「其它人」或「職場狀況」?
因為
其實重點就在「其它人」身上
我挑明了說
軟體架構和Design Pattern
絕大部份時間不是工程問題
是政治問題
除非你進的公司只有你一個工程師
或你是帶頭的底下只有一兩個工程師
而且他們唯你是從
不然你要討論架構
或是什麼地方該用哪一種DP
我的經驗是
到最後都會淪為某種形式的政治角力
如果組織大一點
一切都要看那些資深老屁股們願不願意聽你的話
你如果想把一個模組重構
最好是先說服其它人再開始幹
事實上
所有關於這類架構方面的東西
通通都是需要團隊先溝通過
大家都OK願意照著開會所訂出來的規範走
最後才可能會有比較好的結果
不然很可能會變成最常見的狀況
就是大家各自為政
想怎麼改就怎麼改
每個人都自成一派
架構就變得亂七八糟
而做review的人很可能也不具備判斷其它工程師設計的架構到底是好是壞的能力
所以就亂review一通
最後系統變得四不像
每個地方的寫法慣例都不一樣
然後主管看導入這些有的沒的根本沒有比較好
接著就放棄繼續使用DP或其它一些架構方面的工具了
這也才是架構與DP最困難也最精華的地方
不是學習怎麼使用
是學習什麼時候什麼場合該用
甚至是學習怎麼說服別人一起來使用
你要真正學好這些東西
你永遠都要把這個概念放在心底
架構永遠是人的問題
不會只是工具的問題
解決人的問題就解決八成了
剩下的就是執行面的細節而已
這真的簡單多了
--
design pattern是用來降低溝通成本的,用之前大家都要會
會用只是基本 之後開會吵什麼地方該用什麼pattern才是最麻煩的 但很多團隊連每個人都會用這個基本門檻都達不到了 所以除了這些工具要學之外 要能升級成真正的senior 我自己認為學習怎麼溝通也很重要
問題是在於讓所有人信仰同一種design pattern本身就是巨
大的溝通成本與風險
實務上常常會變成核心共用部分可能協調成功,但其他部分
依然是各種信仰與無信仰的展示
推ID
推理想飽滿,現實骨感
老鳥一句別找麻煩 整個東西就不用玩了
大家都知道就是好的開始,爭執那個對就算了
推
一天到晚都在重構,你的績效怎麼打?
資深同事會用自創名詞迷惑眾人,溝通手段就是讓所有人轉暈
目的就可偷渡達成了
推 "政治問題" 這句
真的 溝通是最難的而且通常工程師的個性都是比較固執
的 與其練design pattern 還不如練情商
說真的 重構沒績效 還是做新features比較快升官
推政治問題
這東西其實就是battle用 雖然我幾乎不battle 只在乎
一個架構或工具能不能讓自己做一天休息好幾天 不能的
話只能說gg
多數都是不能 都用的很痛苦...
1
關於 TDD 個人一點看法 我覺得 TDD 最大的用處是讓你 "做一下,想一下", 這件事本身就很有用,相信有不少人有類似經驗, 很快想到一個版本,在幾個循環後陸續想到 3~5 個改版, 其中則有某個版本特別好實作,可以用初版 1/5 以下的時間完成,3
剛好看到這個影片 觀摩資深人員是怎麼深入原始碼把 wasm64 轉成 wasm32 還能正常執行 他有一些直覺解臭蟲的作法讓人感受到真不愧是資深人員,而且猜函式名稱的準度有夠 高8
我提一個好像沒有人討論的點 一個合格的junior/entry-level C++ programmer應該要良好的trace code技能 這個也不是只有C++適用 而是所有語言都適用 在學校除非個人興去的關係碰過open source code 否則很難碰超過1萬行的code23
針對關於 TDD 的討論另外回一篇好了 覺得用推文太長了 XD : 推 stupidlove0: 朝聖!重要的真的是unit test 08/23 18:47 : → HZYSoft: 回樓上 TDD 問題,TDD 不只要測試,還要先寫測試才寫code 08/23 21:33 : → HZYSoft: 很多人無法習慣這種順序,是否一定要 TDD 這有爭議 08/23 21:344
推文看到有人問前端. 我個人是做客戶端所以很多傳統的測試方法論對介面其實效用很低. 上述段落讓我想起以前寫作的經驗.單純分享. 我在2018~2020年在阿布達比UB維護手機線上遊戲Growtopia. 當時的案子有很多駭客想要破解我們的遊戲的攻擊行為.38
個人淺見,這點不見得是必要的,template 的 code 常常不好讀不好除錯 正確使用能寫出高彈性高效能的程式,但用過多維護跟閱讀起來會很痛苦 即便不用 template,日常大多數的事情都還是可以完成的, 如果是多人一起維護程式,有時為了提升可讀性,反而會避免太炫麗的 template 技巧 新人的話推薦不妨投資點時間,學習如何改善可讀性和與別人協作18
首Po諸位資工大神好,我本身是EE背景的 因為想脫離design house的生活 一直有在刷題+補充Cpp, oop 相關知識 之前有幸找到一份junior寫Cpp的工作 想了解對各位來說,有沒有一個對於qualified cpp programmer的具體標準1
錢很多,人難找。 : 2.維護legacy code 錢不錯到很多,公司賺錢有一些是爽缺。 : 1.的話重點是一堆效能增進的技巧 : 像是如何提高cache hit rate 或是multi threading的技術9
現在語言這麼多 你想學c++的目的是什麼 其實個人感覺你提的點以c++來說都不是重點 這年頭如果還有公司有c++的職缺 通常分兩大類 1.高效能運算21
STL 之外 boost () 也要會用一點, 有餘裕的話這兩個也稍微看一下: 如果確定公司偏好用哪一套的話可以指向性學習。
爆
Re: [問卦] 欸 柬埔寨金邊是一個什麼樣的地方看到最近這個新聞,然後PTT上面一如以往的再檢討被害人 像是什麼怎麼會被這種騙,會信這個的都是哪種人、哪種水準之類的 問題的重點根本不是這些受騙上當的人的程度如何 而是台灣黑道已經非常明目張膽的用合法媒體渠道去做這些事情,連掩護都不掩護 竟然FB、大品牌求職網站上面都看的到,這些可是人口販運耶,2022的台灣耶爆
Re: [討論] 「遊戲翻譯」是怎樣的工作啊?原文恕刪 大家好,我是遊戲翻譯資歷大概8年,不算資淺但也不敢說資深的譯者。 先前在西洽PO過幾次文,但主要是和配音有關,但其實遊戲文本翻譯才是主要收入。 之前在台灣暴雪待過快五年,做過在地化、配音和發行的職務,現在自己出來開公司 「牛灣娛樂」,主要也是接遊戲在地化的工作,然後有用在地化賺來的錢開發獨立遊戲爆
[面試] ASML US 控制工程師面試心得分享前陣子小弟我有幸錄取在美國的ASML,由於一直受惠於ptt多年,小弟又秉持著取之於社 會,也同樣回饋給社會的理念,忙碌之餘,趁腦海中還有一些印象,分享一些面試心得跟 一路上的個人感想,希望有機會能幫助到版上有需要的人,尤其是孤身在美國求職的留學 生們,或是正在準備面試海外公司的鄉民。就算都不是的話也沒關係,就當個長篇故事看 看也行。67
[討論] 緯創資通徵5年以上的資深工程師才30k起?最近看到高雄緯創資通在大舉徵才 本來想說雖然是系統廠但也不會太差吧 但看到徵5年以上的資深工程師,待遇居然才30k起~最高70k 這會不會太扯? 看需求也不簡單耶 緯創資通徵5年以上的資深工程師才30k起?29
Re: [請益] 本科在前端(應該有)的優勢?身為一個私立本科肄業全端出身的現役資深前端,認真回答你一下 先給你一些基本概念: 1. 114 本科畢業沒有直接去一流大公司,你必須要有一個很好的理由, 因為每個面試官都會問你「為什麼?」,沒有好的或理性的答案,絕對扣分。 2. 你看那些招募訊息明確寫說需要什麼什麼框架的,多是中小型企業,或是養老單位35
[請益] 請問程式架構和資料結構的差異各位大神前輩好,新手發問 想請教一下程式架構和資料結構的主要差異,及重要性? 是這樣的,我在爬文時看到這篇文章,詢問資料結構的重要性 #1Tigizmt (Tech_Job) 裡面有一段討論是這樣的:21
Re: [請益] Java後端薪水更高的方向springboot自帶tomcat, build成jar自己可以直接啟動成一個微服務, 打包成war再放進tomcat裡這是以前jsp servlet那個石器時代的作法, 你們用springboot卻這樣部署, 很大機率你們可能沒有真正了解springboot究竟要解決怎樣的問題