Народ, крик души. Кто как решает проблемы с длительным поиском багов.
Мне вот например налоговую накладную нужно переписать, я уже второй день ищу ключевое место которое влияет на то, что она не формируется на основании заказа (да неважен конкретный пример). Я сам фрилансер, мое время идет, клиенту я ж не выставлю за два дня моих поисков счет. Азарта и полета мысли нет, в результате все растягивается, я злюсь, а злиться не на кого (ну кроме перцев которые 1с писали с закручеными алгоритмами). У меня истерика начинается от этого бездвижья. И непонятно сколько я еще буду искать и править. Двигаюсь по миллиметру. А клиент хочет конкретных сроков, чтобы ему назвали. Меня этот ящик пандоры убивает. Кто как справляется с подобными ситуациями? Можно вообще как-то минимизировать эти проблемы, они блин повторяются не так часто, но душу травят до основания.

проблема то в чем?

Выпей пивка, поспи. Потом за 5 минут все найдешь.

(0) Используй декомпозицию, Люк!

(0) Когда время на поиски не можешь включить в счет (по объективным причина или из-за ограничений своей совести) считай его потраченным на самообучение. За обучение ведь нужно платить? :)
Не зря ведь есть анекдот про "$1 - удар кувалдой и $99 - за знание куда": здесь явная трата времени на поиск "знания куда". Почему бы и в счет не включить, хотя бы в половинном размере?
:)

Обучение чему? Поисков черной кошки в темной комнате?

(2) +100500

(1) Проблема в потерянном времени. Время деньги.

(1) Проблема в том, что в спину дышат еще туева хуча задач "срочно уже на вчера"

Ты время тратишь? Тратишь. Выставляй счет, какие проблемы? И обосновываешь на что время потрачено.

ну да... тем более на нове этих налоговых как у дяди матроскина на гуталиновой фабрике...

(8) сколько денег?

учу пользоваться отладчиком. дорого

(9) та я то учту часть потраченного времени, но когда вообще как-то не ищется, а время уж сильно много тянется, самого начинает подкашивать типа "я что, неэффективный?", это типа насчет своей самооценки, бьет как-то.

(7) Вы хотите решить конкретную проблему или поговорить о ней?

(12) А я типа без отладчика. Только вот сейчас 1с увидел..

(15) Сколько лет ты 1с занимаешься?

(14) Проблему-то я решу рано или поздно, нарежу на кусочки и сжую. А вот осадок остается.

(0) скажите заказчику что уходите из бизнеса

(16) 7 лет

(15) Замер производительности используешь для данной задачи?

(18) он меня кормит, это основной заказчик

(20) да не в производительности дело, дело найти где ударить кувалдой

(20) если про замер личной производительности, то да - провожу. Потому и пишу

(22) Как по мне, это с опытом приходит, интуиция какая-то.

согласен, часть уже есть в опыте, но вот когда на жабы вот такие попадаю, всегда ужасно себя чувствую

(0) Ctrl+A Del
И напиши заново.

(17) Саморефлексия. Бля. В русском варианте...

в чем проблема то? В отладчике запускаешь в режиме замера производительности, запускаешь твою задачу, отключаешь замер - и видишь весь код который отработал.

Если это заполнение на основании документа - то можно и своё заполнение за 60 минут максимум наваять.

Эликсир эффективного кода
http://ithappens.ru/story/8228

(29) агга... ржу
(28) проблема не в том, какой код отработал, а найти где именно то самое место, но на заметку возьму конечно

(28) А там пакет запросов на 10к строк...

(22) Так это место как раз замер производительности лучше всего показывает. Особенно если есть две ситуации: при одной работает как надо, а при другой - что-то не срабатывает. Тогда сравнение двух замеров производительностей (точнее выполненного кода) как нельзя кстати :)

(33) Это мысль

(3) Собственно да. После этого поста все остальное можно даже не брать в счет. Очень помогает при таком подходе какой-нибудь инструмент для автоматизации процесса решения вопросов, но в принципе вполне можно обойтись блокнотом и экселем.

(33) чем их сравнивать?

(30) Я после такого эксперимента все нафиг переписывал: решили новую фичу добавить :(

(26) Глазами, например :) удобно то, что всегда видишь (по цифрам-процентам) какой код выполнился, а какой нет. Можно быстрее найти место, где пошла "вилка" в исходных условиях. Особенно, если конфигурацию в первый раз вчера увидел, и хрен ее знает как там всё устроено :)

(34) Про подписки на события (ОбработкаЗаполнения) не забыл?

не забыл

(38) я глазами пробовал кучу раз сравнить два результата замера. Ниразу не добился резултата. Но я экспресс программист.

Тут правильно написали. Пока будешь психовать - результата не будет. Надо успокоится. Заново проанализировать код. И тогда ошибка быстро находиться. Программирование это вам не теоретическая физика, где какой нить бозон хигса можно сто лет искать и не найти. Если известно, что ошибка есть, то она находится со 100% вероятностью.

80% ошибок содержится в 20% кода )

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

Так, идея есть (33), выстрелит она или нет. Хотя не верю я в неё.
Вопрос наверное психологически-организационный и денежный.
Как справляться если задача затягивается и получается что со сроками не угадал, а бюджет на разработку уже назвал. И понимаю, что по деньгам и времени попадаю.
Я например не пью. Может есть какие-то методики не 1с-ные ?
Или принять суровую реальность, что если на камень попал то никак его не осилить кроме как сидеть до посинения.

(41) переходишь из замеров на код (в модули). Слева две колонки с процентами по замерам. Т.е. видно выполнялся ли один и тот же код в первый замер и во второй замер. Очевидно, что нужно минимизировать выполняющийся код. Т.е. включать и выключать замер только на одно конкретное действие.
PS если банальность написал, звиняйте :)

(44) я не понял, это камень в мой огород? я например думаю о том как адекватно взять денег и сроки выдержать. Сроки нужны и мне и клиенту.

(45) слово "декомпозиция" знакомо? Если нет -- включай перерасход в следующие счета неявно

(48) слово знакомо, а метод никогда не слышал
наставьте, может поможет

Фришник. Поавл вчера в такую же ситуацию. Объявил за правил обмена 4 часа, а там единицы измерения затираются, просидел лишние 4 часа. Но опыт был, потом догадался в чем причина, а так просидел бы дня два. Не очевидная проблема - порядок следования ПКС, фик догадаешься.

Пришлось лишние 4 часа свисать за сво

(+50) за свой счет.

(48) на декомпозицию тоже время тратится, и в ЗУП-е к примеру оно бывает весьма не хилым

а так, брат, плохо твое дело. Ибо сейчас никто не читает всех этих "хороших стилей программирования". Разбирать чужой код все больше и больше пытка. Что бы законченный логический код поместился на A4 - так вообще фантастика.

та какие там А4...
о том и пишу что дела мои плохи
нервов не хватает и усидчивости

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

(55) не, ну с этим вопроса нет, уже тема отлаженная, код помечается...

Спасибо, народ!

(52) Ну можно просто ткнуть в небо: я решу вашу проблему за месяц и 120 000 руб (или сколько там уже кошерно?). Но тут могут возникнуть уже другие проблемы.

(49) Вкратце: исходную задачу разбиваешь на подзадачи до тех пор, пока не сможешь оценить каждую из них, сумму складываешь -- получаешь результат. План / факт куда-нибудь запоминаешь.

При решении следующей задачи, после разбиения смотришь свой план/факт по предыдущим работам, корректируешь оценку (если необходимо). Если ты не знаешь сколько времени займет решение мелкой проблемы, привлеки экспертов и спроси у них. Чем больше экспертов будет, тем репрезентативнее твоя выборка, точнее результат.

Это в двух словах. Со временем будешь уже на глаз оценивать "большие" задачи.

Если кому интересно, принято такое решение:
1) использовать проверенные методики по поиску багов с учетом рекоммендаций выше. После найденого решения описать методику поиска багов, которая сработала.
2) по проектным управлениям - это риски, должны быть альтернативные планы решения таких задач
3) наиболее удовлетворяющее решение по тайм-менеджменту: поскольку решение задачи затягивается, то у нее увеличивается стоимость, выгода, а значит привлекательность. Если эта задача создает лавинообразно другие проблемы срывая сроки по дальнейшим задачам, то другие задачи получают приоритет и зеленый свет. У самой задачи остается важность и она решается после решения более приоритетных задач.
Всем спасибо за участие

я если не уверен на 90% что задачу сделаю, не берусь. случалось конечно в дебрях 1С "повозиться", но если проблема в незнании, то спасает "коллективный разум". если проблема в невнимательности, спасает переключение или "звонок другу" :)

(0)Неудачник? Не ной. Если зациклился и не можешь найти проблему выкинь все из головы и начни сначала. Если совсем затык спроси у коллег(свежий взгляд всегда помогает).

(2). Если выпить пива достачно много, то еще лучше будет - утром проснется, ничего не помнит, а все сделано. :)

(62)нее по условию ТСу еще что то потом нужно было делать. А так это универсальный вариант конечно.