 | In this course, we cover many aspects of creating content for the web, from concept to production. From our sponsors |
| ?????? Soft_Job ? |
| // via fulltextrssfeed.com |
Re: [閒聊] 各種神人的code
9/7/2014 5:30:03 PM
最近重建程式遇到的案例 大概打了一下，如果語法上有什麼錯就...放過去吧(IDE缺乏失調症候群) public class BaseEmployee { public string strEmpCD; public string strEmpName; public BaseEmployee(string EmpCD) { strEmpCD = EmpCD; //隨便寫一下，大家看得懂在做什麼就好 strEmpName = db.cmd("select EmployeeName from Employee where EmployeeCD='" + EmpCD + "'"); } } public class Employee : BaseEmployee { public Employee(string EmpCD) : base (EmpCD) { strEmpCD = EmpCD; strEmpName = db.cmd("select EmployeeName from Employee where EmployeeCD='" + EmpCD + "'"); } } 還有一個很賭爛的，就是濫用try catch 程式碼全部用try catch包住在來自嗨自己的程式不會error 對啦，最多就是功能不能用，Debug都不知道錯在哪裡，槓，好歹接到後留個log會死嗎 -- sent from my AN/PRC-77 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.42.205.209 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410114435.A.7E9.html ※ 編輯: a47135 (114.42.205.209), 09/08/2014 02:27:53
→ tw689: 看過try catch包try catch包try catch的... 09/08 02:43
推 flyingIdea: 樓上....俄羅斯(娃娃)寫法嗎? 09/08 02:55
Re: [閒聊] 各種神人的code
9/7/2014 5:30:03 PM
看到推文講fuck就心有戚戚焉...不過跟程式碼可能比較無關 --- 當時小弟在一家小公司寫iOS app, 有天要測push notification 似乎因為成本考量跟發push的機率不高, 所以用的是Urbanairship的push服務 有用過的應該都知道, 這push要測的時候呢常常發不出去... 剛開始打的內容都很正常啦, 什麼123..test..asddsdaads 試了四五次還是沒收到push...便開始惱怒..開始FUCK fuck!!! shit!!! fuck 恩...試幾次收到了...OK...太棒了 -- 中午老闆進公司 ：那個XXX你早上是不是在測push啊 呵呵呵 ：蛤! 對啊! 哈哈哈 測超久的 ：還傳什麼FUCK啊 哈哈哈 是不是 (全辦公室笑翻) ：(!!??) ：你應該沒發出去給使用者吧??? ：(剉屎, 趕快檢查, 好險是development..) 啊!!呼!!沒有沒有 只有發到測試機 從此以後測push..device id只指定我一台..而且不亂打內容了=.= ※ 引述《sing10407 (阿U)》之銘言： : 今天來和大家分享一下遇過的神級code (嘴角滲著血在寫這篇) : 1. 變數命名 : 有遇過 A_A 、 Q_Q 、 wtf、wtfffff ....當變數的 : 我想哪一天我遇到 Q.Q 的物件導向 我會翻桌 : 2. 以前的同事coding時，遇到了一些問題 : 大概是資料庫撈不出來，又沒error : 所以他幹了一件事: : for (int i=0;i<100;i++){ : result=doQuery(sql); //撈資料 : } : 大家有遇到什麼神人級的code嗎?? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 163.13.72.16 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410113512.A.EFA.html
推 sing10407: 還好沒偷罵老闆XD 09/08 02:15
→ tw689: 主管英文名+fuck很常見 09/08 02:22
[閒聊] 各種神人的code
9/7/2014 5:30:03 PM
今天來和大家分享一下遇過的神級code (嘴角滲著血在寫這篇) 1. 變數命名 有遇過 A_A 、 Q_Q 、 wtf、wtfffff ....當變數的 我想哪一天我遇到 Q.Q 的物件導向 我會翻桌 2. 以前的同事coding時，遇到了一些問題 大概是資料庫撈不出來，又沒error 所以他幹了一件事: for (int i=0;i※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.249.141.49 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410108465.A.913.html
推 ChampionYe: Q.Q也太好笑XDD 09/08 00:55
推 aegis105: 嗯嗯 多撈幾次可能撈得到 09/08 00:59
推 a26732300: //此行程式碼很重要，千萬不能刪，我也不知道怎能RUN 09/08 01:00
→ uranusjr: Qt pimpl pattern 有兩個常用巨集 Q_D 和 Q_Q 09/08 01:04
→ uranusjr: 說真的看久就習慣了XD 09/08 01:04
推 kiii210: Q.Q XDDDDDD 09/08 01:18
推 lNishan: 好好笑 XDDDDDDD 09/08 01:27
推 semihumanity: 程式寫不出來的時候，常會有人用fuck當變數名稱 09/08 01:48
Re: [討論] 因為空格~我離開了一間公司
9/7/2014 5:30:03 PM
你提到的「避免太多層」 就是所謂的nested structure 而你的改良方案 稱之為guard clause google這兩個詞 會有許多的討論可以參考 關於兩種寫法 我的心得大概是： 程式碼的外觀其實直接說明了某些事情。 guard clauses的code看起來就像在說：如果發生這件事，趕快處理完、然後滾吧。 一串if/else if/else像是在說：你看，各個情況都一樣重要、 所以大家都在一樣深層的巢狀結構裡面，真正重要的code跟某些狗屁情況一樣重要， 所以他們一樣在這恐怖程式碼的內部第N層！ 到底該怎麼寫還是看實際情況。不妨都試試，看當下哪個適合？ 我之前思考這個問題時 有打出一整篇網誌 http://blog.turn.tw/?p=83 供您參考 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.87.8.254 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410108366.A.846.html
推 tanson: 推! 09/08 01:17
推 ppc: push~ 09/08 01:21
Re: [討論] 因為空格~我離開了一間公司
9/7/2014 3:59:47 PM
※ 引述《workworkwork (Miyada vv)》之銘言： : 有時為了避免太多層出現===> : if(a) : { : //do a things : if(b) : { : //do b things : if(c) : { : //do c things : } : } : } 本魯蛇的做法 main { if(a) doA(); } function doA() { if(b) doB(); } function doB() { if(c) doC(); } function doC() { ... } 請問這樣可以嗎? -- 我覺得Ｃ＃是世界上最強的語言了 紅膠咖咖希希Ｃ ◥▁▁▁▁ ◢ 麥 其他的應該廢除 寶水啡啡嘉 ＃ ◤ ██ ／- 科 石 腳 嘉 □–□◢◤ 舒 如果各位有興趣的話，可以現在開始學 本 ▼ㄑ ◢ 服 但是要安裝VisualStudio ▼ㄧ ／◣ 特 因為我們只會支援精英IDE，絕對不會接受垃圾 ψdohProject ◢ /◣– ◤ /█◣ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 113.61.164.195 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410094787.A.03E.html
推 YahooTaiwan: 若我同事這樣寫，絕對幹死他 09/07 21:11
０／／／０ｒ（＿＊＿） 請享用呢 ※ 編輯: BigLoser (113.61.164.195), 09/07/2014 21:13:45推 donvito: XDDD 09/07 21:19
→ robler: 你真是菁英中的菁英 09/07 21:23
推 clarkman: doC裡面可以call doA阿 09/07 21:24
推 workworkwork: clarkman的建議 XDDDDDDDDDDDDD 09/07 21:25
Re: [討論] 因為空格~我離開了一間公司
9/7/2014 11:17:03 AM
※ 引述《twoseven (Tse)》之銘言： : 當然這還是要看愈到的情況 : 除非真的是個別的條件又有個別的支線要處理 我才會想包起來 : 我曾經看過一個vb6用包起來只是判斷條件就包了10層..還好很整齊 : 不過要是哪天突然碰到要維護光是要決定改第幾層就很頭大 : 新手上路..請盡量鞭策:) 就我個人三種風格都碰過的經驗來說，用Nested if有個很明顯的問題，就是 維護性。 軟體有種自我繁殖的惰性，所以當一個程式碼用了三層的if來做validation， 很難不保證未來接手的人會讓他長出第四五六層。 這時候guard condition或者short circuit evaluation在維護性上就有其優勢。 所以在我們公司裡面做code review時我反而會要求相反的趨勢，把Nested if改 成guard condition或者short circuit evaluation...... 維護過慢慢長出十層if+else的程式後，我一直覺得Nested if是趕專案加上懶惰 造成的產物，懶惰會付出代價的...... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 50.156.87.148 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410077823.A.0D7.html
You are receiving this email because you subscribed to this feed at feedmyinbox.com
If you no longer wish to receive these emails, you can unsubscribe from this feed, or manage all your subscriptions
沒有留言:
張貼留言