how do i &quot;sell&quot; DTP to my company?https://www.eclipse.org/forums/index.php/mv/msg/188199/597032/#msg_597032
i have an eclipse presentation in a few days to company HQ tech leads. i'm trying to convince to use eclispe first as a general development tool (they working on cobol, with custom plugin), but they are not aware of it's other features.

i wanna use eclipses' mylyn (with qc connector), target management, BIRT and DTP as killer apps , problem DTP is the hardest to convince i think because they already have a tool for sql browsing and editing (oracle sql developer) and now that new table wizard has been it's less appealing, problem is i think you use it to integrate and extend it for cobol developers, but i don't know exactly what extensions and customizations can be applied.

any help?]]>elhanan Maayan2010-01-21T10:49:42-00:00Re: how do i &quot;sell&quot; DTP to my company?https://www.eclipse.org/forums/index.php/mv/msg/188199/597088/#msg_597088
> hi...
>
> i have an eclipse presentation in a few days to company HQ tech leads.
> i'm trying to convince to use eclispe first as a general development
> tool (they working on cobol, with custom plugin), but they are not aware
> of it's other features.
>
> i wanna use eclipses' mylyn (with qc connector), target management,
> BIRT and DTP as killer apps , problem DTP is the hardest to convince i
> think because they already have a tool for sql browsing and editing
> (oracle sql developer) and now that new table wizard has been it's less
> appealing, problem is i think you use it to integrate and extend it for
> cobol developers, but i don't know exactly what extensions and
> customizations can be applied.
> any help?

Hi there...

Selling DTP to an organization is definitely a tough part of the
process. It took quite a while to get my old company to buy in and just
recently their interest waned, forcing me to go to another company.

With less and less support from the community over the last couple of
years, it's been more and more difficult to not only attract new
developers, but to keep our older ones. We've had a lot of attrition.

So I hear your pain, especially with things like the New Table Wizard.
In that case, it hadn't been updated in years because the folks who
contributed it didn't have the people to invest in maintaining it.
Unfortunately, none of the rest of us have the time to continue
maintaining it either. The second big issue with that code was that it
wasn't generic and was kind of clunky.

If you'd like to contribute some time and patches to the component
(which is still in CVS, just not part of the build), we'd love to have
the help!

On the Cobol side... This is the first request we've had on that front
that I know about. What exactly are you looking at integrating? The Data
Source Explorer and most of the rest of the components come to think of
it are pretty generic, though all Eclipse & Java code.

--Fitz]]>Brian Fitzpatrick2010-01-26T15:56:34-00:00Re: how do i &quot;sell&quot; DTP to my company?https://www.eclipse.org/forums/index.php/mv/msg/188199/597648/#msg_597648
If you get into the area of (app) developers working across multiple databases, they will lean more towards user-facing tools (usually non-eclipse) like Sql Workbench/j or TOAD, but I think this is mainly because those UI's are laser-focused on the need, as well as the mental-separation of the Eclipse Code Development Environment and alt-tabbing to the RDBMS tool to change context/change mindset (i.e. changing current perspective isn't good enough, sometimes you want to look at the code and the RDBMS at the same time, which would lead to two eclipse running at the same time if using an eclipse RDBMS tool).

As for eclipse-integrated RDBMS tools, I haven't found one I liked, but I *do* like it when my app-dev tools integrate easily with available RDBMS hooks and tools to allow quick viewing of data and/or single setup that works across multiple tools (JPA, Hibernate Tools project for example), which is where DTP seems to be doing well.]]>d. hartford2010-07-14T13:49:40-00:00