首頁猿問什么時候該寫2B代碼，什么時候?qū)懪?..

什么時候該寫2B代碼，什么時候?qū)懪代碼，求指導？

JavaScript

慕碼人8056858 2019-03-29 10:57:34

剛看了篇文章：2B程序員與牛B程序員http://cloudbbs.org/forum.php?mod=vie...。文章最后一句“所以看問題要根據(jù)實際情況來分析，別以為能寫個循環(huán)就牛B了”，很想知道這個“實際情況”具體來說該怎么分析？

查看完整描述

2 回答

一只甜甜圈

TA貢獻1836條經(jīng)驗獲得超5個贊

這似乎是一個關(guān)于關(guān)于效率與到底什么才是好代碼的問題，我有幾個看法:1)考慮碼效率時，“省小錢不如省大錢”O(jiān)(n)規(guī)則告訴我們，當n變的很大時，O(cn)=O(n)for(iteminitems){do_something(item)}這里，do_something的固定時間快點慢點無所謂，大多情況下不會有實際差別。但假如do_something的效率是跟items.size一起增長的，n只要變的很大，再快的電腦也要完蛋。2)在同樣時間復(fù)雜度的情況下，程序員效率比CPU效率重要的多閱讀流暢，容易維護的代碼才是好代碼。不要為了一些渺小的“效率提升”而把代碼寫成案例里面那樣。別忘了，計算程序員效率的時候除了第一次寫代碼的時間，還要算上未來每次維護的時間。不合常理的代碼每次更新，重構(gòu)，找bug時都會麻煩一點，累計下來是很不劃算的。3)現(xiàn)代compiler(編譯器)比你聰明有些同學喜歡用一些語言風格上的小技巧去提高效率。在學習的時候玩弄一下不是壞事。但花費時間去做編譯器該做的事情是很愚蠢的?，F(xiàn)代編譯器是超級強大的，可以在很多個不同的層次上做各種各樣的優(yōu)化。人手動能做的其實很少，而且經(jīng)常會弄巧成拙。用2B代碼來“幫助”你的編譯器，就好像買輛法拉利然后站在車外幫它往前推一樣

反對回復(fù) 2019-03-29

慕哥6287543

TA貢獻1831條經(jīng)驗獲得超10個贊

這種理念很明顯是一個2B理論。在部分情況下，確實正確的代碼思維，卻花費更多性能的情況。但是，要明白的是：計算機是替換人類做重復(fù)的事件，如果不是10次的print，而是一萬次，那么呢？我想2B程序員與牛B程序員的這個小例子，本意說的更多是編程思維上的區(qū)別。我覺得這個例子與以下例子是一樣的。找到全部的li12345
2B程序員可能用list.push($('.item1'));list.push($('.item2'));list.push($('.item3'));//...........而正常的程序員則用$('ulli');