Dru Sellers

Dru Sellers

Sponsors

The Lounge

Advertisement

  • Business Primitives (2/2)

    Ok, so now that we have talked about the Business Primitive concept lets go through some of the actual examples. Let's take an example of a 'Loan' class. public class Loan { public int Id { get; set; } public int InterestRate { get; set; } public DateTime TradedOn { get; set; } public DateTime...
    Filed under:
  • Business Primitives (1/2)

    Understanding the business has been stated time and again as being an important part of the development process. In order for me to better support the business one of the 'little' things that I am finding greater and greater love for is the 'business primitive', a very small object, often...
    Filed under:
  • Being Business Focused: Risk

    'Being Business Focused' is going to explore various business concepts and how we can use them to explain the bottom line impact of our decisions. Don't forget we learned roi = (fv-iv)/iv Now I want to talk about another fundamental concept at the bank and how it can affect overall ROI. Today's...
  • Message Granularity

    So, how big is a message? What all should you include in a message? What if you are in a bigger company, how do you roll messaging out across an enterprise? Honestly, I am still learning here too, but here are some rules of thumb I have picked up along the way: You want more than one uber message for...
  • Being Business Focused: ROI

    'Being Business Focused' is going to explore various business concepts and how we can use them to explain the bottom line impact of our decisions. At work I am usually challenged to show the business value of the various things that I want to do. Improve a system, use some new technology, etc...
  • warmup

    http://github.com/drusellers/warmup because I was bored and I am sick and tired of setting up stupid VB.Net projects I am trying to setup some standards, but standards documents only gather dust so now I have a dirt simple way for people to setup new projects that will follow our standards and will also...
  • Complex vs Complicated

    Just a quick reminder for myself It is ok if something is complex so long as it is not complicated. complex: composed of many interconnected parts; compound; composite complicated: difficult to analyze or understand Many problems require complexity to solve. Calculating the discounted value for a 30...
  • Composed Events

    One of the ideas in an event based architecture that I really like is the idea of composed events. A composed event is an event that is defined in terms of other events. For example, in my previous post I mentioned a 'PossibleBruteForceAttack' event. This event is defined as having occurred when...
  • Complex Event Processing

    For the last couple of nights I have been trying to implement a very simple Complex Event Processor for MassTransit. I am happy to say that last night I have something that works. Its not fancy, and its barely even alpha (note to self don't use it in production, yet), but it works and I am super...
  • Why Messaging #6: Why not ...

    As I have been writing this series I have been asked a couple of times why I didn't use technology X. I have tried to respond in the comments, but for those of you that may not be following the comments I have tried to summarize my thoughts here. Why not BizTalk? Actually I did consider BizTalk and...
  • Events are awesome

    "I find that services are much more composable when they emit events rather then send requests. Since this way the coupling between services is reduced" Arnon I really like this statement because, well its what I am working on, but also because it talks about events as a first class thing....
  • dropkick - an idea for deployments

    Still very rough, but I have the DSL compiling and looking at making file copy work. This is more than anything an exercise in building a framework that uses the same structure as the MassTransit Sagas . public class TestDeployment : Deployment<TestDeployment> { public static Part Web { get; set;...
  • Why messaging #5 - Bus vs Broker

    I have in the past gotten in a tizzy about message brokers and message busses. I pretty much say, busses rule and brokers drool. This stems from the fact that I view them as filling the same role, the intermediary between applications. Because of this view point, I see the broker as being a central point...
  • Why Messaging #4 - So hows it going?

    Its been over a year since I went down the messaging path and how has it been? What have a learned? What has sucked? The following are some thoughts on my experiences with deploying MassTransit Although explaining the benefits of a messaging based system has been easy, trying to apply some of the new...
  • Why Messaging #3 - What did I read?

    I just finished presenting at the Iowa Code Camp and one of the little change ups that I did in this presentation was talk about the various books that I have read. So, if you have decided to pursue messaging as an architectural style to use, here are some reads for your next steps. These sources are...
1 2 3 Next >