Why The Heck Is Engineering So Hard ?

<p>I can second many of airbarr accounts as to what I have seen at my current job (it is only an internship though). Like I mentioned in a previous post, I have literally used theory from more than half of my classes, and I see several practicing engineers doing the same thing. They all have multiple text books sitting on their desk.</p>

<p>I think part of the problem with your argument sakky is that you have failed to give me any concrete examples as to what parts of the engineering curriculum are so bad. The only thing you have really said is how bad OChem lab is for ChemEs, which I will honestly dispute. I agree that some things in the engineering curriculum aren't that useful, but I have found value in the overwhelming majority of things that I have learned. I honeslty don't think it is nearly as bad as you are making it sound.</p>

<p>And I also don't get why you form the conclusion that there is little relevance to a degree because Intel/Dell/Boeing hires MechE, CivEs, and MatSci people to do the exact same job. There is a ton of overlap between these engineering fields, so frankly it makes a lot of sense to me that they wouldn't have any problem hiring these people to do the same job. Places like these need all types of engineers to conduct research and work on production, and many of these processes are so intertwined that they need to hire EEs, ChemEs, CivEs, MechEs, MatSci, etc. to work on the exact same project. Just look at the an Intel chip. The manufacturing process for those things is insane. You need chemists for the vapor deposition, you need EE/CE to work on the actual components of the chip, you need MechEs to work on heat transfer problems, you need MatSci and CivE people for the structural aspect of it all because EEs don't have a clue about that stuff, and I'm sure there are other people that I'm missing here. The point is these companies need to be diverse and their applications, even on a single project, require multiple disciplines of engineering</p>

<p>sakky probably went to MIT so i think it's safe to say his opinion is biased. MIT=Stanford=Cal tech= some much lower ranked engineering schools, when it comes to the rigorosity of engineering curricula at these schools. </p>

<p>If you dont believe me go to MIT's opencourseware website(it has sample exams for almost every course offered at the school) and compare them to exams at Stanford. I have visited opencourseware myself and i must say MIT isn't what its cooked up to be, as far as the difficulty of technical courses. I go to PSU(ranked no. 18/19 in engr.) in many cases, the PSU exams are actually tougher than exams at MIT.</p>

<p>ok how about MIT exams compared ti those from Stanford? I don't think it really is that much easier than MIT's.</p>

<p>Ditto for Rice, racnna. Rankings are an algorithm. Schools know that. Some schools play to the algorithm, others march to the beat of their own drums and don't care where USN&WR puts 'em. Sometimes, the algorithm doesn't produce the stellar undergraduate experience that the funky-drummer schools tend to offer.</p>

<p>It's all about what you want in a school. Prestigious rankings? Go to HYPSMwhatever. Would you rather go to a school that offers equally strong academics but fits your 'mold' a little better? Eh, choose one of those others, but be prepared to accept the (using Rice as an example), "wow! you went to Rice!" comments alongside the, "Rice? What? Where is that? Is that a school?" comments.</p>

<p>You'll find that the top programs are all pretty comparable, when it comes right down to it.</p>

<p>Really aibarr Rice is pretty well known. It may not be HYPSM but it is pretty well known. And yeah the top 20 engineering schools will probably have the same programs, remember these are the top 20 out of hundreds.</p>

<p>
[quote]
The Economist, has had some interesting articles on the differences between American and European higher education. I have to agree with The Economist that European higher education has fallen so far behind America's higher education because of the excessive government influence in Europe compared to in America. </p>

<p>Ultimately, I do not believe that putting legislators in charge of engineering curricula will solve any problems with engineering in America. And even if legislators could temporarily solve problems, I still believe that ultimately, their influence would have a net negative effect. The risks of legislators imposing truly harmful regulations outweighs any potential benefits. I can't imagine a world where we have the government imposing their will on what engineering programs can and cannot teach. This will only stifle future innovation and potential improvements in the system.

[/quote]
</p>

<p>I wouldn't even have to say that it has to be that heavy-handed.</p>

<p>Keep in mind that much of present-day US engineering education was developed because of government incentives, notably due to military spending during WW2 and the Cold War, as well as the Space Race vs. the USSR. MIT, for example, joined the pantheon of elite schools because of the growth of the US military-industrial complex during WW2 and afterwards. Before WW2, truth be told, MIT was basically seen as just a glorified trade school. It was the war that spurred MIT researchers to win a string of Nobel Prizes. It was the war that provided MIT with huge boatloads of government research funding. It was the Cold War and Space Race that spurred many of the best young Americans to want to study engineering in general and that spurred interest in admission to MIT. </p>

<p>The same story could be said of Stanford. Stanford was basically a no-name school before the Cold War. The same could be said of many of the other top US engineering schools. They are where they are today because of government policy, especially military/tech policy.</p>

<p>Hence, I don't envision a situation where government has to micromanage schools to teach this-and-that and not teach this-and-that. It could be far more free-flowing. Government could state that we want students to be competent in X, Y, and Z, and leave it to the universities themselves to accomplish those goals. Those schools who are able to accomplish these goals will increase in stature and research funding. Those who aren't will be left by the wayside. As a historical example, during the Space Race, the government stated that it wants competence in aeronautics and electronics. Lo and behold, MIT and other schools built hugely powerful and respected aeronautics and EECS departments. </p>

<p>My point is, we have had heavy government involvement in engineering education for the last 60 years, with no signs of it stopping. So if we're going to have government involvement anyway, we ought to ensure that it is the right kind of involvement. </p>

<p>But again, of course, that is predicated on whether we really want change. Keep in mind that only 5% of all US bachelor's degrees are engineering degrees, whereas in other parts of the world, like Europe, the percentage is easily in the double digits (for example, I think Germany is something like 25%). So the question is, do we want more engineers? Both Republicans and Democrats have decried the low number of Americans who study engineering. But the question is, do they really want the numbers to increase? If so, then we need reform. Now, if they don't really want the numbers to increase, then fair enough, we can just stay with the status quo and we will continue to have only 5% of American college grads being engineers. </p>

<p>Nor does pressure have to come from the government. It could come from NGO's. Bill Gates could use part of his charity to reward those schools who produced the best computer engineers in the world. That would spur schools to compete to produce a better computer education. It doesn't even have to involve money. It could just be a prize. Schools would compete for this prize in the same manner that they currently 'compete' for Nobels. </p>

<p>
[quote]
I can second many of airbarr accounts as to what I have seen at my current job (it is only an internship though). Like I mentioned in a previous post, I have literally used theory from more than half of my classes, and I see several practicing engineers doing the same thing. They all have multiple text books sitting on their desk.

[/quote]
</p>

<p>Well, I'll put it to you this way. I remember being an engineering intern - working with guys with PhD's in engineering, and strongly remembering how I was the only person in the whole department who could do calculus. In fact, I had to actually TEACH calculus to one of the guys who was trying to help his daughter learn calculus but then realized that he had forgotten it himself. </p>

<p>Now, obviously all these guys had LEARNED calculus in the past. But they had been out in the workforce for decades without using it, and hence had forgotten it all. Use it or lose it, and in their case, they lost it. </p>

<p>
[quote]
I think part of the problem with your argument sakky is that you have failed to give me any concrete examples as to what parts of the engineering curriculum are so bad.

[/quote]
</p>

<p>You want concrete examples? Here you are. For ChemE's, ALL of PChem (especially PChemLab) and Advanced Inorganic Chem is basically useless. Note, General Chem and Organic Chem lecture is somewhat useful. But PChem and IChem? Not so much. </p>

<p>For the guy who wants to know EE (but not CS), then classes on Data Structures/Computation Structures or Algorithms are basically useless. Note, Basic Computer Programming and Machine Structures are still useful. For the guy specializing in CS (but not EE), courses in Signals/Systems are worthless. I would argue that even the circuits/electronics classes are pretty worthless to the guy who just wants to do CS, but that's a judgment call. </p>

<p>I would also say that, for most people who want to learn CS, then time spent on Artificial Intelligence, or any topics that have to do with high CS theory, such as complexity theory, computation theory, intractability, and topics of this nature are basically useless. These topics are obviously extremely useful for that subset of people who hope to get PhD's and become researchers and theoreticians. But for those CS students who just want to get a job, which comprise most students, they are worthless. Nobody in the real world cares about P vs. NP-completeness or decideability vs. undecideability, or interactive proofs (or proofs of any kind). In, I would even say that algorithms beyond the basic level are of rather dubious value. With the exception of the search engines and other advanced software, most employers will not have their programmers write complex algorithms. Honestly, with the constant exponential advancement of hardware power due to Moore's Law, the ability to write efficient algorithms is becoming less and less important all the time. </p>

<p>The truth is, most CS jobs out there are little more than infrastructural plumbing. All you need to know is how to connect this dataset to that dataset, or present some dataset onto a GUI or onto a webpage. Or, simply, babysit some computer system, bring it back up if it goes down, and then upgrade it from time to time. It isn't rocket science. I agree that if you're going to work on the Google search engine, you need to know advanced algorithms, and you may even need to know some computation theory. But the fact is, even most Google programmers nowadays are not working on the Google search engine. They're working on ancillary products such as Google Base or Google Calendar or all those other myriad Google services that serve as add-ons to the search engine. You don't actually need to know that much theory to work on these tasks.</p>

<p>
[quote]
I agree that some things in the engineering curriculum aren't that useful, but I have found value in the overwhelming majority of things that I have learned. I honeslty don't think it is nearly as bad as you are making it sound.

[/quote]
</p>

<p>But there is a subtle difference here. I'm not saying that there isn't value to these subjects. I am asking whether it is really necessary for people to have to learn it in the classroom setting? Let's face it. A lot of things in the engineering curriculum, you can just learn by reading the book yourself on your own time. I had to do that to supplement the things that my engineering curriculum didn't teach me. I think all engineers had to at some point or another. </p>

<p>So you may ask - what's the difference between learning it yourself on your own time and just learning it in class? Big difference. The difference is that classes are not just about learning. They are also about GRADING. Students know full well that they need to get a decent grade in order to get a job (because of company GPA cutoffs), or even to just graduate at all. As we all know, learning and grading are not always synonymous. You can know the material very well and nonetheless still get a bad grade (either because of grade deflation or bad luck on a test or you just don't test well, etc.). Conversely, you can not know the material at all and STILL get a good grade. Happened to a guy I knew. He got a 30% on my Thermo exam. And he celebrated. Why? Because the mean was a 25%. So he got an A even though he didn't know jack. It didn't matter that he didn't know jack. All that mattered is that he knew more than the average person (who also didn't know jack, in fact, evidently knew even less than he knew).</p>

<p>Furthermore, consider the aspect of the WEEDING. Let's face it. Certain engineering courses are designed not so much to teach you anything, but really to weed out 'unworthy' students. But the fact is, many of these 'unworthy' students could be perfectly serviceable engineers. For example, many of MIT's weeded-out engineering students could have easily gotten an engineering degree at some easier school. Just not at MIT. The same is true at all of the rigorous schools - Caltech, Berkeley, Georgia Tech, etc. Students know that and that just encourages them to play the grading game. For example, a mentality a fostered in which all that matters is that you pass your classes. Even if you don't learn much, just pass your classes, and you will get an engineering job.</p>

<p>
[QUOTE]
sakky in one of your earlier posts you mention that Stanford's engineering was generally considered more 'humane' than in other top Universities like Caltech and MIT. Would you care to clarify why you believe so? DO you believe other universities should mimic Stanford? I'm going to Stanford next year and I am fearing the immense workload for engineering.

[/QUOTE]

Could you please answer this sakky?</p>

<p>
[quote]
And I also don't get why you form the conclusion that there is little relevance to a degree because Intel/Dell/Boeing hires MechE, CivEs, and MatSci people to do the exact same job. There is a ton of overlap between these engineering fields, so frankly it makes a lot of sense to me that they wouldn't have any problem hiring these people to do the same job. Places like these need all types of engineers to conduct research and work on production, and many of these processes are so intertwined that they need to hire EEs, ChemEs, CivEs, MechEs, MatSci, etc. to work on the exact same project. Just look at the an Intel chip. The manufacturing process for those things is insane. You need chemists for the vapor deposition, you need EE/CE to work on the actual components of the chip, you need MechEs to work on heat transfer problems, you need MatSci and CivE people for the structural aspect of it all because EEs don't have a clue about that stuff, and I'm sure there are other people that I'm missing here. The point is these companies need to be diverse and their applications, even on a single project, require multiple disciplines of engineering

[/quote]
</p>

<p>Uh, I never said anything about the irrelevance of the DEGREE, I was talking about the relevance of CERTAIN CLASSES of the degree. We agree that these companies are hiring from a wide palette of majors. So that means that the relevance of the coursework of each particular major is called into question.</p>

<p>Let me give you an example. Let's say that I'm an EE. Not a CS major, but an EE. And I'm really really struggling with the required Data Structures/Algorithms course, as many EE's do, both because it has nothing to do with what I am interested in (pure EE doesn't have much to do with algorithms) and because this course is often times a notorious weeder at many schools. But then I notice that other people are being hired by EE companies who don't even have EE degrees at all. For example, I see Intel hiring ME's, Chem majors, Physics majors, Mat Sci people, ChemE's etc. I see Cisco and Siemens hiring ME's. I see General Electric hiring from a huge variety of majors. So then that simply begs the question of why do I have to take this data structures course that I hate and am not good at, when all these other people never have to take it at all? Why put up with the pain if you don't have to? </p>

<p>The same is true for all of the engineering majors. I distinctly remember a bunch of ChemE students saying that if they had known just how difficult ChemE is (especially something like Thermo), and the fact that the oil and chemical companies hire from a wide variety of majors, they probably would not have majored in ChemE, but would have majored in one of those other disciplines. They thought that the market would recognize them for surviving the pain of those courses But the market didn't. Hence, it was unnecessary pain. Why put up with the pain of ChemE Thermo if you don't have to? </p>

<p>The bottom line is that people are willing to put up with the pain if they think it's necessary. People will happily put up with painful subjects if they think it will help them get a good job. But when they then see others getting the same job who never took those painful subjects, then people rightfully ask why they did it. </p>

<p>Again, this is especially so for those people who got weeded out. Take those EE's who got weeded out because they did poorly in Data Structures. One might say that this is justified because maybe working EE's really need to know Data Structures, and if you can't pass the class, then you won't be able to do the job. If that were really true, then that's fine. But then you see other people getting those jobs who came from other majors, and hence, never took the Data Structures course at all. Those weeded-out people then rightfully ask 'what's up with that'? Why did those people get weeded out because they couldn't handle data structures when you evidently don't need to know that stuff to get hired? And they're right. What IS up with that? If people don't really need to know that stuff, then why are you using it to weed people out? I can understand weeding out CS people because they can't do Data structures. I can understand weeding out EE people because they can't do basic circuits. But why weed out EE people because they can't do data structures?</p>

<p>
[quote]
If you dont believe me go to MIT's opencourseware website(it has sample exams for almost every course offered at the school) and compare them to exams at Stanford. I have visited opencourseware myself and i must say MIT isn't what its cooked up to be, as far as the difficulty of technical courses. I go to PSU(ranked no. 18/19 in engr.) in many cases, the PSU exams are actually tougher than exams at MIT.

[/quote]
</p>

<p>Uh, no, this is wrong. Course difficulty is not determined solely, or even mostly, by the difficulty of the questions of the exam. As most engineering students know, the difficulty of a course is primarily determined by the CURVE. A course can have extremely easy exams, yet nonetheless be a ridiculously difficult course, failing out people left and right, because of the curve. </p>

<p>For those of you who have not had the experience of curves, just consider that most engineering courses hand out a set percentage of each letter grade. To get an A doesn't just mean doing well on the exam. It actually means doing BETTER than the average student in that course. Hence your grade is determined solely by your RELATIVE score in the class. </p>

<p>Let me give you an example. I know a guy who got something like an 84% on an exam. Pretty good, right? Wrong. That's because the mean score (the average score) of that exam was a 95. Hence, according to the curve, his 84 was basically equal to a D, and perhaps an F. It didn't matter that the exam was "easy" for him, or that he knew most of the material. The only thing that mattered was where he stood relative to the rest of the class. In his case, he was significantly "below average", which translated into a terrible grade.</p>

<p>In fact, many engineering students, including myself, learned to FEAR courses that had "easy" exams. The logic was simple - if the exam was easy, then most people were going to get very high scores, meaning that the difference between an A and a C would generally hinge upon just making a few stupid mistakes. That class I referenced above was a class to be feared. If the average score on the test was a 95%, that basically means that one stupid mistake could knock you down from 100% (which would be an A) all the way down to a 90% (which would be a C). So all you need is just one little calculation error, just one little misunderstanding of what the question is asking, just one little silly error, and you lose 2 ENTIRE letter grades. </p>

<p>Instead, most of us actually WANTED exams to be harder, and WANTED to take courses where the exam questions were known to be difficult, because we knew that that would mean that the mean would be low, and hence your grade would be more determined by your overall understanding of the material rather than whether you can avoid little mistakes. </p>

<p>But the point is, you can tell VERY LITTLE about the difficulty of a school by just looking at the exam questions. The primary factor is how difficult is the curve, and that is determined by both the grading philosophy of the school, as well as the talent level of your fellow students. If you take a course where the people are less talented, then it's pretty easy for you to score higher than the mean. But if you are in a course where everybody is top-notch, and I think almost all courses at MIT are this way, then it is obviously extremely difficult to beat the mean.</p>

<p>What has happened over the years is that most of the beginning CS courses are labeled "Algorithms & Data Structures" which is introductory programming.</p>

<p>Just to do basic programming, you need to know arrays, records, and other data types. It should not go beyond that because pure CS majors need to know the abstract data types which more for object-oriented programmers.</p>

<p>Now to answer your question on why you would need data structures??</p>

<p>Now I am ONLY speaking from what I have seen (from a antenna & signals project awhile back)...but there are scientific and engineering databases that attempts to store data about engineering measurements. True, a CS guy is developing the application BUT needs the guidance and technical input from an EE/Signals Engineer in order to use the correct data-types (structures) for the application.</p>

<p>By someone like yourself who can have a basic understanding of data structures (not the level of a CS guy), the CS guy can gets a better idea because of better communication and conversations.</p>

<p>In other words, companies want you to be able to "slightly talk the talk" because communication is the key to project management.</p>

<p>
[quote]
sakky in one of your earlier posts you mention that Stanford's engineering was generally considered more 'humane' than in other top Universities like Caltech and MIT. Would you care to clarify why you believe so? DO you believe other universities should mimic Stanford? I'm going to Stanford next year and I am fearing the immense workload for engineering. </p>

<p>Could you please answer this sakky?

[/quote]
</p>

<p>Simple. Because Stanford tends to refrain from giving people bad grades, which other schools actually seem to DELIGHT in doing. You can ask im_blue about this, as he goes to Stanford. But the point is, the grading curves at Stanford tend to be shifted significantly higher than the grading curves at, say, MIT or any other competing engineering programs. </p>

<p>In short, as long as you do the work, it's practically impossible to flunk out of Stanford, but it's VERY possible to flunk out of schools like MIT, or Caltech EVEN if you do the work. In general, as long as you put in the effort, about the worst grade you will get at Stanford is a C, and that's good enough to pass. In contrast, at MIT and Caltech, there are students who work like dogs and STILL can't pass.</p>

<p>sakky:</p>

<p>Let me second one of your points from another perspective - I'll contend that there's no more need for a CS major to take EE courses than there is for them to take Chem, Bio, Accounting, Product Design, Architecture, or many other courses. I think the requirement to take the EE courses is primarily traditional - i.e. many of the early CS people were really EEs (or mathematicians) and continued to require EE courses. I'd much rather see a requirement for CS majors to take some focus courses in the area of their choice as indicated above since once they get out in the real world, that's what'll really happen. </p>

<p>Regarding weeders - everyone needs to keep in mind that the person weeded out a particular school could do quite well at another school. This means they could conceivably do well in the field even though they were weeded out at a particular high-end program elsewhere. This is however, a method to be used to ensure that college has the highest-level, most dedicated people in the course and a way to 'bump-up' the level of the courses that can be taught and the people that will come out thus completing the cycle of escalating the reputation of the program. The unfortunate aspect is that many of the people weeded out would do just fine in the field (but generally not at the level of the ones that made it through the weed-whacker) yet they are often discouraged and just end up in an easier, completely different major.</p>

<p>
[quote]
In other words, companies want you to be able to "slightly talk the talk" because communication is the key to project management.

[/quote]
</p>

<p>But again, this is not true. If companies really did want you to be able to 'slightly talk the talk', then I would agree with you that it may be valuable to force EE's to learn some data structures. </p>

<p>But then you see EE companies (i.e. Intel) hiring people from a wide variety of majors, and none of THEM took a data structures class. So the companies apparently don't really care that much about having people who can talk the talk of data structures, otherwise they wouldn't bother hiring people who have degrees in physics or chemistry or math or ME or whatever it is. So the EE guy rightfully asks why am I being forced to learn this topic when others are not?</p>

<p>
[quote]
Let me second one of your points from another perspective - I'll contend that there's no more need for a CS major to take EE courses than there is for them to take Chem, Bio, Accounting, Product Design, Architecture, or many other courses. I think the requirement to take the EE courses is primarily traditional - i.e. many of the early CS people were really EEs (or mathematicians) and continued to require EE courses. I'd much rather see a requirement for CS majors to take some focus courses in the area of their choice as indicated above since once they get out in the real world, that's what'll really happen.

[/quote]
</p>

<p>Exactly. Hence, it just boils down to pain for the sake of pain, which has been my main thesis on this thread. </p>

<p>
[quote]
Regarding weeders - everyone needs to keep in mind that the person weeded out a particular school could do quite well at another school. This means they could conceivably do well in the field even though they were weeded out at a particular high-end program elsewhere. This is however, a method to be used to ensure that college has the highest-level, most dedicated people in the course and a way to 'bump-up' the level of the courses that can be taught and the people that will come out thus completing the cycle of escalating the reputation of the program. The unfortunate aspect is that many of the people weeded out would do just fine in the field (but generally not at the level of the ones that made it through the weed-whacker) yet they are often discouraged and just end up in an easier, completely different major.

[/quote]
</p>

<p>And to further this point, the ironic thing is that those people who got weeded out often times end up in the same job as those people who did make it through the weedwhacker. For example, take that girl who majored in Chemistry and then worked at Intel. She once told me that, quite frankly, if she had tried to major in ChemE, she may not have survived. So she chose Chemistry, and STILL ended up with an Intel process engineering job. In fact, she did so well in that job that Intel then sponsored her to go to MIT. </p>

<p>I can also think of another guy I know. He worked for several years as a highly successful Java programmer in Silicon Valley. But did he major in CS? No, he majored in English at Berkeley. And he even once said that the way that Berkeley teaches CS, he probably wouldn't have made it. Instead, he just learned Java in his own spare time as a hobby and became good enough at it to make it his profession. </p>

<p>The net effect is that this simply demoralizes students. The weeders often times seem to be nothing more than arbitrary obstacles placed in people's ways that have little to do with the job at hand. ChemE Thermodynamics is a notorious weeder, but as that Intel girl demonstrates, you apparently don't really need to know Thermo in order to get hired. She never took a Thermo class. She got hired anyway.</p>

<p>I think you are looking from a purely academic point of view. If there is an EE guy in my earlier scenario, then they may have learned data strucure basics on the job...either way that have to know the basics...for that particular scenario I described.</p>

<p>Having said that, depending on the school...and I have looked at CS/Math curriculums just for the fun of it and there is stuff that had me scratching my head</p>

<p>
[quote]
I think you are looking from a purely academic point of view. If there is an EE guy in my earlier scenario, then they may have learned data strucure basics on the job...either way that have to know the basics...for that particular scenario I described.

[/quote]
</p>

<p>I am not denying that there are certain things that are useful to know for the job. But in many cases, you can just learn these things yourself on your own time just by getting the book and reading it yourself. You don't need to be forced to take a class on it to get your degree, and you certainly don't have to be weeded via that class.</p>

<p>Truth be told, the tasks you have to do on an engineering job are usually not THAT hard such that you can't just read the book yourself and understand what is going on. I am fairly certain that an EE who needed to know some basic data stuctures could just borrow a textbook from the local library and learn what he has to know. Some tasks in engineering are quite difficult, I agree. But others are pretty basic, especially if they are only ancillary to your job description. I am convinced that the typical EE doesn't need to know much more about data structures than he could get by simply perusing a data structures textbook over a couple of weekends.</p>

<p>Sakky,</p>

<p>You are right, most of the time...it is all about looking something up in a book and learning it. I was just trying to give a possible reason on why your schoool may have put that data structures course in your program.</p>

<p>I did a quick check on my undergrad alma-mater, Michigan State and they require EE majors to take a programming course that includes pointers, arrays and object-oriented methods which means...a study of data structures. A quick Google displayed Miami University (of Ohio) actually requiring EE's to take an Assembler Language course.</p>

<p>Must be something recent.</p>

<p>When I was an undergrad, we (math/cs majors) took an more advanced starting programming course where the other engineering majors took like a more basic programming course.</p>

<p>But once again, I know what you mean. There were a BOATLOAD of courses that I now know I didn't need...and I am going to spill the beans about it on these forums.</p>

<p>

I must ask doesn't this make an engineering degree from MIT or Caltech seem better than one from Stanford or do those who hire not really care?</p>

<p>No, the degrees from Stanford are valued equally (and in the silicon valley area, possibly even more) as the ones from MIT and Caltech. Why would you exclude Stanford degrees because of the grading? Cisco, Yahoo, Google, etc etc etc - all Stanford alums who have proven the programs worth ;).</p>