Every coin has two sides WAS: Part 1: Why I am Dropping TCS and FrameMaker

Joseph Lorenzini jaloren at gmail.com
Mon Nov 4 09:51:51 PST 2013


Hi Diane,

Thank you for your constructive feedback. I in fact have considered the 
points you raised. I just didn't think it feasible to cover every aspect of 
my decision making process in my original post. I'll go ahead and address 
them now.

*1.  No automation.*

I am actually intimately familiar with FM automation and have several 
plugins, some of which i have written myself. I actually think the model 
where "FM has a deficiency in functionality and usability therefore get a 
custom plugin" is fraught with risk and ongoing costs that many people do 
not consider. However, I think there's a larger problem with how you framed 
this issue. I am not arguing that doing things manually is the superior way 
of doing things. Clearly, automation is what should happen here. The 
question isn't if but how.  If you take FrameMaker as a given, then I 
absolutely agree that a plugin for automation would be a slam dunk case in 
terms of ROI. However, I am looking at this more broadly. 

I am asking the following questions: 


   - What is the best tool for doing the publication automation that I 
   need? 
   - What is the most cost effective way to do this automation?

Flare's license cost is identical to FrameMaker's. Flare already does all 
of the automation I need out of the box. It is fully scriptable and can be 
integrated into a build process and if there's a problem with the 
functionality I get to raise it to the vendor instead of tracking down some 
contractor. By definition, FM+plugins is going to be more expensive.  On 
top of this, why would I want to automate the generation of PDFs in 
FrameMaker, when PDF output is not needed?
*2. FM is definitely not dying
*I don't think I ever claimed that FrameMaker was "dying" in the sense that 
everyone would stop using it and that Adobe would end of life the product. 
If I did, then that was not my intention and I apologize for the confusion. 
 I do expect that its market share is going to shrink more and more over 
time as people stop using PDF as one of their primary outputs or at all. I 
am sure FM will survive on for many years to come due to the number of 
legacy installs and organizational inertia. I simply don't understand what 
the use case for FM is if you don't care about producing PDFs. And yes, I 
know people predict disruptive change that never happens but there was a 
time that everyone "knew" that you had to product printed 
documentation....until you didn't. I expect the same is going to happen 
with PDFs though I could certainly be wrong. 

*3. Adobe is not going away.*
As a company, I am sure that's true. I don't recall making any comments on 
whether the company would survive or not. I directed my criticisms towards 
their product suite. 
 
*4. Adobe Support
*I agree that many places have horrible customer support. But not all. I'll 
get this into my next post but Madcap Flare's customer support is hands 
down phenomenal. I can't say good enough things about them. They are so 
amazing that I was literally in shock dealing with "tier 1" agents that 
actually knew what they were doing and were actually investing in help me 
with my problem. And oh dear lord, you actually call a number, press a 
single button and you actually start talking to a human being. I never 
imagined!! 
 
*5. Information hard to find.*
*
*
*"*This is like blaming the gun instead of the shooter.  Sorry, but it's 
just not valid. The problem here is the design of the documentation, not 
the tools."

On this one, I agree and I disagree.  I agree that the design of the 
documentation needs improvement. I disagree that the tool is irrelevant in 
implementing that redesign. In fact, that's one of the most important 
reasons I switched tools!!  I am in fact a subject matter expert on the 
product, I actually worked part time in customer support, and I am 
considered one of the most knowledgeable people in the entire org about the 
overall system architecture. Furthermore, I know the redesign I want to 
achieve.

Having a good design matters a lot, but whether a tool is good for 
implementing that design is an empirical question that must be 
investigated. Not every problem out there is a nail that should be beaten 
with a FrameMaker hammer.  FM is a tool. It has strengths and weaknesses. 
Its biggest strength is making it easy to author content that can be easily 
outputted into high quality PDFs. On the other hand, I do not think FM is 
the most cost effective and best tool for doing topic based authoring in a 
XML environment in which the final output is HTML5 help. In fact, unless 
generating PDF output is one of your primary goals, then I don't understand 
why you would use FM.
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.frameusers.com/pipermail/framers-frameusers.com/attachments/20131104/e4d24e73/attachment.htm>


More information about the framers mailing list