What do computer science engineers do?

  • Thread starter Thread starter geekynerd
  • Start date Start date
Click For Summary

Discussion Overview

The discussion revolves around the experiences and expectations of first-year computer science students regarding their future careers in the field. Participants explore the types of work computer science engineers do, the skills they are learning, and the challenges they face in understanding their career paths.

Discussion Character

  • Exploratory
  • Debate/contested
  • Conceptual clarification

Main Points Raised

  • One participant expresses uncertainty about their future career in computer science and seeks guidance on how to apply their learning in programming languages like C and Python.
  • Another participant suggests reaching out to working engineers to gain insights into their roles.
  • Some participants reflect on their own experiences, noting that the field offers a wide range of possibilities but also caution about the potential for ending up in an area that may not be enjoyable.
  • There are mentions of specific tasks and projects that computer engineers might undertake, such as writing scripts for configuration management and optimizing performance of applications.
  • One participant questions the motivations of those entering the field, suggesting that passion for programming may influence success.
  • Another participant humorously notes that a common task in the field is fixing bugs left by others, acknowledging this as a prevalent experience.
  • Some participants recommend seeking internships or networking with alumni to better understand the profession.

Areas of Agreement / Disagreement

Participants express a mix of agreement and disagreement regarding the motivations for entering the field and the nature of the work. There is no consensus on the best approach for the original poster to take in navigating their career path.

Contextual Notes

Participants highlight the variability in experiences and the importance of personal motivation in the field, but there are no definitive conclusions about the best practices for success in computer science careers.

  • #31
phinds said:
That would be funny if it weren't so true :smile:

NOTE: to be fair, it IS an exaggeration (but an exaggeration of a very real phenomenon)
Don't get me started about "refactoring" (a de facto euphemism for "complete rewrite").... :smile:
 
Physics news on Phys.org
  • #32
geekynerd said:
i my college they are teaching python and c but by learning algorithm and stuff how can i use it. what can i build with it. i am to blank somebody help me
For starters, learning C and a pragma-oriented language like Python are good things. With that basis, you can do anything.

My recommendation is time-honored: (1) find a charity and volunteer, and (2) consider contributing to open-source projects.

You will want to learn operating systems, networking/telecommunications (yes the latter is still useful), and bare hardware at some point. You will specialize.

But people need tons of stuff done, and any of it can lead you to make things by learning first to fix things. Walk before you run IMHO.
 
  • Like
Likes   Reactions: sbrothy and berkeman
  • #33
ok thank you for the reply so much. And a help. if you are currently working on a open source project can you recommend me that which is begineer friendly and actually useful for us. and again thank you for the reply
 
  • #34
Death Metal said:
For starters, learning C and a pragma-oriented language like Python are good things. With that basis, you can do anything.

My recommendation is time-honored: (1) find a charity and volunteer, and (2) consider contributing to open-source projects.

You will want to learn operating systems, networking/telecommunications (yes the latter is still useful), and bare hardware at some point. You will specialize.

But people need tons of stuff done, and any of it can lead you to make things by learning first to fix things. Walk before you run IMHO.

Though we agree overall, a little warning about "contributing to opensource projects" though:

In reality you risk running into dysfunctional "teams" trying to maintain a program whose user base is (or managers or developers are) either non-existent, dwindling or misaligned with the project's original intent.

Or you risk running into some pensioned CS professor desperately trying to make random programmers make his failed idea succeed after his students gave up long ago.

As you might have guessed I speak of personal experience, and I have more examples. Not that opensource cannot be a rewarding experience, you just need to go into it with open eyes and not commit fully before you've had a good look and understanding of the underlying social dynamics.

Just my 2 cents...
 
  • #35
sbrothy said:
Though we agree overall, a little warning about "contributing to opensource projects" though:

In reality you risk running into dysfunctional "teams" trying to maintain a program whose user base is (or managers or developers are) either non-existent, dwindling or misaligned with the project's original intent.

Or you risk running into some pensioned CS professor desperately trying to make random programmers make his failed idea succeed after his students gave up long ago.

As you might have guessed I speak of personal experience, and I have more examples. Not that opensource cannot be a rewarding experience, you just need to go into it with open eyes and not commit fully before you've had a good look and understanding of the underlying social dynamics.

Just my 2 cents...
You sound like you might be in a position to make some good recommendations to the OP.
 
Last edited by a moderator:
  • #36
DaveC426913 said:
geekynerd said:
i have no idea about colleges and degrees in high school so i randomly chose a course iin college. and this course has higher placements than any other so i joined this course

This choice might seem devious now but it may backfire later on if you find that you learned something (however easy it came to you) that you realize later you don't want to use.

Best advice is to follow what interests you, specifically something you can see yourself doing 20 years from now...

Sorry if that sounds cynical.

(EDITED: broken idiom)
 
  • Agree
Likes   Reactions: TensorCalculus
  • #37
Both my parents are CS engineers and have been for 20-30 ish years, and have worked in many different companies over the years...
One thing that A lot of aspiring software engineers (I know a few) do not know of but that my parents both 100% agree is true is that even in a technical job like a software engineer, you need to be able to talk well. They say communication is like 80% and the technical stuff is just 20% - that might be something to keep in mind.
 
  • Like
  • Agree
Likes   Reactions: sbrothy, berkeman and phinds
  • #38
TensorCalculus said:
Both my parents are CS engineers and have been for 20-30 ish years, and have worked in many different companies over the years...
One thing that A lot of aspiring software engineers (I know a few) do not know of but that my parents both 100% agree is true is that even in a technical job like a software engineer, you need to be able to talk well. They say communication is like 80% and the technical stuff is just 20% - that might be something to keep in mind.
I'm not a computer scientist, but I worked with many of them across a broad spectrum of positions in the telecommunications industry. I agree that for any technical job (not just software engineering), communications ability (not just verbal, but also written and visual) is also necessary, not just technical ability. But the split (communications - technical) needed for success varies widely with the position. E.g., if you're hired into a funded research position, it might be ~80% technical - 20% communications [this assumes, e.g., that you communicate well enough to be hired in the first place, and communicate well enough to successfully interact with peers and management, but are not responsible for acquiring funds for the research]. On the other hand, if you're providing engineering support to a marketing team, e.g., the split might be ~80% communications - 20% technical.
 
  • Agree
Likes   Reactions: TensorCalculus
  • #39
TensorCalculus said:
Both my parents are CS engineers and have been for 20-30 ish years, and have worked in many different companies over the years...
One thing that A lot of aspiring software engineers (I know a few) do not know of but that my parents both 100% agree is true is that even in a technical job like a software engineer, you need to be able to talk well. They say communication is like 80% and the technical stuff is just 20% - that might be something to keep in mind.

I can recognize this. A huge part of every software project (especially the larger ones) is an endless stream of meetings. And that's not even counting communicating with the customer!
 
  • Agree
Likes   Reactions: TensorCalculus and phinds
  • #40
oh, and this communication skill... along with emotional intelligence, these skills are going to become more and more important as AI starts doing those more mediocre tasks like entry level coding... or at least that's what my parents think.
 
  • #41
sbrothy said:
This choice might seem devious now but it may backfire later on if you find that you learned something (however easy it came to you) that you realize later you don't want to use.

Best advice is to follow what interests you, specifically something you can see yourself doing 20 years from now...

Sorry if that sounds cynical.

(EDITED: broken idiom)
yeah. actually i was looking into the field of the computational physics and i am working on it. i dont have any specific plans for future but i will look into it. thanks for the repy
 
  • #42
CrysPhys said:
I'm not a computer scientist, but I worked with many of them across a broad spectrum of positions in the telecommunications industry. I agree that for any technical job (not just software engineering), communications ability (not just verbal, but also written and visual) is also necessary, not just technical ability. But the split (communications - technical) needed for success varies widely with the position. E.g., if you're hired into a funded research position, it might be ~80% technical - 20% communications [this assumes, e.g., that you communicate well enough to be hired in the first place, and communicate well enough to successfully interact with peers and management, but are not responsible for acquiring funds for the research]. On the other hand, if you're providing engineering support to a marketing team, e.g., the split might be ~80% communications - 20% technical.
Communication skills and emotional intelligence is probably important whichever profession you decide upon. An insurance salesman needs both, as do programmers or physicists writing a paper with 20 coauthors. Heck, even a drug-pusher will probably get "offed" if he/she doesn't master social situations. :woot:

In fact, completing a job interview without a basic mastery of both will probably get you nowhere.
 

Similar threads

  • · Replies 18 ·
Replies
18
Views
7K
  • · Replies 30 ·
2
Replies
30
Views
5K
Replies
4
Views
3K
  • · Replies 14 ·
Replies
14
Views
4K
  • · Replies 7 ·
Replies
7
Views
3K
  • · Replies 8 ·
Replies
8
Views
2K
  • · Replies 3 ·
Replies
3
Views
5K
  • · Replies 3 ·
Replies
3
Views
2K
  • · Replies 5 ·
Replies
5
Views
2K
  • · Replies 21 ·
Replies
21
Views
3K