 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 18 May 2003 17:45:55 To : Sergey Prach Subject : Re: OpenOffice -------------------------------------------------------------------------------- >>> Sergey Prach wrote: > >>> вышепоскипаные цифры считаю бредом. > SP>> Приведи пример других. >> зачем? Ты пытаешься кому-то что-то даказать, и приводишь аргументы. Я >> никому ничего не пытаюсь доказать, но я хочу знать ВЕС твоих аргументов. SP> Ближе к выходным обосную, сейчас просто влом переворачивать кучу SP> журналов. Пока не вижу ответа. >> привожу. Портирование живого продукта на другую платформу это не более >> трех-четырех месяцев работы той-же самой команды разработчиков. И >> только разработчиков. SP> Это не менее 5-6 месяцев для комманды из 10-15 человек. Кроме того, SP> существуют куча технологических проблем. Продукты под win32 написаны с SP> использование MFC, OLE (а FR еще и с завязкой на Twain и Tiff). Все это SP> технологии так просто не перенести, как и по объему, так и по лицензионным SP> ограничениям. OLE, Twain, etc. __не надо__ переносить. Они в этой среде нафиг не нужны. Код, который спрашивает сканер "дай мне страницу" или работает на ожидании получения чего-то от сканера, пишется на внешней скриптовой обвязке, которую каждый сделает для себя, под свои запросы. По крайней мере для версии 1.0. От всего OCR потребуется один фильтр, который кто-то будет вызывать из gimp, кто-то - из fallback'а от морды сканера (или что там вместо неё у sane), кто-то - хуком в .procmailrc. SP> Значит надо написать аналоги или подобрать имеющиеся и SP> построить необходимую библиотеку классов для них, в конце концов либо самим SP> разработать технологии защиты от взлома, либо лицензировать имеющиеся. Про защиту от взлома без административных рычагов лучше промолчу - не надо охаивать то, чего нет ;-| SP> А эта работа не для кодировщиков с окладом 400-500 уе, а для SP> программистов-аналитиков с окладом в 2500-3500 уе. Кроме того продукт SP> необходимо тщательнийшим образом протестировать на совместимость с огромной SP> кучей оборудования и софта. Hеобходимо еще вложить деньги в хоть какую-то SP> раскрутку, наладить саппорт и т.п. Тестирование с оборудованием не нужно, с софтом - тут всего софта - glibc, причём без тредов и пограничной функциональности. Ах да, libm ещё. Вдруг в каком-то дистрибутиве плавающую точку сломают, это ж учесть надо... >> У тебя есть информация о том сколько человек пишут FR, и какие у них >> зарплаты? У меня нет. Hо ведь откуда-то ты взял 200К у.е себестоимости >> портирования? SP> Ты прав, у меня нет такой информаци, но сопоставляя с выпуском SP> аналогичных продуктов можно сделать приблизительные оценочные выводы о SP> суммах. Hу, если заниматься извратом, то таки да. -netch- --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/736809213efa.html, оценка из 5, голосов 10
|
|
|