程序員學數學

Ⅰ 軟體開發的程序員需要掌握多的數學知識

需要數學，但是這個數學不是說你現在學的數學這點知識，而是你是邏輯思維，如果你僅僅是想成為一個程序員，只是一個寫代碼的人，那你數學不需要太好，但是，如果你真想好好從事計算機這方面，尤其是想軟體開發，你必須得學好數學，計算機本來就是從數學里分支出來的，你越往上走也就越接近數學，你相信嗎，一個計算機的頂級專家不會寫代碼的人大有人在，什麼是程序。有一本書是，程序=數據結構+演算法。任何一門語言給你兩個月你都能把基本的學的差不多，就想蓋房子，寫代碼的程序員就相當於磚匠，你永遠成不了設計師。一個大的正規的項目，有80%的時間是在設計，設計有哪些模塊，用什麼技術，怎麼架構這個項目，怎麼通信等等。。。。而等設計完了20%的時間給程序員把代碼寫出來。寫了這么多，你自己好好想想，隨便問一個高手，看看那個會告訴你計算機不需要數學，
需要注意的是，數學課本里的具體知識、公式，而是一種數學的思維方式、邏輯思維能力。最後祝你能夠堅持走這條路，好運。

Ⅱ 要想成為一名頂尖的程序員，要學習高等數學嗎

必然的，必須的。
頂尖的程序員除了懂寫代碼外還要懂各種演算法的應用。而應用的背景知識就是高等數學。如果只知道寫代碼，那麼還算不上頂尖的程序員，頂多算個中等的程序員。
舉個最簡單的例子，做圖像識別或人臉識別，就是對圖像進行處理。而圖像的本質就是矩陣，因此離不開線性代數的各種運算，特徵求解，規劃求解。
人臉識別中可能還涉及到神經網路的學習和試算梯度預算，就離不開微積分。
再舉個例子，密碼的編譯也離不開矩陣代數應用，無論是密文還是密文轉明文。
還有，文字索引，文本處理……是在太多太多了。以上的知識，還要變成代碼寫入你的程序中的。
所以，光從應用的角度來看，就離不開高等數學。要想成為頂尖的程序員，那就更要學好高等數學。

Ⅲ 程序員需要怎樣的數學基礎

離散數學對程序員來說非常重要，還有組合數學、線性代數、概率論、數論等等，即使你將來不做研究，這些基礎知識也能極大地提高你的水平。計算機科學對離散數學的要求很高，建議你先學習前面提到的這些課程，然後學習計算機演算法和數據結構，再配合到網上的在線題庫做題，過程很艱辛，但是對你的幫助會很大。

推薦書目：

《具體數學》（先學完前面的數學課程，在水平有一定進步以後再看）

《演算法導論》（應該人手一本的好書）

簡單來說，學數學的目的，一方面是活躍你的思維；另一方面是為了深入學習演算法打基礎，設想一下，同樣的問題，普通人的程序要幾十分鍾甚至幾小時幾天才能解決出來，甚至根本無法解決，而你精心設計的程序卻能在1秒內解決出來，這就是數學的魅力、演算法的魅力。

其實，一切取決於你是否想做一個高級程序員。如果你做體力活（其實一般編程別人都認為是體力活），那你可以不學，因為你用不到，但是，你要是做技術上的創新，做個很強的程序員，沒有數學的支持，很難。

你既然學習了C，c++,你也知道演算法的重要性，同樣一個問題，我用13行程序解決了，我的同學居然用了33行，因為他不懂的用數學。你要達到什麼高等，取決於你的數學修養。當然，要做一個普通的程序員就不用學習了。要挑戰自己，做個好的，優秀的，學習數學吧！

Ⅳ 當一個程序員需要多好的數學

任何面向工作的功利的學習行為都可以視為一種投資，必須考慮成本和收益的tradeoff；總體來看，個人認為計算機系本科不教的數學對於絕大多數程序員來說都是沒有必要熟練掌握的數學。

數學不包括演算法。演算法一直是屬於計算機科學領域的。數據結構演算法能力是程序員的核心能力之一，而且永不過時。

當程序員做開發工作，有些方向不太需要數學，有些方向需要特定類型的數學（比如游戲開發、圖形學會用到大量數值工具等）；解決特定問題需要學習特定類型的數學；專門做特定領域的計算機科學研究需要用到大量特定領域的數學；既然如此，那就在碰到相應問題的需求去學習對應的知識就好了，沒有必要非要計較到底哪個重要（前提是你應當知道你這個方向需要什麼樣的知識），也沒有必要僅僅是為了提高「數學基礎」而盲目不加選擇的去學習所有種類的數學。

Ⅳ 程序員怎樣學數學

First: programmers don't think they need to know math. I hear that so often; I hardly know anyone who disagrees. Even programmers who were math majors tell me they don't really use math all that much! They say it's better to know about design patterns, object-oriented methodologies, software tools, interface design, stuff like that. 首先:程序員不認為他們需要了解數學.我常常聽到這樣的話;我不知道還有沒有不同意的.甚至於以前是主修數學的程序員也告訴我他們真的不是常常使用到數學!他們說更重要的是要去了解設計模式,面向對象原理,軟體工具,界面設計,以及一些其他類似的東西. And you know what? They're absolutely right. You can be a good, solid, professional programmer without knowing much math. 你了解嗎?他們完全正確.你不需要了解很多數學你就能做個很棒,很專業的程序員. But hey, you don't really need to know how to program, either. Let's face it: there are a lot of professional programmers out there who realize they're not very good at it, and they still find ways to contribute. 但是呢,同時你也不是真的需要知道如何來編程.我們要面對的是:有很多專業的程序員,他們認識到他們不是非常擅長數學,但他們還是尋找方法去提升. If you're suddenly feeling out of your depth, and everyone appears to be running circles around you, what are your options? Well, you might discover you're good at project management, or people management, or UI design, or technical writing, or system administration, any number of other important things that "programmers" aren't necessarily any good at. You'll start filling those niches (because there's always more work to do), and as soon as you find something you're good at, you'll probably migrate towards doing it full-time. 如果你突然覺得自己好爛,周圍的人都遠遠的超過你,你會怎麼想呢?好,你可能會發現自己善於項目管理,或人事管理,或界面設計,或技術寫作,或系統管理,還有許多其他程序員不必去精通的.你會開始堆積那些想法(因為工作永遠干不完),當你發現一些你能掌握的東西時,你很可能會轉移去全職的做這個工作. In fact, I don't think you need to know anything, as long as you can stay alive somehow. 實際上,我認為有些東西你不需要了解,當前你還能夠賴以生存的話. So they're right: you don't need to know math, and you can get by for your entire life just fine withoutit. 所以他們是對的:你不需要了解數學,並且沒有數學你也能過的很好. But a few things I've learned recently might surprise you: 但是最近我學到一些東西可能會讓你也感到驚喜: They teach math all wrong in school. Way, WAY wrong. If you teach yourself math the right way, you'll learn faster, remember it longer, and it'll be much more valuable to you as a programmer. 學校里教數學的方式都錯了.僅僅是教學的方法錯了,不是教數學本身錯.如果你以正確的方式學習數學的話,你會學的更快,記住這點,對你,作為一個程序員來說很有價值. Knowing even a little of the right kinds of math can enable you do write some pretty interesting programs that would otherwise be too hard. In other words, math is something you can pick up a little at a time, whenever you have free time. 哪怕了解一點點相關的數學知識,就能讓你寫出可愛有趣的程序,否則會有些小難度.換句話講,數學是可以慢慢學的,只要你有時間. Nobody knows all of math, not even the best mathematicians. The field is constantly expanding, as people invent new formalisms to solve their own problems. And with any given math problem, just like in programming, there's more than one way to do it. You can pick the one you like best. 沒人能了解所有的數學,就是最棒的數學家也不是.當人們發明新的形式去解決自己的問題時,數學領域就不斷的擴展.一些給出的數學問題,也正如編程,不止一種方法可以去解決他.你可以挑個你最喜歡的方式. Math is... ummm, please don't tell anyone I said this; I'll never get invited to another party as long as I live. But math, well... I'd better whisper this, so listen up: (it's actually kinda fun.) 數學是......嗯,請別告訴別人我說過這個哈;當然我也不指望誰能邀請我參加這樣的派對,在我還活著的時候.但是,數學其實就是......我還是小聲的說吧,聽好了:(她其實就是一種樂趣啦!) The Math You Learned (And Forgot) 你學到的數學(和你忘了的數學) Here's the math I learned in school, as far as I can remember: 這兒是我能記得的在學校學到的數學: Grade School: Numbers, Counting, Arithmetic, Pre-Algebra ("story problems") 初中:數,數數,算術知識,初級代數("帶問題的小故事") High School: Algebra, Geometry, Advanced Algebra, Trigonometry, Pre-Calculus (conics and limits) 高中:代數,幾何,高等代數,三角學,微積分先修課 (二次曲線論和極限) College: Differential and Integral Calculus, Differential Equations, Linear Algebra, Probability and Statistics, Discrete Math 大學:微積分,微分公式,線性代數,概率和統計,離散數學 How'd they come up with that particular list for high school, anyway? It's more or less the same courses in most U.S. high schools. I think it's very similar in other countries, too, except that their students have finished the list by the time they're nine years old. (Americans really kick butt at monster-truck competitions, though, so it's not a total loss.) 上面那個關於高中數學課程單子上所列的,怎麼來著?美國高中幾乎都是這樣的課程設置.我認為其他國家也會很相似的,除了那些在9歲之前就掌握了這些課程的學生.(美國小孩同時卻在熱衷於玩魔鬼卡車競賽,雖然如此,整個來說也算不上什麼大損失.) Algebra? Sure. No question. You need that. And a basic understanding of Cartesian geometry, too. Those are useful, and you can learn everything you need to know in a few months, give or take. But the rest of them? I think an introction to the basics might be useful, but spending a whole semester or year on them seems ridiculous. 代數?是的.沒問題.你需要代數.和一些理解解析幾何的知識.那些很有用,並且在以後幾個月里,你能學到一切你想要的,十拿九穩的.剩下的呢?我認為一個基本的介紹可能會有用,但是在這上面花整個學期或一年就顯得很荒謬了. I'm guessing the list was designed to prepare students for science and engineering professions. The math courses they teach in and high school don't help ready you for a career in programming, and the simple fact is that the number of programming jobs is rapidly outpacing the demand for all other engineering roles. 我現在意識到那個書單列表原是設計來准備給那些以後要當科學家和工程師的學生的.他們在高中里所教的數學課程並不是為你的編程生涯做准備的,簡單的事實是,多數的編程工作所需要的數學知識相比其他作為工程師角色的人所需要的數學增長的更快. And even if you're planning on being a scientist or an engineer, I've found it's much easier to learn and appreciate geometry and trig after you understand what exactly math is — where it came from, where it's going, what it's for. No need to dive right into memorizing geometric proofs and trigonometric identities. But that's exactly what high schools have you do. 即使你打算當一名科學家或者一名工程師,在你理解了什麼是數學之後-- 數學它如何而來,如何而去,為何而生,我發現這更加容易去學習和欣賞幾何學和三角學.不必去專研記住幾何上的證明和三角恆等式,雖然那確實是高中學校要求你必須去做的. So the list's no good anymore. Schools are teaching us the wrong math, and they're teaching it the wrong way. It's no wonder programmers think they don't need any math: most of the math we learned isn't helping us. 所以這樣的書單列表不再有什麼用了.學校教給我們的不是最合適的數學,並且方式也不對.不奇怪程序員認為他們不再需要數學:我們學的大部分數學知識對我們的工作沒什麼大的幫助. The Math They Didn't Teach You 他們沒有教給你的那部分數學 The math computer scientists use regularly, in real life, has very little overlap with the list above. For onething, most of the math you learn in grade school and high school is continuous: that is, math on the real numbers. For computer scientists, 95% or more of the interesting math is discrete: i.e., math on the integers. 在現實中,計算機科學家經常使用的數學,跟上面所列的數學僅有很小的重疊. 舉個例子,你在中學里學的大部分數學是連續性的:也就是說,那是作為實數的數學.而對於計算機科學家來說,他們所感興趣的95%也許更多的是離散性的:比如,關於整數的數學. I'm going to talk in a future blog about some key differences between computer science, software engineering, programming, hacking, and other oft-confused disciplines. I got the basic framework for these (upcoming) insights in no small part from Richard Gabriel's Patterns Of Software, so if you absolutely can't wait, go read that. It's a good book. 我打算在以後的博客中再談一些有關計算機科學,軟體工程,編程,搞些有趣的東東,和其他常常令人犯暈的訓練.我已經從Richard Gabriel的軟體的模式這本書中洞察到一個無關巨細的基本框架.如果你明顯的等不下去的話,去讀吧.是本不錯的書. For now, though, don't let the term "computer scientist" worry you. It sounds intimidating, but math isn't the exclusive purview of computer scientists; you can learn it all by yourself as a closet hacker, and be just as good (or better) at it than they are. Your background as a programmer will help keep you focused on the practical side of things. 到現在為止,不要讓"計算機科學家"這個詞困擾到你.它聽上去很可怕,其實數學不是計算機科學家所獨有的領域,你也能作為一個黑客自學它,並且能做的和他們一樣棒.你作為一個程序員的背景將會幫助你保持只關注那些有實踐性的部分. The math we use for modeling computational problems is, by and large, math on discrete integers. Thisis a generalization. If you're with me on today's blog, you'll be studying a little more math from now on than you were planning to before today, and you'll discover places where the generalization isn't true. But by then, a short time from now, you'll be confident enough to ignore all this and teach yourself math the way you want to learn it. 我們用來建立計算模型的,大體上是離散數學.這是普遍的做法.如果正好今天你在看這篇博客,從現在起你正了解到更多的數學,並且你會認識到那樣的普遍做法是不對的.從現在開始,你將有信心認為可以忽略這些,並以你想要的方式自學. For programmers, the most useful branch of discrete math is probability theory. It's the first thing they should teach you after arithmetic, in grade school. What's probability theory, you ask? Why, it's counting. How many ways are there to make a Full House in poker? Or a Royal Flush? Whenever you think ofa question that starts with "how many ways..." or "what are the odds...", it's a probability question. And as it happens (what are the odds?), it all just turns out to be "simple" counting. It starts with flipping acoin and goes from there. It's definitely the first thing they should teach you in grade school after you learn Basic Calculator Usage. 對程序員來說,最有效的離散數學的分支是概率理論.這是你在學校學完基本算術後的緊接著的課.你會問,什麼是概率理論呢?你就數啊,看有多少次出現滿堂彩?或者有多次是同花順. 不管你思考什麼問題如果是以"多少種途徑..."或"有多大幾率的...",那就是離散問題.當他發生時,都轉化成"簡單"的計數.拋個硬幣看看...? 毫無疑問在他們教你基本的計算用法後他們會教你概率理論. I still have my discrete math textbook from college. It's a bit heavyweight for a third-grader (maybe), but it does cover a lot of the math we use in "everyday" computer science and computer engineering. 我還保存著大學里的離散數學課本.可能他只佔了三分之一的課程,但是它卻涵蓋了我們幾乎每天計算機編程工作大部分所用到的數學. Oddly enough, my professor didn't tell me what it was for. Or I didn't hear. Or something. So I didn't pay very close attention: just enough to pass the course and forget this hateful topic forever, because I didn't think it had anything to do with programming. That happened in quite a few of my comp sci courses in college, maybe as many as 25% of them. Poor me! I had to figure out what was important on my own, later, the hard way. 也真是夠奇怪的,我的教授從沒告訴我數學是用來干嗎的.或者我也從來沒有聽說過.種種原因吧.所以我也從沒有給以足夠的注意:只是考試及格然後把他們都忘光,因為我不認為她還和編程有啥關系.事情變化是我在大學學完一些計算機科學的課程之後,也許是25%的課程.可憐啊!我必須弄明白什麼對於自己來說是最重要的,然後再是向深度發展. I think it would be nice if every math course spent a full week just introcing you to the subject, in themost fun way possible, so you know why the heck you're learning it. Heck, that's probably true for every course. 我想,如果每門數學課都花上整整一周的時間,而只是介紹讓你如何入門的話,那將非常不錯,這是最有意思的一種假設,那麼你知道了你正學習的對象是哪種怪物了.怪物,大概對每一門課都合適. Aside from probability and discrete math, there are a few other branches of mathematics that are potentially quite useful to programmers, and they usually don't teach them in school, unless you're a math minor. This list includes: 除了概率和離散數學外,還有不少其他的數學分支,可能對程序員相當的有用,學校通常不會教你的,除非你的輔修科目是數學.這些數目列表包括: Statistics, some of which is covered in my discrete math book, but it's really a discipline of its own. A pretty important one, too, but hopefully it needs no introction. 統計學,其中一些包括在我的離散數學課里,她的某些訓練只限於她自身.自然也是相當重要的,但想學的話不需要什麼特別的入門. Algebra and Linear Algebra (i.e., matrices). They should teach Linear Algebra immediately after algebra. It's pretty easy, and it's amazingly useful in all sorts of domains, including machine learning. 代數和線性代數(比如,矩陣).他們會在教完代數後立即教線性代數.這也簡單,這但相當多的領域非常有用,包括機器學習. Mathematical Logic. I have a really cool totally unreadable book on the subject by Stephen Kleene, the inventor of the Kleene closure and, as far as I know, Kleenex. Don't read that one. I swear I've tried 20 times, and never made it past chapter 2. If anyone has a recommendation for a better introction to this field, please post a comment. It's obviously important stuff, though. 數理邏輯.我有相當完整的關於這門學科的書沒有讀,是Stephen Kleene寫的,克林閉包的發明者,我所知道的還有就是Kleenex.這個就不要讀了.我發誓我已經嘗試了不下20次,卻從沒有讀完第二章.如果哪位牛掰有什麼更好的入門建議的話可以給我推薦.雖然,這明顯是非常重要的一部分. Information Theory and Kolmogorov Complexity. Weird, eh? I bet none of your high schools taught either of those. They're both pretty new. Information theory is (veeery roughly) about data compression, and Kolmogorov Complexity is (also roughly) about algorithmic complexity. I.e., how small you can you make it, how long will it take, how elegant can the program or data structure be, things like that. They're both fun, interesting and useful. 信息理論和柯爾莫戈洛夫復雜性理論.真不可思議,不是么?我敢打賭沒哪個高中會教你其中任何一門課程.她們都是新興的學科.信息理論是(相當相當相當相當難懂)關於數據壓縮,柯爾莫戈洛夫復雜性理論是(同樣非常難懂)關於演算法復雜度的.也就是說,你要把它壓縮的盡量小,你所要花費的時間也就變的越長,同樣的,程序或數據結構要變得多優雅也有同樣的代價.他們都很有趣,也很有用. There are others, of course, and some of the fields overlap. But it just goes to show: the math that you'll find useful is pretty different from the math your school thought would be useful. 當然,也有其他的一些因素,某些領域是重復的.也拿來說說吧:你所發現有用的那部分數學,不同於那些你在學校里認為有用的數學. What about calculus? Everyone teaches it, so it must be important, right? 那微積分呢?每個人都學它,所以它也一定是重要的,不對嗎?

Ⅵ 學習計算機編程,一定要學習高等數學嗎

不一定，初等、中等的編程不一定會運用到高等數學，而要向更高層次邁進，就需要深厚的數學基礎和優秀的邏輯思維。因此學習計算機編程，不一定要學習高等數學。

一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、中級程序員、高級程序員（現為軟體設計師）、系統分析員，系統架構師，測試工程師六大類。

(6)程序員學數學擴展閱讀

行業現狀

由CSDN、《程序員》主辦的2007年開發者大調查2007年底已收到15000多份有效問卷，已經是中國調查樣本最多的開發者調查。

在這次調查中，詳細的分析了樣本空間的分布狀況，發現在龐大數目的有效問卷的參與者中有70%也就是接近一萬一千名的參與調查者是IT的全職人員，14%的參與者是有過開發工作經驗的學生，

從這樣的分布就可以看出來IT從業人員對專業知識的需求是巨大而迫切的，CSDN作為專業的軟體開發技術門戶網站，已經是大家獲取這些技術知識的主要手段。

職業要求

一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。

大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。

盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。

一個程序員雖然沒有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那麼他的機會要比有學歷的應屆畢業生大得多。

所以要盡量抓住有用的工作和實習機會，這樣的話在畢業後你就會發現，多實習讓你有更多的經驗，在找工作的時候就有更多的機會。

Ⅶ 做程序員編程需要什麼數學知識，初中文化可以學嗎

1.學習方法：本人認為這比什麼都重要如果這個沒掌握的話，可能直接影響你的成敗。眾所周知。。計算機知識 尤其是編程涉及到的知識可以說浩如煙海---那麼面對這么多的知識該怎麼去學呢？
---重點：1重實踐，不要去想，把一個知識點完全徹底的掌握，那將是非常恐怖的，有編程經驗的朋友都知道，編程里每個知識點深糾起來的話是非常困難的，更不要說是新手了。。那麼知識點該掌握到什麼程度呢？ 個人認為：1-知道它是做什麼 2-知道怎麼使用。 這就足夠了。。。。不要去管他的原理是什麼，能把東西做出來才是王道。。。

---重點：2多寫， 這個在編程界可以說是真理了，真正寫程序的人都知道，一段程序你理解了並不代表你就會寫了，那麼怎麼樣才能提高「寫」的能力呢？ 本人認為要注意一下幾點 1- 練習多做是必然的。 2- 做練習時不要因為覺得代碼簡單就只看不敲，哪怕多敲一遍HelloWorld 都是有好處的。 3- 相似的代碼不要復制，我見過很多朋友，遇到兩段程序類似，就懶的敲直接粘貼過去修改。。。請記住這是軟體開發人員的做法，而你不是，目前你還只是一個學習者而已。所以 原則就是 能敲的就不要復制。

---重點:3把精力用在理解上而不要用在背上 寫程序的朋友都知道，函數---關鍵字---常用類什麼的，都非常的熟悉，為什麼我們背過嗎？沒有 寫的多了自然就記的牢了， 所以建議新手不要去死背什麼概念，或語法 一定要理解它的作用。。。

---重點:4 筆記，我認為這點很重要，我自學時全是看書，和視頻教程，然後總結對自己有用的東西。記在本上，而將來如果印象不深刻了由於是自己用自己理解的方式寫的，簡單翻一翻就能回憶起來，而如果，你忘了再去翻視頻 或 翻書的話。。那麼即使你曾經學過，也可能一時想不起來。。。

1.關於數學。。。這個問題，我覺得是目前爭論最多的話題，我見過N多人說 學編程要學XX數學---什麼微積分---什麼離散---嚇的新手連想都不敢想，我只想對這些人說一句，如果你懂，請你們幫助新手，如果你們不懂 請你們閉嘴 謝謝不要 誤人子弟。。。那麼下面我來 具體回答一下數學方面的問題。。。
1- 編程用數學嗎？ 用！ 回答是肯定的，但要看你是做哪方面的程序。 懂編程的都知道，現在編程基本分B/C構架，即：客戶端/瀏覽器端 與 C/S構架 即：客戶端/伺服器端 前者基本上就是JAVA PHP ASP.NET 等等。。。其中有多少地方用到了數學，如果還堅持沒數學學不了編程的朋友請站出來回答下我的問題。。。

至於C/S 如果不是做系統級的程序員 或 大型3D圖象處理 或者是音頻處理的軟體我請問又有多少地方用到了數學？如果你覺得x/y=z 這也算高等數學的話，我無話可說。。。。總結--除了3D等圖象處理編程 或 音頻處理編程 或系統級編程以外 其他編程對數學要求並不很高。。。。

2.關於英語， 我認為這個是個不可迴避的話題，學編程一點英語不懂我覺得不太現實，畢竟有很多文檔也是用英文寫的，而且程序員都知道，編程時經常要用簡單的英文，哪怕是定義個變數名，也要用英文起名， 沒見過哪個程序員定義的變數叫什麼aaa或bbb的。 那麼新手該怎麼面對英語呢， 我覺得很容易，按照書上或教程上去做就足夠了，1 編寫程序時 按規范要求去做，首先變數名，用見名知意思的英文單詞， 寫注釋時 也用英文短句。。。 拋異常時 也用英文來標注等等。。。。慢慢積累，時間久了你就會發現其實計算機里的英語 就只有那麼幾句而已。。。

3.關於學校 這個我也想提一下，有很多想以程序員為工作的朋友可能都考慮過找個培訓班---但我的建議是。不要去---起碼一般的不要去，為什麼？效果不好，就這么簡單，我親自到XXX著名編程培訓學校試聽過。。。結果很遺憾 一周才那麼幾天課，我3天閱讀的知識點比他們1個興趣 教的還多。。。而且上機和理論還是分開，新學的知識不能立刻上機實踐等等。。我覺得都是很嚴重的弊病。。。跟嚴重的那些所謂的學校給學生們造成了一種假象。。。只要在學校里考試合格了，出去就能做程序員，甚至軟體工程師了。。。最後他們將發現，原來他們在學校里學的 只是基礎中的基礎而已 - -

4. 自學的資料，我個人認為，自學第一重要的是 視頻教程，懂的人都知道，編程學習時重點並不完全是知識點，而是如何運用那些知識點，這也是項目經驗今天被人們這么看中的主要原因。。。所以視頻教程絕對是不二的選擇，現在網上的視頻教程非常之多 各種各樣的都有 具體怎麼找相信不用我教了 google 電驢 迅雷--我就是靠他們活過來的 。。。而且視頻教程還有一點是學校比不了的，那就是 你可以隨時看 重復看，一個知識點沒明白 你可以反復的聽10遍 20遍都沒問題， 學校恐怕就不行了吧。 另一個優點是可以在你狀態好時看， 大家都有狀態不好的時候，累了-困了 很正常，可在學校，誰管你？ 老師講完了 聽不懂你自己的問題，而視頻呢，好辦 累了 先休息一會 有精神了 想怎麼看就怎麼看。。。我覺得 找到好的視頻教程。。比任何老師都重要。。至於出現問題不懂怎麼辦？ 相信能來到著找到我這篇文章的朋友 都有辦法解決的。。

5.書 --- 我非常喜歡看視頻教程，但我堅決反對只看視頻不看書，為什麼？很簡單視頻傳授的是 寫程序的經驗 而書則是細膩的為你講解其中的原理。。所以我的建議是 先把一個知識的視頻看一遍，然後再把書翻一遍 然後自己再寫2遍 量變必然引起質變 我相信這是放之四海 而皆準的道理（指編程行業）

6.時間+態度 我認為這也很重要，很多人經常這樣問我，我1個月能學會編程么？ 我半年能成為編程高手么？ 我覺得有這樣心理的人比適合學編程。。。 學編程最忌心浮，一個知識點還沒弄明白 就想寫個項目出來 這是不可能的，這樣最後只能導致你自己喪失信心，編程要一步一步的來，相信我哪怕用一天時間才掌握了一個知識點，起碼比你用一天的時間 看完整本書強。。因為前者起碼你還是有點收獲的（指新手，老手兩天一本書很正常有經驗了嗎 - -） 這里我可以給大家一我的學習時間大家可做為參考。。。我是從0基礎開始一直到現在掌握j2ee基本所有的基礎開發技能 用時一年半，本人覺得不算慢 每天最少看書+練習5小時 每天不停這個是我的進度。

Ⅷ 作為一名合格的程序員，請問需要掌握哪些數學知識，學到什麼樣的水平

程序員的知識是多方面的， 數學方面至少高等數學大專以上文化程度，概率統計,數字邏輯運算方面的知識，主要就是做哪一方面的程序設計，有些學過的可能長期也不用，搞科學研究的、游戲、智能軟體開發、安全方面的要求就高一些，沒有一定數學基礎有些演算法書就讀不懂，搞社會一般應用的要求相對較低一些，這些只是常識，程序員關鍵一點把一門課及相關知識精通，可以把用戶提出的問題很快的自己能夠理解，轉換成計算機處理方式，成為軟體或網站，而且和用戶的需求基本一致。當然有些人的數學水平並不高，設計出的軟體人人愛用，水平很高，程序員的知識包括數學方面的知識也在不斷充實更新中。

Ⅸ 數學對於一個程序員來說重要嗎

程序員主要是編程的，數學可以提高程序員編程時採用數學模型的方法，使編程水平更加高。一個好的程序員一定有很好的數學功夫，所以數學對程序員非常重要。

Ⅹ 程序員需要數學很厲害嗎

程序員不需要數學特別優秀，但需要有一定的數學基礎。

程序員（英文Programmer）是從事程序開發、程序維護的基層工作人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚。

數學是人類對事物的抽象結構與模式進行嚴格描述的一種通用手段，可以應用於現實世界的任何問題，所有的數學對象本質上都是人為定義的。從這個意義上，數學屬於形式科學，而不是自然科學。不同的數學家和哲學家對數學的確切范圍和定義有一系列的看法。

程序員崗位職責：

1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。