BS in Mathematics MS in Software Engineering?

Click For Summary

Discussion Overview

The discussion centers around the considerations of pursuing a Master's degree in Software Engineering after obtaining a Bachelor's degree in Mathematics. Participants explore the implications of transitioning from a mathematics background to software engineering, including concerns about programming skills, workload, and job prospects in academia versus industry.

Discussion Character

  • Exploratory
  • Technical explanation
  • Debate/contested

Main Points Raised

  • One participant expresses concern about being at a disadvantage due to limited programming experience, having only taken a basic C++ course.
  • Another participant notes that pursuing a Master's typically takes two years for those with the necessary background, suggesting that the original poster may need to spend a year catching up on programming fundamentals.
  • Some participants clarify that software engineering involves more than just programming, emphasizing the importance of understanding project management and safety considerations in software development.
  • There is a discussion about the work environment for software engineers compared to electrical engineers, with multiple participants agreeing that both roles often involve significant time spent in front of a computer.
  • One participant distinguishes between software engineering and computer engineering, outlining various related fields and their focuses, while another emphasizes that the general work environment is similar across these disciplines.
  • Some participants challenge the notion that the work environment description is too generic, arguing that it applies broadly across many technical professions.

Areas of Agreement / Disagreement

Participants generally agree that the work environment for software and electrical engineers is similar, primarily involving computer-based work. However, there are competing views regarding the implications of the original poster's programming background and the nature of software engineering versus programming.

Contextual Notes

Participants express varying levels of concern about the original poster's readiness for a Master's program, with some suggesting that a significant amount of catch-up work may be necessary. The discussion also highlights the complexity of defining the roles and responsibilities within related engineering fields.

SMA_01
Messages
215
Reaction score
0
I graduated in December 2013 with a BS in Mathematics (minor in Applied Statistics). I have taken this semester off to job search and think over things before pursuing a Master's degree.
Originally, I was planning on going for a Master's in Mathematics and try to get a job as an instructor at a college/university teaching lower level math courses (calculus, etc).
I talked to one of my professors a few weeks ago and he advised me to not go towards the academia route, because it's hard to get a job (I'm guessing this especially applies to me because I am not looking into a PhD at the moment). He told me to look into a related, applied field like statistics.
I'm not interested much in statistics, and considering I enjoy problem solving, I've decided to look into the engineering field, particularly software engineering.
I've looked into the program at the same school I completed my undergrad, they have a MS in Software Engineering program and I would be able to complete it in about 3 years.
The thing is, I feel like I'm at a major disadvantage because I don't know much programming.
I did take one course in C++ because it was required for my math degree, but we learned the basics, and although I have written like 3 programs, I have not had any exposure since then. I want to learn more about computers and how they work, and I want to get better at programming. I know I'll have to teach myself, of course, but I don't mind. I just want to know where to start as a beginner.

Mostly, I want to know if pursuing this degree is too farfetched? I am behind as is, and I'm worried I won't be able to handle the workload. I'm willing to work hard, but there remain insecurities in the back of my mind.
For the time being, I have purchased Code by Charles Petzold to understand coding and computers, to get more insight and see if this is something I'm interested in.

Any advice is appreciated.

Thanks in advance.
 
Physics news on Phys.org
It typically takes two years to get a master's for people who have the requisite undergraduate studies. So yes, you're at a disadvantage. About a year of your three year program is catch-up work on the stuff you don't know. However, once you're in, you're in. If they accept you, that you have a year or so of catch-up work doesn't matter.

Software engineering ≠ programming. You do need to know programming to some extent, but the major thrust of software engineering is engineering. How do you know how much to bid on a software project? How much effort will it take? How long will it take to complete it? If it's a software product that can kill people if done wrong (e.g., medical equipment software, or a control system for a nuclear power plant, a chemical plant, or a car), how do you know if it's safe?
 
  • Like
Likes   Reactions: 1 person
D H said:
It typically takes two years to get a master's for people who have the requisite undergraduate studies. So yes, you're at a disadvantage. About a year of your three year program is catch-up work on the stuff you don't know. However, once you're in, you're in. If they accept you, that you have a year or so of catch-up work doesn't matter.

Software engineering ≠ programming. You do need to know programming to some extent, but the major thrust of software engineering is engineering. How do you know how much to bid on a software project? How much effort will it take? How long will it take to complete it? If it's a software product that can kill people if done wrong (e.g., medical equipment software, or a control system for a nuclear power plant, a chemical plant, or a car), how do you know if it's safe?

Thank you. Do you know how the general work environment for a software engineer compares with that of an electrical engineer?
 
The work environment of a software engineer is usually indistinguishable from an electrical engineer. The vast majority of both professions sit on their butts all day in front of a computer. There are electrical engineers who work in the field or in a lab (just as there are field software engineers) but they are the minority. Most engineers spend most of their time in front of a computer.

I spend most of my days in front of my computer (besides meetings and walking to lunch, of course) and thankfully am able to stay out of the lab most weeks.
 
  • Like
Likes   Reactions: 1 person
analogdesign said:
The work environment of a software engineer is usually indistinguishable from an electrical engineer.
I think you are confusing software engineering with computer engineering. They are not the same.

There are five distinct disciplines in fields related to computers, plus two emerging ones. The first three:
  • Computer science. This is the granddaddy.
  • Computer engineering. "How do we build computers?"
  • Software engineering. "How do we build large, complex software systems?"

I'm most likely understating the next two.
  • Information systems. "How do we build databases?"
  • Information technology. "How do I make that circle around an a?" (e.g., the @ in john.doe@acme.com)

The two emerging fields:
  • Cybersecurity. "How can I hack *your* computer? How can I make my computer unhackable?"
  • Computational science. "How can I model a physical or mathematical system in software?"
 
Last edited:
  • Like
Likes   Reactions: 1 person
D H:

Everything you said is true, but SMA_01 asked about the general work environment, not the scope of the work he or she would be doing. I'm quite aware of the differences between software, computer, or electrical engineering. One thing they certainly have in common is the work environment.

For every one of those subfields you listed the "general work environment" is the same: sitting on your butt in front of a computer. The one possible exception is the IT person who carries monitors around the building on a cart.

Think of it this way. Think of all the things that go into a cell phone. You have the overlying system architecture, you have mountains of software, you have the analog and digital integrated circuits, you have the board level system design, the antenna design and all the EM compatibility work, you have the case and tooling design. What is one thing all of these people that designed your cell phone have in common? They did the vast majority of their work sitting in cubicles in front of computers.
 
"Sitting on your butt in front of a computer" is far too generic. That's the work environment for every career from A to Z nowadays, from astronomer to zeugmatographic technician.
 
I do not disagree... that was in fact the point of my reply to SMA_01. The fact is for most technical professionals the work environment is the same so that isn't a big differentiator between jobs.

Perhaps you are right and in fact SMA_01 was really asking about what do the different careers do (as in mental output). If that is the case I agree with your post wholeheartedly.
 

Similar threads

  • · Replies 9 ·
Replies
9
Views
2K
  • · Replies 3 ·
Replies
3
Views
3K
  • · Replies 7 ·
Replies
7
Views
2K
Replies
12
Views
3K
  • · Replies 2 ·
Replies
2
Views
2K
  • · Replies 6 ·
Replies
6
Views
2K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 8 ·
Replies
8
Views
3K
  • · Replies 1 ·
Replies
1
Views
1K
  • · Replies 4 ·
Replies
4
Views
2K