作者查詢 / jackace
作者 jackace 在 PTT [ C_and_CPP ] 看板的留言(推文), 共175則
限定看板：C_and_CPP
看板排序：
全部Gossiping979StarCraft603RealPlaying219C_and_CPP175movie117HOT_Game83Physics56Tech_Job47FuMouDiscuss39Programming39Hunter32Hiking31Hsinchu26Stock19HatePolitics17FJU16WorkinChina16home-sale15MenTalk15CrossStrait14joke14KSU14CSSE13e-seller13toberich13Taitung11WorldCup11eSports9Zombie9KS98-3028marvel8ONE_PIECE8sex8HarukiMuraka7mknoheya7Math6Militarylife6Prob_Solve6Metal_kids5basketballTW4Military4NTU4Anti-ramp3japanavgirls3Soft_Job3C_Sharp2Employee2Gantz2HomeTeach2Keelung2MuscleBeach2specialman2StarTrek2StarWars2TaiwanDrama2wearefriends2AfterPhD1Baseball1BioHazard1Biology1Boy-Girl1Browsers1C_Chat1car1CareerPlan1Chemistry1CKSC1Conan1cookclub1CSMU-MED941CTime1DeathNote1EAseries1FLAT_CLUB1Google1GossipPicket1HCHS593051historia1Horror1HSNU_8201Japandrama1JinYong1kartrider1KinKi-Kids1KoreaDrama1KS92-3131KS94-3091KUAS1L_TalkandCha1Lawyer1MdnCNhistory1medache1MH1Miaoli1MobileComm1MONSTER1mud_doom1NCU97ME-B1NCYU_Fst_981Nolan1NPTU1NSYSU1NTUT_Talk1PC_Shopping1peianyang1PLT1PublicServan1RIPE_gender1Ruby1Shu-Lin1ShuangHe1sky1SMSlife1SuperIdol1THU_BA20001TSU1TY_Research1W-Philosophy1X-files1<< 收起看板(119)
2F→:...真是簡潔明瞭XD03/10 21:19
1F→:真的去做pipeline你就中計了 這語法根本上就不適合03/10 17:23
13F推:用flex可以解決掉這次的作業吧 至少比自己刻DFA快多了03/07 12:47
15F推:把flex跑出來的FSM自己重寫他也看不出來吧03/07 14:15
17F推:老實說我不認為用flex把語法標準轉成fsm叫偷吃步03/07 16:22
18F→:人工轉換容易出錯阿 難不成非得連flex都自己刻 XD03/07 16:25
4F推:你先把你填的\x02\x00那一大串拿到ollydbg反組譯看看11/01 17:12
26F推:腦包才會這樣寫11/01 11:27
2F→:差很多好嗎 他用到的是sse 128-bit暫存器03/19 02:28
3F→:你用到甚麼struct 其實compiler都還是用32 bit暫存器copy03/19 02:28
4F→:同樣copy 16個byte用128 bit站存器就是只要1個指令03/19 02:29
6F→:不過就像我前一篇推文說的 用xmm有啟動時間的 若不是大區03/19 02:32
7F→:塊 還是得用general purpose暫存器搬最快03/19 02:32
16F→:那cmp+jz跟loop的差別其實已經不大 指令多少有時不是重點03/19 09:52
17F→:每顆不同型號的cpu 每個指令所需的cycle都未必相同03/19 09:52
18F→:如果真的在意那一點點差異的話 可以上intel把spec抓回來看03/19 09:53
4F→:有沒有把-O3打開 這種程度的優化compiler應該做得到才對03/18 22:57
5F→:不然就是用inline asm用xmm暫存器搬了 一次可以搬64bytes03/18 22:59
6F推:不是 是搬32bytes 算錯了XD03/18 23:01
7F→:不過用xmm班有啟動時間 所以適合大區塊的搬移03/18 23:07
8F→:如果是多個小區塊的搬移的話還是請用一搬的memcpy吧03/18 23:07
12F→:那就用xmm吧 windows kernel內部的rtlmemcpy也是靠xmm做的03/19 09:51
9F→:真是屌阿 居然還有人在用...如果不是作業要求 用新東西吧03/18 19:43
11F→:ip是個變數 裡面的值放的是x的記憶體位址 又寫了iq=ip03/18 18:10
12F→:所以iq的值也將會是x的記憶體位址03/18 18:10
13F→:*ip代表的是說我要用ip這個變數的值 當成位址 去記憶體那03/18 18:12
14F→:個地方把值取出來 那既然ip跟iq目前的值都是x的記憶體位址03/18 18:12
15F→:*ip跟*iq就都會存取到x 這樣解釋懂了嗎03/18 18:13
16F→:到敘述5 =右邊先做 做完的值才會assign到左邊去03/18 18:15
17F推:不會 都還要做物件的operator=怎麼可能先解構03/18 12:30
18F→:我真的認為只有一個不好的語言才會搞出這麼多pitfall03/18 14:04
19F推:如果不是為了接手既有的code 誠心建議用新語言開發新東西03/18 14:07
20F→:就讓c++慢慢消失在歷史洪流中吧 plz!03/18 14:08
21F→:BTW我指的是c++而已 c是好語言阿!03/18 14:14
23F推:那就用更先進的語言阿 樓上 覺得不好就換囉03/18 15:55
28F推:業界主流還是c++(ic design除外) 所以我只能說開發新東西03/18 19:47
29F→:時盡量用新的03/18 19:47
30F→:BTW 對於學通的人來說 換語言應該不是難事才對03/18 19:48
36F推:所以我指的是完全的重新開發 如果你已經有了一大堆c++的03/18 20:44
37F→:lib要編譯進你的專案 那當然是沒得解03/18 20:45
38F→:不過如果能夠用別的方式和這些lib做整合而不用編進來03/18 20:46
39F→:又不犧牲太大效能的狀況下 還是可以考慮一下別的語言03/18 20:47
40F推:我覺的要評估的點很多 不能一概而論 但如果能不用c++最好03/18 20:52
42F推:樓上要不說明一下 願聞其詳03/18 21:11
46F→:所以這些討論是給要當老闆的人看的阿03/18 21:18
48F推:我認為c++有其歷史上的階段性任務 而它也沒讓大家失望03/18 21:26
49F→:但是現在是向前走的時候了 有很多語言在c++上發展得更好用03/18 21:28
50F→:可以加快開發速度 提升系統安全 太多特性可以發揮03/18 21:29
55F推:c++寫oo非常強勁 但最好避免某些pitfall 會讓日子好過一點03/18 22:38
56F→:http://0rz.tw/304P1 google的c++ style 可供參考03/18 22:42
57F推:有趣的是 你可以觀察一下 google禁止了多少c++的特色03/18 22:45
59F推:沒錯啊 我們在寫的時候的common practice包括03/19 10:09
60F→:不要寫copy constructor, 不要operator overloading, pass03/19 10:10
61F→:by ref只能為 const, 不要用RTTI, 不要有default argument03/19 10:10
62F→:不要用c++ exception 不要用多重繼承, 不要用c++11, 不要03/19 10:10
63F→:用stream. 重點就在此 c++做了一堆會造成pitfall的東西03/19 10:11
64F→:導致大家最後都在用c++的子集 那何必咧03/19 10:12
72F推:就是這些選擇讓目前用c++寫的程式維護困難 也許樓上都是03/19 16:57
73F→:都是程式高手 都已經對c++瞭如指掌 所以可以在該用的地方03/19 16:58
74F→:使用正確的做法 問題是現實世界中 很難保證一個團隊中每03/19 16:58
75F→:個人都有這些基礎 我相信樓上各位一定都有遇過 要幫別人03/19 16:59
76F→:擦屁股的狀況 如果有更好的語言 能夠避免這種狀況 為何不03/19 17:00
77F→:用? c++包山包海的特性造成程式維護困難 不能鞭嗎?03/19 17:01