Alexander

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

Вы тут вообще не при чем.
Это проблема вашего руководства/владельцев.

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

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

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

За что же отвечает менеджер? Конечно, за организацию работы, а значит, за сроки. Правда, ваша беда, что менеджеры не хотят за это отвечать и будут спихивать неудачи на вас.

Теперь переходим к практике. Вы с менеджером прикидываете дела (допустим, понедельно). Но вы должны вести дневник ежедневно и вписывать туда, что сделали (буквально две - три фразы) и какие возникли проблемы. О проблемах сообщать, а раз в неделю контролировать ход работ с менеджером. Как только будут к вам претензии, вы сможете показать, из-за чего нарушился ход проекта.

Стоит донести своё недовольство до руководства, посмотреть, как они отреагируют. Вариантов развития после этого может быть много: может начальству уже давно не нравится, как вы работаете? Или наоборот, их все устраивает, но они понятия не имеют, что ПМы постоянно "щелкают кнутами".

Кроме того, вы так говорите, как будто вы единственный программист в компании. У других таких проблем с этими людьми нет? Я думаю, если даже половина программистов недовольна, то к вам прислушаются.
...либо пошлют нахер, но тогда вы будете понимать, с чем вам дальше придется иметь дело.

Насчет звонков по выходным - а вы проговаривали, что звонить вам во внерабочее время не надо?

Я бы пошёл к вышестоящему руководству, которое не меняется по 8 раз за год и вы знаете его лично, и обозначил проблему. Я так понимаю, в конторе херово поставлены бизнес-процессы внутри технического блока, поэтому и менеджеры меняются, и стажёры не учатся, и программисты нервные. Из рацпредложений руководству - на программиста не более одного дедлайна за месяц, не менее трёх дней на задачу с обычным приоритетом, не более двух одновременных задач с высоким приоритетом.

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

Один pm целый день у меня расспрашивал за сколько я сделаю ту или иную задачу

Это нормально, так все и делают. А как иначе-то оценить производительность программиста и о чем вести речь с заказчиком?

Команда садится за стол, втыкает в ТЗ, задают вопросы заказчику, обсуждают, перерабатывает его в последовательность задач. Потом каждую оценивают в часах (конечно же включая туда изучение ранее незнакомого, возможный багфиксинг). Около дня это и выходит. В результате у ПМа на руках примерная (+/- 20%) оценка времени, необходимого на выполнение. С этим он идет к заказчику и общается.

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

Вы же не уложились в сроки, поэтому интерес не праздный. Конечно, на выходных - это уже некоторая фаза отчаяния.

Начните пользоваться трекером, хотя бы. Все задачи - через трекер. Задачи должны декомпозироваться на мелкие, до 8-16 часов, хотя бы. Приоритетом могут управлять менеджеры, хоть 10 - пусть сами дерутся. Принципиально не меняете задачу, не закончив ее (ну, за исключением хотфиксов). Но учитывайте , что тут больше к вам требований, чем к ПМ-ам - правильно декомпозировать проект, оценить задачу и выдержать время, и да, это тоже занимает время.
А найти хорошего ПМ-а еще сложнее, чем хорошего программиста.

Стать пм-ом
Заставить пма писать код

Сменить место

Проблема у вас не в ПМ-ах, а в отделе маркетинга. Ищите долгосрочные проекты и перестаньте работать по принципу конвейера. Кроме того, если дедлайны такие жесткие, почему бы их не сместить заранее на больший срок?

Какая версия Safari ?
Если речь о том, который стоит на винде, забудьте о нем)
Уже более нескольких лет на него не выходят обновления.

Перекиньте в папку Apllications и запускайте оттуда. Можно через F4 потом открывать, как остальной софт

Нет