Сообщить коллегам, что проектные изменения вовсе не нужны?

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

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

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

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

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

Ответы (1)

Вы слишком много думаете об этом.

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

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