Programming

Depends on the programming job.

In my amateur experience, the most difficult math I had to do was use the Pythagorean theorem to calculate a point that was spinning around an other point.

But I can see needing to be able to use matrices in some instances.

Being good at math allows programmers to code more efficient systems. Instead of doing multiple complicated lines, it could all be incorporated into a single efficient equation.

Most of programming is just logic based. Although math is also logic based. So take from it what you will.

Being comfortable with basic back-of-the-envelope math can be a huge benefit. (Full disclosure: i am a math major who is now a programmer)

Over my career I have several examples of projects that have saved weeks worth of dev time because someone could predict the result with some basic calculations. I also have several examples where I have shown people some basic math showing that their idea is never gonna work, they don't listen and do it anyway, and I see them 1 month later and the project failed in the way i predicted.

A popular (and wise) saying is that "Weeks of work can save you hours of meetings". I think the same is true for basic math. "Weeks of coding can save you minutes of calculation".

You can definitely be a successful programmer career without great math skills. Math is a tool that can help you be more effective.

I think folks saying you don't need math are right. But if you are having trouble with college algebra you might have trouble with CS. Or the teacher is bad.

Math really builds on itself at the stage where you are. Without good algebra calculus isn't going to work well.

I'd try a different teacher. Online courses or repeating the course with another professor or something.

Depend on what programming you do. Graphics will be math out of the wazoo, whereas generic web or desktop app programming has very little math involved

Depends on what kind of programmer.

If you're doing data engineering/science (more of an adjacent field), you need to know linear and probability pretty well to build models, or have data harvested in ways that can be put into vectors.

If you're doing relational DB stuff (like SQL) set theory helps a lot.

Basic boolean operations in general is also good to know. You don't need to go too deep in the weeds of boolean math unless you're also doing a lot of hardware-level stuff.

Any field you go into (not just programming), I would say just basic math for regular financial competency is good to know. Also to analyze your budgeting, your costs, time spent, effort needed, etc.

I've been a full stack dev for about 11 years. I do some basic algebra but that's about it.

Math underlies programming in a similar fashion to how physics underlies automobile driving. You don't ever need to know about newton's laws of motion to pass your driver's license and never get a ticket until you die. At the same time, I will readily claim that any driver that doesn't improve after learning about newton's laws of motion had already internalized those laws through experience.

Math will help your intuition with how to tackle problems in programming. From finding a solution to anticipating how different constraints (notably time and memory) will affect which solutions are available to you, experience working on math problems - especially across different domains in math - will grease the wheels of your programmer mind.

Math on its own will probably not be enough (many great mathematicians are quite unskilled at programming). Just as driving a car is about much more than just the physics involved, there is a lot more to programming than just the math.

unless programming something math intensive like 3d graphics, then basic arithmetic and just a general intuition of numbers is more than enough.

As a kid, I learned to write i = i +1, before school maths taught me it can't. The point is, computers do iteration well, especially to model dynamics of real non-linear systems, while classical maths is good at finding algebraic solutions to equilibria - typically more theoretical than real. Calculus is great for understanding repeatable dynamics - such as waves in physics, also integrating over some distributions. But even without knowing that well you could still approximate stuff numerically with simple loops, test it, and if an inner-loop turns out to be time-critical or accuracy-critical (most are not), ask a mathematical colleague to rethink it - believe in iteration rather than perfect solutions.

I was doing full stack dev for 20 years until very recently. Never needed anything beyond basic algebra EXCEPT for while I was getting my CS degree...had 2 classes, i think, where we were doing matrix math/Fourier transforms, but iirc they were electives...one was writing a very basic 3d graphics driver and the other was working with very simple computer vision...things like recognizing handwritten letters.

Programming and math are both heavily rule-based and logic-based, which is why people say if you're good at math you may be good at programming.

I agree with the other answers that it depends on the type of programming you end up doing..the nature of the program being developed, but having a background in discrete math is great to have just in case.

From my experience, there can be unexpected problems where you will advantage from having grasp at discrete math. I worked on a project for a telecom company where they wanted a simulation to predict the impact on network coverage if a specific cell tower (BTS) was uninstalled. I ended up relying heavily on the cross-product formula and some ray-casting algorithms to model how coverage would shift in the area.

If you really mean mathematics as in algebra and trigonometry, not much really. But arithmetic is a handy skill. A programmer should be able to at least add and subtract - especially doing UI stuff, which involves dealing with dimensions and positioning of elements on a page. You should be comfortable with numbers and not need a calculator to add up the widths of a few display columns, for example.

Very much depends what kind of programming you're doing. Graphics uses shittons of maths. Data analysis/data science is maths/stats heavy. Other types less so!

I'm a front-end developer. I sometimes need to solve algebra problems. I'm pretty bad at it because I , but my knowledge that a problem is solvable by math comes in handy maybe once or twice a month. It's just that on the few occasions that there's algebra that I can't figure out how to solve (maybe once a year), I may ask for help from a colleague.

Examples of cases where math comes in handy:

• Pythagoras when I need to figure out the x/y components of a diagonal distance
• Width/height calculations from a variety of parameters

In summary, as long as you know what math is capable of, you probably won't have major issues. There will pretty much always be someone around to help with the math part if necessary.

As for calculus... I forgot all about the one calculus class I've taken and I've never suffered for it.

Many things that are solved by brute force could be greatly improved in a mathematical way. I have worked with a mathematician on one application to get past a speed bottle-neck, but that was a rare case.

If you end up working in the medical/insurance field in the USA, you don't even need basic math! The numbers the programs output are just all made up!

I had the audacity the other day to ask in what order we apply deductibles. (YOU want a deductible applied to something covered at 10%, not 100%. The insurance wants it applied to something covered at a100%) I was told it just picks some at random and hopes for the best, so we use the word "best effort" when it comes to estimating what insurance will pay, since they'll make that up anyway.

So yeah, just another throwing in that it super matters where you work. At my job we plug in what is industry standard for medical accounting, and say it's just an estimate on everything else.

Anywhere from very important to not important at all, depending on your specific job.

There is some good news though, you've been lied to about sucking at math. Whether by yourself or other people I do not know, but the education research I have seen has been pretty clear that the main difference between people of normal intelligence who are 'good at math' and those 'bad at math' is how long they're willing to work on a problem to ensure the correct answer before moving on.

I know 'try harder' sucks as an answer but it's the best one I know of and at least in this case will actually make a difference.

As many have already said, the math needed will depend on what type of work you're looking to do. Writing business software, for example, rarely requires more than basic arithmetic.

However, I think that the logical thinking skills that are needed for math are also necessary to be a good software engineer.

It really depends on the role you are looking for. If working with data and doing analysis, you need some knowledge in stats and probability. If you are working on simulations, you will need basic calculus and algebra. If you are looking at game development, you will need basic trigonometry and vector arithmetic. The one thing you don't need is mental arithmetic because you have a computer.

That being said, you can get by without these skills, it just becomes harder to see what you need to do, even if you would know how to implement it. This is alleviated if you are working in a team however.

As others have mentioned, how much and what kind of math you need depends heavily on what you do. And while I wholeheartedly encourage you to do what you enjoy, be it with or without maths, I would like to offer another perspective: A loveletter to maths.

Math in general gets a lot easier and more fun the longer you do it and the more interest you can build. Often the people that teach math are extremely good at it, and maybe because of that they suck at explaining it. There is a lot to doing it right.

First of all, I think you need to build excitement. Math strives to describe the world! Math is the foundation of science, math is history, and many of the concepts and techniques arose out of necessity... Or sometimes spite! There are many funny stories or interesting people behind the formulars and concepts you encounter. Learning why the hell some math was even invented and how the guy or gal got the idea is 1000x more interesting than just getting an example for the application of it. It helps you remember stuff.

Then there are a dozen ways to explain every single concept and then some. You will find some much more intuitive than others and the sum of them will sharpen your understanding of them. Looking for different explanations for the same thing can be a great help. Did you know many things in maths where discovered multiple times? That happens a lot, because even brilliant mathematicians don't properly understand each other, or even themselves.

Another thing you should do is to always develop your vocabulary for every domain/concept you encounter. People will throw around made-up words and symbols like no tomorrow. Often, there are simple concepts behind them, hence they are casually abstracted away. You need to understand the concept and then translate it into your own words and then draw a connection back to the made up stuff. Maths is a lot like programming. 1 + 1 is just a function, returning a result. So are integrals, formulas in vector algebra, and every single damn other thing in maths. Just follow the chain!

And finally, there are also some amazing insights hidden in maths. Gödel's incompleteness theorems might send a chill down your spine once you grasp their implications. Computability and information theory will shape your view on the world and yourself.

I went from getting Ds to Bs to advanced theoretical CS courses and you can do it too. You don't have to, but you can.

Don't need a degree, but computer programming is fundamentally logic and algorithms. You need to have internalise reasoning logically. In some ways critical thinking is closer to programming than trig is.

More than math courses - logic courses in general helped me rethink and structure things in a variety of ways in how to approach problems. If nothing else it improves your "if-then-else"-fu to understand when you are not(not(not something))). My math degree required logic courses though at the same time so it made sense. For higher level math logic plays a heavy role and so leveraging that aspect helps in a lot of ways.

Totally depends what you end up working on as a programmer. If it's web apps, you'll be totally fine. All you need is basic arithmetic. Writing a game engine? You'll need to know some basic to moderate matrix maths...

If you're doing formal verification using unbounded model checking... good fucking luck.

On average I would say most programming tasks need very little maths. If you can add and multiply you'll be fine. Definitely sounds like you'll be ok.

90% of programming I have seen after a decade plus of doing it full time is minor changes being made to code that was already made by someone. Likely not documented. Likely already changed in a dozen little ways. Math isn't the problem. Understanding what the guy who wrote it is often the problem.

Oh and you can't ask them because they likely don't work here anymore.

Being a programmer is more like being a detective than anything else unless you work for a small company.

Programming is Concrete Math and becomes more and more Math the less abstraction you expose yourself to.

Both are fields you have to engage in problem solving, the better you are in one, the better you are in the other.

Don't confuse Math with pure arithmetic operations though, its just the base concept which provides the fundament you're building upon as you dig deeper.

I for example was quite bad at Math up until I got interested in IT, because then I had a reason for learning and be excited about it, but I guess thats a heavily subjective thing.

Engaging with interpreted languages and solving problems on certain sites with those also helped in further developing my problem-solving skills, which made Math easier for me.

I failed calc2 and am gainfully employed as a mid/upper level software engineer.

One guy at work really saved the day because he's good at math, and made a very slow process much faster because he knows .. uh.. vector math? He did magic with numpy

Math, despite being a great skill to have, is not mandatory for a large volume of programming roles. It may hurt you in some interviews but interviews are a fucking crap shoot / shit metric either way. Computers do most of the math, so you don't have to!

Source: I'm dyslexic, suffered from dyscalculia and migraines until I was allowed to use a calculator, and barely passed high school math. No degree. No bootcamp. 8 years as a dev.

I've also excelled in multiple roles where colleagues were math or CS PHD's, and become the senior or go-to on more projects than not. The key part is to know your strengths. I'm never gonna accept a role developing accounting software, or anything that would require me to code complex math on a regular basis. You'd be surprised how far you can get with Google.

IMO mathematical/logical/abstract thinking is critical for programming well, but IMO that's different from "math degree" math.

Software as a means to an end can be used in almost every domain, so proficiency within that applicable domain is often either useful or necessary. That is to say, "math degree" math is likely needed for 3d rendering (certain games), scientific computation (incl machine learning), etc, but maybe not, otherwise. It depends on what software you're trying to build.

To be more specific, general programming is definitely and specifically different from trig and calc. However, because math is also broad, "mathy" concepts like type theory, relational algebra, set theory are considered important for programming, even if only informally or indirectly so.

If you're doing really complicated stuff then you at least need to understand algebraic logic and concepts. You'll also need to understand stuff like logarithmic scales for optimization. But it's entirely possible to go years without using any math, especially as a website developer. I'm about as senior as you can get in the field, and I've only had one job for around 4 years where I used advanced mathematics on a regular basis. That's 4 years out of a 25 year long career.

That said, a CS degree is going to require all of the math classes as part of the curriculum. My degree program involved fun classes such as finite mathematics, statistics, trig, etc.. If you're doing a program that requires advanced mathematics courses, for goodness sake do them all in a row!

TLDR: it depends entirely on the job. Jobs that are data intensive, with data manipulation, hardware interfacing, and automation type jobs will require more math than jobs like making cool-ass interactive websites.

Edit: PS, I suck at math. I've always sucked at math. Yet I'm what most people consider an amazing engineer. Weeee!

You'll encounter math eventually. It could be as simple as implementing linear interpolation for a custom type, or understanding why a type is not suited for a particular application (e.g. never use floating points to represent money). If you delve into low-level networking, you'll need a good understanding of binary/decimal/hexadecimal conversions and operations. If you go into game development or graphics, you won't survive without a deep understanding of vectors, matrices, and quaternions. Any kind of data science is just math translated to a machine-readable language.

In my opinion, knowledge of the basic concepts is more important than being good at actually performing mathematics with pen and paper. For example, if you need to apply a transformation to a vector, nobody expects you to whip up a program that does the thing. Instead, you should immediately know:

• what a transformation is (translation, rotation, scaling, projection, etc),
• that each transformation has a corresponding transformation matrix,
• that you'll have to deal with inhomogeneous and homogeneous coordinates, and
• that you'll have to combine the transformation matrices and the original vector.

That abstract knowledge will give you a starting point. Then you can look up the particulars -- the corresponding transformation matrices, the method to convert between inhomogeneous and homogeneous coordinates, and the process of matrix multiplication. I know because I failed calculus.

Being comfortable with algebra is kinda essential, however you probably won't make much use of calculus unless you go into certain parts of the industry such as game development.

Practice makes perfect though, you may suck at maths today, but there's nothing stopping you from getting better at it if you work at it