Hey there! I'm Debo Aderibigbe, a Sophmore in CS 108 who hails from Boston, MA. Boston, baby babaaaaaaaaaay!
Some of my interests include breakdancing, programming, playing RPG type games, reading, basketball, and studying to be and EMT.
I taught my self a little computer programming in High school, and took one computer programming class in high school in a computer programming language called Scheme. During Senior year, I did a project that required me to intensively teach myself another programming language called Perl, as well as a little bit of C. I also took CS 6, 100, and 104 here at Duke before arriving in this class. As for experiences, I think two of the better ones were one, the ease with which i felt I could handle CPS 6, and after doing the huff assignment in CS100, finally seeing a program with real life use. Two of the more annoying experiences would include trying to program a simulation of the MIPS processor for CS 104, due to the tedious nature of the assignment, and making one really huge mistake on a CS100 program that required me to re-code a large portion of it. I think I would like to combine, when I am older, business and programming together to form a successful career.
What parts of each problem where not clear? What assumptions did you make
in order to solve this problem?
The main ambiguous issue with all the problems was that there was no
clear definition of how much detail to include in our solutions, so we assumed
that we were to use our discretion.
What common abstractions, if any, did your group find? Would it be
possible to write a generic simulator that handled all three examples
This was more an independent thought, but I noticed that both of the jobs
involved some sort of customer arriving at a particular place, and then being
served or taken care of. Thus, if we could have a sort of heirarchy, like a
Management class, an Arriving Customer Class, and a Worker class...there could
be other sublclasses to help out, but if those were at the top of of the
heirarchy, good things could happen as far as development later.
How could I have made the experience better?
I feel that I could have tried to make my group more aware of time
constraints.
What patterns of interaction emerged within my group?
I think that since our group was so small there was no real need for a
leader...however, the three of us all acted as language-lawyers of sorts,
making sure that we organized the class and desired jobs correctly.
PROJECT 1:
GETTING STARTED
This project was quite an interesting one, but I think it could have done better with more guidance as to the actual depth of refactoring that we were to reach. Since that wasn’t clear, I found myself hesitating to take several programming risks and to go ahead and try almost all of what we learned. I preferred the build and test, build and test method, but as I worked through that I found that it was a heavily painstaking process to test after the addition of very small things to the class hierarchies one is working on or some other thing like that. I hope we discuss the essence of inheritance much more in the near future, because as much as I seemed to understand it, I realized there are a lot of nuances I any case, I am glad to be finished with this minor project and to be moving ahead.