Well, this semester is at its end, we’ve come a long way, what a time we have had, for sure they have been quite an exciting but at the same time harsh six months, let’s recapitulate each experience… First, I thought (and keep thinking) that every day was an opportunity to keep working on the …
Tag Archives: TC2004
Those glasses again… O-O and Agile
Is Object Oriented tied to Agile? Well, this is quite a big question and we should discuss a lot about Scrum or even Extreme Programming in order to get an answer, anyways, I don’t think it would end up being an objective one, I will just present some data, you make your own conclusions. The …
TDD, how to develop by testing
Test Driven Development (TDD) is an evolutionary approach to development which combines test-first development where you write a test before you write just enough production code to fulfill that test and refactoring. Steps? The first step is to quickly add a test, basically just enough code to fail. Next you run your tests, often the …
Testing in O-O, no those are not glasses…
Object Oriented, what a paradigm, isn’t it? We use a lot more of classes and parts since everything makes an object here, let’s learn how is testing done here. In object-oriented (OO) paradigm, software engineers identify and specify the objects and services provided by each object. In addition, interaction of any two objects and constraints …
Is everything really okay?
In software development there are some crucial elements in order to assure that we are doing what we need to solve the initial problem that made us start to begin with. First of all, are we building the product right? This is what we need to ask ourselves when we think about Verification; every specification …
Check your code… please
Now, you have written your code, you know how to do mostly everything for you to have a great project, but of course, mistakes happen, let’s make sure you won’t leave one for your ‘FINAL_FINAL_OK’ version. First of all, remember we’re not criticizing the author’s work, we do this in order to learn, to check …
Now, a break, what do we know now?
First of all, wow, we have come far, don’t we? It’s been quite a long trip, with lots of things to do and learn, let’s take a ride around it. Play this while reading, it may help us feel motivated as we go along: Let’s start from the beginning of this period: UML diagrams. We …
Coding, languages and more…
We learnt about UML, DB and more, but now, you want more!? Well code is the next step, let’s see a bit about it. The simple steps are: looking at your model, check each method in it, usually its name tells us about its function, so if you can read it, you can guess what …
Databases, classes, tables, nope… I don’t get it, do you?
Databases are important for every project, so software isn’t an exception, DB help us create an space where we can keep all the information needed in the implementation of the project. Now, we know how to plan a project, how to represent and model it, but if we want to create spaces for information that …
Sigue leyendo «Databases, classes, tables, nope… I don’t get it, do you?»
UML II, sounds like a prototype doesn’t it?
Of course, as promised this topic is retaken, now we will get into more details, particularly about State Diagrams, Package Diagrams and Component Diagrams. As previously seen, these diagrams work as a way of representing the different parts of a project and its relationships, let’s start talking about the first one, State Diagram. According with …