根據(jù)我觀察我周邊的一些.net和C++程序員，我發(fā)現(xiàn)一件很有趣的事情。當(dāng)遇到一些復(fù)雜問(wèn)題的時(shí)候，比如說(shuō)需要分析一大批數(shù)據(jù)，不同的人會(huì)選擇不同的方法。有一些人會(huì)選擇使用自己熟悉的編程語(yǔ)言去寫一個(gè)一次性的小程序，有一些人會(huì)選擇使用腳本語(yǔ)言寫一段腳本去分析，有一些人則會(huì)想辦法去用強(qiáng)大的excel去解決問(wèn)題。

根據(jù)我的小樣本觀察，厲害一點(diǎn)的人往往會(huì)選擇腳本，或者直接用一些excel公式去快速的得出一個(gè)結(jié)果。其他人則會(huì)選擇使用自己熟悉的語(yǔ)言，比如說(shuō)C#去寫一個(gè)小程序進(jìn)行處理，最終還是能夠得到結(jié)果，不過(guò)花的時(shí)間可能會(huì)久一點(diǎn)，寫的代碼多了一點(diǎn)。但是這些人往往自我感覺(jué)良好，因?yàn)樽约簞倓倢懗鰜?lái)一個(gè)小程序能夠統(tǒng)計(jì)出來(lái)這么復(fù)雜的數(shù)據(jù)，心里暗爽。

我并不是想說(shuō)明寫腳本的人就nb一點(diǎn)，寫代碼的人寫小程序的人就笨一點(diǎn)，也許寫代碼的人寫小程序的人們中也有牛人吧。但我覺(jué)得那是一種低效的辦法，因?yàn)樗麄兏闪撕芏嗖恍枰约焊傻氖虑?#xff0c;而且還很可能干的比腳本語(yǔ)言的實(shí)現(xiàn)差。如果是想鍛煉編碼能力的話沒(méi)問(wèn)題，但是如果說(shuō)從解決問(wèn)題的角度來(lái)說(shuō)這是一個(gè)低效的選擇。寫那種一次性的代碼對(duì)于我們其實(shí)沒(méi)有太大幫助，因?yàn)槟阒酪院蟛粫?huì)再用了，所以你很可能寫出來(lái)的是一些很低效很搓很難維護(hù)的代碼。這樣很可能會(huì)養(yǎng)成一些不好的習(xí)慣。

我還可以列出很多自己實(shí)現(xiàn)的缺點(diǎn)和腳本實(shí)現(xiàn)的好處。但是我更想從另一個(gè)角度去看待這類問(wèn)題。我認(rèn)為那些人花更多的時(shí)間去寫了更多的代碼不是因?yàn)樗麄兦趭^，而是因?yàn)樗麄?#34;懶"，懶得去思考，懶得去找更高效的方法，懶得去熟悉一門腳本語(yǔ)言，從而失去了變更高效的機(jī)會(huì)。

所以我認(rèn)為我們遇到一些問(wèn)題的時(shí)候除了思考怎么解決問(wèn)題本身以外，還要花點(diǎn)時(shí)間問(wèn)一下自己，我找到的這個(gè)方案真的好么？我選擇這個(gè)解決方式的原因是因?yàn)檫@個(gè)方式真正能夠最好的解決問(wèn)題還是因?yàn)槲业闹R(shí)讓我下意識(shí)得去選擇了這種解決方案。如果有更高效的方式，我認(rèn)為應(yīng)該毫無(wú)疑問(wèn)得去選擇這種方式。很可能你在這次付出更多的時(shí)間和精力去完成這個(gè)任務(wù)，但是當(dāng)你以后再遇到類似問(wèn)題的時(shí)候你就可以變得更高效了。

我之前就是屬于那種低效的人，前段時(shí)間開(kāi)始意識(shí)到這個(gè)問(wèn)題于是開(kāi)始去好好地學(xué)習(xí)一門腳本語(yǔ)言。如果你和我之前一樣也經(jīng)常為了一些小的事情去寫一些一次性的代碼，我建議你也去學(xué)習(xí)一門腳本語(yǔ)言來(lái)處理類似的事情。

-The End-

?

轉(zhuǎn)載于:https://www.cnblogs.com/imjustice/p/time_to_study_script_language.html

總結(jié)

以上是生活随笔為你收集整理的是时候好好去学门脚本语言了的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。