Когда Вы уносите свист расползания границ проекта? [закрытый]
Вы звоните IOLoop.instance().stop() из основного потока, что запрещено. Единственный метод в Tornado, который безопасно вызывать из потока, отличного от того, в котором работает IOLoop, - IOLoop.add_callback. Чтобы инициировать отключение из основного потока, когда IOLoop работает в другом потоке, замените метод остановки следующим:
def stop(self):
"""Instruct the IOLoop to stop itself."""
IOLoop.instance().add_callback(IOLoop.instance().stop)
6 ответов
Бюджет N часы специальных запросов в Вашем плане проекта. (Вы знаете, что это собирается произойти, итак, почему это не там?) Затем отслеживают Ваши специальные запросы и пересматривают, когда бюджет дул.
Я сказал бы, когда это собирается повлиять на дату расписания/выпуска. Если это происходит, пора определенно унести свист. Если или расползание границ проекта имеет достаточную величину, или если существует достаточно кумулятивных изменений, которые это влияет на Вашу способность поставить вовремя, то необходимо пододвинуть обратно.
В каком-либо запросе?
Реальная цель состоит в том, чтобы сделать клиента счастливым, не будучи сорванным, правильно? Гибкие методы решают эти проблемы в большой степени. Всегда подходят новые требования, и если Вы не обращаетесь к ним, когда они прибывают, Вы заканчиваете тем, что создали вещи, которые являются устаревшими или дисфункциональными из поля. Таким образом, то, в чем Вы нуждаетесь, является клиентским закрытием сделки к процессу, рабочий прототип как можно скорее и большая итерация. Существует тонна больше, конечно, но этого должно быть достаточно для продолжения.
Отредактированный для добавления: Клиентское закрытие сделки означает, что они знают, что Вы работаете над новой возможностью вместо того, что Вы сделали бы, и что они соглашаются. Когда Вы прошли свое расписание и бюджет и все еще не сделаны они, они были там с Вами целым путем и знают почему. Никакое большое удивление, "Что? Вы не СДЕЛАНЫ?!"
Предполагаемая дата завершения является большим количеством кривой вероятности, чем единственная дата.
Любая дополнительная функция уменьшает вероятность встречи некоторой конкретной даты.
Необходимо 'унести свист', если и когда уменьшение в вероятности становится 'значительным' или стоящим упоминания.
Момент Ваш бюджет унесен. Вы не можете продолжать делать все эти "бесплатные" дополнения - если Вы не делаете его для благотворительности.
После того как Вы заняли твердую позицию однажды, Вы найдете высушивание запросов!
Я только был в этой ситуации с внутренними инструментами, где наша установленная цель состояла в том, чтобы лучше всего служить любой прихоти наших "клиентов" в ситуации, где не было никакого способа предсказать потребности заранее. Поэтому возьмите мой ответ с мелкой частицей соли.
Мое представление состоит в том, что решение является часто политическим, и если Вы не глава компании, это даже не могло бы быть ваше дело. Стоимость неудовлетворенных клиентов, пробегающихся через Вашу голову к Вашему боссу, может больше нанести ущерб.
Я - крупный сторонник гибкого и непрерывного требования, заключающего, что это действительно включает наблюдение, как пользователи работают с продуктом, и пытающийся соответствовать их потребностям. Однако у каждого пользователя есть свой человек, "хороший имущим" и нет никакого способа удовлетворить всех. Если у Вас есть несколько целевых пользователей, демократия является хорошей системой - только реализуют вещи, из которых может извлечь выгоду большинство пользователей.
Если Ваши клиенты являются связной группой (например, Вы делаете ее для пользователей в определенном отделе в определенной организации), выполните вики-сайт или что-то как ТАК или другие механизмы, где они могут перечислить и затем совместно голосовать по возможным функциям. Проясните, что Вы уделите первостепенное значение (но никакие гарантии) о более высоких расчетных функциях, и что Вы, вероятно, не собираетесь уделять первостепенное значение вещам, которые не получают голоса от других.
При этом Вы можете заставлять клиенты применять некоторую совместную фильтрацию (или давление со стороны окружающих) на идеях. Вы также получите некоторую видимость, таким образом, люди будут видеть, почему их пожелания не уважали. Важная дополнительная льгота - то, что, кто бы ни запросил, функция теперь имеет интерес к формулировке запроса и его объяснения хорошо, так, чтобы они могли заставить других голосовать за них. Это устранит некоторые глупые непродуманные идеи.
Конечно, базовое предположение обо всем этом - то, что Вы планировали некоторое время к "misc функции" с тем, кто бы ни платит за projec.