Re: [請益] 痾 遇到這種事情 是不是需要趕快離職了?
https://www.youtube.com/@TsodingDaily
實況寫程式的 Tsoding 最新原型作品 - 多人遊戲的伺服器端與客戶端(Typescript)
https://github.com/tsoding/multiplayer-game-prototype
一堆 if else 裡面還有 if else,最多好像是三層,應該還不至於看不懂,原型的標準 比較低,快速產出才是王道
有些大塊程式碼還會特地用大括號包起來,第一次看到這種作法
大家覺得 client.mts 內可以怎樣重構呢?
client.mts 最底下 keyup 跟 keydown 事件處理函式內的三層 if 應該都是條件反轉後 提早回傳吧
message 的事件處理函式,改 switch 有比較好嗎?
--
「看在上帝的份上,我們不能當著孩子的面槍殺他的父親!」
「那我們就連孩子一起幹掉!」
「第一槍打中的是那個天真的孩子,第二槍是抱著孩子的母親。第三槍
停頓了三秒,當難以致信的父親擦拭著臉上愛子的腦漿從震驚中醒轉
過來,慢慢的轉頭看向停車的地方,分辨出是誰在攻擊他後,第三顆
子彈才將他的腦殼打飛。」 ─摘自〈狼群〉
--
如果沒有真正解決/改進問題與需求就是秀技
遊戲產業的前輩早已發文警惕那些用奇怪平台做遊戲的人
不是真正在做遊戲 他們只是想證明自己技術很厲害
推樓上
你在那邊糾結switch還是early return還是依賴翻轉,以為
只有你會別人不會,其實別人是已經用到爛,加上時程跟未
來需求的考量認為這裡沒有必要用,直接if else結案,別人
產品都做完了你還在糾結哪一種pattern最好。如果看到每
個if else都想套個什麼別的模式來炫技,那你乾脆把每個
函數的參數都改成interface
iife 很常見
遊戲..不是一堆反編譯高手貼code吐槽原作者寫很爛嗎XD
同意樓上 小程式就不用用一堆炫技的模式 更難維護
遇過很愛炫技的同事 只是寫一個api 就用泛型包了3層 刻一
堆class 明明簡單的鏡射function就能處理
原型就是應該這麼易讀,一看就知道他要幹嘛,沒什麼好改
的。沒必要在意 if else幾層
你要重構client.mts做成產品等級,那根本不是搞個提早回
傳這種小事,應該把所有具有實作邏輯的地方都弄成可註冊
插件進行擴展的形式,所以浪費時間糾結if else是不是很無
聊
推一樓
24
首Po小魯目前在一家還算大的公司工作 現在有兩三位頂大的junior的同事 寫程式的習慣讓我覺得是不是要趕快跑了 舉兩個例子好了 他們都喜歡if-else combo, 沒巢狀到波動拳那麼深 但就是動不動就if-else 三層 然後三層裡面還會再if-else 第二個例子就是如果有function 90%(50~100行)適合他們想要的用途,X
氣 : 公司也沒人想要當壞人 code review也沒人出聲 而且大家都知道 上市公司每個都喜歡 : 有學歷的人當門面 反正真正主力有人會扛 XDDDD : 每次改到他們經手過的code都很痛苦 若是要幫忙擦屁股根本擦不完阿 因為一直拉.... : 自己寶貴的時間也都被吃掉了23
等等,我原本以為只是一個簡單的問題 居然歪樓了 推動coding conventions 可以從你我做起 像原原po的問題是 if7
我個人感覺程式語言也是有語感的 跟學歷關係不大 我自己碰過一種寫法 if 變數 == a print 甲.jpg if 變數 == b print 乙.jpg
40
[問卦] 程式能寫if 就不要用for loop?以前寫程式覺得要看起來厲害 明明能用if的 我會先建一個table 然後再用for loop尋找 好處是數量增加時增加的程式碼少 壞處是寫的時候和以後回來看的時候比較麻煩32
[討論] switch大家怎麼排版?很多程式語言都有switch這個語法 例如:C、Java、PHP、JavaScript等 我時常用到switch都會有個猶疑 就是switch到底該怎麼排版好呢? 通常程式工程師在寫程式時27
[問卦] Chatgpt會寫程式 很有威脅嗎?是這樣的拉 本肥宅今天終於玩到Chatgpt 叫他簡單寫幾個程式 用python 寫簡單的網路聊天室 要有客戶端和伺服器端 程式碼出來後直接拿去運行根本跑不動24
重構的幾個迷思覺得最近很多文章都有些不求甚解的問題,來寫點論述。 1. 重構不是什麼了不起的事情 2. 變更程式碼,重寫舊的程式碼成自己爽的樣子,不一定是重構。 3. 重構是一種相對安全的工具型開發方法論, 但仍然有不少風險跟誘惑。17
Re: [問卦] 人人都會寫code,工程師飯碗不保?所以才看的出素質高低啊! 有些程式維護起來累得半死,不寫註解、全域變數亂宣告、變數何處被改都不知道、沒有 物件導向觀念,程式一堆複製貼上、一堆函式參數亂丟、 一堆無意義迴圈、一堆奇奇怪怪的判斷,很愛自己亂幹邏輯、 程式碼排版雜亂不堪…16
Re: [請益] 這種情況要怎麼重構1. 你不應該去動別人開發中的 code, 除非 pair 或你是有被授權的人. 2. 你可以使用他的 code , 建 common, 但你不應該改回他的部分(理由1). 3. 假設改完會有衝突, 那表示你做的不是重構. 4. 如果完成再重構會花更多時間, 那表示你做的不是重構. 5. 你要用他的 code , 跟你要整理重構, 是兩回事.9
Re: [問卦] 自學C跟C++推薦哪個教材這問題...如果不是大一計算機程式教授要特別選一個配合長期發展的語言, 那麼以一般人來說,要先考慮的是你想做什麼事情 確認了你想做什麼事情之後,去問你認識的在做那些事情的人他們用什麼程式語言, 然後從那個程式語言開始學一個段落。接著就可以開始做你想做的事情了 Java Python C C++ 這四個要選一個當起點當然是 C 最好。7
Re: [問題] 會英文對寫程式有啥幫助嗎?個人覺得英文多益有700就可以了 英文越專業 也程式能力也不會成正比無窮上升 而且碼農用的英文 也不是商務上的英文 看懂單字就行 文法與發音直接say goodbye 寫程式會英文 主要是做事比較有效率2
Re: [討論] 工作上寫單元測試的比例因為大家的討論都很基於心法 實作上相對很模糊 利用這個機會也跟大家請教實作上的方式 因為最近工作被指派要針對公司產品的程式做整理,其實運作都還好 只是大家功能是一層疊一層,一堆巢狀邏輯,跟依賴中的依賴