создать новую тему раскрыть все
свернуть/развернуть ветвь Про мотивацию... и open-source. [Виктор 25/02/2004 23:55] # написать ответ
 
Два вопроса к автору, может, уже обсуждавшиеся, или не совсем корректные - тогда пожалуйста поправьте.
 
1. Какая мотивация автору вкладывать столько усилий в продукт (причем продукт достаточно высокого качества) и делать его бесплатным? Вполне можно было бы, например, сделать продукт shareware и дать *возможность* перевести автору баксов 5-10-15-20?
 
2. Резонный ответ на вопрос 1, что существуют сторонники свободного софта (я сам когда-то таким был). Тогда возникает второй вопрос - а почему не открыть исходники - думаю, тогда качество программы существенно повысится, найдутся люди, которые все переведут на английский, в результате чего программа будет пользоваться еще большим спросом, итд?
 
Dervish: Да нет, вопрос совершенно корректный.
 
1. Как сказал один мой знакомый, "shareware, это только 10% программирования и 90% - продвижение программы". Мне пока и 100% времени не хватает, чтобы доделать начатое.
 
2. Не уверен, что качество программы существенно повысится: слишком "тяжёлый" у меня код. Тяжёлый для понимания. Кроме того, я не полный альтруист и думаю, что этот труд может через некоторое время начать приносить прибыль даже при том, что программа останется бесплатной. А вот open source этому помешает.
 
Что же касательно перевода на другие языки, в AbilityCash это возможно, я просто пока не дописал user interface. В этой версии все текстовые подписи вынесены в отдельный файл, который правится обычным текстовым редактором (под Windows`NT) и может динамически подключаться к программе.
свернуть/развернуть ветвь Мысль в продолжение... [Юрий Еньшин 01/03/2004 03:57] # написать ответ
 
Open source - это крутовато Well Но!
Может быть, имеет смысл на некоторые функции программы (в первую очередь, на мой взгляд, на тот же импорт/экспорт) сделать внешний документрованный интерфейс, т.е. возможность писать сторонние модули-расширения к программе? Почему "импорт/экспорт" - потому что этот функционал очень многими востребован, и прктически нет шансов, что все будут удовлетворены тем, как это сделано в программе, во сколько бы форматов она не импортила/экспортила. Кому-то будет нужен экспорт в какие-то экзотические форматы, кого-то не устроит то, как экспортится в существующие (к примеру, экспорт в excel мне нравится, но вот то, как данные представлены в экселевом файле - не очень). Был бы апишник - взял да написал свою длл-ку, которая работает с нужным форматом нужным образом.
 
Dervish: Данные в Excel обладают одним, самым главным качеством. Это полнота. Если не убирать галочки в мастере экспорта, то все данные окажутся в Excel-e (за исключением настроек страниц, но оно там и не нужно).
 
А оформление данных, это вопрос вкуса пользователя, именно поэтому я сознательно не устанавливал форматы ячеек и другие параметры оформления Excel-евского файла.
 
Если же нужно как-то иначе структурировать данные, то для этого существует громадное количество средств, начиная от макросов на VB и заканчивая доступом к данным в Excel через ODBC.
свернуть/развернуть ветвь возьмите Access или MySQL [Аноним 01/03/2004 10:28] # написать ответ
 
этого достаточно, чтобы работать с данными экспортированными в Эксель, любым, каким угодно образом
 
если нет, значит дело не в экзотике форматов или отстуствии описаний...
 
просто значит, что Вам это не нужно...
 
Dervish: Вот именно.
свернуть/развернуть ветвь Меня не поняли :) [Юрий Еньшин 02/03/2004 04:55] # написать ответ
 
Эээ... я как бы чуть-чуть не о том Well
Что можно сделать в Access или MySQL (или MSSQL, Oracle и т.д.), а также как получить данные из Экселя через ODBC или OLEDB я примерно знаю Well И в данных, выгруженных в Эксель, мне не нравится не то, что числа не отформатированы как "# ##0.00_р_.;[Красный]-# ##0.00_р_.". Речь о: а структуре выгруженных данных и б) набору действий, необходимых для того, чтобы их адаптировать к нужной структуре.
 
Пример: Я создал иерархический план счетов, плюс кучу классификаторов, тоже иерархических и многоуровневых. Сделал я это не для того, чтобы насладиться возможностью креатить деревья и мувить их ветки, а для того, чтобы впоследсвии данные анализировать по различным аналитическим признакам. Анализировать вживую в том же экселе при помощи pivot table, или выводить в crystal reports в несколько заранее подготовленных отчетов, и т.д. Для этого, например, совершенно не годится вывод многоуровневых признаков в виде "level1level2level3...". Признаки нужны разбитые по колонкам.
 
Dervish: Интересно, как это вы себе представляете "признаки, разбитые по колонкам"? Можно пример на e-mail?
свернуть/развернуть ветвь Меня не поняли - 2 [Юрий Еньшин 02/03/2004 04:55] # написать ответ
 
Да, я могу а) посчитать самую глубокую иерархию б) добавить соответвующее количество колонок справа в) сделать "текст по столбцам", разделить - бэкслэш г) продублировать заголовок колонки д) удалить исходную колонку. Один раз проделать эту процедуру не проблема.
 
Но может статься, что эту процедуру я захочу делать регулярно. Ок, я могу написать макрос, который будет делать это автоматом. Встал в экселе на нужную колонку, вызвал макрос - готово. Или даже он сам найдет нужные колоки и сам их пропарсит.
 
Идем дальше. Я хочу данные из экселя перенести куда-то еще. Не вопрос, пусть это будет через CSV. Опять - один раз: делаем ручками, пять раз Save As..., csv, пишем имя - готово! Много раз: пишем второй макрос. Потом запускам то, куда я хочу перенести данные, и говорим там - взять файло такое-то, и обработать.
 
Next step: делаем все вместе. Один раз: открыли Cash, вызвали визарда, расставили галки, ввели даты, нажали кнопку "готово". Перешли в эксель, обработали, сохранили. Перешли в Crystal, открыли репорт, указали источник данных, сказали сгенериться и напечататься. Много раз: пишем оборачивающую программу/скрипт, который все это проделает автоматом. Тут оопс! Я знаю, как заставить excel, access, excel, mssql, mysql проделать все, что угодно, из программы, скрипта... Как заставить cash - не знаю. Вернее, знаю, но знание мне не нравится: ищем окно (программы), шлем ему мессагу-комманд для меню. Ищем окно (диалог), ищем в нем дочернее (кнопка), шлем ей мессагу... и т.д.
Можно было бы инициировать весь процесс из Cash - но я не знаю, как заставить Cash проделать что-то вне себя - например, после выгрузки данных запустить скрипт, который бы дальше всех вздрючил по цепочке Well
свернуть/развернуть ветвь Меня не поняли - 3 [Юрий Еньшин 02/03/2004 04:56] # написать ответ
 
Ну, что имеется в итоге? Имеется то, что мне один черт придется написать пачку макросов, скриптов, небольших программок. При этом желаемого результата я буду достигать через посредсво пачки этих самых макросов/скриптов/программок, плюс промежуточных программ типа экселя. Писать все равно надо, решение не оптимально, надежность - ниже плинтуса, и т.д. Поэтому бы и хотелось вместо всего этого написать одну дллину/программку, которая бы через известный интерфейс получала данные из Cash в самом что ни на есть raw виде, их перерабатывала как мне нужно (или не переабатывала), и скармливала дальше по цепочке туда, где они нужны - хоть в эксель, хоть в кристал, хоть в олап-сторэдж, хоть мылом слала или через хтмл постила (например, в head office главбуху).
 
Вот Well
 
Dervish: Хорошо, а если будут доступны read-only com-объекты, этого будет достаточно?
свернуть/развернуть ветвь Мысль ... [СамСебе 02/03/2004 09:35] # написать ответ
 
Любопытно наблюдать со стороны за развитием кроме программно-финансово-бухгалтерского обсуждения также и морально-этически-правовое. Устоит ли автор перед данайцами ... ?  Странно, из экселя экспортировать - много плагинов надо писать, а вот, если код открыть - их меньше станет ?
 
Dervish: Как я понял, Юрий не просит открыть код, он лишь сетует на закрытость данных программы и неудобство доступа к ним.
свернуть/развернуть ветвь нет большого труда [Explorer 02/03/2004 10:23] # написать ответ
 
не могу согласиться:
Для этого, например, совершенно не годится вывод многоуровневых признаков в виде "level1level2level3...". Признаки нужны разбитые по колонкам.
 
разбейте по колонкам сами... - это что Rocket Science??? две колонки - ChildItemName и ParentItemName
 
отрезаете справа по первый слэш - это Item Name...
Все, что остается слева - ParentID или ключ в дереве...
 
проблема-то в чем?
 
Dervish: Хех, надо будет мне позаниматься самообразованием по части Excel-я... Может быть, купить книжку "Excel для чайников"? Well