16,353 reputation
33369
bio website mbrownchicago.spaces.live.com
location Houston, TX
age 37
visits member for 3 years, 8 months
seen 5 hours ago

Just your everyday geek.


2d
awarded  Great Answer
Aug
31
reviewed Reopen What is the term for a 'decoy' feature or intentional bug?
Aug
9
awarded  architecture
Aug
5
awarded  Announcer
Aug
4
awarded  Guru
Aug
3
awarded  Booster
Aug
2
awarded  Announcer
Jul
30
awarded  Guru
Jul
1
awarded  Enlightened
Jul
1
awarded  Nice Answer
May
28
answered How to diagram custom programming languages, non textual?
May
23
comment Was classical BASIC ever used for commercial software development, and if so, how were limitations overcome?
(From Wikipedia) "Sun Microsystems acquired the company, copyright and trademark of StarOffice in 1999 for US$73.5 million,[7] as it was supposedly cheaper than licensing Microsoft Office for 42,000 staff.[8]"
May
23
comment Was classical BASIC ever used for commercial software development, and if so, how were limitations overcome?
Wasn't Staroffice originally written in BASIC?
May
16
comment Buyer vs Seller on UML Model
As I mentioned in the other question, having these separate Roles applied to your actors, allows you to ask questions like "How many listings has UserX created" or "How many times has UserY purchased a product" without clouding your "RegisteredUser" object with those concerns, he can Ask his "Seller" or "Buyer" roles to provide the answers.
May
16
comment Buyer vs Seller on UML Model
I modeled an approach to your domain on this question. To summarize. There is a difference between a Person and the Roles they play within your system. In your case, the Actor is your Person (or for further clarification, a Person who already has a role of "RegisteredUser"). On both sides of the "Listing" transaction is the "Seller" and the "Buyer" these are two roles that can be applied to a "RegisteredUser"
May
14
comment How to unit test without mocks and not be tied to a concrete implementations of an interface
This is a good summary of the brewhaha kickstartacademy.io/blog/…
May
14
comment How to unit test without mocks and not be tied to a concrete implementations of an interface
Sorry @RobertHarvey this belongs more in Meta. I'll provide links there. But I have a feeling a lot of TDD Pro/Con arguments will be surfacing on Programmers from that.
May
14
comment How to unit test without mocks and not be tied to a concrete implementations of an interface
Please stop... DHH put together a strawman and attacked it brutally, but it was a strawman nonetheless. His argument was directly that a lot of our techniques for abstracting dependencies away is a direct result of the requirements placed by unit testing. How can I test for a dependency I haven't made yet? I mock it and inject the dependency in the unit under test. For projects under 10 developers, this might be over kill. For large scale enterprise projects it could be the difference between success and failure
May
7
awarded  Nice Answer
May
6
comment Why does TDD work?
Think of your Unit Test suite as a whole as verifying your software design as a whole. Just like you make an assumption about a certain material for an airplane wing, you build it and put it in a wind tunnel for testing. That wind tunnel is an (expensive) unit test harness. That verifies one aspect of your plane's design.