每當要 Meeting 換我報告，作報告最繁瑣的地方就是生實驗數據和圖表。為了能夠有些微的說服力，每每必須重覆個好幾十次實驗步驟。偏偏要自動化實驗又必須寫新的 code，若想到別的測試目標就又要寫新的 code，他奶奶的，為什麼要實現想法要經過這麼多的步驟呢?
我常想，如果能夠找人來幫我寫 code 的話那該有多棒，我只要負責想就好，不必去花費精神和時間到實作上，只要等人幫我寫好候我再看 code 或寫到有問題時再來討論的話，做論文的速度就快多了。
2010/6/7
2010/6/5
在Visual Studio 中加入ILDASM的分析器
Tool -> External Tool -> Add
Title : ILDASM
Command : C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\ildasm.exe
Argument : $(TargetPath)
Initial directory : [keep empty]
to check :
Use output window
Treat output as Unicode
Title : ILDASM
Command : C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\ildasm.exe
Argument : $(TargetPath)
Initial directory : [keep empty]
to check :
Use output window
Treat output as Unicode
CIL初心者體驗
想為碩論的程式跟參考的SXM做整合，他奶奶的，CIL真是難搞到爆。
感覺就像回到第一次寫程式一樣，連宣告個 local variable 都戰戰兢兢，不曉得對錯；而且搞最久的地方竟然是因為要 generate dynamic type 時必須另外開一個 Assembly file，然後呢，他奶奶的，這個 file 就像是在不同 namespace 的行為一樣，新的 dynamic type 竟然不能使用預設的 Assembly file 中的 private class。
機車，如果這是直接寫成 code ，老早就被看出來了。莫名其妙的跟 Assembly file 扯上關係，造成我的知識不夠去了解出錯的原因是啥，說不出的討厭，明明就寫了至少四年的程式，感覺像被當新手耍了一樣。
要不是我對 command line 的環境很度覽，加上 garbage collection 實在是 memory management 的救星，他奶奶的，我也不想再多學一種新語言，多研究演算法才是王道阿。
感覺就像回到第一次寫程式一樣，連宣告個 local variable 都戰戰兢兢，不曉得對錯；而且搞最久的地方竟然是因為要 generate dynamic type 時必須另外開一個 Assembly file，然後呢，他奶奶的，這個 file 就像是在不同 namespace 的行為一樣，新的 dynamic type 竟然不能使用預設的 Assembly file 中的 private class。
機車，如果這是直接寫成 code ，老早就被看出來了。莫名其妙的跟 Assembly file 扯上關係，造成我的知識不夠去了解出錯的原因是啥，說不出的討厭，明明就寫了至少四年的程式，感覺像被當新手耍了一樣。
要不是我對 command line 的環境很度覽，加上 garbage collection 實在是 memory management 的救星，他奶奶的，我也不想再多學一種新語言，多研究演算法才是王道阿。
訂閱：
文章 (Atom)