作者查詢 / CoNsTaR
作者 CoNsTaR 在 PTT [ C_and_CPP ] 看板的留言(推文), 共1276則
限定看板:C_and_CPP
看板排序:
全部C_and_CPP1276Soft_Job1202Tech_Job825Salary646Minecraft431PokeMon346Programming273Canada252Oversea_Job217Storage_Zone157WomenTalk108CATCH106Mix_Match100Free_box79PLT57logic43Folklore35Prob_Solve30HI_3rd26MiHoYo26Immigration21Gossiping20Modchip19soul19Military17kochikame13studyabroad10nb-shopping9Boy-Girl8MayDay5CD-R4Buddha3java3L_LifeJob3P2PSoftWare3sex3cookclub2Headphone2marvel2Math2MH2CompBook1Employee1japanavgirls1L_TalkandCha1Sub_CS1Taoism1<< 收起看板(47)
3F推: 竟然有活人在這裡問問題02/18 15:04
4F→: 現在不是都 chatgpt 了嗎02/18 15:04
4F推: 為什麼你的分號這麼大一顆?07/24 12:34
29F推: 早日康復02/26 14:37
1F推: template <typename T> auto getIndex() { return T::ind02/06 23:29
2F→: ex; }02/06 23:29
3F→: 這樣有符合需求嗎?02/06 23:29
11F推: 所以你不是想要得到 parent class 某個 constexpr 的值,02/08 09:08
12F→: 你是要把 parent class 拿來排序02/08 09:08
10F推: 記憶體不會浪費吧,file descriptor 會浪費12/08 13:21
31F推: 寫 TMP 會有這種需要多個 class 實作同一個靜態函數的要11/10 12:29
32F→: 求,但如果原 Po 是在寫 TMP 大概也不會來問這問題11/10 12:29
1F推: 你這個這麼 procedure 的東西,如果是 business logic 就10/30 08:41
2F→: 照著 business logic 的架構寫,例如如果 business logic10/30 08:41
3F→: 在這邊就是每次都先確認是否做檢查,那你就照著它架構寫10/30 08:41
4F→: ,每個檢查外面都包上 if else,不要做一些自以為聰明的"10/30 08:41
5F→: 設計"10/30 08:41
6F→: 如果 business logic 在這邊有做抽象,例如要檢查和不檢10/30 08:41
7F→: 查被分成兩種不同的流程,在不同情況下使用,兩種流程有10/30 08:41
8F→: 各自的名字,那就把兩種流程分成兩個函式,不要自以為寫10/30 08:41
9F→: 成一個函式 reusing 很聰明10/30 08:41
10F→: 如果這不是 business logic 而是你為了達成 business log10/30 08:41
11F→: ic 而寫出來的演算法,那我只能說真的慘10/30 08:41
21F推: 你比較可以接受繼承的具體原因我沒看到?10/31 11:07
22F→: 如果你對 if else 的 concern 只是像你內文說的"怕以後10/31 11:07
23F→: 忘記加",那你可能要再想想,我不太能理解忘記做該做的工10/31 11:07
24F→: 作是個什麼概念10/31 11:07
25F→: 1. 你用 if else 不會影響未來制定 business logic 的人10/31 11:07
26F→: 考慮到檢查/不檢查兩種情況10/31 11:07
27F→: 2. 也不會影響未來寫 jira ticket 的時候的 description10/31 11:07
28F→: 和 acceptance criteria 忘記這兩種情況10/31 11:07
29F→: 3. 也不會影響原本該做的 code review 變成沒做10/31 11:07
30F→: 4. 也不會影響 unit tests 忘記測10/31 11:07
31F→: 5. 也不會影響 testers 的 test plan 忘記加這個測項10/31 11:07
32F→: 完全看不出來怎麼會影響任何一個人忘記考慮檢查/不檢查10/31 11:07
33F→: 兩種情況10/31 11:07
34F→: 看你的內文和回覆感覺最大的問題是你在用寫通用函式庫的10/31 11:07
35F→: 思維寫 user code,這樣寫出來的東西不覺得就像是用營造10/31 11:07
36F→: 業 sop 蓋的疊疊樂一樣嗎10/31 11:07
76F推: 有 std::byte 可以用10/19 03:45
6F推: 不能在 Python 那邊 allocate 好再把陣列傳進來嗎?09/23 23:14
7F推: 建議去讀 linear types 或 quantitative types,Rust 用06/26 23:00
8F→: 的是 affine types,它和 linear types 的差別在它不強06/26 23:00
9F→: 制所有值一定都要被 consume06/26 23:00
10F→: 對比 C++ 你想要怎麼惡搞都一樣給你 type check,反正 ru06/26 23:00
11F→: ntime 再 crash 給你看,超不負責任06/26 23:00
14F推: 樓上,方便在哪?給了什麼方便?06/27 02:45
23F噓: 所以我說和 Rust 比起來方便在哪啊?06/27 11:27
24F噓: 你說給方便當隨便,那到底方便在哪講出來啊?06/27 11:30