 | Keep Your App Users Engaged. Discover How In This Push & In-App Messaging Live Webinar On September 4th, 1:00PM (EST) From our sponsors |
| ?????? Soft_Job ? |
| // via fulltextrssfeed.com |
Re: [討論] 因為空格~我離開了一間公司
9/7/2014 9:43:25 AM
※ 引述《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 9:43:25 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
[閒聊] 強化軟體測試的"技術面"質量？
9/7/2014 9:43:25 AM
我覺得使用JUunit、cppUnit之類的工具只是基本 而且後續的測試、建test case應該交給測試部門去做 RD "似乎" 應該做一些 "偏向技術面" 的測試 像是用valgrind看看memory leak之類的.....嗎？ 當然公司的測試政策，我覺得已經是辦公室政治的東西了 最好不要笨到自己站出來講話、跳坑 就算以後用到我會的工具 我覺得就默默跟著大家做就好 我想測試的目標是自己、朋友業餘的專案 而且要往更偏向技術面的測試發展 請問各位有類似的看法 OR 經驗嗎？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.65.21.238 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410072518.A.C9C.html
→ alog: 技術面的測試有點籠統 09/07 15:39
→ alog: 如果公司不能讓你發表意見/建議..那就先自己練好別人需要的 09/07 15:40
→ alog: 有機會就跳而已 09/07 15:40
Re: [討論] 因為空格~我離開了一間公司
9/7/2014 9:20:15 AM
看到案例一突然有種似曾相識的感覺XD 也許是習慣的問題 或是用在哪裡的問題 舉例我之前網頁比較常遇到的情況 string sA,sB,sC (假設這是前端傳回的value值,因為一定是字串,且剛需要轉型int) int iA,iB,iC if(!int.TryParse(sA)) { Message('A錯誤'); return; } if(!int.TryParse(sB)) { Message('B錯誤'); return; } if(!int.TryParse(sC)) { Message('C錯誤'); return; } iA = int.parse(sA); iB = int.parse(sB); iC = int.parse(sC); ------------------------------------- 某同事就曾這樣寫 if(int.TryParse(sA)) { iA = int.parse(sA); if(int.TryParse(sB)) { iB = int.parse(sB); if(int.TryParse(sC)) { iC = int.parse(sC); } else { Message('C錯誤'); return; } } else { Message('B錯誤'); return; } } else { Message('A錯誤'); return; } -------------------------------------------------- 當然這還是要看愈到的情況 除非真的是個別的條件又有個別的支線要處理 我才會想包起來 我曾經看過一個vb6用包起來只是判斷條件就包了10層..還好很整齊 不過要是哪天突然碰到要維護光是要決定改第幾層就很頭大 新手上路..請盡量鞭策:) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.143.77.111 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410070815.A.39B.html
推 clarkman: 我也是用你上面的做法，包太多層還有處理else很可怕 09/07 14:21
→ robler: 你應該寫一個function處理這個判斷，而不是把判斷的code 09/07 14:22
→ robler: copy paste三次 09/07 14:22
其實我是舉例的方式用同型態去回傳 且不可以回傳只是告知"您輸入錯誤" 這樣使用者根本不知道錯在哪個欄位 變成我一定要個別去回傳特定的值 ex. 你的電話不可填空 你的電話格式錯誤 你的手機不可填空 你的手機格式錯誤 你的住址不可填空 你的住址格式錯誤 這邊是6個條件 甚至你不可以告知對方"你的電話錯" 可是沒說錯在哪 必須明確的指出錯誤的原因是什麼.. ※ 編輯: twoseven (220.143.77.111), 09/07/2014 14:29:09推 lovdkkkk: 你的寫法有多個錯誤時只會吐一個錯誤訊息 09/07 14:26
→ lovdkkkk: (雖然你同事的也差不多) 09/07 14:26
因我想簡單表示就好 正常都會用各字串去+++ message += 錯誤訊息 if(message != "") { Message(message); return; } 我只是想簡單表示:) ※ 編輯: twoseven (220.143.77.111), 09/07/2014 14:31:21→ clarkman: 原po只是想要舉例而已，所以不用寫太細 09/07 14:34
→ twoseven: 之前還寫過光是一個產品新增要檢查100個欄位.. 09/07 14:35
推 clarkman: 我之前公司還規定不能檢查指標NULL，罵我這樣浪費程式 09/07 14:36
→ clarkman: 執行時間....最後別人沒檢查出問題找很久，才又規定 09/07 14:37
→ clarkman: 一定要檢查NULL.... 09/07 14:37
→ clarkman: 那時候逼我砍掉所有檢查NULL的code.... 09/07 14:37
→ clarkman: 而且那時還不准我們設初始值..結果有人指標就炸了 09/07 14:38
Re: [討論] 因為空格~我離開了一間公司
9/7/2014 8:28:39 AM
原文恕刪 在我看來是因為溝通不良造成結果 每個人對於程式的想法都不太一樣 各種寫法與想法都優點也有缺點 Coding Conventions 也算是開發專案的一種工具 工具這東西對於專案的好壞是看用的方法 原本好用的工具如果用錯了方法(或用錯了地方) 自然對專案來說是一個不好用的工具 當你看到不一樣寫法的時後 也許可以跟原作者(如果還在的話)請教這樣寫法的好壞 或者是這樣寫法也許在其他專案中是不好的 但這個專案因為某某因素, 所以改成了這樣的寫法 讓專案的開發與維護能更順利一點, 也許也能學到新的觀念 如果自己有更好的作法, 可以分析給觀念不一樣的人, 好在哪壞在哪 專案開發有自身的考量, 而你可以持續去push一些你覺得對專案開發有用的東西 專業 vs 專業 其實是很有趣的東西, 從中可以學到許多不一樣的觀念 怕的是 專業 vs 政治, 你用專業, 對方用政治, 這時也許才是考慮該不該離開的時後 (如果你工作不是為了糊個口而已的話) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 119.77.134.43 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410067719.A.096.html
推 bleed1979: 好奇專業vs專業要怎麼得到結果? 寫法沒有絕對好壞吧。 09/07 13:31
→ bleed1979: 很容易拼不出結果就被對方的政治強x了。 09/07 13:31
→ AlanPeace: 專業vs專業得到不一定是自己想要的結果 09/07 13:36
→ AlanPeace: 但也許能得到不一樣的觀念 09/07 13:36
→ robler: 很多時候原因都很單純啦 就是資深的覺得他習慣這麼做 09/07 13:37
→ robler: 就算你真的做法真的很好，但是聽了你的他又沒面子 09/07 13:38
→ robler: 常常也不是說他很堅持他的做法 只是懶的改而已 09/07 13:38
Re: [討論] 因為空格~我離開了一間公司
9/7/2014 7:48:15 AM
: → nenpow: 要說出錢的最大隨便你，別誤導 09/07 10:59 : → superpai: 顯然 reviewer 不會是付薪水的人 09/07 11:01 : → StubbornLin: 如果軟體開發方法憂劣討論可以簡化成出錢的最大 09/07 11:02 : → StubbornLin: 那也沒什麼好談的了 科科 = .= 09/07 11:02 : → StubbornLin: 不管系統設計 或是風格的選擇 背後都有很重要的要素 09/07 11:03 : → StubbornLin: 就是 "為什麼？" 今天這設計為什麼這樣做？ 09/07 11:03 : → StubbornLin: 為何用 the one true brace style? 09/07 11:03 : → guest2008: 事實就是這樣.出事上面的頭頭就會推給下面的..你幹嘛當 09/07 11:04 : → guest2008: 壯士? 照他的意思做就好.你程式碼寫很有效率又不會加薪 09/07 11:05 : → robler: 如果想在同一家公司擺爛到退休的話照樓上講的是沒錯啦 09/07 11:06 : → guest2008: 一切都要看公司有沒有挺你..挺你或你是紅人就可以革新 09/07 11:07 : → robler: 問題只是在那樣做會變成沒競爭力 想跳槽加薪就不用談了 09/07 11:08 : → guest2008: 你可以果斷馬上換公司.不用撐一段時間才換 09/07 11:10 好多年前，我也曾經跟某公司的軟體顧問嗆聲過， 那時候我也是新人，到公司才兩個月(公司試用期是三個月)， 第二個月我就把公司給我的任務完成了， 而且這個職位已經換過三個人，前三個人都失敗離職了， 我是第四位處理這個專案的。 顧問問我是怎樣做的，我就跟他說我怎樣做怎樣做， 結果他就跟我說，你怎麼這樣做？我跟他說： 你跟我講的方法不可能完成任務，一定要用我的方法。 結果當天我就跟他大吵一翻，辦公室的人都在看我跟他吵。 然後結局，我就被老闆叫去他們的辦公室，他叫我"馬上"離開。 我也很嗆阿~程式人都會會自己腦筋想出的東西，認為是藝術， 但結局就是我上面的結局，人家一點也不賞臉。 事實我到今天我還是不會覺得我有錯，該堅持的就該堅持。 但你知道那個顧問的結局嗎？後來他被公司查到他跟客戶有一腿， 私下跑去接客戶的單，所以看到我沒照他的做(他的方法真的做不出來)， 就馬上砍批我。 要是當時我能忍一下，過一個月後，就換我坐上 他的位置，我再搬出我的東西，就又是對公司有功人員。 我離開那間公司後，那段時間，後續又換了幾家公司，都做不久， 發現每間公司都其實都有不同的問題存在， 這些問題都會讓你內心很 XXOO，後來我就沒這樣頻繁換公司了。 經過一些事件，我現在的原則就是我能完成任務就好， 老大要你做什麼，不必跟他強辯，那只會讓你變成黑名單而已， 年終績效考核，你會被他做手腳，評比畢竟是他們在打的。 你都看得出有問題，那就是真的有問題，未來一定會爆(肯定爆)， 你不用去當烈士，自然會有其他烈士讓事件激烈化，會有你想要的結果發生。 除非人家就真的很信任你了，或者你是紅人，或者公司沒有你不可， 或者那個人比你更黑，那你才可以這樣做，或跟公司做相關的建議， 要不然一般不會有好下場。 反正你真的看不慣，就換公司就好，總會有一間公司文化適合你， 如果現在待的公司待遇真的還算不錯，建議真的忍一下，不要當烈士， 人家叫你怎樣做就怎樣做，未來自然而然一定會還你一個公道。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.46.50.55 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410065295.A.E60.html
→ robler: 系列文的原po "已經" 離職了 你還在建議個啥.. 09/07 13:08
→ robler: 再看一次你全部回的東西 真的感覺你的立場很 ...奇怪 09/07 13:15
→ guest2008: 沒啥..批判性思考而已..換個角度換個角色思考這件事 09/07 13:36
→ guest2008: 你認為是某人錯..當你是他你在思考是否錯..純睡太飽 09/07 13:37
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
沒有留言:
張貼留言