Paul R Eggert
Department of Computer Science
AD
3.9
Overall Rating
Based on 29 Users
Easiness 1.4 / 5 How easy the class is, 1 being extremely difficult and 5 being easy peasy.
Clarity 4.0 / 5 How clear the professor is, 1 being extremely unclear and 5 being very clear.
Workload 1.4 / 5 How light the workload is, 1 being extremely heavy and 5 being extremely light.
Helpfulness 3.9 / 5 How helpful the professor is, 1 being not helpful at all and 5 being extremely helpful.

TOP TAGS

  • Tolerates Tardiness
  • Engaging Lectures
  • Often Funny
  • Tough Tests
  • Issues PTEs
  • Appropriately Priced Materials
  • Snazzy Dresser
  • Would Take Again
  • Has Group Projects

GRADE DISTRIBUTIONS

19.0%
15.8%
12.7%
9.5%
6.3%
3.2%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

23.0%
19.2%
15.3%
11.5%
7.7%
3.8%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

19.1%
15.9%
12.8%
9.6%
6.4%
3.2%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

30.3%
25.2%
20.2%
15.1%
10.1%
5.0%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

17.6%
14.7%
11.7%
8.8%
5.9%
2.9%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

18.0%
15.0%
12.0%
9.0%
6.0%
3.0%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

20.7%
17.2%
13.8%
10.3%
6.9%
3.4%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

18.1%
15.1%
12.1%
9.0%
6.0%
3.0%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

32.1%
26.8%
21.4%
16.1%
10.7%
5.4%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

19.9%
16.5%
13.2%
9.9%
6.6%
3.3%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

21.6%
18.0%
14.4%
10.8%
7.2%
3.6%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

25.7%
21.4%
17.1%
12.9%
8.6%
4.3%
0.0%
A+
A
A-
B+
B
B-
C+
C
C-
D+
D
D-
F

Grade distributions are collected using data from the UCLA Registrar’s Office.

AD

Reviews (21)

2 of 3
2 of 3
Add your review...
Quarter: Winter 2017
Grade: A
April 2, 2017

Eggert is very decent for 111. IMO he's the best 111 lecturer in UCLA. His lectures are engaging and clear (unlike his 33). His 111 exams are not as hard as those from 33.

His final has a lot of multiple choice problems, which are basically quizzes for the assigned reading. I suspect that's why he doesn't have quizzes like other 111 instructors. If you read all required readings from either textbook (I used the online version), those multiple choices are very doable (some questions can be directly found in boldface texts from the book).

Labs won't cover kernel code at all, which is a shame, as USC's OS course has a few kernel assignments.
Lab 0 and 1 are ok since they teach us how to correctly use system calls, etc.
Lab 2 basically reiterates through what we learn in class so we basically didn't learn anything new from Lab 2. I don't know if it's a good thing or a bad thing.
Lab 3 is a total disaster. I learn absolutely ZERO from this lab and it costs me days to finish it. Reiher's spec is also the most unclear I have ever seen. Compared to Reiher's specs, Eggert's 35L specs are pretty amazing.
Lab 4 requires us to buy a $100+ Intel Edison device. From this lab, I learned how to adapt sample code online. I really can't think of anything else I learned.
Unfortunately all 111 labs are the same, so we have to live through that.

Helpful?

3 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
March 20, 2015

Pretty decent lecturer, but not as good as everyone says, and the class not as hard as everyone says. One thing I do not like is his exam, absolutely nonsense, you may get the same score as those who have not taken 111..It's pretty irrelevant to the class.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Dec. 31, 2014

Eggert is a very good lecturer, it just seemed like there was only time to give a handful of details about a giant subject matter. The exams, though, expected you to have a broad understanding of it all, so it made it tough to score anything presentable. Tuan is a great TA and has taught this class a few times before. He's a really big help. Go to his discussion if he's still teaching.
The other TAs seemed to be off the rails when it came to grading the non-technical projects, like the essay and the scribe notes. Really harsh grading on those. When you ask those TAs about this grading, they give totally baffling reasons. Ridiculous.
Most importantly, get a good lab partner, and remember that you can change partners between projects if it's not working out.

Helpful?

1 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
June 8, 2011

I took 130, 111, and 131 with him. I feel like he's only good for taking 111 with.
130 he assigns way to much readings with quizzes which, by the second half of the quarter, probably were never getting graded. The midterms and finals were HUGE essays so you really need to know how to BS well to get a good grade on them. The plus with 130 though is that you get to do a real project for a real company or professor, but this was really challenging for me because 130 was my first upper div class. Final grade: A-
111 he was actually OK, he had pretty good notes, and the projects were pretty cool especially with a partner. However, it must be noted that the entire course with the lectures and projects were all designed by Kholer who's no longer teaching. Nevertheless eggert was definitely effective for 111. Final grade: A
131 was my second least favorite CS class, next to CS33 with Rohr. It seems like he doesnt think when he assigns those homeworks to you. Most of them were ok, some even on the easy side, but the scheme project was just too crazy, most people gave up with the most basic implementations because it was just not worth it to spend 20+ hours on something that was only going to be worth 5%. His lectures for 131 was also extremely unorganized, it was pretty much impossible to take notes because he would keep on erasing what he had on the board to add some changes. Midterm and final were extremely hard. Final grade: A-

overall, only take him for 111, take 130 with him if you want some real life experience, but for 131, avoid him unless you like to be frustrated for a long period of time for 5 points

Helpful?

1 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Dec. 4, 2010

Professor Eggert is an excellent professor, albeit very challenging and time consuming.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
June 10, 2010

The other evaluation is also correct. He is the best professor ever. I divided my review into several sections.

Professor:

His teach is entertaining and informative. He offers real world example and situation (none from the book, you should note them down). The essential information is basically from the book. However, he delivers it well. After 2 hours of class, you know more than you knew before. He is always available in his OH. He holds high work ethnicity, such that if there is a phone call, he tells the other side to call back afterward. "Some professor" don't even do that. (I won't name names here).

Class:

I can't say CS 111 is easy, because it is not. It is a lot of work and it is even more work now. I heard that CS 111 will be count 5 units from FALL 2010 and the class will be much harder. For this quarter, you may not need to know x86. MIPS is sufficient to understand assembly example. The only assembly instruction you learn from this class is INT and how to do asm inline in C code. I don't even go to discussion at all, partially, TA is sux at explaining and some TA doesn't even reply your email within 3 days. The only one time I went is for to make oral presentation. That is right. There is a required oral presentation.

Book and additional readings:

Book is not very well written for some chapter, but it does its job. However, it is not supplement for skipping class. Don't try to skip class by reading book, you will be missing a lot. There is no official additional reading as far as I can tell you. But if you want to pass this class, you will need to know how to program a device driver for linux kernel (There is a book for that). Also, the exam is open book and open note. I advise you to print out everything you read to do the project such as kernel functions such as chdir, open, fctnl, read, ..., and other materials. You will not do well on midterm and final if you don't print out EVERYTHING you read. If you read from a book, just print the chapter you read. You don't need to print out the entire book. Scribe note, I found that the best note is the one that you took and not some other people. If you intend to print out scribe note to replace your lecture notes. Then you are doing 1 thing wrong here; that is to trust the people who write the scribe note.

I think I say enough for anyone who take Eggert could pass his class. He is not hard, he is VERY creative in his test, but if you prepare well, you won't strip up on anything.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Dec. 23, 2009

First of all, the review from 8/23/2009 is spot on. Since Eggert is one of the best teachers I have had, however, I will do him justice by giving a thorough review even if partially redundant.

Lectures: Very thorough, clear, well structured and entertaining. Eggert is good at combining practical topics with real-world examples and stories to keep the students interested. In CS111, he focuses on the standard UNIX functions (i.e. open, chmod, etc), and talks about the important design considerations while essentially implementing simplified versions of these. He does the same for various kernel tasks. The advantage is that you gain a real understanding of the low-level by learning through actual code examples and designer logic. This is unlike CS33, where Rohr presented low-level concepts without giving a clear picture of how they do what they are supposed to do and how they are relevant to everything else.

The only thing I did not like about Eggert's lectures is that he often went through topics too quickly. I found several cases where his examples went completely over my head until I spoke to others for an hour or two. He provides notes from past quarters, which are helpful, but those notes are not always that good. Operating Systems is also pretty low-level, so google does not provide great explanations of all of the minor topics. Eggert also goes through some assembly code, which was very scary but turned out not to be important for the class or exams. For the assembly code, just understand what it is doing at a high-level without worrying about each instruction.

Homework: His projects are tough but also very practical. For instance, implementing a filesystem or writing a small operating system from scratch. They are hard but doable if you start early and get sufficient help. Further, Eggert comments the exercises to make them more approachable by knowing what to do where. I often had trouble figuring out what we were supposed to do, but then once I got it, the implementation was not too bad. Therefore I would recommend starting early and getting help as needed. Working with friends is also helpful.

Also keep in mind that there is a constant flow of work -- 6 projects/minilabs, scribe notes, a brief research paper, and a design problem report, presentation and code implementation. Therefore stay on top of things, and don't slack off! He does, however, give extensions on the some of the projects so it is not too bad if you are on top of things. I would also recommend doing optional work early. I made the mistake of saving my Scribe notes, research paper and design problem to the last week, which forced me to do them while working on Lab 4 and studying for exams. That week was hell, and made me wish I did Scribe notes within the first 2 weeks of class and did the design problem no later than lab 3.

Exams: The one thing I hated about Eggert was his exams. They are open-ended and unlike any other CS exam -- if anything formatted more like a Social Science test. Simply knowing how things work and how to implement code only helps you a little. You have to really understand the material to be able to answer questions like "Would this Operating System work if we used a custom compiler that laid out the stack and heap like XXXXX? Why or why not?". There are also some questions that seem clear, but are really trick questions or ones you misconstrue until after the TA explains why your answer is right but you got 0 points cause you answered the wrong question. Overall, however, Eggert is good about partial credit, so just write a lot to show you know what you are talking about. Eggert aims for a mean of about 50%, so even if you lose lots of cheap points, so does everyone else. I was pissed that I got a 76% because I felt most of the points I lost were unfair and I desired a 90%. With the curve it was a strong A however.

In my class, the final was a lot easier than the midterm, but that may have just been luck. The format was the same as the midterm, but much longer.

Grading: Overall the class is really hard, but certainly doable. I got an A, while working full-time. With that said, it required spending 1-2 days a week working full-time on projects and homework for this class alone. I didn't study too much for the exams, but being really interested in the material I paid very close attention during the lectures and reviewed both my notes and the scribe notes to make sure I understood everything.

Bottom line: If you are interested in Computer Science and/or Linux/UNIX, you will learn a ton from Eggert and do well in the class. If you do not want to be there or don't care about the details of how OS's work, the projects and exams will be really tedious, and I could see how one could easily fail.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Aug. 23, 2009

Eggert is the best professor I've had at UCLA

Admittedly, he's also the hardest. This is both a function of the course material that he teaches being particularly difficult (I took him for CS111 (operating systems) and CS 131 (programming languages)) and the fact that he expects your life to revolve around his class.

Lectures: His biggest selling point is that his lectures are very interesting and very informative. He speaks loudly and clearly, with a lot of animation. It's kind of like watching a philosopher muse to himself about deep questions of the universe.

Projects: Hard. Really hard. He tells you the first day of class that you should expect to spend about 12 hours a week on projects, and I would say thats an underestimate. In CS 111, you do get a partner if you want one, so if you have a buddy you work well with, that's very helpful. Don't expect to go to too many parties while in one of his classes.

Tests: They're very difficult, due to their open-ended nature. The curve is pretty good (averages between 60 and 70 when I took the classes). It's also pretty hard to totally pwn a test, because it's pretty easy for them to doc you a few points here and there. This, combined with a lot of partial credit even for idiotic answers, has the effect of compacting the overall scores into a smaller range, meaning that you can't ace the tests and ignore the projects like some classes.

I would recommend an Eggert taught class for anyone who really wants to learn. If GPA and free time are more important to you than learning, don't take his class, because it's a difficult A.

Helpful?

1 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Jan. 29, 2009

I really enjoyed Professor Eggert's class. He was incredibly knowledgeable and had a way of enthralling the entire class. I had though operating systems would be incredibly boring, but Eggert somehow made it very interesting. He is brilliant professor, but ...

This class is pretty close to impossible. That being said, I did get an A. The projects did take about 12 hours per week, so you should certainly not take the class with any other hard ones on your schedule. The funny things about the projects is that you can get about a 90% on each one while only doing half the work. Every project has one last little section that's worth about 10% that is a ridiculous amount of work. If you're a shoddy programmer like me, don't even bother with this part. Oh, and don't bother buying the course reader, if he still has it. Ours was 579 pages, with 2 real pages on each page. This becomes of 1000 pages of uselessness! Finally, a note about the tests. They are difficult, open ended questions that likely don't have any 1 answer. Just put something down for every question, and you'll likely get partial credit. He aims for the average on the tests to be around 50%, but it was around 60% for us. If you do well on the midterm, you'll do well on the final. Same questions, different material.

This class is very difficult. I'd recommend getting a good programmer for the projects, because there is absolutely no way to go it alone. With all this bad stuff, he was still probably my favorite professor. You should definitely take this class with Eggert if you get the chance and don't have too much other work that quarter.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Jan. 18, 2009

This class is by far the hardest I've taken at UCLA. This class broke my love for computers and computer science and right now I just have a corrosive hatred for anything to do with computers.
I also had to consult professional help because I was under so much stress during taking this class.
To me, it's not the material, but the way UCLA chooses to do it that is the problem.
The material was honestly not bad, and it was quite interesting, but the management of the class was the worst thing

The specs are UNBELIEVABLY poorly written. Installation instructions are so bad that I spent most of my time googling all the instructions that I wasted 75 % of my time just installing stuff like the emulators.
I consulted professionals who also told me they've never seen such poorly written specs in their life.

The TAs and other professors are not great either. They simply suck, and so does the new prof Nahapetian who's also started teaching 111. Eggert is probably your best bet, because he at least teaches well.

I thought education was all about learning and fueling your love for your learning. We clearly do it differently in colleges like UCLA, CAL, and MIT. I was enamored by the prestige, but I should have probably gone for lesser colleges people might actually care enough to give us good specs!

Helpful?

0 0 Please log in to provide feedback.
Quarter: Winter 2017
Grade: A
April 2, 2017

Eggert is very decent for 111. IMO he's the best 111 lecturer in UCLA. His lectures are engaging and clear (unlike his 33). His 111 exams are not as hard as those from 33.

His final has a lot of multiple choice problems, which are basically quizzes for the assigned reading. I suspect that's why he doesn't have quizzes like other 111 instructors. If you read all required readings from either textbook (I used the online version), those multiple choices are very doable (some questions can be directly found in boldface texts from the book).

Labs won't cover kernel code at all, which is a shame, as USC's OS course has a few kernel assignments.
Lab 0 and 1 are ok since they teach us how to correctly use system calls, etc.
Lab 2 basically reiterates through what we learn in class so we basically didn't learn anything new from Lab 2. I don't know if it's a good thing or a bad thing.
Lab 3 is a total disaster. I learn absolutely ZERO from this lab and it costs me days to finish it. Reiher's spec is also the most unclear I have ever seen. Compared to Reiher's specs, Eggert's 35L specs are pretty amazing.
Lab 4 requires us to buy a $100+ Intel Edison device. From this lab, I learned how to adapt sample code online. I really can't think of anything else I learned.
Unfortunately all 111 labs are the same, so we have to live through that.

Helpful?

3 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
March 20, 2015

Pretty decent lecturer, but not as good as everyone says, and the class not as hard as everyone says. One thing I do not like is his exam, absolutely nonsense, you may get the same score as those who have not taken 111..It's pretty irrelevant to the class.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Dec. 31, 2014

Eggert is a very good lecturer, it just seemed like there was only time to give a handful of details about a giant subject matter. The exams, though, expected you to have a broad understanding of it all, so it made it tough to score anything presentable. Tuan is a great TA and has taught this class a few times before. He's a really big help. Go to his discussion if he's still teaching.
The other TAs seemed to be off the rails when it came to grading the non-technical projects, like the essay and the scribe notes. Really harsh grading on those. When you ask those TAs about this grading, they give totally baffling reasons. Ridiculous.
Most importantly, get a good lab partner, and remember that you can change partners between projects if it's not working out.

Helpful?

1 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
June 8, 2011

I took 130, 111, and 131 with him. I feel like he's only good for taking 111 with.
130 he assigns way to much readings with quizzes which, by the second half of the quarter, probably were never getting graded. The midterms and finals were HUGE essays so you really need to know how to BS well to get a good grade on them. The plus with 130 though is that you get to do a real project for a real company or professor, but this was really challenging for me because 130 was my first upper div class. Final grade: A-
111 he was actually OK, he had pretty good notes, and the projects were pretty cool especially with a partner. However, it must be noted that the entire course with the lectures and projects were all designed by Kholer who's no longer teaching. Nevertheless eggert was definitely effective for 111. Final grade: A
131 was my second least favorite CS class, next to CS33 with Rohr. It seems like he doesnt think when he assigns those homeworks to you. Most of them were ok, some even on the easy side, but the scheme project was just too crazy, most people gave up with the most basic implementations because it was just not worth it to spend 20+ hours on something that was only going to be worth 5%. His lectures for 131 was also extremely unorganized, it was pretty much impossible to take notes because he would keep on erasing what he had on the board to add some changes. Midterm and final were extremely hard. Final grade: A-

overall, only take him for 111, take 130 with him if you want some real life experience, but for 131, avoid him unless you like to be frustrated for a long period of time for 5 points

Helpful?

1 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Dec. 4, 2010

Professor Eggert is an excellent professor, albeit very challenging and time consuming.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
June 10, 2010

The other evaluation is also correct. He is the best professor ever. I divided my review into several sections.

Professor:

His teach is entertaining and informative. He offers real world example and situation (none from the book, you should note them down). The essential information is basically from the book. However, he delivers it well. After 2 hours of class, you know more than you knew before. He is always available in his OH. He holds high work ethnicity, such that if there is a phone call, he tells the other side to call back afterward. "Some professor" don't even do that. (I won't name names here).

Class:

I can't say CS 111 is easy, because it is not. It is a lot of work and it is even more work now. I heard that CS 111 will be count 5 units from FALL 2010 and the class will be much harder. For this quarter, you may not need to know x86. MIPS is sufficient to understand assembly example. The only assembly instruction you learn from this class is INT and how to do asm inline in C code. I don't even go to discussion at all, partially, TA is sux at explaining and some TA doesn't even reply your email within 3 days. The only one time I went is for to make oral presentation. That is right. There is a required oral presentation.

Book and additional readings:

Book is not very well written for some chapter, but it does its job. However, it is not supplement for skipping class. Don't try to skip class by reading book, you will be missing a lot. There is no official additional reading as far as I can tell you. But if you want to pass this class, you will need to know how to program a device driver for linux kernel (There is a book for that). Also, the exam is open book and open note. I advise you to print out everything you read to do the project such as kernel functions such as chdir, open, fctnl, read, ..., and other materials. You will not do well on midterm and final if you don't print out EVERYTHING you read. If you read from a book, just print the chapter you read. You don't need to print out the entire book. Scribe note, I found that the best note is the one that you took and not some other people. If you intend to print out scribe note to replace your lecture notes. Then you are doing 1 thing wrong here; that is to trust the people who write the scribe note.

I think I say enough for anyone who take Eggert could pass his class. He is not hard, he is VERY creative in his test, but if you prepare well, you won't strip up on anything.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Dec. 23, 2009

First of all, the review from 8/23/2009 is spot on. Since Eggert is one of the best teachers I have had, however, I will do him justice by giving a thorough review even if partially redundant.

Lectures: Very thorough, clear, well structured and entertaining. Eggert is good at combining practical topics with real-world examples and stories to keep the students interested. In CS111, he focuses on the standard UNIX functions (i.e. open, chmod, etc), and talks about the important design considerations while essentially implementing simplified versions of these. He does the same for various kernel tasks. The advantage is that you gain a real understanding of the low-level by learning through actual code examples and designer logic. This is unlike CS33, where Rohr presented low-level concepts without giving a clear picture of how they do what they are supposed to do and how they are relevant to everything else.

The only thing I did not like about Eggert's lectures is that he often went through topics too quickly. I found several cases where his examples went completely over my head until I spoke to others for an hour or two. He provides notes from past quarters, which are helpful, but those notes are not always that good. Operating Systems is also pretty low-level, so google does not provide great explanations of all of the minor topics. Eggert also goes through some assembly code, which was very scary but turned out not to be important for the class or exams. For the assembly code, just understand what it is doing at a high-level without worrying about each instruction.

Homework: His projects are tough but also very practical. For instance, implementing a filesystem or writing a small operating system from scratch. They are hard but doable if you start early and get sufficient help. Further, Eggert comments the exercises to make them more approachable by knowing what to do where. I often had trouble figuring out what we were supposed to do, but then once I got it, the implementation was not too bad. Therefore I would recommend starting early and getting help as needed. Working with friends is also helpful.

Also keep in mind that there is a constant flow of work -- 6 projects/minilabs, scribe notes, a brief research paper, and a design problem report, presentation and code implementation. Therefore stay on top of things, and don't slack off! He does, however, give extensions on the some of the projects so it is not too bad if you are on top of things. I would also recommend doing optional work early. I made the mistake of saving my Scribe notes, research paper and design problem to the last week, which forced me to do them while working on Lab 4 and studying for exams. That week was hell, and made me wish I did Scribe notes within the first 2 weeks of class and did the design problem no later than lab 3.

Exams: The one thing I hated about Eggert was his exams. They are open-ended and unlike any other CS exam -- if anything formatted more like a Social Science test. Simply knowing how things work and how to implement code only helps you a little. You have to really understand the material to be able to answer questions like "Would this Operating System work if we used a custom compiler that laid out the stack and heap like XXXXX? Why or why not?". There are also some questions that seem clear, but are really trick questions or ones you misconstrue until after the TA explains why your answer is right but you got 0 points cause you answered the wrong question. Overall, however, Eggert is good about partial credit, so just write a lot to show you know what you are talking about. Eggert aims for a mean of about 50%, so even if you lose lots of cheap points, so does everyone else. I was pissed that I got a 76% because I felt most of the points I lost were unfair and I desired a 90%. With the curve it was a strong A however.

In my class, the final was a lot easier than the midterm, but that may have just been luck. The format was the same as the midterm, but much longer.

Grading: Overall the class is really hard, but certainly doable. I got an A, while working full-time. With that said, it required spending 1-2 days a week working full-time on projects and homework for this class alone. I didn't study too much for the exams, but being really interested in the material I paid very close attention during the lectures and reviewed both my notes and the scribe notes to make sure I understood everything.

Bottom line: If you are interested in Computer Science and/or Linux/UNIX, you will learn a ton from Eggert and do well in the class. If you do not want to be there or don't care about the details of how OS's work, the projects and exams will be really tedious, and I could see how one could easily fail.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Aug. 23, 2009

Eggert is the best professor I've had at UCLA

Admittedly, he's also the hardest. This is both a function of the course material that he teaches being particularly difficult (I took him for CS111 (operating systems) and CS 131 (programming languages)) and the fact that he expects your life to revolve around his class.

Lectures: His biggest selling point is that his lectures are very interesting and very informative. He speaks loudly and clearly, with a lot of animation. It's kind of like watching a philosopher muse to himself about deep questions of the universe.

Projects: Hard. Really hard. He tells you the first day of class that you should expect to spend about 12 hours a week on projects, and I would say thats an underestimate. In CS 111, you do get a partner if you want one, so if you have a buddy you work well with, that's very helpful. Don't expect to go to too many parties while in one of his classes.

Tests: They're very difficult, due to their open-ended nature. The curve is pretty good (averages between 60 and 70 when I took the classes). It's also pretty hard to totally pwn a test, because it's pretty easy for them to doc you a few points here and there. This, combined with a lot of partial credit even for idiotic answers, has the effect of compacting the overall scores into a smaller range, meaning that you can't ace the tests and ignore the projects like some classes.

I would recommend an Eggert taught class for anyone who really wants to learn. If GPA and free time are more important to you than learning, don't take his class, because it's a difficult A.

Helpful?

1 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Jan. 29, 2009

I really enjoyed Professor Eggert's class. He was incredibly knowledgeable and had a way of enthralling the entire class. I had though operating systems would be incredibly boring, but Eggert somehow made it very interesting. He is brilliant professor, but ...

This class is pretty close to impossible. That being said, I did get an A. The projects did take about 12 hours per week, so you should certainly not take the class with any other hard ones on your schedule. The funny things about the projects is that you can get about a 90% on each one while only doing half the work. Every project has one last little section that's worth about 10% that is a ridiculous amount of work. If you're a shoddy programmer like me, don't even bother with this part. Oh, and don't bother buying the course reader, if he still has it. Ours was 579 pages, with 2 real pages on each page. This becomes of 1000 pages of uselessness! Finally, a note about the tests. They are difficult, open ended questions that likely don't have any 1 answer. Just put something down for every question, and you'll likely get partial credit. He aims for the average on the tests to be around 50%, but it was around 60% for us. If you do well on the midterm, you'll do well on the final. Same questions, different material.

This class is very difficult. I'd recommend getting a good programmer for the projects, because there is absolutely no way to go it alone. With all this bad stuff, he was still probably my favorite professor. You should definitely take this class with Eggert if you get the chance and don't have too much other work that quarter.

Helpful?

0 0 Please log in to provide feedback.
Quarter: N/A
Grade: N/A
Jan. 18, 2009

This class is by far the hardest I've taken at UCLA. This class broke my love for computers and computer science and right now I just have a corrosive hatred for anything to do with computers.
I also had to consult professional help because I was under so much stress during taking this class.
To me, it's not the material, but the way UCLA chooses to do it that is the problem.
The material was honestly not bad, and it was quite interesting, but the management of the class was the worst thing

The specs are UNBELIEVABLY poorly written. Installation instructions are so bad that I spent most of my time googling all the instructions that I wasted 75 % of my time just installing stuff like the emulators.
I consulted professionals who also told me they've never seen such poorly written specs in their life.

The TAs and other professors are not great either. They simply suck, and so does the new prof Nahapetian who's also started teaching 111. Eggert is probably your best bet, because he at least teaches well.

I thought education was all about learning and fueling your love for your learning. We clearly do it differently in colleges like UCLA, CAL, and MIT. I was enamored by the prestige, but I should have probably gone for lesser colleges people might actually care enough to give us good specs!

Helpful?

0 0 Please log in to provide feedback.
2 of 3
3.9
Overall Rating
Based on 29 Users
Easiness 1.4 / 5 How easy the class is, 1 being extremely difficult and 5 being easy peasy.
Clarity 4.0 / 5 How clear the professor is, 1 being extremely unclear and 5 being very clear.
Workload 1.4 / 5 How light the workload is, 1 being extremely heavy and 5 being extremely light.
Helpfulness 3.9 / 5 How helpful the professor is, 1 being not helpful at all and 5 being extremely helpful.

TOP TAGS

  • Tolerates Tardiness
    (9)
  • Engaging Lectures
    (9)
  • Often Funny
    (7)
  • Tough Tests
    (9)
  • Issues PTEs
    (7)
  • Appropriately Priced Materials
    (6)
  • Snazzy Dresser
    (7)
  • Would Take Again
    (7)
  • Has Group Projects
    (6)
ADS

Adblock Detected

Bruinwalk is an entirely Daily Bruin-run service brought to you for free. We hate annoying ads just as much as you do, but they help keep our lights on. We promise to keep our ads as relevant for you as possible, so please consider disabling your ad-blocking software while using this site.

Thank you for supporting us!