Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Software Development (OT?)



markw at mohawksoft.com wrote:
> Software Development (OT?)

I'd say it is on topic for BLU.


> I have been developing software for a long time now. I'm finding it is
> getting very difficult. Not for the coding and designing, but for the
> "process." I find that software development has become so "process
> focused" that actual architecture and code barely gets evaluated.

I don't find that to be the case, but then again I have the luxury of
following a process of my choice most of the time.

To offer helpful suggestions, you'd need to expand on what aspects of
process you feel are overshadowing the fundamentals of software engineering.

Although last time we covered this topic on the list, my recollection
was that you objected to agile methodologies, and didn't see value in
them. To quote a past message, you wrote:

  I think "agile" development is probably the most abusive management
  technique ever devised. Sure, aspects of it are good software
  development processes, but the implementation is pretty exploitive, in
  my opinion. Every "agile" environment I have seen works the engineers
  to death. The "scrum" meetings are another form of micromanagement
  with the added benefit of peer coercion.

If this were true, a consulting company led by engineers wouldn't
voluntarily choose to use Agile. There's substance and value to it.

I think it is possible that a organization can implement Agile badly
enough to fit the above description (so I don't deny your observation),
but the problem is with the implementation, not the methodology.

Agile is pretty wide spread these days. Possibly even bad
implementations of it. My recommendation would be to try and do a deep
dive into the topic and learn about it from some authoritative sources.
Then you can spot where your managers or team lead are going astray, and
gently nudge them in the right direction, or use that knowledge when
selecting your next employer.

Were you looking for constructive suggestions, or just seeking others
that agreed with this general idea to commiserate with? (The latter is
perfectly fine, but if that's the case, I'll know not to post follow-ups.)

 -Tom

-- 
Tom Metro
Venture Logic, Newton, MA, USA
"Enterprise solutions through open source."
Professional Profile: http://tmetro.venturelogic.com/



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org