為什么總感覺自己寫的代碼不好？總感覺自己寫的代碼不好，是而自己寫的代碼的質(zhì)量跟別人相也很下來是有是有的差距的，尤其是跟自己優(yōu)秀的人都很起來，或是是說自己的思維沒有別人思考這樣好，所以才才能夠讓自己的代

為什么總感覺自己寫的代碼不好？

總感覺自己寫的代碼不好，是而自己寫的代碼的質(zhì)量跟別人相也很下來是有是有的差距的，尤其是跟自己優(yōu)秀的人都很起來，或是是說自己的思維沒有別人思考這樣好，所以才才能夠讓自己的代碼寫的不好，曾經(jīng)的只是因為一種錯覺，也有可能別人覺著你的代碼寫的比他的好。

是不是有些大公司的人寫的代碼也很爛？為什么？

當然這就跟在哪兒都有好人和壞人一個道理，大公司也有能力差的，小公司也有能力強的。具體詳細到我們互聯(lián)網(wǎng)行業(yè)，很多時候，代碼質(zhì)量并非一個程序員自己還能夠判斷的。

計劃看看你是一個只有10個人小團隊的軟件公司，老板親自出馬跑業(yè)務(wù)接項目，喝了半個月白酒這才拉來一單生意，告訴你，這個app客戶要得很急，從設(shè)計到房屋交付只有一20天的工期，你們忙不迭地弄吧，客戶尾款打過去我請大家新馬泰過去玩一圈。

后再你和你的兄弟們就結(jié)束不點燈熬油的你加班，加班，加班。

設(shè)計有缺陷？不引響建議使用就行。

測試沒沒到位？不影響大在用就行。

代碼不比較美觀？不引響建議使用就行。

這個下，要求什么代碼質(zhì)量，美觀，簡潔，不太現(xiàn)實的東西。不是現(xiàn)實的是什么？要可以賺錢，要能完成這件事。

他當然知道代碼質(zhì)量不行，在某處有隱患，但那又不是當務(wù)之急。但，為啥說代碼質(zhì)量好壞不是什么程序員一個人決定的？只不過整個軟件開發(fā)流程就并非只有一他一個，也有測試3，有電腦設(shè)計，有產(chǎn)品經(jīng)理，要是這些人無法出席（小公司測試無法出席很最常見），代碼質(zhì)量是沒法好過來的。

落得，20天緊趕慢趕房屋交付的軟件，所有的功能都正處于一個“湊和能用”的狀態(tài)，這是小軟件公司的常態(tài)。

這就像，有人要涉水過河，請你出個解決方案。

方案一：你這個可以在旁邊撿幾塊爛木板搭在兩岸；方案二：也可以不一遍量好尺寸、排定工期、購買什么材料、調(diào)集人馬來造一座很漂亮結(jié)實多的大橋。

兩座橋，都能能夠解決問題，甚至連依據(jù)什么場景的不同，都可以不很好的運轉(zhuǎn)開去。相對于客戶，或是在用方來說，這個橋怎莫造的、用什么材料造的，造得過程如何，這些都不重要的是，最重要的是，我能用。

而是對修橋的人來說，你是要如何造起一座座橋，該如何有過這個過程，跟自己的職業(yè)生涯是休戚相關(guān)的。

小公司的程序員，要你經(jīng)常面對一個“急速出活”的問題，老板要你快，客戶要你快，所以很多功能上、代碼質(zhì)量上、測試范圍上就欠確定；

大公司的程序員，很多都處于甲方視角，沒有什么項目周期的壓力，代碼是可以換取很多人的睨視、走讀生和檢查，一些公司測試人員數(shù)量是開發(fā)人員的兩三倍，另外測量場景也能夠我得到相當充分保證，客觀上做出決定了，他們的代碼質(zhì)量不可能比較低，即便低也沒關(guān)系，一些人、有時間教你進階質(zhì)量。

在你選擇公司的問題上，我一直一貫主張：如果不是有得選，那你第一份工作建議你選去稍大、相對于正規(guī)的公司。

而且，我在大公司、小公司和不算高規(guī)模公司都待過之后，悟出來一個道理：

當你在小公司，為制度不合算、流程有問題而感覺到煩擾的時候，要是你沒在大公司待過，你根本不都不知道正規(guī)店的流程和正常的制度是什么樣的。

竟像你上學的時候，要是考到一個稍好的學校，你遇上好老師、列害的學長學姐的概率會遠比你在普通地大學可以讀時如此之快高，對不對？

職場也是同理可知，大公司總會集中一些行業(yè)大牛，跟他們多外界，會從根本上修為提升你的業(yè)務(wù)素質(zhì)，也有職業(yè)視野。

這些并不是虛的東西，因為，這些東西有些時候比具體一點的工作能力又要用處不大，的要實在，并且也能會影響你整個職業(yè)生涯。人的格局和視野，是很不重要的，可以不做出決定未來幾十年活在哪個層次上。

說遠了，扯回來。

說出聲很有可能會有一個人我的笑話我，但是其實我想，我是對自己從事的工作，論是測試應(yīng)該寫作，都有一定會的榮譽感和責任感。我覺著有些軟件是沒法崩潰也不能閃退的，而且這種事情一旦發(fā)生，用戶所付出的代價太大。比如你寫了大半夜的稿件，word突然閃退，windows忽然花屏，就問你暴躁不暴戾？如果不是明天那就是deadline，沒有辦法按照規(guī)定時間交差，誰來承擔全部這個后果？

不寫這里，回身看下剛才一用造大橋來喻指軟件工程，我你的真心感覺現(xiàn)在很多app的代碼質(zhì)量跟大橋徹底肯定不能比。再湊活的大橋，它也肯定不會動不動就跨塌吧？但是卻有很多app或者頁面，甚至幾千幾百的并發(fā)訪問都抗不住。你要問為么挨不住？是真的那就是程序員能力太差這一個原因嗎？不，最大的可能會是，老板沒有給團隊一個測試出來的時間。再急切的程序，只需有足夠的時間，大多數(shù)都可以不你做到堅固的城墻美觀和耐用——得象這座算正常的橋梁一樣的。

道阻且長，大家爭取哇～