Сообщений в теме: 558

[Satnley]

qerr2, вас ни кто не обвиняет, мною были заданы нормальные вопросы. 
Если вы не являетесь тестером данного класса, не понятна ваша позиция: вы пытаетесь защитить то (правки), чего не знаете наверняка и не тестировали. Может вам стоит задуматься чем вы можете помочь нашим разработчикам?

А мне непонятен ход Ваших умозаключений.
Да я не являюсь тестером локов, но разве для того чтобы увидеть задержку между концом каста иммолейта и ввременем когда можно применить конфлу нужны особые знания?
Разве для того чтобы оценить является мувик сделанным на офф-сервере или на пиратке, опть же нужно быть тестером именно локов?

Что значит глубокая фраза "не тестировали"? Как тестер я заходил до правок и смотрел, как ведет себяя исвязка иммо+конфла, а вело оно себя таким образом: конфлу можно было уже скастовать когда иммо находилось еще в красной зоне Кварца (на всяк случай: аддон такой, который отображает время каста заклинания, а красной зоной отображает лаг к серверу).
Данная механика не соответствовала тому, что было видно на мувиках.

Скрытый текст

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

я все еще вмешаюсь в вашу беседу. на видео в цитате видно что конфла становится активной сразу как только дебаф иммо появляется на цели. внимательно просматриваем интервал видео 0:04-0:06. и есть небольшая задержка появления дебафа на цели что как раз таки, на мой взгляд, является следствием лагов сервера. должны ли мы имитировать лаги офф сервера у себя? или нам наших хватает? кроме того, и я уже не первый раз обращаю на это внимание, если на цели уже висит иммо (не важно свой или чужой) задержки не должно быть!

А если глянуть на временной интервал 3:56 - 4:00, то беря в таргет валькирию лок (наконецто) после иммо не ждет активации конфлы, а кастует испепеление. И по кастбару испепелния видно что конфла зажигается не вначале каста, а немного позже.

 

Я не утверждаю (собственно никогда не утверждал) что задержка должна быть 0.4 сек. Правда я в шутку в личной беседе предлагал поставить задержку побольше, дабы большее колличество народу присоединилось к обсуждением по задержке и докопались до сути ее возникновения и величины.

 

Но, докопатся до сути, не означает ставить под сомнение очевидные факты (наличие задержки), а именно ее природу (является она постоянной или зависит от временной задержки передачи данных от игрока к серверу (лаг) и обратно). Вот все жду, когда разговор из тупикового русла ("не верьте глазам своим") перейдет в конструктивное.

 

Ну и дабы добавить еще немного определенности в факт существоания задержки:

Скрытый текст

http://www.mmo-champ...truction-Opener

 

 

That 7 times thing is usually latency x 2 - the amount of time for your system to be told "Immolate is up, light up Conflagrate."

Put something between Immolate and Conflag (usually your curse) or simply wait.

 

http://forums.d2jsp....0573&f=210&o=20

 

 

i checked this and you were right, there is a delay after immolate (except when backdraft is up) but it seems like server lag. The GCD from immolate starts when the cast is already over for some reason...

согласен, что сайт немного странноват, но вряд ли парень с армори на офф-сервере пошел спрашивать совета на форум пиратки

 

http://www.wowhead.c...r-after-conflag

 

 

as for the opening volley. you do need to cast a curse so this server lag moment between immo and conflag is perfect and, since you won't be hitting the 1 second GCD with CB, it's a perfectly good spell to use during backdraft.

 

http://www.wowhead.c...mmolate-conflag

тут собственно времена начала Каты, но по тексту говорят о прошлых временах

 

http://wow.joystiq.c...ion-101-page-2/

 

 

I'll agree with you that on an opening sequence it is often better to CB > Conflag due to server lag & Conflag not being available right away. However, beyond that, the priority should always be Curse > Immol > Conflag > CB > Incin. 

 

http://www.wowhead.c...conflagrate-bug

 

 

otherwise, make sure you're not just conflagging too early after putting up immo. there's some unavoidable lag between putting up immo and being able to conflag.

 

 

 

 

[Illokep]

в 2х словах там то, что самим спелом иммолейт подразумеваются какие то действия на серверной стороне, клиенту неизвестные

 

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

 

> таланты, эффекты, экипировка и т.д

очень сомневаюсь

 

Т.е., правильно ли понимаю, что при начале каста жертвенного огня на цель уже должен происходить расчет задержки и "какие то действия на серверной стороне"? 

 

По поводу механики работы 2-го жертвенного огня на цели.

 

Поджигание, исходя из описания "Поглощает на цели эффект заклинания "Жертвенный огонь" или "Пламя Тьмы", нанося ей 60% урона от соответствующего заклинания и дополнительно 40% урона в течение 6 sec." и тут возникают следующие вопросы:

 

1) если на цели уже есть жертвенный огонь другого лока, может ли быть применено к ней поджигание без каста жертвенного огня (как сказано в описании таланта)? 

 

2) второй вопрос как следствие первого: если у второго лока нет символа поджигания, то по логике он своим кастом поджигания снимет эффект жертвенного огня с цели вообще.

 

3) если на цели уже есть жертвенный огонь первого лока, должна ли быть задержка перед применением поджигания у второго лока (с кастом или без каста жертвенного огня)?

 

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

 

Касательно талантов, эффектов и экипировки всё таки подумайте, вопрос интересный.

 

Ответ для qerr2

Скрытый текст

А мне непонятен ход Ваших умозаключений.

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

Что значит глубокая фраза "не тестировали"? Как тестер я заходил до правок и смотрел, как ведет себяя исвязка иммо+конфла, а вело оно себя таким образом: конфлу можно было уже скастовать когда иммо находилось еще в красной зоне Кварца (на всяк случай: аддон такой, который отображает время каста заклинания, а красной зоной отображает лаг к серверу).
Данная механика не соответствовала тому, что было видно на мувиках.

Скрытый текст

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

 

Даю разъяснения если не поняли с первого раза. Нужны знания для тестирования величины задержки, корреляция этого параметра от других взаимосвязанных поскольку на всех видео с youtube где есть задержка величина её отличается. 

 

Оценивать "мувики" тут не нужно, вопрос о пригодности доказательной базы видео с youtube поднимался не только мной и пользователями но и ANTOMA (цитата в предыдущем моем посте).

 

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

 

 

Я не утверждаю (собственно никогда не утверждал) что задержка должна быть 0.4 сек. Правда я в шутку в личной беседе предлагал поставить задержку побольше, дабы большее колличество народу присоединилось к обсуждением по задержке и докопались до сути ее возникновения и величины.

 

Вы понимаете, что шутки тут не уместны?  Если вы хотите привлечь народ к теме и обсуждению выберите иной путь, а не саботирование механизма работы таланта/способности класса. Вообще, зачем специально привлекать игроков для обсуждения, если для этих целей Хагеном был набран штат тестеров, которые должны это делать самостоятельно!

 

Но, докопатся до сути, не означает ставить под сомнение очевидные факты (наличие задержки), а именно ее природу (является она постоянной или зависит от временной задержки передачи данных от игрока к серверу (лаг) и обратно). Вот все жду, когда разговор из тупикового русла ("не верьте глазам своим") перейдет в конструктивное.

 

 

Не вижу взаимосвязь. Суть - наличие проблемы с задержкой, факты - это то, что приводится в качестве доказательства наличия проблемы, в нашем случае факты - это видео с youtube, принадлежность которого к официальным серверам не подтверждена (как с наличием задержки, так и с её отсутствием), ссылки на форумы и рассуждения пользователей. И почему это нельзя ставить под сомнение характер задеркжи (постоянный или изменяющийся под действиями различных модификаторов) если вы сами писали:

 

Я не утверждаю (собственно никогда не утверждал) что задержка должна быть 0.4 сек. Правда я в шутку в личной беседе предлагал поставить задержку побольше...

 

 

[ANTOMA]

прекратить срачь нахрен!

 

infbelial , тебе работы нет? багов мало? займись тем под что позвал.

 

данная задержка в абилке (если она даже имеет место быть), то реализована у близарда в коде и сключительно на серверной стороне.

реализацию которую придумали и дальнейшие извращения в этом направлении дороже самой проблемы.

Позже прибиру все извращения по данному БАГУ \ "багу", нужное подчеркнуть.

 

ЗЫ Bengi51, есть проблема. Пишем в багрекер аргументировано.

[Illokep]

ANTOMA, я честно устал приводить аргументы и отвечать агрессивно настроенным пользователям.

Писать в ЗБТ о проблеме более не буду, она вам известна (теперь).

Надеюсь на то, что вы поправите работу спелла в будущих правках.

 

Спасибо.

[infbelial]

ох упоротые

[Rigli]

чините хантов/ршамов, у них явн баги

[shaydi]

А мне непонятен ход Ваших умозаключений.
Да я не являюсь тестером локов, но разве для того чтобы увидеть задержку между концом каста иммолейта и ввременем когда можно применить конфлу нужны особые знания?
Разве для того чтобы оценить является мувик сделанным на офф-сервере или на пиратке, опть же нужно быть тестером именно локов?

Что значит глубокая фраза "не тестировали"? Как тестер я заходил до правок и смотрел, как ведет себяя исвязка иммо+конфла, а вело оно себя таким образом: конфлу можно было уже скастовать когда иммо находилось еще в красной зоне Кварца (на всяк случай: аддон такой, который отображает время каста заклинания, а красной зоной отображает лаг к серверу).
Данная механика не соответствовала тому, что было видно на мувиках.

Скрытый текст

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

 
А если глянуть на временной интервал 3:56 - 4:00, то беря в таргет валькирию лок (наконецто) после иммо не ждет активации конфлы, а кастует испепеление. И по кастбару испепелния видно что конфла зажигается не вначале каста, а немного позже.
 
Я не утверждаю (собственно никогда не утверждал) что задержка должна быть 0.4 сек. Правда я в шутку в личной беседе предлагал поставить задержку побольше, дабы большее колличество народу присоединилось к обсуждением по задержке и докопались до сути ее возникновения и величины.
 
Но, докопатся до сути, не означает ставить под сомнение очевидные факты (наличие задержки), а именно ее природу (является она постоянной или зависит от временной задержки передачи данных от игрока к серверу (лаг) и обратно). Вот все жду, когда разговор из тупикового русла ("не верьте глазам своим") перейдет в конструктивное.
 
Ну и дабы добавить еще немного определенности в факт существоания задержки:

Скрытый текст

http://www.mmo-champ...truction-Opener

 
http://forums.d2jsp....0573&f=210&o=20

согласен, что сайт немного странноват, но вряд ли парень с армори на офф-сервере пошел спрашивать совета на форум пиратки
 
http://www.wowhead.c...r-after-conflag

 

http://www.wowhead.c...mmolate-conflag
тут собственно времена начала Каты, но по тексту говорят о прошлых временах
 
http://wow.joystiq.c...ion-101-page-2/

 

http://www.wowhead.c...conflagrate-bug

 
 

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

[infbelial]

я вам еще раз повторяю, в самом спеле иммолейт есть неизвестный эффект, который должен быть реализован на северсайде

Effect 0:

• Id: 6 (SPELL_EFFECT_APPLY_AURA)
• BasePoints = 4
• Targets (6, 0) (TARGET_CHAIN_DAMAGE, NO_TARGET)
• Aura Id 3 (SPELL_AURA_PERIODIC_DAMAGE), value = 4, misc = 0 (0), miscB = 0, periodic = 3000

Effect 1:

• Id: 2 (SPELL_EFFECT_SCHOOL_DAMAGE)
• BasePoints = 8 + Level * 0.60
• Targets (6, 0) (TARGET_CHAIN_DAMAGE, NO_TARGET)

Effect 2:

• Id: 77 (SPELL_EFFECT_SCRIPT_EFFECT)
• BasePoints = 1
• Targets (6, 0) (TARGET_CHAIN_DAMAGE, NO_TARGET)

намеренная там задержка, а вот как раз то что ее иногда не заметно - это, возможно, пролагон

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

[Ahgpeu]

ярые защитники багов своего класса...
То демонам фиксанули багоКаст соулфаера- все ныли с просьбой вернуть, теперь про иммо заорали.
Когда же вы отвалитесь наконец?

Что ж будет, когда отпилят иммун у ваниша для воспроизведения основных триксов?
Ведь там тоже есть серверный неизвестный скрипт, который на 99% отвечает за авойденс аое спелов.

[NeoVirus]

Что ж будет, когда отпилят иммун у ваниша для воспроизведения основных триксов?
Ведь там тоже есть серверный неизвестный скрипт, который на 99% отвечает за авойденс аое спелов.

Пару оставшихся рог поноет на несколько страниц и всё 

смотря, что получится из нового ваниша

[Ahgpeu]

Пару оставшихся рог поноет на несколько страниц и всё 

смотря, что получится из нового ваниша

Получится ровно столько же, сколько и на ат. То есть:

1) ловля летящих спелов

2)трикс контроль в ваниш или ловля онных ванишем и канцеля самую ауру (ради чего собственно и были заброшенны удочки в море)

Это все было уже проверено и воспроизведено на ОБТ, когда только придумывали иммун.

 

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

[Adidasovich]

ярые защитники багов своего класса...
То демонам фиксанули багоКаст соулфаера- все ныли с просьбой вернуть, теперь про иммо заорали.
Когда же вы отвалитесь наконец?

Что ж будет, когда отпилят иммун у ваниша для воспроизведения основных триксов?
Ведь там тоже есть серверный неизвестный скрипт, который на 99% отвечает за авойденс аое спелов.

Я буду счастлив, ведь можно со спокойной душой вешать блиды не взря)а если будет как на ат будет смешно когда тут роги будут как сейчас ванишится под АА и их будет выбивать  А если реализуют сап в ваниш я вообще нажрусь  Только бы и остальное над фиксануть что описывали, а то не ок багокомбаты,там шилды, и прочее, беду магом аля копии/полиморф, диминишинги с пристом

[Ahgpeu]

Я буду счастлив, ведь можно со спокойной душой вешать блиды не взря)а если будет как на ат будет смешно когда тут роги будут как сейчас ванишится под АА и их будет выбивать  А если реализуют сап в ваниш я вообще нажрусь  Только бы и остальное над фиксануть что описывали, а то не ок багокомбаты,там шилды, и прочее, беду магом аля копии/полиморф, диминишинги с пристом

Я ж говорю, сап\чип\блайнд\кидни в ваниш был сделан на обт, когда мы пилили иммун. Только это надо именно с Антомой, он помнит, какая была идея реализовать такое))

[Adidasovich]

Я ж говорю, сап\чип\блайнд\кидни в ваниш был сделан на обт, когда мы пилили иммун. Только это надо именно с Антомой, он помнит, какая была идея реализовать такое))

Хорошая новость вообще

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

[shaydi]

Получится ровно столько же, сколько и на ат. То есть:
1) ловля летящих спелов
2)трикс контроль в ваниш или ловля онных ванишем и канцеля самую ауру (ради чего собственно и были заброшенны удочки в море)
Это все было уже проверено и воспроизведено на ОБТ, когда только придумывали иммун.
 
Пока не ясно, каким образом ваниш на оффе ловил аое спелы, прожатые одновременно, но я ищу ответ на этот вопрос. Пока что главное убрать дисбалансовый иммун и сделать реальные триксы с ванишем, чтобы вернуть динамику игры рог.

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

ярые защитники багов своего класса...
То демонам фиксанули багоКаст соулфаера- все ныли с просьбой вернуть, теперь про иммо заорали.
Когда же вы отвалитесь наконец?

Что ж будет, когда отпилят иммун у ваниша для воспроизведения основных триксов?
Ведь там тоже есть серверный неизвестный скрипт, который на 99% отвечает за авойденс аое спелов.

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

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

[Ahgpeu]

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

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

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

надеюсь я больше не увижу от тебя глупых постов.

1)я не занимаюсь пве составляющей, и все фиксы (особенно с хасты у корапшна) не имеют ко мне никакого отношения.

2)та же задержка конфлы после иммо я обосновал с пвп точки зрения, где я не указывал 100500 иммо от 100500 варлоков, например, на бг. Моё дело указать баги, показать пруф как это было на офе.

 

ЗЫ надеюсь ваниш фиксанут и уберут иммун, запилят задержку полноценных 370 и будет воспроизводится трикс, если на обт что-то пойдёт не так, на лайф это апаться не будет.

[shaydi]

надеюсь я больше не увижу от тебя глупых постов.
1)я не занимаюсь пве составляющей, и все фиксы (особенно с хасты у корапшна) не имеют ко мне никакого отношения.
2)та же задержка конфлы после иммо я обосновал с пвп точки зрения, где я не указывал 100500 иммо от 100500 варлоков, например, на бг. Моё дело указать баги, показать пруф как это было на офе.
 
ЗЫ надеюсь ваниш фиксанут и уберут иммун, запилят задержку полноценных 370 и будет воспроизводится трикс, если на обт что-то пойдёт не так, на лайф это апаться не будет.

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

[Illokep]

Простите, у нас получается, что те же тестеры пишут "я нашел баг, он такой то..", его исправили и сделали это довольно криво, раз между собой к единому мнению о работе способности не могут придти ANTOMA и infbelial,  а когда после правок обнаружиаются недочеты (как с жертвенным огнем 2-го лока и возможностью каста поджигания на цель, на которую уже наложен жертвенный огонь лока, первым наложившим доту) так ни кто ответственность на себя взять не может, помощи игрокам - ноль, необоснованной агрессии - море.

 

ответственен я что апнул не рабочий фикс и никто иной.

Сообщение отредактировал ANTOMA: 11 июня 2014 - 19:36

[Rezi]

Простите, у нас получается, что те же тестеры пишут "я нашел баг, он такой то..", его исправили и сделали это довольно криво, раз между собой к единому мнению о работе способности не могут придти ANTOMA и infbelial,  а когда после правок обнаружиаются недочеты (как с жертвенным огнем 2-го лока и возможностью каста поджигания на цель, на которую уже наложен жертвенный огонь лока, первым наложившим доту) так ни кто ответственность на себя взять не может, помощи игрокам - ноль, необоснованной агрессии - море.

Ты себе вообще представляешь процесс проверки того или иного бага? Исходя из того, что ты пишешь я делаю вы вод, что неочень.

 

Объясню по пунктам:

 

1.Есть проблема/баг

2. Баг описывается в ЗБТ. Даются пруфы.

3.По команде Антомы тестеры проверяют наличие бага. Ищут материал на описание того как он должен работать

4. Антома "чинит". Заливает на тестовый рилм.

5. Свободный тестер "проверяет" починку в одну каску.

6.Подтверждение фикса от тостера

7. Заливают на лайф.

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

9. О новых недочетах пишут репорт.

10. Антома занят уже чем то другим, что хочется починить ему самому. (обычно это какая ни будь визуальный фикс в цлк).

11. Ждать N-е кол-во времени пока руки снова "дойдут"

[Illokep]

Ты себе вообще представляешь процесс проверки того или иного бага? Исходя из того, что ты пишешь я делаю вы вод, что неочень.

 

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

 

Вот если привести моё восприятие к предложенной тобой модели получится следующее:

 

1. Есть задача (проблема с талантами/спелами/баг)

2. Пользователь оставляет заявку в багтрекер (в свободной форме, так как у нас иная форма не определена правилами)

3. Проблема проверяется администрацией (разработчиками, тестерами, модераторами) согласно установленным правилам.

 

далее для меня начинается "тёмный лес":

 

3.По команде Антомы тестеры проверяют наличие бага. Ищут материал на описание того как он должен работать

4. Антома "чинит". Заливает на тестовый рилм.

5. Свободный тестер "проверяет" починку в одну каску.

6.Подтверждение фикса от тостера

7. Заливают на лайф.

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

9. О новых недочетах пишут репорт.

10. Антома занят уже чем то другим, что хочется починить ему самому. (обычно это какая ни будь визуальный фикс в цлк).

11. Ждать N-е кол-во времени пока руки снова "дойдут"

 

может, в этой части можно что нибудь оптимизировать? Может нужно отладить цепочку процессов, ведь в таком виде, сам понимаешь, он далек от правильного.

 

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