Agile Arguments

Readers share their thoughts on Agile development and changes to Windows Workflow Foundation.

Letters to Visual Studio Magazine are welcome. Letters must include your name, address and daytime phone number to be considered for publication. Letters might be edited for form, fit and style. Letters express the views of the individual authors, and do not necessarily reflect the views of the editors, VSM or 1105 Media. Please send them to Letters to the Editor, c/o VSM, 16261 Laguna Canyon Road Ste. 130 Irvine, Calif. 92618; fax them to 949-265-1528; or e-mail them to [email protected].

Agile Arguments
Billy Hollis' The Pragmatic Developer column ("Is Agile Rock or Disco?" January 2009) brings an interesting point to light: Will Agile survive the times?

However, I think the author missed a different, critical point: Agile is a mindset and not a process. Truly Agile development is adaptable, and therefore it can work with non-seasoned developers.

Ted Malone,
Colorado Springs, Colo.

I'd like to further a point Hollis made in his article: It's hard to do any development without good developers. Instead of trying to figure out how to make do with not-so-good developers, we need to figure out how to turn those with potential into good developers, and how to encourage the rest to find a more suitable field in which to work.

The so-called "software crisis" -- a shortage of good developers compared to the amount of software that needs to be written -- is an issue of supply and demand. There's an inherent undersupply of good developers, but there's also an oversupply of demand as many clients just want variations on the same thing. If it's more profitable to be a good developer, those good developers will also create frameworks and tools to help address the demand-side problems as well.

Anonymous,
Posted online

WF: Change for the Worse?
I suppose out of all the possible changes that might trouble me in Windows Workflow Foundation (WF) 4.0 -- as discussed by Kathleen Dollard in her Ask Kathleen column ("Windows Workflow Changes Direction," January 2009) -- the loss of the code activity is the most upsetting. This makes the possibility of making "lightweight" WF activities that accomplish relatively simple tasks more difficult than necessary. By removing this piece of functionality, Microsoft has effectively shackled the developer to creating activity libraries. While that has its place, this seems like the pendulum swinging way too far in the other direction.

And frankly, I disagree with Dollard that moving completely to declarative creation of workflows is a good thing. Performance improvements are great, but performance improvements that cause the loss of very useful functionality are just wrong.

Marcelo Lopez, Jr.,
Florida

About the Author

This story was written or compiled based on feedback from the readers of Visual Studio Magazine.

comments powered by Disqus

Featured

  • C# Slides in Usage Ranking of Programming Languages

    "The fact that C# lost three places in the ranking of language communities during the last three years is mostly explained by its slower growth compared to C/C++ and PHP."

  • Telerik UI for Blazor Updated

    Progress announced an update to its Telerik UI for Blazor components, targeting Microsoft's open source Blazor framework that lets C# coders create web apps without having to rely upon JavaScript.

  • Infragistics Unveils UI Components for Blazor

    Infragistics, specializing in third-party UI/UX controls and tools, unveiled a new offering targeting Blazor, Microsoft's red-hot open source framework that allows for C#-based web development instead of traditional mainstay JavaScript.

  • AWS Open Sources Tool for Porting .NET Framework Apps to .NET Core

    Leading cloud computing platform Amazon Web Services open sourced the it announced in July for helping users port old .NET Framework applications to the new .NET Core framework.

  • Uno Platform Ports Windows Calculator to Linux

    Uno Platform has ported the famed Windows Calculator, open sourced last year, to Linux as part of a continuing "proof point" effort to demonstrate the reach of what it describes as the sole UI offering available to target Windows, WebAssembly, iOS, macOS, Android and Linux with single-codebase applications coded in C# and XAML.

Upcoming Events