描写动态和静态的作文，动态语言和静态语言的本质区别是什么？

動态語言是“微機時代”的代表，爲編寫KB級項目而設計的，從技術上講非常過時。windows95出現之後，絕大多數動态語言都“死掉”了。
微機時代計算機并不是獨立學科，而是屬于電工學的一個分支。所以嚴格意義上，當時沒有程序員，隻有“寫代碼的電工”。
那個年代的計算機使用軟盤儲存數據，最大容量才1.4MB，程序都特别簡單，一個操作系統才幾百kb。由于動态語言的語法簡潔，可以有效節省磁盤空間，因此在那個儲存空間非常緊張，計算機還十分“腦殘”的年代，非常有優勢，處于統治地位。
但從windows95誕生，計算機全面進入圖形化時代，程序開始變得越來越龐大，商業軟件從平均幾KB，增大到幾MB，幾十MB，甚至幾百MB。計算機成爲獨立學科，職業程序員大量出現。“微機時代”宣告結束，“IT時代”到來。
從此，動态語言越來越難以編寫出合格的程序。硬盤普及，磁盤空間不再緊張。智能IDE的出現，拉動靜态語言全面崛起，終結了動态語言的統治地位。
動态語言和靜态語言最大的區别，在于可讀性、可維護性的不同。
小學生剛剛學習寫作文的時候，總有很多字不會寫。有的老師會讓學生，把不會寫的字，畫成一個圈兒，即O。
一個句子，原本應該寫成寫成“今天下雨了”。而有些小學生不會寫“雨”字。就可以寫成“今天下O了”。這個“O”可以代表任何東西，當然也可以代表雨。
對于判作業的老師來說，這個“O”就是動态的。直到老師猜出這個“O”是雨之後，才能确定這個句子是不是病句。
這種畫圈兒的規則，是一把雙刃劍，整體講是弊大于利的。好處是可以讓學生隻掌握很少的漢字，就能開始學習寫作文。但缺點是圈兒一旦變多，就會失控。常常連作者自己都分不清，每個圈兒分别代表啥？寫的時候很容易，可第二天連自己都看不懂。
而對于高年級的學生，就不允許使用“O”了。遇到不會寫的字，就要去查字典，隻有寫出所有的字，才能把作文寫完。對于判作業的老師來說，這就是靜态的，有沒有病句，一眼便知。雖然寫出作文的門檻提高了，但表述更加清晰，無論任何時間翻出來，都能一目了然。
編程語言比我們的例子要複雜，但道理是一樣的，區别就是它不能隻畫“O”，而是不同的東西，需要用不同的“名字”表示，爲了便于說明，下面的“名字”都使用一個字母來命名。
比如一個句子是“板凳寬，扁擔長，板凳不讓扁擔綁在板凳上”。
用動态語言表示，則寫成“A寬，B長，A不讓B綁在A上”。
寫起來很省事，但維護起來就費勁了。因爲A和B可以代表任何東西，憑什麽一定就是“板凳寬，扁擔長”，而不是“肥皂寬，牙刷長”？。
而用靜态語言表示，則是“板凳A寬，扁擔B長，A不讓B綁在A上”。
通過對比發現，靜态語言比動态語言，多了一開始的“板凳”和“扁擔”這兩個詞語。相當于從一開始，就标明了A是板凳，B是扁擔。雖然要多寫四個字，但可以避免歧義，增強可讀性。
隻要用腦子記住“A是板凳，B是扁擔”，豈不就能達到同樣的效果？僅僅一個句子當然是可以的，人人都能記得住。而商業程序的代碼量，一般在十萬行以上。你不僅需要記住什麽代表板凳和扁擔，你還得記住水桶，暖壺，掃帚，簸萁，鍋，碗，瓢，盆，油，鹽，醬，醋，煙，酒，茶，糖。
所以，爲了解決這個問題，動态語言就需要靠加注釋，來彌補自身可維護性的不足。可這樣做也是不靠譜的。因爲如果對代碼進行封裝，所需要注釋的文字量，就會超過代碼量本身，到時候你根本不是“寫代碼加注釋”，而是“寫注釋加代碼”。
總之，動态語言隻适合寫非常非常小的程序，中型以上的程序，通常要使用靜态語言編寫，才會比較容易維護。我個人隻在編寫1000行以内的小工具時，才會使用動态語言，如Python、Lua等。但即便如此，還是常常一不小心，就陷入“第二天看不懂”的窘境。
當然，“不适合”并不代表“絕對不能”，就像“徒手搬磚隻适用于小型建築，大中型建築要使用工程機械”，這說法我一般認爲是正确的。但總有一些人會舉極端的例子來反駁，說萬裏長城和金字塔是用手磊出來的，這就實在沒意思了。
動态語言存在的的第二個問題，就是容易産生BUG，并且很難在第一時間發現。
假如我們遇到一個遊戲，它是用靜态語言編寫的，其中有一段代碼是這樣的僞代碼:。
角色A=李逍遙；。
怪物B=樹妖;。
技能C=禦劍術;。
武器D=鋼劍;。
然後我們編寫了一段代碼:“A裝備着D，發動了C，擊敗了B”。
這段代碼很容易翻譯，就是“李逍遙裝備着鋼劍，發動了禦劍術，擊敗了樹妖”。
假如我們一時不小心，把代碼寫成“李逍遙裝備着樹妖，發動了鋼劍，擊敗了禦劍術”的話，會怎麽樣？。
這時候IDE會立刻報錯，并提示你出現了三個錯誤。
1，樹妖是怪物，不能裝備。
2，鋼劍是武器，不能當做技能使用。
3，禦劍術是技能，無法被擊敗。
如果不排除這些錯誤，你的程序就無法繼續順利編寫下去。所以你隻好先排除這三個問題之後，才能繼續寫代碼，套用前面的例子，也就是高年級學生“查字典”了。
由于絕大多數的問題，都必須在寫代碼的過程中，通過“查字典”排除掉，所以隻要你的程序可以順利寫完，運行起來也基本不會有太大的問題了。
但如果這個程序是使用動态語言編寫的，則不會報錯。既然B可以是任何東西，那憑什麽必須是鋼劍，而不能是樹妖？這完全符合動态語言的語法規則，IDE當然不會報錯。
所以直到你的程序寫完，BUG一堆一堆的冒出來，IDE卻始終認爲你的代碼完全正确。
所以使用動态語言，有很多錯誤，IDE是不會幫你檢查的。你就要在每一個可能出錯的地方，加上注釋，提醒自己A是啥東西，B又是啥東西。。。。。最後你會發現，若要保證你自己寫的程序不出BUG，而且日後還可以正常維護的話，那麽你需要寫的注釋，比代碼本身還多。寫着寫着，你就不像在編程了，而像在寫一本說明書。