Обход ограничений разработки в политике клиента

Я просто прошел через это и нашел довольно хорошее решение: найти другую работу

Это тяжело. Основная причина здесь - руководство, которое не понимает, что выбор среды влечет за собой реальные финансовые последствия.

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

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

Гиг оперативной памяти в Crucial стоит тридцать долларов. Если никто не желает выложить 90 больших за 3 ГБ ОЗУ для вашего компьютера, у вас есть руководство, которое активно работает против вас или не уважает вас. Если дело доходит до этого, у вас большие проблемы, и вам нужно искать следующего работодателя.

Одна из вещей, которые я сделал при обновлении моей текущей среды разработки, - это нашел ссылки на исследования производительности, которые показали, насколько производительность увеличилась при улучшении среды разработки. В моем конкретном случае на моем рабочем столе было от 2 до 3 мониторов. Мне удалось найти 3–4 статьи, в которых описывалось, как много можно было получить за счет дополнительного монитора. Мне кажется очевидным, что вам нужна более новая, хорошо сконфигурированная система для разработчиков, тем более что стоимость оборудования по сравнению с затратами на людей в наши дни так мала, но счетчики bean-компонентов часто думают иначе. Если вы вооружитесь некоторыми отраслевыми исследованиями, показывающими рост производительности, я думаю, будет сложнее отклонить ваши опасения как просто жалобы на окружающую среду.

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

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

В таком случае либо жить с этим, либо нет, т.е. двигаться дальше.

Предложение должно содержать:

1. Предложение о том, что вы хотите сделать
2. Зачем это нужно делать
3. Последствия этого
4. И самое главное, последствия того, что вы этого не сделаете.

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

Просто синхронизируйте постепенно. Вы не набираете столько кода в секунду, что GSM-соединение не успевает за ним? Убедитесь, что ваши проекты настроены на использование макетов / заглушек везде, где это возможно.

Настройка этого, вероятно, выходит за рамки возможностей системных администраторов вашего клиента.

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