同時學習《易經》在思維方法上對學習 Objective-C 有沒有指導性幫助？

12-22

因為易經和計算機都是二進位的，所以我潛意識裡覺得應該有聯繫。但對於初學編程語言的人來說，不知能否用陽和陰分別代表 @interface 和 @implementation，這樣來「創造整個世界」；用「天地一指也，萬物一馬也」的概念來類比的理解語言中的「指針」和「對象」，諸如此類的概念是否可以有助於對語言中一些極為抽象概念的理解？還是我根本就是在胡思亂想？期待高人來指點。

我看過《易經》，也學過編程。這兩者共同點是比較費腦子。

看懂《易經》是一件很不容易的事，原卦辭就幾句話，歷朝歷代很多人寫了大量的註解，看懂著實費勁。

但是我沒發現兩者有聯繫。

所以我認為，任何試圖輕鬆把這兩者聯繫起來的人，既不懂《易經》，也不懂編程。

不想把看似不相關的東西聯繫起來，因為如果試圖連接起來總能找到關係的，你還可以找到《老子》和Objective-C的關係，《佛經》和Java的關係，所以如果進入編程的世界就盡量不要用之前的世界觀去套用編程的世界。

這兩個沒什麼相關性。如果說想了解易經：我建議看下黃壽祺先生寫的關於易經評註方面的書。我之前專門研究過易經，為的也是在中國這個環境下如何同國企或者政治方面的人物打交道。僅此而已，易經其實很多章節被後世儒家篡改的不成樣子。原著面貌基本遺失。

如果強關聯的話，除非你想既寫的好代碼也玩的好政治。
如果僅僅想了解程序語言方面的思想。為啥不直接學smarttalk呢？
如果想對政治了解點。請看清華大學胡鞍鋼教授的書籍。不過政治不大好玩，我個人體會。

只能說暈

我覺得易經比Objective-C難，有著功夫你已經很強了。你說的這些是面向對象的思想，有句話叫一切皆對象，這是一種建模的思想。

我可以肯定的說沒有,但如果你看的是英文版的易經,可以增加你的英文能力,也可以間接提高閱讀Objective-C文檔的能力

陰陽的相互轉換，代碼和數據可以相互轉換，元編程。

陰陽表示萬物，抽象的力量，如何抽象，抽象什麼，對什麼進行建模？概念，過程，流？

易經一書詳述64卦相，分析個卦始末因果，設計模式。

古漢語艱深難懂，提醒我們語言要貼近問題域，做領域建模，開發dsl。

一時之只想到這些了。

世界是一個大的uikitframe，
在其中生活必須遵守其中的類class。

可以創造自己的類，但在沒有實例化instance，也就是實踐前，不能知自己的類能不能正確執行。

也就是說，一切同歸於class,同是code，同是0和1。

同歸於空，但空不是not(0,1)
空產生了0，1，但不能說除了0，1就是空。

也就是說
我們看到實例
再看到類
再看到代碼再看到01
01後面我們看不到。

單就指針而言，指針更象金剛經所說的，概念是指向月亮的手指，而不是第二個月亮。

首先我想有肯定是有幫助的.
易經是中國傳統思想文化中自然哲學與倫理實踐的根源,講的是一本關於變化的書,含蓋萬有，綱紀群倫.
是對世界變化規律的總結,用數學的話說是一本建模的書,其中64卦分別解釋自然現象不同的意義,用工程師話來說,就是抽象了64個介面.

而計算機的定義,我不想多說,簡單來說,利用0,1構建了一個內觀世界.
如果這個世界是萬能的,那麼這個世界是它的理論基礎是數學,等一切自然科學.

舉個例子遊戲 "憤怒的小鳥" 裡面有個物理引擎,box2d,如果物理界的重力相關自然規律沒有被發現到,那麼這個遊戲自然不會存在

計算機是能構建一個世界的,所以它能解釋這個世界(通過科學)
易經這本書的意義也是在解釋這個世界(通過陰陽理論)

我可能有點跑題了.
其實我想說
道理有相通之處,不是對"Objective-C"有幫助,是對編程觀念,面向對象,抽象,等都有幫助,或者說更能相互印證.

孤陰不長，獨陽不生.
我就可以理解,寫程序時,不能為了設計而設計,不能過早優化,在時間空間上要有所抉擇.

作為程序員來說，易經對於我的工作幾乎毫無幫助，不過對於我的世界觀影響很大。易經的二進位體系跟程序員所要涉及的東西差別太大了～～

可以說有幫助，也可說毫無幫助，易經有趣在他像個大數據，而且是所謂天書，什麼都能解釋，但是也可以說毫無意義，就如哲學一般，哪裡都能用，但其實通常毫無作用，而且他還是個黑箱，不適宜學習，也難以深入學習，故而我覺得看易經會有幫助，但是不如多看看相關書籍。

易經都傳了幾千年了，道這一塊因為孔子的儒家學派得以發揚光大，術這一片經歷了這麼多年風雨，穿男不傳女，又是一些敝帚自珍的陋習，現在都基本失傳了，你想繼承術這一塊估計要從道這邊重新推導，工程很大啊-_-#很多人說術是假的，道是真的我個人並不贊同，如果一套理論在實踐中從各領域中都能證實他的正確性，我認為他應該有自己的術，至於怎麼推導，這個要天分和數學基礎

易經的陽和陰可以指萬物,為什麼就不能指編程語言。
易經的陽和陰是可以相互轉化的,@interface 和 @implementation不行。從編程語言上來說,我見過Lisp和Smalltalk程序員的博客有上有用類似於太極的圖.Lisp的陰陽可以對應數據和代碼,Objective-C繼承有SmallTalk的思想,它的陰陽可以對應為類(code)和(類作為元類的)對象(data),這些都是可以相互轉化的。
見 http://en.wikipedia.org/wiki/Smalltalk#Image-based_persistence

Many Smalltalk systems, however, do not differentiate between program data (objects) and code (classes). In fact, classes are objects themselves. Therefore most Smalltalk systems store the entire program state (including both Class and non-Class objects) in an image file. The image can then be loaded by the Smalltalk virtual machine to restore a Smalltalk-like system to a prior state.

Other languages that model application code as a form of data, such as Lisp, often use image-based persistence as well.

反過來理解更好點，因為前者更難啊。

高人

想法是好的，但是前者的難度比後者高了幾個段位。。