作者查詢 / CoNsTaR
作者 CoNsTaR 在 PTT [ C_and_CPP ] 看板的留言(推文), 共1276則
限定看板:C_and_CPP
看板排序:
全部C_and_CPP1276Soft_Job1202Tech_Job827Salary646Minecraft431PokeMon346Programming273Canada252Oversea_Job217Storage_Zone157WomenTalk108CATCH106Mix_Match100Free_box79PLT57logic43Folklore35Prob_Solve30HI_3rd26MiHoYo26Immigration21Gossiping20Modchip19soul19Military17kochikame13studyabroad10nb-shopping9Boy-Girl8MayDay5CD-R4Buddha3java3L_LifeJob3P2PSoftWare3sex3cookclub2Headphone2marvel2Math2MH2CompBook1Employee1japanavgirls1L_TalkandCha1Sub_CS1Taoism1<< 收起看板(47)
15F推: 樓上也可以像 LPH66 大大一樣通通背起來 XD10/20 13:50
6F推: C# GUI API 會比 C++ 的難用嗎10/04 03:37
2F推: 加 wrapper 只會變具體不會變抽象吧09/26 20:22
1F推: 請問,想開車的話要先專精某個型號的車,之後再學其他型07/28 12:47
2F→: 號一步一腳印,還是要每種型號都開個50%就可以換下一臺開07/28 12:47
3F→: ?07/28 12:47
20F推: 看 operator + 還是 operator int 的成本大吧07/28 12:42
1F推: 就只是告訴你編譯器可能用的演算法,再告訴你不論編譯器07/02 04:58
2F→: 用的是哪種編出來的一定都是 legal 的程式,然後講完什07/02 04:58
3F→: 麼是 illegal 之後舉個例給你看07/02 04:58
13F推: 欸... 不論用哪種策略都不會影響編譯成功與否吧,只是有07/03 07:45
14F→: 各自的優缺點(他這樣講我猜是最佳化難易度之類的編譯時07/03 07:45
15F→: 期才有差的優缺點)07/03 07:45
16F→: 你的 template 嘗試去 instantiate 一個 char f(A, char)07/03 07:45
17F→: ,但原本就已經有一個 void f(A, char) 了,如果你的編07/03 07:45
18F→: 譯器允許這個 instantiation 那就會造成有兩個不同版本07/03 07:45
19F→: 的 f(A, char),顯然你的編譯器不允許,所以才告訴你編07/03 07:45
20F→: 譯錯誤07/03 07:45
21F→: 但我想文說的兩個不同版本指的也可以是型別完全相同的兩07/03 07:45
22F→: 個不同 instantiation,但除非你的編譯器有 bug 否則沒07/03 07:45
23F→: 辦法藉由改變程式碼來造成這樣的結果,所以才用這種相似07/03 07:45
24F→: 的 example 給你看07/03 07:45
25F推: * 兩個型別完全相同的 instance07/03 07:47
1F推: 你要加的是 includes 不是 lib,configur192.197.88.83 06/17 19:51
2F→: ation properties -> C/C++ -> General -192.197.88.83 06/17 19:51
3F→: > Additional Include Directories192.197.88.83 06/17 19:51
4F→: 有 C/C++版可以去那邊問192.197.88.83 06/17 19:51
6F推: 用 Rust 寫問題會是什麼?目的碼體積太大?06/13 10:51
19F推: 目前只要能讓人寫出堪用的東西就算是好語言你看看Java06/16 19:03
20F→: 像C這樣務實的語言相比真的算很好了06/16 19:03
2F推: Rust 的 std 不能算是語言特性吧 = =06/13 17:18
3F→: 現在有些 library 也都用 no_std + core 來拼效能,code06/13 17:18
4F→: 還是很 Rusty 啊06/13 17:18
7F推: Rust 從語意上來看像函數式語言,雖然語法上像物件導向,06/14 01:55
8F→: 我只能說和 C++ 的初衷實在差滿多...06/14 01:55
9F→: 而且實際上有在用 Rust 都知道 std 常常不是最佳方案,06/14 01:55
10F→: 例如 hashmap 有 hashbrown (hashbrown 之前有 fxhash),06/14 01:55
11F→: channel 有 crossbeam06/14 01:55
12F→: 個人的感受,這個語言最大的特性是高度抽象化(例如有類06/14 01:55
13F→: 似GADT)的同時卻仍在乎對硬體的低階控制(例如copy或ref06/14 01:55
14F→: ,struct成員順序、padding),沒有肥大的GC或一些奇怪06/14 01:55
15F→: 的物件導向理論(亦即不需要一個runtime或std來做背後的06/14 01:56
16F→: 事情)卻能在編譯期保證沒有 memory 或 interprocess 的06/14 01:56
17F→: 問題,不用編譯成 C (which c++ kinda needs to) 卻 nati06/14 01:56
18F→: vely 支援多平臺多架構,而且擁有高效能06/14 01:56
19F→: 我不覺得這些語言特性和 std 有什麼關係,也不覺得沒有 s06/14 01:56
20F→: td Rust 就不像 Rust,更不覺得它只是 yet another C++06/14 01:56
23F推: 我覺得有點像認清現實的 Haskell lol06/14 16:28
24F→: 如果只和 C C++ 比的話,純 Rust(只包含 core 不包含 st06/14 16:28
25F→: d)寫出來的東西語意上比較像只用 templates 和 std::var06/14 16:28
26F→: iant, std::optional, std::function..., c++2a concepts06/14 16:28
27F→: 的 C++06/14 16:28
28F→: 但語法上其實沒有 template, concepts 什麼的,你看到的06/14 16:28
29F→: 都是一般函數,loops,結構定義,結構實作,變數宣告06/14 16:28
5F推: O(n^4) 是怎麼算的...03/19 08:05
6F推: 你在 prob_solve 也有問,如果是學校要的答案的話會是 O(03/19 08:07
7F→: n^2) 不是那邊講的 O(1)03/19 08:07
8F推: 那個版在討論的是問題的複雜度,不是你程式本身的複雜度03/19 08:09
14F推: 抱歉 是我沒有認真看題目 orz03/19 18:26