Hi OopsWare :
討論技術而已, 說不上指教, 只有互相切磋, 增長見聞.
>讲现实些,您学习C语言时先学的语法还是“語言的設計觀念”(我也清楚他的重要性)。
>在你没有掌握任何一种语言之前何谈“語言的設計觀念”,还不是学会一种语言后再学
>另一种语言而自己得出的一些理解。
不, 如果你還記得Programming Language這一門課你就會知道瞭解語言設計哲學的重要.
你提到C語言. 坦白的說那是我的第1階段, 在那個時候我學語言的方式就和你說的一樣,
是從語法開始, 所以有一段時間也是矇矇懂懂, 專學一些奇怪的語法, 和人比對語法的熟悉度.
但是受了Programming Language的教導之後就不是如此了. 開始學會了欣賞和剖析語言
到了這個階段套句武俠小說的說法"才感覺突飛猛進, 內功日漸精純", 哈哈.
不過在工作的生涯中看了大部分的人把P.L.寶貴的知識忘得一乾二淨, 真是可惜.
舉個例如, Bruce Eckel的Thinking系列為什麼是好書, 就是因為他的書名注重"Thinking"
是教你瞭解這個語言的觀念和設計, 不是著重在說明所有C++/Java的語法.
我個人覺得在看Thinking系列時作者是比較從P.L.的觀點闡述的.
>书是好东西,但应有个读法,不知对“尽信书->乱读书
>->怀疑书->理解书->不看书”这样的理解有何评价。
不, ,至少你可以從篩選書籍開始做起. 有一點東西不看書我覺得是不學瞭解的,
例如Spec類, 不看規範和書如何得知? 另外一種書比較偏向實作經驗類,
那麼就可以謙選擇是否要看, 因為經驗是隨人/系統而異, 也許你的經驗已經比作者還豐富了.
不過我個人覺得只要經過篩選步驟, 那麼開卷終是有益的.
例如我看一些書時覺得作者的想法不好或是不正確, 不過我也會想
"嘿, 他(指作者)為什麼會有這樣的想法? 這可真有趣",
我會試著找到正確或是更好的方式, 這就是收獲, 如果沒有看到可能永遠不會觸發後續的動作.
>总体来说,能被人指责一番是件好事。至少不会被“大侠”的头衔冲浑头脑。我亦平凡。
嗯, 我也是Coding人, 有的知道, 有的不知道, 所以才會需要會大家討論, 彼此進步.
你說的"我亦平凡"真是好話, 我想這是適用於大部分的人, 包括我在內.