I’ve gone back and forth on this for a while now, but from a practical basis I’ve made a decision. Not that I haven’t made this same decision multiple times in the past months, and each time in a different direction. But I’ve found myself spending almost all my time in one camp for the last few months as I pursue architectedfutures.NET, and I find my intention is to stay in that camp unless something significant proves unworkable. In my way of thinking, that’s worth logging as a decision.
I’ve been holding back from declaring a ‘final’ choice in this evaluation because I was still waffling, I wanted to make an informed decision and I wanted my decision to ‘settle.’ Now, after having spent some time working with both WordPressand Drupal, building prototypes and testing various versions of what I want to do with architectedfutures.NET using both systems, I’ve decided to spend my efforts going forward working exclusively with Continue reading →
One of the problems with life is dealing with change. Nothing is static. Everything is constantly changing. While that has always been true, the pace of change has accelerated in modern times. The volume of changes that seem to have some impact on us has gone up, and the awareness of change has intensified. We are constantly told that newer and better stuff is now available, to replace the stuff we just bought yesterday, which we may not have had a chance to use yet. We live in an era where we now measure things in internet time. Stability and constancy are old-fashioned virtues. This is a hallmark of technology and is particularly true when dealing with computers and software. Open source software is no exception; in fact, quite the opposite is true. Drupaland WordPress have different schemes for how they drive change into their user communities and offer different facilities to their users to comprehend and administration change. These differences are not inconsequential. Continue reading →
The next step in this community of practice software evaluation is to define my goals, and to brainstorm the initial requirements to achieve those goals. Not everything in this series of posts will follow this top-down, linear path; but starting out with this material will give context and add structure to the evaluation process. Continue reading →
One purpose of this blog is to provide payback to the open source community and to contribute to the knowledge-base that is freely available on the web. Take a little, give a little. As I develop architectedfutures.net I want to put some of my process and analysis on the web in a form that allows others to critique, copy or emulate what I am doing. The criticism should help me improve my product. Providing useful content for others to emulate is payback for what I have been able to obtain gratis in my research efforts. This is the start of a series of posts in that vein. The series will detail my decision process for selecting the base platform for the architectedfutures.net site. Continue reading →