-------- Original Message --------
Subject: Re: [NF] T or F, Development with Open Source tools will save
you money?
From: "Ted Roche" <[EMAIL PROTECTED]>
Date: Wed, August 15, 2007 6:49 am
To: [email protected]
On 8/15/07, Stephen Russell <
srussell
@lotmate.com
> wrote:
T or F, Development with Open Source tools will save you money?
NULL. The license under which the tools are produced has no
correlation to the outcome of the project.
"DotNet doesn't kill projects, poor developers using DotNet kill projects."
Can you cut down more trees with a McCulough or a Craftsman chain saw?
<g>
> You write software for resale, and you need to interact with many outside
> environments, Quickbooks is one of them.
Quickbooks is an "environment?" I thought it was a set of proprietary
applications with an expensive to access API?
We are going to evolve into a SOA delivery of content. How to do it and what
road(s) to follow are in the blender so to say.
When you say "interact with... environments" I would anticipate
interoperability between applications on OSes of different varieties,
and interchanges using well-known protocols like XML-RPC or SOAP using
architectures like SOA.
We are going to produce all the base environments and license them to add on
partners. One such partner ship is a mining of data. Your check engine light
comes on. We get the value of the reading and then examine the RO to see what
was done.
I see this as the ugly dirty cousin to Amazon, where your looking at a book and
they tell you other books that people SUPPOSEDLY bought when they bought the
book your examining. We are working with the company that produces the check
engine code reader.
If QuickBooks interop is a deal-breaker, then you need to define the
details of what you need to develop and determine the tools that can
do that. If you're writing a COM plug-in that appears in side the QB
interface, you're far more limited in your choice of tools than if you
just need to product QB-compliant XML for input/output exchanges.
We have used QB as the catcher of all $$ transactions if you buy into that
service from our shop management system. Could it be replaced? Sure. With
what? Not my job to consider.
> Do you think that you could save $ in a rewrite of your current based system
> going to a more Web based and web service delivery of content?
I think *I* could. But you're probably more concerned about you.
First, what is wrong with the current system? You won't save money
re-writing it if it works fine. Second, what is it that customers need
it to do? If it needs to make more widgets faster, making it web-based
just annoys everyone involved.
Wow, the list is long and detailed.
Cost of updates. We are one of the largest subscription cd/dvd pushes in the
nation when our quarterly updates are available. We are hitting approximately
300,000 units or was that 400,000 ?
Those updates are all VB6 form based technology. They work but they are not
flexible in dealing with newer technology these days.
We want to merge to a 100% online environment, but some locations will not have
the bandwidth to accept that. We deal with images and drawings a lot in our
product. Not sure why, but we do.
Said product can interact with parts houses to determine if parts are available
and pick tickets printing or request for delivery if needed. This product
deals with a number of parts houses when AZ doesn't stock that part. Think of
body shops and RV shops as well as large truck parts.
> If so what are you going to use to achieve your return?
Before we choose the tools to use, we ought to define the problem that
needs to be solved. What's the problem, what kinds of solution(s) are
available, what tools are used to create those solutions, what
platforms do the customers have, those sorts of questions.
I agree 100% and go on statement at meetings when we bring this subject up. I
have to laugh that we are deciding what tools to use before we determine what
we are going to do. We have to consider a code generation center in Mexico
that will do 80% of the grunt work for us. That being said we don't have a
core team of designers to flesh out what they are supposed to do. I'm so glad
that this is contract based for me.
> We have a new CEO for our group and his revenue is based on this outcome.
As a general rule, that's a bad sign. But some CxOs are open to the
power of reason.
I can only go on second hand or third hand statements so I have no idea what
they are like or capable of.
> Stephen Russell
> DBA / .Net Developer
Ah! Well, there's your problem <g>!
Maybe in your world, but not in mine.
--- StripMime Report -- processed MIME parts ---
text/html (html body -- converted)
---
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.
