[ic] "Interchange 6"? Really?

Marty Tennison marty.tennison at dripdepot.com
Wed Sep 28 00:10:22 UTC 2011

On Tue, Sep 27, 2011 at 4:42 PM, Paul Jordan <paul at gishnetwork.com> wrote
> I think David feels like your throwing away *his* knowhow, and the time and
> money he has put towards ideas and concepts in the tech he built around IC.
> I understand how he feels. However, If Perusion, Peter, or End Point aren't
> freaking out about it, then I would rely on what Peter said, and that there
> will be a path of some sort for all of us.
> I'm sure there were a couple IRC meetings, and everyone decided this was
> best. I think David (and I) were just taken aback by the way that Racke
> phrased it - as I was too a bit freaked out because I am in the midst of
> several large projects with the type of clients that are with you for life.
> The thought that I pour tons of time and money into their projects and have
> custom code built right now and for the next 2 years only to know I am going
> to have to learn something new and rewrite everything - free of charge - is
> a bit hard to swallow.
> I'm not against rewriting large applications if there are benefits (like
> UTF8 everywhere), but I am put off that there is currently an unknown
> (unstated) upgrade path. Is my all the tech I currently have going to cost
> me $40k to rewrite out of my own pocket? From today till the the day IC 6 is
> actually ready to handle my apps, will the tons of time and 20k more I put
> into 5.x just have gone down the drain? Am I basically working for free
> right now?
> I trust Mike, Racke, John, and Peter so I feel okay with leaving it at
> that. However I can see that the community would want more than the roadmap.
> Maybe someone can describe what it will be like when ready. What will the
> code I use in the page be like to achieve [query], [if], [scratch], or what
> kind of rework will all my usertags will need?
> There are tons of people putting in a lot of time and money into their tech
> and there is a hole - not what is going to happen with IC, what is going to
> happen with their tech? Did we make a mistake forging new multi-year
> projects on IC?
> Anyways, like I said, I trust the guys, but it would be nice to know how it
> will work (for us) for our own decisions we've been making thinking IC will
> be there for us.

I'll throw in my 2 cents. :)

This feels a lot like the days when the BBS was dying and we had 1000's of
hours invested in BBS technology and then all of a sudden everything
changed, almost overnight.  Those were hard days, but I learned a lot, I

Personally, I see Interchange as being a viable, if not optimal, platform to
run under for quite a few more years.  I don't see any new technologies that
Interchange cannot adapt to and utilize with a little coercing.  I think
Racke and the interchange group are going in the right direction.  At some
point in every software life-cycle you have to make some radical changes or
die.  And now is the time to do it.  With the emergence of the Real-time Web
and new technologies such as WebSockets, we are facing new challenges that
go way beyond what commonly used modules like LWP were designed for. Because
of this the whole client server stack needs to be rethought with such
concepts as Comet, LWPpng or the like.  And with the popularity of things
like REST and JSON it's moving quickly.

So I think the Interchange Development group is going in a good direction
and in the end, it has to be done in order to be competitive and leverage
other projects.  I don't know how much I can participate in the transition
only because I've already committed to different technologies.  I'm hoping
that some of my current work will be able to be ported to IC 6.

Well, that's just my opinion.  I still enjoy programming interchange, it
does everything I need it to do.


- - -- ---- ---------------------------------------------------- --- -- - -

*Marty Tennison*

- -- --- ---------------------------------------------------------- --- --
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.icdevgroup.org/pipermail/interchange-users/attachments/20110927/1aaa17c9/attachment.html>

More information about the interchange-users mailing list