Second, talk to an old-timer from your development staff: someone who has lived
through a major change in development tools and languages, for example, the move
from assembler to third generation languages (if you are lucky!), or the move to
object-oriented languages, or at least the introduction of UML tools. Only the ?¬?rst of
these really corresponds well to introducing DSM, but you take what you can get. In
addition to the external view of change introduction given by the IT department, this
will give you the internal view of how the change actually took place in the minds??”
and hearts??”of the developers.
Rather than turning aside from the topic of this book to the general psychology and
techniques of change introduction, we will simply point you to the excellent set of
patterns by Mary Lynn Manns and Linda Rising. They are now available as a book,
Fearless Change: Patterns for Introducing New Ideas, and earlier versions are
available online, for example, http://www.cs.unca.edu/manns/PC.DOC.
13.6.2 Polishing the DSM Solution
The concepts and main rules of your modeling language are ready, and the generators
produce good working code that runs on top of the nascent domain framework.
Practically speaking everything works, and if you took it into production now, you
would see the large productivity increases you expect from DSM.
Pages:
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658