Предложение по работе над ошибками в ПАУ.
![Сообщение Сообщение](http://forum.russianit.ru/styles/we_clearblue/imageset/icon_post_target.gif)
Всем добрый день. Приглашаю всех к обсуждению.
Для начала, лирическое отступление.
Пользуюсь ПАУ с версии 2.7, участвую в тестировании новых версий.
Плюсы «Помощника».
1. Команда разработчиков постоянно работает над реализацией новых возможностей.
2. В некоторых моментах ПАУ, действительно, облегчает жизнь.
Минусы.
1. Это не программа, а чертов БЭТА-ТЕСТ (и так было всегда), в котором косяк косяком погоняет, многие ошибки и недоработки не исправляются годами (если не критичные).
2. Все, что формирует ПАУ нужно два раза перечитать, отловить косяки с ошибками и исправить. Часто, на это времени уходит больше, чем самому руками сделать.
Причину вижу в изначально неверной философии разработчика, который пытается создать в помощь арбитражному управляющему некий отчетик или объявленьице, которые управляющий потом сам ручками доведет до надлежащего вида. И проблема кроется не в лени управляющих.
Разработчик изначально не понимает следующих вещей:
1. Найти в уже сформированном документе косяки, исправить их, найти недовнесенные данные, исправить их, переформатировать документ до удобоваримого состояния – это в ДВА раза сложнее, чем изначально подготовить документ самому. После очередного через попу сформированного документа остается смутное чувство. Тебе помочь решили или напакостить???
2. Управляющий ведет десяток или два предприятий. За рабочий день одновременно готовятся документы по всем предприятиям. Цифры, даты, кредиторы, судебные заседания, ….. у каждого предприятия всё свое. Накладываем п. 1 на п. 2 и получаем, что помощничек нам не просто ад, а АДИЩЕ устраивает своей вечной недоделанностью.
3. Разработчик не понимает уровня ответственности работы арбитражного управляющего и уровня своей ответственности перед своими клиентами арбитражными управляющими. Настоятельно рекомендую ознакомится со ст. 14.13 КоАП РФ. На словах поясняю: за любой косяк (неправильная дата, время) штраф от 25000 руб., два штрафа за год – лишение лицензии на пол года. Специально для разработчика перевожу на вещи к нему близкие - два косяка обнаруженных в программе и контора прикрывается на пол года. Так понятнее? Безответственное отношение, иной раз, просто убивает. Последний пример – неправильное формирование даты объявления о собрании. Интересно скольким управляющим на данный момент ваша «деятельность» сорвала собрания, выставила их идиотами и подвела под штраф в 25000 рублей?
Специальное предложение для команды разработчиков.
Предлагаю мужской спор. Ставлю три литровые бутылки ирландского вискаря, купленные по случаю в ДьютиФри на то, что в любом модуле за исключением Календаря и Аналитикса (ими в ПАУ не пользуюсь) найду косяки, недочеты, ошибки в логике. Всё аргументированно и без натянутых придирок.
PS Мой личный список косяков за ПАУ перевалил за 130 шт. Потом надоело слушать мантры о том «как все интересно и мы обязательно это исправим» и плюнул на его составление.
Т.к. одной критикой жив не будешь, предлагаю следующее:
1. Выделить отдельную ветку на форуме для всех рацпредложениий от пользователей.
2. Если все стандартно и рацуха небольшая и стоящая - 7 дней на обсуждение, коменты, срач.
3. Через 7 дней пост модератором закрывается. Объявляется номер релиза для воплощения. Остальное в личку.
4. Если ошибке модератор присваивает статус «экстренное исправление», объявляется дата выхода фикса.
5. Если вопрос тяжелый в реализации, может быть, даже, филосовский, объявляется закрытие «по окончанию обсуждения». Окончание на усмотрение модератора. В тему для всеобщего подробного обсуждения выкладываются скиншоты, алгоритмы, видео. По окончании объявляется дата релиза.
На что направлено выше указанное предложение:
1. Исключение неправильной реализации улучшения. Т.к. обсуждение нововведений, улучшений или исправление косяков происходит, как правило, между одним клиентом и командой ПАУ или внутри команды ПАУ. Кто сказал, что эти двое правы или видят всю картину целиком?
В ПАУ это уже традиция (к сожалению, паршивая) – старые косяки не исправлены + выходит новое через попу сделанное с новыми косяками.
2. У всего, что признано как «необходимое улучшение» должна быть дата реализации. И к этой проблеме коллектив ПАУ подходит крайне безответственно. Когда раз за разом слышишь «да, да, да. Очень интересно. Мы обязательно это поправим в следующем релизе» и не происходит НИЧЕГО ни следующем релизе ни через год. Пропадает желание, вообще, что то предлагать. А ПАУ как работала с косяками и недоделками, так и работает через жопу дальше.
Все, что написал, предлагаю к открытому обсуждению.
Для начала, лирическое отступление.
Пользуюсь ПАУ с версии 2.7, участвую в тестировании новых версий.
Плюсы «Помощника».
1. Команда разработчиков постоянно работает над реализацией новых возможностей.
2. В некоторых моментах ПАУ, действительно, облегчает жизнь.
Минусы.
1. Это не программа, а чертов БЭТА-ТЕСТ (и так было всегда), в котором косяк косяком погоняет, многие ошибки и недоработки не исправляются годами (если не критичные).
2. Все, что формирует ПАУ нужно два раза перечитать, отловить косяки с ошибками и исправить. Часто, на это времени уходит больше, чем самому руками сделать.
Причину вижу в изначально неверной философии разработчика, который пытается создать в помощь арбитражному управляющему некий отчетик или объявленьице, которые управляющий потом сам ручками доведет до надлежащего вида. И проблема кроется не в лени управляющих.
Разработчик изначально не понимает следующих вещей:
1. Найти в уже сформированном документе косяки, исправить их, найти недовнесенные данные, исправить их, переформатировать документ до удобоваримого состояния – это в ДВА раза сложнее, чем изначально подготовить документ самому. После очередного через попу сформированного документа остается смутное чувство. Тебе помочь решили или напакостить???
2. Управляющий ведет десяток или два предприятий. За рабочий день одновременно готовятся документы по всем предприятиям. Цифры, даты, кредиторы, судебные заседания, ….. у каждого предприятия всё свое. Накладываем п. 1 на п. 2 и получаем, что помощничек нам не просто ад, а АДИЩЕ устраивает своей вечной недоделанностью.
3. Разработчик не понимает уровня ответственности работы арбитражного управляющего и уровня своей ответственности перед своими клиентами арбитражными управляющими. Настоятельно рекомендую ознакомится со ст. 14.13 КоАП РФ. На словах поясняю: за любой косяк (неправильная дата, время) штраф от 25000 руб., два штрафа за год – лишение лицензии на пол года. Специально для разработчика перевожу на вещи к нему близкие - два косяка обнаруженных в программе и контора прикрывается на пол года. Так понятнее? Безответственное отношение, иной раз, просто убивает. Последний пример – неправильное формирование даты объявления о собрании. Интересно скольким управляющим на данный момент ваша «деятельность» сорвала собрания, выставила их идиотами и подвела под штраф в 25000 рублей?
Специальное предложение для команды разработчиков.
Предлагаю мужской спор. Ставлю три литровые бутылки ирландского вискаря, купленные по случаю в ДьютиФри на то, что в любом модуле за исключением Календаря и Аналитикса (ими в ПАУ не пользуюсь) найду косяки, недочеты, ошибки в логике. Всё аргументированно и без натянутых придирок.
PS Мой личный список косяков за ПАУ перевалил за 130 шт. Потом надоело слушать мантры о том «как все интересно и мы обязательно это исправим» и плюнул на его составление.
Т.к. одной критикой жив не будешь, предлагаю следующее:
1. Выделить отдельную ветку на форуме для всех рацпредложениий от пользователей.
2. Если все стандартно и рацуха небольшая и стоящая - 7 дней на обсуждение, коменты, срач.
3. Через 7 дней пост модератором закрывается. Объявляется номер релиза для воплощения. Остальное в личку.
4. Если ошибке модератор присваивает статус «экстренное исправление», объявляется дата выхода фикса.
5. Если вопрос тяжелый в реализации, может быть, даже, филосовский, объявляется закрытие «по окончанию обсуждения». Окончание на усмотрение модератора. В тему для всеобщего подробного обсуждения выкладываются скиншоты, алгоритмы, видео. По окончании объявляется дата релиза.
На что направлено выше указанное предложение:
1. Исключение неправильной реализации улучшения. Т.к. обсуждение нововведений, улучшений или исправление косяков происходит, как правило, между одним клиентом и командой ПАУ или внутри команды ПАУ. Кто сказал, что эти двое правы или видят всю картину целиком?
В ПАУ это уже традиция (к сожалению, паршивая) – старые косяки не исправлены + выходит новое через попу сделанное с новыми косяками.
2. У всего, что признано как «необходимое улучшение» должна быть дата реализации. И к этой проблеме коллектив ПАУ подходит крайне безответственно. Когда раз за разом слышишь «да, да, да. Очень интересно. Мы обязательно это поправим в следующем релизе» и не происходит НИЧЕГО ни следующем релизе ни через год. Пропадает желание, вообще, что то предлагать. А ПАУ как работала с косяками и недоделками, так и работает через жопу дальше.
Все, что написал, предлагаю к открытому обсуждению.