Если вы сделаете свой dev_exist
набор, проверка наличия значения станет намного быстрее. В настоящее время каждое значение должно пройти через все значения в списке dev_exist
, чтобы проверить, присутствует ли оно уже. Однако проверка наличия значения в наборе выполняется с помощью хеширования и будет намного быстрее.
Это позаботится о значительной части времени.
РЕДАКТИРОВАТЬ: Вы также можете заменить список на диктовку при поиске дубликатов. Dicts также обеспечивают быстрые in
методы.
my_dict = {}
for val in my_list:
if val[0] in my_dict:
print(val[0], "exists already")
# Your code for replacing an existing entry here
else:
my_dict[val[0]] = val[1:]
# To convert back to a list
new_list = []
for key, value in my_dict.items():
new_list.append([key]+value)
Ищите, сколько детали они знают о своем проекте, и насколько они хотят говорить об этом. Если они кажутся сфокусированными на деталях, они могут свести Вас с ума путем попытки микросправиться с работой. Если они, кажется, не знают много о деталях, то они (клиент) могут быть в по их головам, поскольку они не знают объема проекта. Хороший клиент будет знать детали, когда его спрашивают, но не хочет гудеть на приблизительно них чрезмерно.
О, быстрый способ заставить клиента выбрать их тарификационную модель: когда объяснение им, что включает Ваш контракт (работающий с ними для требований, разработки, тестирования, и т.д.) добавляет примечание, что это включает x часы телефонной связи и связи по электронной почте, где x является некоторой функцией размера проекта на основе опыта. Добавьте, что дополнительное время будет стоить 250$ в час в 30-минутных инкрементах. Это отговорит их связываться с Вами для каждого тривиального вопроса и соединять списки вещей говорить с Вами, который вступает в контакт более эффективный. Принятие Вашего значения для x разумно, у клиента низких эксплуатационных расходов не будет проблемы с ним, таким образом, можно будет удалить тот пункт из контракта, так как это не важно. Высокий клиент обслуживания захочет знать, почему это так мало, что, если это - просто крохотный вопрос и т.д.
Любой из них:
Я работал подрядчиком в течение нескольких лет, и эта регистрация показывает несколько определенных экземпляров причин, я убежал от заданий. Что я хочу видеть в обязательстве контракта:
Сильный бизнес-спонсор с подлинной приверженностью проекту и удару для удаления препятствий.
Доказательство соответствующего финансирования и поддержки в организации по проекту.
Непосредственный руководитель, который не отбросит Вас в нем или вмешается в Вашу работу для покрытия их собственной задницы. Это - конкретная проблема, поскольку Вы склонны сообщать непосредственно людям на первом, которому звонят лестничной структуры управления, у кого действительно нет большого количества удара. Поэтому первый момент о сильном бизнес-спонсоре довольно важен.
Доказательство, что проект не имеет мощных врагов в организации.
Править:
Для первой точки спрашивая то, кто бизнес-спонсор и где они живут в организации, является хорошим началом.
Для второй точки попросите разумный рыночный курс и если они придираются, это - определенный знак что чья-то попытка сделать это на дешевом.
Для третьей точки подход непосредственного руководителя часто очевиден из способа, которым берет интервью поведение.
Для четвертой точки спросите, кто мог бы заблокировать проект и искать любое колебание в ответе.
Это не жесткие правила, но эвристика.
У нас недавно был "опыт" с клиентом так непосредственно летучая мышь: