Комментарии 12
Как насчёт ABBYY Lingvo Web API?
а есть представление о конкретных сценариях/местах их использования?
в целом, все что умеет Lingvo.Pro — может быть доступно через Web API, вопрос в том насколько это востребовано и где :)
в целом, все что умеет Lingvo.Pro — может быть доступно через Web API, вопрос в том насколько это востребовано и где :)
Мысли вслух, а что будет с мультитраном?
НЛО прилетело и опубликовало эту надпись здесь
В смысле о компании в целом? Или об их TMS например, которая с открытым исходным кодом?
Если в целом, то интересная компания, выход в open source интересное решение, от которого они на самом деле на тот момент ничего не теряли, а могли только приобрести. И в любом случае они как минимум приобрели известность.
Но если говорить о перспективах самого проекта, то они на мой взгляд туманны пока. В случае с open source проектами успех зависит от того возникнет ли реальное коммьюнити разработчиков и пользователей. У GlobalSight на данный момент в публично доступном баг-трекере 28 багов с номерами меньше 100, не может такого быть в живой широко используемой системе.
В Project Open например жизнь реально есть, хотя им конечно тяжело — писать для далекой от столбовых путей OpenACS на Tcl это не сахар даже для закоренелого и фанатичного комьюнити. И тем не менее.
Поискал сейчас в гугле, не нашел никого кроме них самих, кто предлагал бы услуги хостинга этого решения. Цена весьма неплохая, вполне сопоставима с коммерческими SaaS-решениями для TMS. Если бы спрос существовал, то желающие захостить GlobalSight и продавать его в два раза дешевле нашлись бы.
Если в целом, то интересная компания, выход в open source интересное решение, от которого они на самом деле на тот момент ничего не теряли, а могли только приобрести. И в любом случае они как минимум приобрели известность.
Но если говорить о перспективах самого проекта, то они на мой взгляд туманны пока. В случае с open source проектами успех зависит от того возникнет ли реальное коммьюнити разработчиков и пользователей. У GlobalSight на данный момент в публично доступном баг-трекере 28 багов с номерами меньше 100, не может такого быть в живой широко используемой системе.
В Project Open например жизнь реально есть, хотя им конечно тяжело — писать для далекой от столбовых путей OpenACS на Tcl это не сахар даже для закоренелого и фанатичного комьюнити. И тем не менее.
Поискал сейчас в гугле, не нашел никого кроме них самих, кто предлагал бы услуги хостинга этого решения. Цена весьма неплохая, вполне сопоставима с коммерческими SaaS-решениями для TMS. Если бы спрос существовал, то желающие захостить GlobalSight и продавать его в два раза дешевле нашлись бы.
НЛО прилетело и опубликовало эту надпись здесь
Таких подробностей не знал, при таком отношениям к сообщесту перспективы проекта вообще сомнительны, даже MySQL терял разработчиков, когда Sun занимался централизацией и ломал обратную совместимость низкоуровневых API, не исправлял критичные для сообщества баги и т.д. :) в данном случае шансов очевидно еще намного меньше.
Инициатива скорее всего исходила от PROMT, может даже покрыли стоимость доп. разработки :) чтобы попиариться, пока внедрения единичны это не может давать коммерческой отдачи.
На TMS и в более широком смысле — платформы, спрос безусловно существует. Я имел в виду, что нет ажиотажного low-end спроса на GlobalSight, которого можно было бы ожидать с учетом их распиаренности и (в теории) очень низкого порога входа в это решение.
Наверняка они сами время от времени вполне успешно продают свое решение, но это ничем особо не отличается от продаж любой другой коммерческой системы, они продаются средним/крупным потребителям с тех. поддержкой, кастомизацией и т.д.
А в их случае можно было бы ожидать, что любой скачивает код, собирает под своим линуксом на колокейшн и через три дня начинает безумно дешево продавать SaaS-решение :), которое все бегут покупать, потому что раскрученное, дешевое и при этом не хуже других… — и закручивается положительная обратная связь :)
Либо к этому созданы искусственные препятствия, тогда это не очень умно, либо развернув решение не удается минимизировать дальнейший саппорт (т.е. стоит оно все равно дорого). Или и то и другое :)
Сравнить затрудняюсь, просто сравнивать списки фич. не очень информативно, а непосредственно с GlobalSight не работал, к сожалению. Опять же вопрос с чем именно сравнивать — у нас для внешнего мира разные очень бывают решения, бывают минимальные потребности у компаний — просто навести порядок и прозрачность в потоке заказов и расходах, например. А сравнивать со своим внутренним решением заведомо бесполезно, оно под свои процессы оптимизировано и никакое стороннее решение с этим не сравнится :)
Но на мой взгляд для open source продукта главное было бы не в множестве разных фич, а в том чтобы очень просто было работать с системой для конечного пользователя, чтобы пошла цепная реакция, а потом уже, большое коммьюнити расширило бы продукт массой дополнительных фич (тут еще, пожалуй, пригодилась бы разумная модульная архитектура и массовый язык разработки :) ).
Инициатива скорее всего исходила от PROMT, может даже покрыли стоимость доп. разработки :) чтобы попиариться, пока внедрения единичны это не может давать коммерческой отдачи.
На TMS и в более широком смысле — платформы, спрос безусловно существует. Я имел в виду, что нет ажиотажного low-end спроса на GlobalSight, которого можно было бы ожидать с учетом их распиаренности и (в теории) очень низкого порога входа в это решение.
Наверняка они сами время от времени вполне успешно продают свое решение, но это ничем особо не отличается от продаж любой другой коммерческой системы, они продаются средним/крупным потребителям с тех. поддержкой, кастомизацией и т.д.
А в их случае можно было бы ожидать, что любой скачивает код, собирает под своим линуксом на колокейшн и через три дня начинает безумно дешево продавать SaaS-решение :), которое все бегут покупать, потому что раскрученное, дешевое и при этом не хуже других… — и закручивается положительная обратная связь :)
Либо к этому созданы искусственные препятствия, тогда это не очень умно, либо развернув решение не удается минимизировать дальнейший саппорт (т.е. стоит оно все равно дорого). Или и то и другое :)
Сравнить затрудняюсь, просто сравнивать списки фич. не очень информативно, а непосредственно с GlobalSight не работал, к сожалению. Опять же вопрос с чем именно сравнивать — у нас для внешнего мира разные очень бывают решения, бывают минимальные потребности у компаний — просто навести порядок и прозрачность в потоке заказов и расходах, например. А сравнивать со своим внутренним решением заведомо бесполезно, оно под свои процессы оптимизировано и никакое стороннее решение с этим не сравнится :)
Но на мой взгляд для open source продукта главное было бы не в множестве разных фич, а в том чтобы очень просто было работать с системой для конечного пользователя, чтобы пошла цепная реакция, а потом уже, большое коммьюнити расширило бы продукт массой дополнительных фич (тут еще, пожалуй, пригодилась бы разумная модульная архитектура и массовый язык разработки :) ).
НЛО прилетело и опубликовало эту надпись здесь
XTRF, если мне память не изменяет, сам по себе никак не решает вопросы собственно работы с файлами, но у них недавно появился вариант интеграции с memoQ. Но в сумме это конечно очень не дешевое решение.
Вообще для сравнения функционала можно посмотреть сравнительный отчет Common Sense Advisory, сделанный правда в мае 2008. Там достаточно верно TMS-системы разделены на три класса по тому в какой области они наболее функциональны: business management, workflow/process management and language management. Выбор в конечном итоге определяется приоритетами.
Я про массовость говорил потому, что на мой взгляд у очень нишевых проектов нет шансов на успех в open source, они просто не наберут критическую массу. Но конечно же никто не мешает продолжать разрабатывать систему inhouse, периодически публикуя ее исходный код :)
Вообще для сравнения функционала можно посмотреть сравнительный отчет Common Sense Advisory, сделанный правда в мае 2008. Там достаточно верно TMS-системы разделены на три класса по тому в какой области они наболее функциональны: business management, workflow/process management and language management. Выбор в конечном итоге определяется приоритетами.
Я про массовость говорил потому, что на мой взгляд у очень нишевых проектов нет шансов на успех в open source, они просто не наберут критическую массу. Но конечно же никто не мешает продолжать разрабатывать систему inhouse, периодически публикуя ее исходный код :)
Мне вот что интересно: есть Lingvo.Pro, есть Aligner, но всё же хочется уже дешёвого и более современного аналога TagEditor и модуля Trados для Word, от ABBYY.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Индустрия перевода уходит в облака