Что нового во второй версии?

За сравнительно короткий срок с момента когда я выложил "Амбарную книгу" в Интернет, у нее набралось достаточное число поклонников.

Наиболее усидчивые просчитали рыночные ситуации и пришли к выводу, что различные кризисы, будь то всевозможные "черные вторники", обвалы фондовых и валютных рынков не страшны, ведь колебания котировок приводят к экономическим дисбалансам, из которых можно извлекать выгоду. 

Проблема того, куда вкладывать деньги исчезла, ведь  более не стоит доверять различным финансовым проходимцам - аналитиками и фондам с банками, кои подвержены элементарному банкротству, а можно просчитать ситуацию самостоятельно и принять соответствующее решение, будь то валютные операции через обычные пункты обмена или материальные ценности на складах, не говоря уже о биржевых торгах.

Не надо более пыжится и пытаться "предсказать" рост или падение цен на что либо - движение котировок в любую сторону выгодно.

Однако оставим положительные эпитеты и перейдем к недостаткам первой версии. Перечислю их по порядку:

1. Очень сложно конвертировать файл-журнал - book.log в какой либо формат, будь то электронные таблицы или базы данных. Многие предложили либо приделать к программе конвертеры наиболее общеупотребительных форматов для хранения данных, либо позволить разработчикам получить доступ с целью самостоятельного создания таких конвертеров.
2. Файл-журнал неудобен для ведения бухгалтерской отчетности, т.к. в нем фиксируются все операции, как необходимые для бухгалтера, так и совершенно не нужные - эдакий винегрет. Поступили предложения оставить либо только бухгалтерские операции, либо отделить мух от котлет: бухгалтерия отдельно, теневой склад тоже.
3. При восстановлении данных из  ранее сохраненного файла, файл - журнал не восстанавливается, а в него дописываются новые операции, в результате чего происходит перешивание операций. Поступили предложения, хотя бы присваивать каждой операции уникальный номер, чтобы потом можно было разобраться.
4. По файл журналу сложно отслеживать остатки денег после проведенных операций.
5. После внесения изменений в закупочные цены и цены реализации, частенько оставались активными кнопки "На склад" и "Реализация" в окне "Сделка". В результате, случайное нажатие на них, приводило к неверным операциям, когда продукция поступала на теневой склад либо по цене ниже закупочной, либо отпускалась выше цены реализации.
6. Если при сделке товар поступал на склад в количестве большем, нежели находилось под реализацией, то в результате на реализации получалось отрицательное количество товара. Поступили предложения, выводить окно, предлагающее закупить на рынке недостающее количество товара.
7. После перезагрузки программы и при наличии дисбаланса, кнопки "Проверить" и "Устранить" остаются в пассивном состоянии. Многие ухитрялись обходить эту ситуацию, путем добавления незначащих нулей в полях для замены цен. Но, это не лучший выход.

Теперь по порядку:

Чтобы не было проблем с конвертацией данных из файл-журнала, а также с целью упорядочения операций я добавил нумерацию самих операций, а также разделил журнал на четыре части:

• kassa.csv - основная касса (приход/расход) по основным бухгалтерским операциям без учета операций теневого склада. Так должна выглядеть касса со стороны проверяющих органов и здесь остатки денег и остатки товаров суммируются, как будто никакого теневого склада не существует
• gkassa.csv -  касса теневого склада. Здесь учитываются все операции со стороны теневого склада.
• prices.csv - записываются все изменения цен. Нумерация операций соответствует операциям теневого склада из gkassa.csv
• stock.csv - записываются основные складские операции при закупках и реализации, а именно поступление на склад и на реализацию, а также остатки товаров после операций. Номера операций соответствуют номерам основной кассы. Товары учитываются в виде суммы по основному и теневому складу, т.е. так, чтобы удобно было вести учет и отчетность.

Основная касса и теневая кассы имеют различные номера операций. При изменении цен,  каждая запись имеет номер операции по теневому складу.

Как видно расширения у файлов теперь стали *.csv, а значит такой файл является стандартным для MSExel (достаточно лишь кликнуть по нему, чтобы открыть). 

Из Exel данные можно сконвертировать в другие стандартные форматы, как электронных таблиц, так и баз данных.

Процесс конвертации вызвал у меня множество нареканий. Радует, что все эти нарекания теперь не в мой адрес, а в адрес Microsoft.

Если разработчикам есть желание приделать свои конвертеры или даже соединиться с готовой базой данных, то я открываю сырцы объекта класса Logs с комментариями, через который выводится вся информация в файлы-журналы. Правьте его по своему усмотрению и перекомпилировав, замените  Logs.class из Ambar.jar (обычный Zip - архив) на свой.

По остальным пунктам замечаний, я пофиксил баги и выложил свежую версию 2.0, которую можно скачивать.

Впрочем были и неконструктивные отзывы - эпитеты и эмоции со стороны пользователей. Неконструктивные потому, что не касались технических вопросов, а относились к области морали. Например, меня упрекали в том, что я устраиваю демпинг другим разработчикам аналогичных программных продуктов тем, что распространяю свою программу на абсолютно бесплатной основе. Попробую ответить на эти "выпады":

1. Демпинг не имеет  никакого отношения к бесплатному программному обеспечению, поскольку в его основе - снижение цен на товары по отношению к аналогам конкурентов. В данном случае речь идет о freeware, а значит цена нулевая и снижать ее более некуда.
2. Если существуют аналоги превосходящие разработанную мною программу, то я не смогу составить им конкуренцию. Пользователи не захотят использовать плохой софт, даже если он бесплатный или дешевый.
3. Я счел менее этичным обманывать пользователей, как это делают многие другие разработчики, заявляя, что будто бы версия бесплатна, а на самом деле, после того, как пользователь ее закачивает, выясняется, что она либо имеет ограничения по сроку или количеству операций - shareware, а не freeware, либо является непригодной для использования демо версией, а полноценная версия стоит денег. Я не воспользовался подобными уловками и указав freeware, не стал требовать с пользователей денег. Впрочем, кому это не нравится, может в заплатить мне за разработку - я сопротивляться не стану.
4. Самый эффективный способ рыночного успеха по американски, это торговля идеями о том, как разбогатеть. Например, написать книгу или создать программу и продать их, заработав на этом деньги. Причем не столь важно, что идея окажется пустышкой, а программа неработоспособной - деньги на них уже сделаны. Я не американец. Поэтому поступил наоборот: разработал программу с помощью которой делаю деньги, а за счет этого,  софт  распространяю совершенно бесплатно. Freeware - очень удобный способ тестирования программного обеспечения и наиболее честный. В случаях проприетарного софта, пользователям пришлось бы покупать не только программу, но и проводить ее тестирование за свой счет.
5. Какой смысл торговать программным обеспечением? Ведь одна только раскрутка проприетарщины стоит немалых денег, а удастся ли ее окупить - журавль в небе. Распространяя софтинку бесплатно, можно, тем не менее, зарабатывать на ее технической поддержке: от продаж коробочных релизов, через установки и настройки по индивидуальным заказам и до обучения пользователей.

В общем, как бы не увещевали меня различные моралисты, а торговать котами в мешке я пока не собираюсь. Выгода FreeWare в экономии средств на маркетинге и экономический эффект значительно  превосходит все сомнительные преимущества проприетарного софта.