procedural

First Look – Activant DynaChange rules

April 13, 2011

I saw an interesting press announcement the other day about Activant’s new business rules functionality. Activant (who recently agreed to be acquired and merged with Epicor) is an ERP provider focused on distribution and retail – 60% of revenues come from retail and 40% from distribution. Activant as a whole has 15,000 customers concentrated in [...]

Read the full article →

More on replacing COBOL with something useful

February 10, 2010

Lisa posted an interesting comment on an old post of mine (Why don’t you replace COBOL with something useful (not Java)) in which she make some interesting comments:
I understand your last point that using a declarative “model” such business rules would be preferable to replace legacy COBOL applications instead of using a procedural language.
Indeed. [...]

Read the full article →

Business processes and decisions – an emerging consensus?

January 21, 2010

Bruce Silver wrote a couple of interesting posts on this topic – Integrating Process and Rules – Part 1 and Part 2. Reading Bruce’s posts, and thinking back on the various posts I have written about business process and business decision management (Risks of pursuing BPM without decisioning, Adding decisioning to your BPM initiative or [...]

Read the full article →

Is the Speed of Decision Making Accelerating? Yes

July 22, 2009

Syndicated from ebizQ
Paul Brasch wrote a nice piece on Is the Speed of Decision Making Accelerating. He concludes, and I agree, that it is in fact doing so – the need to decide while customers are on the phone or on the website and the need for real-time systems to communicate and act instantaneously is [...]

Read the full article →

Business Rules are a failed abstraction – so what?

July 3, 2009

Syndicated from ebizQ
Jeff Attwood had a great post over on Coding Horror – All Abstractions Are Failed Abstractions in which he discussed a Joel Spolsky article in which that states
All non-trivial abstractions, to some degree, are leaky.

At some level, of course, this is true and Jeff goes on to say
But I’d also argue that virtually [...]

Read the full article →

A Response to a cowardly programmer

April 22, 2009

I got a comment recently from “Joe” who was too much of a coward to actually post his name, his email or to link to his own blog/site/twitter feed. You can read it on my post Here’s a couple of skills developers will need in the years ahead. His comment was so indicative of the [...]

Read the full article →

Here’s a couple of skills developers will need in the years ahead

April 9, 2009

Syndicated from ebizQ
I saw this list of 10 skills developers will need in the next five years – developers not programmers you notice – and I was struck by several things.
First and foremost it still assumed that application developers would be programming – not assembling applications from components, not specifying the behavior of a system [...]

Read the full article →

Business Rules to Programmers – Methink thou doest protest too much III

February 27, 2009

Syndicated from ebizQ
Concluding my response to – Programming Sucks! Or At Least, It Ought To it’s time to answer the specific comments I got. First, the reasonable ones:
Ken said:
It depends on the business requirement. If business rules need to be changed on the fly then a rules engine framework makes the most sense. If, as [...]

Read the full article →

Decision Management and software development I – Agile

February 13, 2009

Last week I posted Focusing on decisions to improve the software end product and I decided that this week’s posts would be a series of follow-ups on how decision management can and should impact software development. Today on how it should impact/be a part of Agile, tomorrow on Model-Drive Engineering and Thursday on DSLs (Domain [...]

Read the full article →

Focusing on decisions to improve the software end product

January 30, 2009

The Forrester Blog For Application Development & Program Management Professionals had a post on a 21st Century Software Development Process that reminded me of one of my favorite topics – the need for programmers, especially Agile programmers, to get on…

Read the full article →

Hardcoding + procedural code = bad news

January 13, 2009

In a blog post about Hardcoding Considered Harmful – or is it? Jeff Palermo said
Oren Eini boldly makes the assertion that a system is simpler to maintain when configuration is hard-coded in one place within the system. Coupled with an automated testing and deployment process, changing configuration can be just as simple and predictable [...]

Read the full article →