Forum: XTM Cloud support
Topic: What is your opinion on XTM Cloud CAT tool?
Poster: Anton Konashenok
Post title: No XTM for me, please
A few general considerations first: I am not saying it's impossible to build a good browser-based CAT tool, but every such tool I have seen thus far has been poorly suited to mouse-free, keyboard-only work, and has been slow. Some functions like navigating between segments should be instant - even an extra 100 milliseconds is already noticeable. A typical network connection has a latency of the same order, so the data need to be cached on the user's side in a non-trivial way. Secondly, browser scripts are inherently much slower than native executables, and if something on the local computer hogs up the CPU, scripts will grind to a halt long before native code, especially if the CPU hog sits in another tab of the same browser.
Now, regarding XTM proper: in March, when a big client of mine announced its transition to XTM, I took out a trial subscription on XTM's site and was thoroughly disappointed. Besides the above two problems, both the user interface and the functionality were comparable to CAT tools of 20 years ago. Indirectly, I could infer that XTM is quite useful and convenient for project managers; unfortunately, for translators it's a disaster, and the Excel-based offline version is even worse. From that and from the look and feel of the translator's interface, I have an impression that XTM developers have a background in business intelligence and management software but are totally unaware of the specifics of translator's work. The existing problems cannot be solved by incremental improvements in the spirit of agile software development - the entire client side needs to be rewritten.
Topic: What is your opinion on XTM Cloud CAT tool?
Poster: Anton Konashenok
Post title: No XTM for me, please
A few general considerations first: I am not saying it's impossible to build a good browser-based CAT tool, but every such tool I have seen thus far has been poorly suited to mouse-free, keyboard-only work, and has been slow. Some functions like navigating between segments should be instant - even an extra 100 milliseconds is already noticeable. A typical network connection has a latency of the same order, so the data need to be cached on the user's side in a non-trivial way. Secondly, browser scripts are inherently much slower than native executables, and if something on the local computer hogs up the CPU, scripts will grind to a halt long before native code, especially if the CPU hog sits in another tab of the same browser.
Now, regarding XTM proper: in March, when a big client of mine announced its transition to XTM, I took out a trial subscription on XTM's site and was thoroughly disappointed. Besides the above two problems, both the user interface and the functionality were comparable to CAT tools of 20 years ago. Indirectly, I could infer that XTM is quite useful and convenient for project managers; unfortunately, for translators it's a disaster, and the Excel-based offline version is even worse. From that and from the look and feel of the translator's interface, I have an impression that XTM developers have a background in business intelligence and management software but are totally unaware of the specifics of translator's work. The existing problems cannot be solved by incremental improvements in the spirit of agile software development - the entire client side needs to be rewritten.