Skip to main content

Home/ Coders/ Group items tagged pitfalls

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
2More

Introducing BDD -- DanNorth.net - 0 views

dannorth.net/introducing-bdd article bdd behaviour development reference specs tdd testing
shared by Joel Bennett on 03 Jan 08 - Cached
  • I decided it must be possible to present TDD in a way that gets straight to the good stuff and avoids all the pitfalls. My response is behaviour-driven development (BDD).
  • Joel Bennett on 03 Jan 08
     
    It must be possible to present TDD in a way that gets straight to the good stuff and avoids all the pitfalls... my response is behaviour-driven development (BDD).
1More

How to: High performance graphics in WPF | Tamir Khason - Just code - 0 views

khason.net/...gh-performance-graphics-in-wpf Development WPF Graphics HowTo Fractals Rendering
shared by Joel Bennett on 31 Aug 09 - Cached
  • Joel Bennett on 31 Aug 09
     
    A walkthrough of how to avoid some common pitfalls when doing rendering in WPF: threading, memory, etc.
9More

Service Oriented Agony | 8th Light, 2012-02-01 by Bob Martin - 7 views

blog.8thlight.com/...Service-Oriented-Agony.html software architecture SOA pitfalls
shared by Fabien Cadet on 23 Feb 12 - No Cached
  • The structure seems obvious to system designers who have grown tired of single monolithic systems and want to break those systems up into components and services. What could be more natural than to break the system along the lines of data base managment?
  • Unfortunately this is a huge violation of the Single Responsibility Principle — or its big brother the Common Closure Principle.
  • These principles tell us to group together things that change together, and keep apart things that change for different reasons.
  • ...6 more annotations...
  • When you separate things that change for the same reasons, you have to make changes in many different places in the system.
  • So it’s a lot of work just to get anything working.
  • Moreover, when you group together things that change for different reasons, you expose the components of the system to collateral damage, thrashing, CM collisions, and a whole host of other problems.
  • So what’s the solution? First of all, I question whether the system needed to be partitioned into services.
  • Services are expensive and complicated, you should only create them if you absolutely need to. It’s always easier to live in a single process. Remember Martin Fowler’s first law of distributed objects: Don’t distribute your objects.
  • Many systems could be streamlined, and development made much faster, if the system designers paid more attention to the Single Responsibility Principle.

fused. sac a main longchamp pas cher cuir - 0 views

started by subsequent1 subsequent1 on 25 Nov 14 no follow-up yet
1 - 5 of 5
Showing 20▼ items per page