產品和程序員相殺圖

⑴ 產品經理跟程序員是上下級關系

因為成為產品經理，能學到非常多的知識，在不同的層面
產品經理軟技能：
個人魅力：包括溝通能力，領導能力，願景能力，感染能力，審美能力等等；
產品修養：產品修養包括混跡產品社區，運營社區，優秀產品群；
互聯網修養：了解互聯網現狀，跟蹤互聯網熱點，跟蹤互聯網前沿，混跡互聯網社區。
項目管理
產品經理的一個重要角色是項目經理，產品經理需要對整個項目的結果負責，包括按時交付，合格交付，成本控制。
項目經理需要熟練項目的5大過程組和10大工作領域，對於互聯網產品經理來說，主要內容包括：
項目溝通：溝通是互聯網開發中產品經理最重要的工作，包括和上級，開發人員，運營人員等等；
總體進度計劃：項目的總體進度，例如產品設計，UI設計，各個模塊開發，測試進度，部署等等，產品經理必須把握整體的進度，針對節點進行審核；
開發詳細計劃：開發詳細計劃是總體進度計劃的一部分，一般來說開發計劃是技術經理維護，但是產品經理必須進行整體把控；
項目控制：項目干係人，風險，進度，質量等等控制。
協助推廣
產品開發出來必須推廣到市場，否則產品就是一個實驗品。產品經理不需要完全負責運營推廣，但是必須對運營人員提供必備的支持。
基本工作如下：
基礎運營數據：獲取產品的基礎運營數據，例如下載量，用戶量，支付金額，留存；
埋點：埋點的一種獲取產品運營數據的重要方法，他可以分析頁面點擊，頁面轉化等等；
業務數據：業務數據例如訂單情況，售後訂單，銷量等等；
競品分析：和市面上相似產品對比分析；
Swot分析：了解本產品的優勢、弱勢、機遇、挑戰。
迭代開發
第一個版本做出來後，產品進入迭代開發階段，一般迭代周期是2個星期；迭代開發就是將從產品規劃到運營過程進行濃縮，每個迭代周期開發少量的功能。
基本的工作如下：
收集需求：收集產品的需求，哪些需求進行迭代開發；
需求排序：針對需求進行排序，高優先順序的盡快開發，優先順序低的稍晚開發；
細節功能設計：第一個版本的功能進行細化，例如效果細化，交互細化等等；
迭代計劃：維護整個迭代過程的項目計劃。
根植行業
產品都有很強的行業屬性，必須熟悉本行業才能設計本行業需要的產品，否則就是空想。
我們需要了解行業現狀，熟悉行業痛點，熟悉行業熱點，並且還得了解相關行業，此外需要熟悉相關的法規，道德，加入行業圈子，多逛行業論壇。
個人魅力
上述講的是產品經理硬技能，下面介紹一下軟技能，軟技能更多的是個人的修養問題，但是這些會影響到產品經理的整個職業生涯。
個人魅力包括個人領導能力，溝通能力，願景能力，洞察能力，審美能力，感染能力。擁有強大個人魅力的產品經理才能成為整個產品的領導者，才能激勵整個項目成員，提高團隊效率。
產品修養
產品經理需要提高產品修養能力。
產品修養包括：
與高人為伍：有時高人的一句指點勝過你苦思冥想一個月，產品經理需要向前輩，向領導，同級組織成員請教，請教他們你不熟悉的內容；
與實踐者為伍：不要和空想者為伍，而是和實踐者為伍，產品的使用對象均是實踐者，實踐者的想法將會提高你整個產品的境界；
產品社區：例如產品壹佰，pmcaff，多看一下帖子提高自身修養，此外多加入一些QQ群；
運營工具：例如應用雷達，酷傳，APP annie，ASO 100，網路指數等，運營工具可以用來分析產品的運營數據。
互聯網修養
一個互聯網人，必須熟悉互聯網，有一定的互聯網修養，多看新聞，多參加一些沙龍，提高自身的互聯網修養。
了解互聯網現狀：熟悉當前中國和世界上優秀的互聯網公司，多了解互聯網當前現狀，例如阿里巴巴，騰訊，網路，小米，華為，360等；
跟蹤互聯網熱點：當前互聯網熱點，例如項目熱點，投資熱點這些，可以查看36kr，虎嗅，這些社區提高了互聯網熱點現狀；
跟蹤互聯網前沿：例如vr/ar，物聯網，智能設備等等；
大數據平台：常見的例如易觀數據，talkingdata，這些互聯網大數據平台會提供部分免費的行業分析報告，了解互聯網大數據對產品整體把控有一定的幫助。

如果需要學習，可以看下這幾個軟體：
1.腦圖工具：網路腦圖

2.文檔共享：藍湖、Axure等軟體

3.項目管理：jira

⑵ 新入職的產品，如何快速融入團隊

    今天前同事找我抱怨，和新產品對線非常不愉快：認為他不懂業務、胡亂提方案，都懷疑招來的是不是個成熟產品經理。

    反觀我自己，剛來一周的我，不正是那有少許工作經驗、新入職的產品？但我和團隊相處還挺愉快的。

    我是怎麼做的呢？

    一、構建業務框架。有工作經驗的產品，入職後一般不會給太長時間去熟悉業務，我就給了兩天+一個解決方案。根本無法細致了解項目，當然我也沒打算了解。因此，一方面從產品的角度了解，有哪些參與者，他們的目的是什麼；另一方面從公司的角度了解產品的定位。這樣就可以從宏觀的角度了解到這個產品在什麼行業、目標客戶群體以及業務目的是什麼。 

    二、主動溝通。在了解產品的過程中會發現很多問題，但由於剛入職，不熟悉團隊，就沒有人可以溝通。面對這種情況，我的選擇是：主動跟我的團隊進行溝通。

    先跟上級領導了解在業務上遇到問題，我可以找誰溝通，找到業務對接人後，通過對接人擴散到團隊成員。這樣不僅熟悉業務、也熟悉了團隊、還可以了解到成員的品質特性。

    三、保持謙虛。沒有十全十美的產品，遇到新產品，會有一個適應過程。在熟悉階段，發現產品有很多不好用的地方。不要想著要去把這些改掉。多了解為什麼這么做，自己想到的方案之前有沒有考慮過？這樣即避免需求評審時尷尬；也避免給團隊留下不好的印象。

    產品經理和程序員的關系，在我看來，從來都不是相愛相殺，而是互相成就。需求要研發實現，程序因為業務才有價值。團結的團隊非常重要。

⑶ 產品經理跟程序員是上下級關系

因為成為產品經理，能學到非常多的知識，在不同的層面
產品經理軟技能：
個人魅力：包括溝通能力，領導能力，願景能力，感染能力，審美能力等等；
產品修養：產品修養包括混跡產品社區，運營社區，優秀產品群；
互聯網修養：了解互聯網現狀，跟蹤互聯網熱點，跟蹤互聯網前沿，混跡互聯網社區。
項目管理
產品經理的一個重要角色是項目經理，產品經理需要對整個項目的結果負責，包括按時交付，合格交付，成本控制。
項目經理需要熟練項目的5大過程組和10大工作領域，對於互聯網產品經理來說，主要內容包括：
項目溝通：溝通是互聯網開發中產品經理最重要的工作，包括和上級，開發人員，運營人員等等；
總體進度計劃：項目的總體進度，例如產品設計，UI設計，各個模塊開發，測試進度，部署等等，產品經理必須把握整體的進度，針對節點進行審核；
開發詳細計劃：開發詳細計劃是總體進度計劃的一部分，一般來說開發計劃是技術經理維護，但是產品經理必須進行整體把控；
項目控制：項目干係人，風險，進度，質量等等控制。
協助推廣
產品開發出來必須推廣到市場，否則產品就是一個實驗品。產品經理不需要完全負責運營推廣，但是必須對運營人員提供必備的支持。
基本工作如下：
基礎運營數據：獲取產品的基礎運營數據，例如下載量，用戶量，支付金額，留存；
埋點：埋點的一種獲取產品運營數據的重要方法，他可以分析頁面點擊，頁面轉化等等；
業務數據：業務數據例如訂單情況，售後訂單，銷量等等；
競品分析：和市面上相似產品對比分析；
Swot分析：了解本產品的優勢、弱勢、機遇、挑戰。
迭代開發
第一個版本做出來後，產品進入迭代開發階段，一般迭代周期是2個星期；迭代開發就是將從產品規劃到運營過程進行濃縮，每個迭代周期開發少量的功能。
基本的工作如下：
收集需求：收集產品的需求，哪些需求進行迭代開發；
需求排序：針對需求進行排序，高優先順序的盡快開發，優先順序低的稍晚開發；
細節功能設計：第一個版本的功能進行細化，例如效果細化，交互細化等等；
迭代計劃：維護整個迭代過程的項目計劃。
根植行業
產品都有很強的行業屬性，必須熟悉本行業才能設計本行業需要的產品，否則就是空想。
我們需要了解行業現狀，熟悉行業痛點，熟悉行業熱點，並且還得了解相關行業，此外需要熟悉相關的法規，道德，加入行業圈子，多逛行業論壇。
個人魅力
上述講的是產品經理硬技能，下面介紹一下軟技能，軟技能更多的是個人的修養問題，但是這些會影響到產品經理的整個職業生涯。
個人魅力包括個人領導能力，溝通能力，願景能力，洞察能力，審美能力，感染能力。擁有強大個人魅力的產品經理才能成為整個產品的領導者，才能激勵整個項目成員，提高團隊效率。
產品修養
產品經理需要提高產品修養能力。
產品修養包括：
與高人為伍：有時高人的一句指點勝過你苦思冥想一個月，產品經理需要向前輩，向領導，同級組織成員請教，請教他們你不熟悉的內容；
與實踐者為伍：不要和空想者為伍，而是和實踐者為伍，產品的使用對象均是實踐者，實踐者的想法將會提高你整個產品的境界；
產品社區：例如產品壹佰，pmcaff，多看一下帖子提高自身修養，此外多加入一些QQ群；
運營工具：例如應用雷達，酷傳，APP annie，ASO 100，網路指數等，運營工具可以用來分析產品的運營數據。
互聯網修養
一個互聯網人，必須熟悉互聯網，有一定的互聯網修養，多看新聞，多參加一些沙龍，提高自身的互聯網修養。
了解互聯網現狀：熟悉當前中國和世界上優秀的互聯網公司，多了解互聯網當前現狀，例如阿里巴巴，騰訊，網路，小米，華為，360等；
跟蹤互聯網熱點：當前互聯網熱點，例如項目熱點，投資熱點這些，可以查看36kr，虎嗅，這些社區提高了互聯網熱點現狀；
跟蹤互聯網前沿：例如vr/ar，物聯網，智能設備等等；
大數據平台：常見的例如易觀數據，talkingdata，這些互聯網大數據平台會提供部分免費的行業分析報告，了解互聯網大數據對產品整體把控有一定的幫助。

如果需要學習，可以看下這幾個軟體：
1.腦圖工具：網路腦圖

2.文檔共享：藍湖、Axure等軟體

3.項目管理：jira

⑷ 產品經理該如何跟程序員溝通

產品經理面試的過程中面試官特別喜歡會問一個問題，如果開發人員以無時間為理由拒絕你的需求怎麼辦？工作中產品經理和技術人員打交道的次數太多了，行業內也流行著一些圖片來調侃產品和技術之間的關系，兩者的關系可以用相愛相殺來形容。

之所以這么說有兩個理由，相愛是因為兩者要互利合作，把老闆交給的任務完成，而且只有彼此合作才能讓工作進展的更順利。相殺是因為這兩個職業又存在著很大的矛盾，產品經理的需求間接決定了技術人員的工作量，有些技術人員確實對產品經理比較反感。

我也看過一些關於產品與技術如何溝通的文章。這篇文章我想結合我自己的親身經驗，分享一些小技巧，可以當做是保持良好關系的潤滑劑。

1

首先我們分析一下技術與產品之間產生矛盾的原因。在分析之前，先設一個前提，每個公司在招人的時候都有其標准，尋找價值觀相同的人，所以我一直都相信開發人員並不會無故找理由拖延項目周期。反過來，如果開發人員因為品性而偷懶或者說是耍心眼不幹活的話，那就沒辦法了，個人主觀因素太大。

第一種情況是產品經理的需求與開發人員手頭的項目撞期了，解決的辦法很簡單，就是根據需求的優先順序來調整開發排期。碰到這種事，有些領導也總是期望產品經理靠著自己的方法解決。但是除了跟上級領導申請調整優先順序，沒有別的好辦法。一個客觀事實，公司在多個項目中確實有優先順序之分，雖然你自己的孩子自己最看重但是在別人眼裡並不是這樣。第二個原因是開發人員是按照公司意願辦事，說嚴重點你總不希望別人因為你的事情跟領導鬧僵，搞砸自己的飯碗吧。

第二種情況技術人員並不認同產品經理的觀點，雖然產品經理和技術人員各司其職，但是在工作中會碰到有些技術對產品特別關心，如果產品經理的做法自己不認同的話會提出質疑。如果質疑的人是技術老大，產品經理往往會更被動。遇到這種情況我覺得很正常，想辦法說服技術人員。

除了搬出之前做的產品分析和用戶調研外，我在工作中總結了一點經驗，平時可以多跟技術聊聊天，增進彼此了解，觀察他們經常上使用的產品，在溝通說服他們的過程中，可以拿他們經常用的產品舉例，這樣的話他們本身對那個產品更熟悉，自然也更好理解。另外，在跟技術講解產品的時候也要適當的畫餅，描繪一下產品上線成功後的美好未來，這會帶動起他們的積極性。

2

產品經理要做好自己的基礎工作，這利於給開發人員留個好印象。做好這方面的工作有兩點，一是想好產品規劃的原由，避免被技術的同學問住。技術人員也特別討厭產品經理說「某某產品就是這么做的，我們按照他們的做就行了」這樣的話；二是寫好產品文檔，在產品文檔中避免有遺漏的地方，特別是一些比較復雜的功能，一定要解釋清楚，因為技術人員會遵照著產品文檔進行開發，所以說如果有疏漏的地方會增加溝通成本，如果文檔寫錯了，造成開發出來的產品功能不符合預期就是產品經理的責任了。

為了提高文檔的可讀性，我們也可以多使用圖文、流程圖的表現形式，如果只是乾巴巴的一個word文檔，幾千個文字，看起來確實很枯燥。

對於產品經理和開發人員來說信任尤為重要，如果開發對產品經理缺乏了信任，結果就是你的話開發人員不會再聽了，每個需求他們需要經過你的領導確認後才會去做。獲取對方信任的一個很重要前提就是說話算數，當技術人員詢問你某一個問題時如果自己沒想清楚，可以先暫時別回答，考慮清楚後再說。要是隨口一說，過後又讓開發人員修改，不僅會造成開發人員返工，這種行為也是非常不負責任的。

即便文檔寫的再完善，在產品開發過程中也難免需要當面溝通。項目跟進，需要產品經理極大的責任心和積極性。一個項目立項後，公司通常會把參與人員列為一個小組，產品人員需要根據開發排期跟進開發進展，避免開發出來的產品與預期不符，驗收產品功能是否與產品期望一致。這個過程產品人員的工作往往會比較繁瑣，也會比較忙，當然也會鍛煉產品經理的溝通能力。

3

說一下行業內一直討論的一個問題，產品經理該不該懂技術？我覺得這個問題並沒有什麼好討論的，無論是從個人知識量還是從是否有利工作的角度講肯定是懂技術要更好，而之所以能吸引那麼大的熱議，可能是由於很多產品經理不懂技術，但是又沒有興趣學習，所以心底一直會糾結這個問題。

從我個人的經驗來看，特別是你做項目比較多的時候，會發現懂點技術跟技術人員溝通起來會順暢很多，一個重要的體現是技術人員也很願意跟你交流技術實現的一些想法，而不會說「算了，跟你說了也沒用」這樣的話。

產品經理懂技術還有一個很重要的益處是當業務部門提出需求時，自己就能評估出技術實現的可行性，對於實現起來比較困難的需求自己就可以跟業務部門商量優化方案。而不必每個功能都去詢問技術，無形中也減少了技術的麻煩。

不過我跟很多人的觀點也一樣，產品經理對技術的了解不需要太精通，說到這我還得慶幸自己大學時候學的是計算機專業，雖然學的不好，但對於現在的工作還是非常有益處的。不過我在工作中也會碰到技術人員偶爾說了一個名詞自己不理解的，這時候兩種辦法，要麼主動問一下，要麼自己去網上查，明白其中的邏輯關系，知道是怎麼一回事就好。

畢竟術業有專攻，雖然我們希望知識越多越好，但也別給自己太大壓力。況且技術知識也在更新迭代，他們使用的框架也會變化，技術的語言也有很多，如HTML、Java、PHP等，你不可能全都精通。

4

最後說點工作中會遇到的個人主觀因素。

當產品經理跟其他部門提需求或是溝通確認的時候也不排除其他同事有未及時回復的情況，為了確保項目上線也為了爭取資源，這個時候就需要產品人員更加主動一些，所以產品經理有時候還需要臉皮厚一點。

當提交一個需求給開發部門制定排期，你會發現他們都會把時間定的很充足。也許你會因此對其他同事有看法，但其實在工作中都是這樣子，大家都不會把自己的時間安排的太緊張，而且還要考慮過程中可能會出現的風險因素，例如請假的情況。當然也不能把時間定的太長，那樣老闆該不開心了，所以最好是產品經理根據上線時間與開發人員定一個時間結點，讓開發人員在這個時間點前完成即可。

⑸ 程序員和產品經理相愛相殺，打完架再「牽手」，全公司都沸騰了

在某個職場論壇里，有網友發帖爆料，大方曬出自家公司 產品經理 和 程序員 相愛相殺的照片。畫面中，兩個大男人手牽著手，面朝牆壁背對眾人，濃濃的基情感撲面而來，讓人忍不住浮想聯翩。

這可不是他們成功「出櫃」了，而是公司對兩個人動手打架的懲罰措施。因為在產品項目上溝通不順，產品經理和程序員起了爭執，兩個認死理的人互不相讓，一言不合就打了起來，拳腳相向好不激烈，費了老大勁才把他們各自拉開。

程序員和產品經理的矛盾，早已經不是什麼秘密了，在 互聯網公司 里， 要論程序員 最討厭誰，產品經理絕對能排進前三。要求多還奇葩，反反復復變動，指手畫腳叨叨個沒完，讓程序員們苦不堪言。只是雖然彼此間矛盾多多，但還算克制，真真動手的還是比較少的，像這種大庭廣眾之下互毆的，就更不多見了，也難怪公司要當眾懲處了。

兩人動手打架的影響非常惡劣，公司要求要麼一起辭職滾蛋，要麼牽手一下午。終究胳膊擰不過大腿，雖然這個要求很詭異，但為了不被辭退，也只能捏著鼻子認了。本來還劍拔弩張的兩人，在眾人的見證下，大手拉小手整整牽了一下午，畫風都歪了！

其實無論是產品經理還是程序員，大家最終的目的都是為了整個項目能夠完美交付，為公司完成這筆業務。只是兩個人的側重點不同， 產品經理 要考慮客戶考慮市場， 程序員 則更關心產品本身的合理性。當關注的重點不一樣，難免會產生分歧，引發彼此之間的沖突。

而且都是公司的同事，平日里抬頭不見低頭見，大打出手確實不應該。在有著共同目標的大前提之下，即使兩人的立場不同，但也應該彼此互相體諒，只有精誠合作，才能事半功倍不是。

公司的處理決定也很機智，辭退可能只是玩笑話，要他們牽手和好才是真的。畢竟都是為了公司的產品項目才弄得這么大火氣，把他們安撫好了，項目也能更順利完成。而且這種方法雖然看起來尷尬，但也沖淡了矛盾的尖銳，尷尬總好過對立，詼諧才更容易讓人接受。

這不，還有網友打算效仿呢！嗯，都是人才！

⑹ 暴風影音程序更新稱殺程序員祭天是什麼小幽默

暴風影音軟體新版本描述中，出現「殺了一個程序員祭天」這一表述，屬於「產品經理和程序員的一個小幽默」。

今日下午開始，一張截圖在網路刷屏。截圖系暴風影音軟體在蘋果商店的下載頁面，其最新版本更新於8月25日，最新動態一欄中，描述為「修復了閃退的bug，還殺了一個程序員祭天」。

引發關注的產品描述，是「產品經理和程序員的一個小幽默」。一名公關人員稱，暴風影音本次更新，涉及的工作量較大，程序員及產品經理工作要求都比較高。其表示，軟體的更新描述，是「產品經理和用戶溝通的一個窗口，很多APP的說明都很生動有趣」。

估計那程序員已經是前同事了。

⑺ 產品經理和程序員,如何避免矛盾

產品實現是你的目的，為了這個目的不必太講究。

做了一陣子之後我有了自己對於與程序員相處的方法論，對這句話並不苟同，我還是傾向於把事做好的同時也能把話說好，雖然我現在也能深刻的領會到當時leader的核心意思是產品本身是第一位的。

接下來我就闡述下自己的一些心得：

• 產品經理與程序員最大的矛盾在於——改需求。這牽涉兩個問題，一個是如何盡量地做足前期工作，盡量把需求細化，需求做的足夠扎實就會大大減少改需求的次數，這是產品本職工作，不屬於溝通問題；另一個問題就涉及如何溝通了，就是需求無論如何確實要改。這個時候有一點很重要就是努力與程序員（或者開發經理）達成共識，比如「我們的目的是要做最好的xxAPP」、「這個功能對於我們的目的來說是必不可少的」等，然後再來談詳細的需求點，程序員也就會逐步認可改需求這件事情。（還有一點很重要的就是，如果無論如何也達不成一致，也有必要反思這個需求是否真的有改的必要？）

• 用數據和客戶來幫你增加底氣。在談論某項功能實現的時候，產品經理經常會碰見程序員消極被動不願意做，或者質疑這么做有沒有道理的時候，採取需求依據的數據和真實的客戶需求是能有效推進的好辦法。比如「80%的同類產品都有這個功能」、「每周都能收到幾個客戶對某某問題的反饋」，一般來說程序員是能夠接受這種說服的。

• 試著多用詢問的語氣。讓程序員感到他是專業的，他是能夠解決這個問題的，要依仗他才能做的更好。這會無形中賦予他一種責任感（因為你把問題拋給了他，他就隱形中負有解決這個問題的責任），在傳達出意願的同時也避免了話語的生硬，讓程序員感受到對其職業技能的尊重。

• 注重日常交往。日常生活中交個朋友，比如一起打球、打游戲，聊聊電影和漫畫，實在是沒有共同語言就經常沖他賣個萌、攪個基、撒個嬌、講個笑話。這樣，大家都是朋友了，不看工作職責的那一半看交情的那一半，溝通起來也會順暢很多。

總結：有很多時候產品的產生不完全是靠嚴格的流程和規章制度誕生的，也需要很多溝通的潤滑。能夠開開心心地把產品做出來最好，但是最終我們還是不能離開產品實現這個 標的物。

⑻ 程序員和產品經理之間的戰爭

程序員和產品經理之間的明爭暗鬥見得多了，我相信很多人也像我一樣，每天也在經歷著。我有幸在上家公司任職通訊產品的產品經理，而目前又回歸技術崗位，斗爭與被斗爭都經歷過，其實最終總結下來就一句話 堅持做對的事情！

舉個栗子：

以上內容參考PMP項目管理，大家看，讀書多重要呀，怕的就是這種有文化的流氓，是不是比面紅耳赤的爭辯更有說服力。

⑼ 批圖與程序員是一樣的嗎

批圖和程序員不一樣，批圖就是根據甲方需求設計出產品，程序員則是使用代碼編寫程序。下面是給你學習程序編程的一些建議，主要是邏輯思維的培養，希望能幫到你。

邏輯思維的培養對IT工程師非常重要，思維快的能快速編寫邏輯代碼。可以從一下幾個方面進行慢慢培養。
第一：明確學習目的
邏輯思維學習編程對多數IT業人員來說都是非常有用的。學編程，做一名編程人員，從個人角度講，可以解決在軟體使用中所遇到的問題，改進現有軟體，可以為自己找到一份理想的工作添加重要得砝碼，有利於在求職道路上謀得一個好的職位；從國家的角度，可以為中國的軟體產業做出應有的貢獻，一名優秀的程序員永遠是被爭奪的對象。學習編程還能鍛煉思維，使我們的邏輯思維更加嚴密；能夠不斷享受到創新的樂趣，將一直有機會走在高科技的前沿，因為程序設計本身是一種創造性的工作。知識經濟時代給我們帶來了無限的機會，要想真正掌握計算機技術，並在IT行業里干出一番事業來，有所作為，具有一定的編程能力是一個基本條件和要求。
第二打好基礎，學好基礎知識對我們開發也很重要學編程要具備一定的基礎，總結之有以下幾方面：
首先是數學基礎 從計算機發展和應用的歷史來看計算機的數學模型和體系結構等都是有數學家提出的，最早的計算機也是為數值計算而設計的。因此，要學好計算機就要有一定的數學基礎，出學者有高中水平就差不多了。
第三：注意理解一些重要概念
一本程序設計的書看到的無非就是變數、函數、條件語句、循環語句等概念，但要真正能進行編程應用，需要深入理解這些概念，在理解的基礎上應用，不要只簡單地學習語法、結構，而要吃透針對這些語法、結構的應用例子，做到舉一反三，觸類旁通。
第四：掌握編程思想，編程思想使用較多的就是oop編程思想
學習一門語言或開發工具，語法結構、功能調用是次要的，最主要是學習它的思想。例如學習 VC 就要學習 Windows 的內在機理、什麼是線程......；學習 COM 就要知道VTALBE 、類廠、介面、idl......，關鍵是學一種思想，有了思想，那麼我們就可以觸類旁通。
第六：多實踐、多交流，一切思維來自項目開發的積累
掌握編程思想必須在編程實際工作中去實踐和體會。編程起步階段要經常自己動手設計程序，具體設計時不要拘泥於固定的思維方式，遇到問題要多想幾種解決的方案。這就要多交流，各人的思維方式不同、角度各異，各有高招，通過交流可不斷吸收別人的長處，豐富編程實踐，幫助自己提高水平。親自動手進行程序設計是創造性思維應用的體現，也是培養邏輯思維的好方法。
第七：養成良好的編程習慣
編程入門不難，但入門後不斷學習是十分重要的，相對來說較為漫長。在此期間要注意養成一些良好的編程習慣。編程風格的好壞很大程度影響程序質量。良好的編程風格可以使
程序結構清晰合理，且使程序代碼便於維護。如代碼的縮進編排、變數命令規則的一致性、代碼的注釋等。
第八：上網學編程
在網上可以學到很多不同的編程思想、方法、經驗和技巧，有大量的工具和作品及相關的輔導材料供下載

希望能幫到你，謝謝！