|
|
Agile a set of Methods & Skills or a leadership Mindset and culture ? - Part II
In this talk, I'll demonstrate a proven, dramatically effective means for developing a leadership mindset and culture of agility in any organization, including yours.
Why? Agile development is moving mainstream and lots of companies are discovering bumps in the road to adoption. We've learned the hard way that you can't successfully "install" agile skills and methods in an essentially nonagile culture where traditional leadership mindsets prevail. But we keep trying. Oh sure, you can successfully run an agile project or two in such an environment as long as you have the sponsorship and leadership to buffer the project and team from the organization's attempts to inoculate itself against invasion by agilists run amuck. Agile skills and methods succeed on a project or two, but then the proponents of this success meet numbing resistance as they attempt to expand agile disciplines into other teams.
Conclusion? Agile methods and skills are necessary but not nearly sufficient elements for creating the agile enterprise. Instead, we need to be thinking and talking about agile as a leadership mindset and culture that creates one agile operating context throughout the organization supporting the rapid and effective movement of people, information, trust, honesty, and information about projects, operations, and results.
(Tuesday, December 12, 2006 5:40 PM)
Visualiser
Tagged as :
|
Spring & EJB 3.0 compared - Part I
Inside two of the most popular and promising Java technologies
One of the hallmarks of the Java community is its constant innovation. The downside of this positive trait is that the community's pace of change often complicates the technical decision-making process. With the recent approval of Java Enterprise Edition 5.0 and Enterprise Java Beans 3.0 by the Java Community Process organization, the mainstream Java community has embraced many of the powerful concepts made popular by the Spring framework. But how do these two technologies compare? Do they even compare at all? What factors must a software development organization keep in mind when considering adoption of either technology?
This presentation will compare the Spring framework and EJB 3. It will examine similarities and differences, map strengths and weaknesses, discuss usage scenarios, and consider integration strategies. Participants will leave with a deeper understanding of the relative positioning of these technologies and of the types of considerations to bear in mind when considering adoption of either.
You are invited to take a closer look at this comparison at the speaker's wiki site: http://rodcoffin.wikispaces.com/SpringEJB3.
(Tuesday, December 12, 2006 5:53 PM)
Visualiser
Tagged as :
|
Spring & EJB 3.0 compared - Part II
Inside two of the most popular and promising Java technologies
One of the hallmarks of the Java community is its constant innovation. The downside of this positive trait is that the community's pace of change often complicates the technical decision-making process. With the recent approval of Java Enterprise Edition 5.0 and Enterprise Java Beans 3.0 by the Java Community Process organization, the mainstream Java community has embraced many of the powerful concepts made popular by the Spring framework. But how do these two technologies compare? Do they even compare at all? What factors must a software development organization keep in mind when considering adoption of either technology?
This presentation will compare the Spring framework and EJB 3. It will examine similarities and differences, map strengths and weaknesses, discuss usage scenarios, and consider integration strategies. Participants will leave with a deeper understanding of the relative positioning of these technologies and of the types of considerations to bear in mind when considering adoption of either.
You are invited to take a closer look at this comparison at the speaker's wiki site: http://rodcoffin.wikispaces.com/SpringEJB3.
(Tuesday, December 12, 2006 5:56 PM)
Visualiser
Tagged as :
|
Emerging trends in outsourcing development : Agile rural shoring - Part I
New outsourcing models are beginning to manifest in the marketplace – namely the move from traditional offshore models to Near Shore, Agile Off Shore and Agile Rural Shore models. This presentation depicts the reasons for an increasing failure rate in Traditional Offshoring which has led to the evolution of these emerging models. The presentation will discuss the primary factors contributing to successful project deployments – people, process and technology. Discussions will comprise iterative development; whether SEI/CMMi equates to good software development and Agile methods. The presentation will provide an overview on emerging outsourcing models with a focus on the Agile Rural Shoring model. There will also be an opportunity for audience participatory discussion regarding their experience with different outsourcing models.
(Tuesday, December 12, 2006 6:01 PM)
Visualiser
Tagged as :
|
Emerging trends in outsourcing development : Agile rural shoring - Part II
New outsourcing models are beginning to manifest in the marketplace – namely the move from traditional offshore models to Near Shore, Agile Off Shore and Agile Rural Shore models. This presentation depicts the reasons for an increasing failure rate in Traditional Offshoring which has led to the evolution of these emerging models. The presentation will discuss the primary factors contributing to successful project deployments – people, process and technology. Discussions will comprise iterative development; whether SEI/CMMi equates to good software development and Agile methods. The presentation will provide an overview on emerging outsourcing models with a focus on the Agile Rural Shoring model. There will also be an opportunity for audience participatory discussion regarding their experience with different outsourcing models. New outsourcing models are beginning to manifest in the marketplace – namely the move from traditional offshore models to Near Shore, Agile Off Shore and Agile Rural Shore models. This presentation depicts the reasons for an increasing failure rate in Traditional Offshoring which has led to the evolution of these emerging models. The presentation will discuss the primary factors contributing to successful project deployments – people, process and technology. Discussions will comprise iterative development; whether SEI/CMMi equates to good software development and Agile methods. The presentation will provide an overview on emerging outsourcing models with a focus on the Agile Rural Shoring model. There will also be an opportunity for audience participatory discussion regarding their experience with different outsourcing models.
(Tuesday, December 12, 2006 6:04 PM)
Visualiser
Tagged as :
|
Enterprise applications with Rich iDesktop applications on Eclipse - Part I
For nearly a decade now, enterprise applications are moving from client-server to thin client web based architecture. We've got a lot: applications located on server, and then much easily monitored and well integrated with other applications, the deployment is no longer a nightmare and enterprise resources are better shared and managed. However, we also lost a lot: HTML based user interface doesn't match the comparison with operating systems native interfaces and applications don't use client workstations capabilities. In fact the user interaction is limited to the web browser and integration with personal productivity tools, for instance, can't happen.
New kinds of applications are now emerging, called Rich Client Application, with Eclipse RCP as the flagship platform. This architecture is not a U turn toward the good old client-server architecture. Instead it takes back the client workstation capabilities for the presentation layer without giving up the advantages of 3 tiers architectures.
Now, we're moving forward with Rich Client Applications. Indeed, the Eclipse RCP platform allows designing applications as “features” and “plugins”, independent but collaborating. Therefore the last generation of Rich Client Applications is rather integrated environment, where the boundaries between applications fade away under a global concept named “Business Desktop”. By using the advantage of 3 tiers architecture, we can go even further and make business actors cooperate through Rich Client Applications interconnected through messages exchanges, a workflow engine or a Rest architecture, leading to an “Rich integrated Desktop Application” or iDesktop.
In this article, we'll see how we can take advantage of the Eclipse RCP features and design, as well as 3 tiers architectures for a journey from thin client to iDesktop.
(Thursday, December 07, 2006 3:45 PM)
Visualiser
Tagged as :
|
Enterprise applications with Rich iDesktop applications on Eclipse - Part II
For nearly a decade now, enterprise applications are moving from client-server to thin client web based architecture. We've got a lot: applications located on server, and then much easily monitored and well integrated with other applications, the deployment is no longer a nightmare and enterprise resources are better shared and managed. However, we also lost a lot: HTML based user interface doesn't match the comparison with operating systems native interfaces and applications don't use client workstations capabilities. In fact the user interaction is limited to the web browser and integration with personal productivity tools, for instance, can't happen.
New kinds of applications are now emerging, called Rich Client Application, with Eclipse RCP as the flagship platform. This architecture is not a U turn toward the good old client-server architecture. Instead it takes back the client workstation capabilities for the presentation layer without giving up the advantages of 3 tiers architectures.
Now, we're moving forward with Rich Client Applications. Indeed, the Eclipse RCP platform allows designing applications as “features” and “plugins”, independent but collaborating. Therefore the last generation of Rich Client Applications is rather integrated environment, where the boundaries between applications fade away under a global concept named “Business Desktop”. By using the advantage of 3 tiers architecture, we can go even further and make business actors cooperate through Rich Client Applications interconnected through messages exchanges, a workflow engine or a Rest architecture, leading to an “Rich integrated Desktop Application” or iDesktop.
In this article, we'll see how we can take advantage of the Eclipse RCP features and design, as well as 3 tiers architectures for a journey from thin client to iDesktop.
(Thursday, December 07, 2006 3:49 PM)
Visualiser
Tagged as :
|
Conditions for the dream of ORM to become true - Part I
The main objective of the Object Mapping Relational tool is to simplify the development of the database access layer. In doing so, project leaders can increase productivity and reduce delivery delays. Many frameworks have been developed since Java was first introduced: toplink, cocobase, entity beans, iBatis, JDO, hibernate and now EJB3 with Java persistence API.
Thinking that such a tool can be used by any developer and making this layer transparent can be the source of a project's failure. This presentation aims to help use such a framework correctly in order to avoid ORM traps.
Topics include:
* The Object/relational model mismatch
o Class/table
o Relations
o Inheritance
* The transitive persistence, cascade strategy
* What about graph extraction? Fetching policy
* Architectural design
* What about the attach/detach model in distributed architecture?
* Can ORMs be used by all developers? What are the best profiles to avoid problems?
(Thursday, December 07, 2006 3:10 PM)
Visualiser
Tagged as :
|
Conditions for the dream of ORM to become true - Part II
The main objective of the Object Mapping Relational tool is to simplify the development of the database access layer. In doing so, project leaders can increase productivity and reduce delivery delays. Many frameworks have been developed since Java was first introduced: toplink, cocobase, entity beans, iBatis, JDO, hibernate and now EJB3 with Java persistence API.
Thinking that such a tool can be used by any developer and making this layer transparent can be the source of a project's failure. This presentation aims to help use such a framework correctly in order to avoid ORM traps.
Topics include:
* The Object/relational model mismatch
o Class/table
o Relations
o Inheritance
* The transitive persistence, cascade strategy
* What about graph extraction? Fetching policy
* Architectural design
* What about the attach/detach model in distributed architecture?
* Can ORMs be used by all developers? What are the best profiles to avoid problems?
(Thursday, December 07, 2006 3:12 PM)
Visualiser
Tagged as :
|
Using JBoss Cache vs. http Session - Part I
Learn from the real-world experience of managing user session state using multiple options with J2EE and JBoss TreeCache. See how JBoss Seam makes these challenges simple to manage. Go behind the scenes of a large rental car agency as it migrates from COBOL to Java to support reservations and rentals. A key part of the reference architecture is supporting more than 10 applications and over 1,000,000 SLOC. Learn what changes were required to make the solution work.
(Thursday, December 07, 2006 3:00 PM)
Visualiser
Tagged as :
|
Using JBoss Cache vs. http session - part II
Learn from the real-world experience of managing user session state using multiple options with J2EE and JBoss TreeCache. See how JBoss Seam makes these challenges simple to manage. Go behind the scenes of a large rental car agency as it migrates from COBOL to Java to support reservations and rentals. A key part of the reference architecture is supporting more than 10 applications and over 1,000,000 SLOC. Learn what changes were required to make the solution work.
(Thursday, December 07, 2006 3:03 PM)
Visualiser
Tagged as :
|
FIT/Fitnesse - an Agile journey - Part I
The translation of idea to concept in software development is an area plagued with tension, miscommunication and failure. Every software development process has its own take on how to solve the issue and streamline the translation of requirements into tested code.
Fitnesse is a tool/approach to this age old problem that looks at it from a new and surprisingly effective point of view. By treating easy-to-create tests as the actual requirements, Fitnesse allows non-technical Business Analysts to specify their needs in the form of executable requirements. These requirements then become a living part of the software ecosystem instead of a set of stale documents that grow further out of sync with the code base as time goes by.
This presentation will introduce you to the concept of Fit/Fitnesse and its impact on requirements, development and testing. Real world examples will be examined and experiences from actual implementations will be discussed. See how this approach can speed your development process and improve the relationships between your Business Analysts and developers
(Tuesday, December 05, 2006 11:47 AM)
Visualiser
Tagged as :
|
FIT/Fitnesse - an Agile journey - Part II
The translation of idea to concept in software development is an area plagued with tension, miscommunication and failure. Every software development process has its own take on how to solve the issue and streamline the translation of requirements into tested code.
Fitnesse is a tool/approach to this age old problem that looks at it from a new and surprisingly effective point of view. By treating easy-to-create tests as the actual requirements, Fitnesse allows non-technical Business Analysts to specify their needs in the form of executable requirements. These requirements then become a living part of the software ecosystem instead of a set of stale documents that grow further out of sync with the code base as time goes by.
This presentation will introduce you to the concept of Fit/Fitnesse and its impact on requirements, development and testing. Real world examples will be examined and experiences from actual implementations will be discussed. See how this approach can speed your development process and improve the relationships between your Business Analysts and developers
(Tuesday, December 05, 2006 11:47 AM)
Visualiser
Tagged as :
|
SOA in stages - Part I
Service-Oriented Architecture means many things to many people. Like the parable of the blind men and the elephant, people tend to see what is close to hand. SOA, however, is a complex set of concepts, technologies and disciplines. To proceed in ignorance with SOA is a very risky proposition. In this presentation, we will present the essential concepts of service-oriented architecture. We will quickly survey the web services and SOA standards and discuss their evolution. And most importantly, we will explore the three levels, or stages, of SOA maturity and will map the issues that dominate each stage in the evolution of SOA within an organization.
(Monday, December 04, 2006 6:47 PM)
Visualiser
Tagged as :
|
SOA in stages - Part II
Service-Oriented Architecture means many things to many people. Like the parable of the blind men and the elephant, people tend to see what is close to hand. SOA, however, is a complex set of concepts, technologies and disciplines. To proceed in ignorance with SOA is a very risky proposition. In this presentation, we will present the essential concepts of service-oriented architecture. We will quickly survey the web services and SOA standards and discuss their evolution. And most importantly, we will explore the three levels, or stages, of SOA maturity and will map the issues that dominate each stage in the evolution of SOA within an organization.
(Tuesday, December 05, 2006 1:00 AM)
Visualiser
Tagged as :
|
|
|
|
|
|
 |