2,021 reputation
416
bio website laurentbourgaultroy.ca
location Canada
age
visits member for 1 year, 9 months
seen 12 hours ago

Jul
24
comment Relationship between user story, feature, and epic?
This would depend on how you would define a use case in your team. Lets assume its the RUP style of use case. In that case, the use case would take the role of both scenario and story, mixing the two, and thus in RUP the software requirements are specified in use case only. Ask yourself: what does a story should be? And what a use case should be? Do you need both? why? Personnally, I would either use story or use case, but not both, because they have the same goal. Still, it always depend. If you have a role for each, use each of them; if not, use the one you know :).
Jul
24
awarded  Nice Answer
Jul
7
reviewed Approve suggested edit on When is C a better choice than C++?
Jun
12
awarded  Nice Answer
Apr
14
answered What does HATEOAS offer for discoverability and decoupling besides ability to change your URL structure more or less freely?
Mar
14
comment Differences betwen HTML templating systems
Oh, so true :) .
Mar
13
answered Differences betwen HTML templating systems
Mar
13
comment Regarding interfaces of classes in OOP
I sure created a lot of interface that had a few get on them. Entity with a getId, with the contract of : I don't care how you find your id, but it must be cheap, consistent, and be unique to you. Or a generic Report with getTitle. Different implementation created the title using different strings. Some implementation did it on the fly, other just delegated to a collaborator. If someone assumed that there was a field behing getTitle, they would have been pretty sad indeed...
Mar
13
comment Regarding interfaces of classes in OOP
For C#, you may want to read this. Its not really about Get per say, but more about properties = cheap and method = may not be cheap. As for Java, well, yes, I totally agree that bar() is more compact, but a lot of framework and developper have gone by the convention of "get set" and it's better to follow an imperfect convention that being inconsistent. I think there is a difference between a "logical" property of a class and a field : one is part of the interface, the other an implementation detail
Mar
13
comment Is it sufficient to use acceptance and integration tests instead of unit test?
"I don't like to focus on the textbook approaches - rather, focus on what gives your tests value" Oh, so true! First question to always ask is "what problem do I solve by doing this?". And different project may have different problem to solve!
Mar
13
comment Regarding interfaces of classes in OOP
Hum, in C#, GetFoo() usually mean that the returned value is computed and is potentially expensive. Properties (the get/set equivalent of java) can be computed if its cheap. So "get mean accessing a field" may not be a universal rule of programming. Scala also allow those "it's computed but you wouldn't know it" properties. And in Java, I've been using getBar() to get a computed properties for years now. Do you have a source for that convention that computed is foo() and field is getFoo()? I am not saying it's wrong, but I can't remember seeing that convention in the codebase I worked on.
Feb
24
asked What is the point of link rel=“self” in a REST API?
Feb
10
revised Should entities be accessible from all layers of an application?
Typos
Feb
10
answered Should entities be accessible from all layers of an application?
Feb
10
comment Switch or a Dictionary when assigning to new object
I guess the fact that you explicitely put it in a Constant mean that you need the created object to be mutable. But if one day you can make them immutable, then returning the object directly will be the best solution. You can put the dict in a const field and only incur the cost of creation once in the whole application.
Feb
10
comment Switch or a Dictionary when assigning to new object
Oh, that's nice!
Feb
7
revised How do I integrate a browser-based JavaScript unit testing framework into my workflow?
added 145 characters in body
Feb
7
answered How do I integrate a browser-based JavaScript unit testing framework into my workflow?
Jan
23
comment With all of these services, how can I not be anemic?
Would your sales force understand these "models". Hum yes. I sat with a sale rep that explained to me all of these models. I didn't invent them. I'm currently working on supporting non-aggregated fact tables (not supported yet). And yes, we have big fat button labeled "Connect to an aggregated fact table". The user get it, the support team get it, and our sale rep get it. If you don't believe me, read about my domain yourself I guess?. Does the maker of MySQL workbench need to abstract MySQL away? That wouldn't make sense!
Jan
22
comment With all of these services, how can I not be anemic?
Well have to agree to disagree on that one. The point of a domain model is to create a metaphor of your domain in code, and push away the technical detail. The database schema in our app is not a technical detail. We could not swap it out without impact. Its important. Thus, its part of our model. But look, you can have your own definition :) . By the way you can create a domain model in scala and functional language. Nothing say it has to be mutable.