Комментарии 11
Я так понимаю, это Вы своему тим–лиду писали? По одному пункту точно с другой стороны могу подсветить: если лид правит ваш код «втихую», то скорее всего задача была рассчитана на день и должна была быть сдана ещё неделю назад. Бизнес не должен нести убытки из-за ранимости отдельных членов команды. Конечно, это не отменяет факта, что либо до, либо, скорее, после внесённых изменений необходимо о них сообщить «владельцу» кода, и, желательно, с пояснениями. Но, ИМХО, относиться к таким вещам необходимо проще. Набирайтесь опыта.
Вы ошиблись, адресовано скорей джуниор и миддл разработчикам, которые, просматривая код, вдруг решают что-то порефакторить. И проблема тут не в ранимости, а в том что в результате изменений в коде ни автор не может быстро сориентироваться ни тот, кто рефакторил до конца не понимает, для чего этот код был написан. Как раз таки появляются проблемы для бизнесса, увеличиваются затраты времени на внесения изменений или багфикса.
Отдельно хочу прокоментировать ситуацию: задача на один день, а ее неделю не сдают. Это уже вопросы к тимлиду. Зачем отдал задачу тому, кто не может ее сделать? Разве нет понимая уровня способностей своих подчиненных? Почему не поинтересовался прогрессом на следующий день, когда предполагалось завершение работы над задачай? Почему ждал неделю и потом сам все исправил? Это, ИМХО, сведетельствует о некомпитентности тимлида, который неправильно распределяет задачи и не следит за прогрессом.
«iOS-джентльмен», «iOS-разработчик» через дефис надо писать
Хорошие мысли, на тему работы в команде, вне зависимости от твоего направления. Комментарии — я бы добавил упоминание о комментариях, т.к. гребцы уходят на другие галеры, и инструкцию к лодке все же лучше хранить в актуальном состоянии.
НЛО прилетело и опубликовало эту надпись здесь
А причем тут iOS?
Ну и по моему опыту, довольно часто под iOS разработку ведет один человек. Вот и сейчас я в гордом одиночестве…
Ну и по моему опыту, довольно часто под iOS разработку ведет один человек. Вот и сейчас я в гордом одиночестве…
«iOS потому, что я сам iOS разработчик и являюсь частью команды. Правила довольно общие, поэтому подойдут для любого направления в разработке программного обеспечения и не только.»
Я тоже довольно долго был одним, но последний год работаю в основном в команде. И по опыту понял, что токсичность, в первую очередь с моей стороны, ни к чему не хорошему не ведет. Даже наоборот, вежливость открвает много возможностей.
Можно быть одним iOS разработчиком, но команда состоит из менеджера, заказчика и много других людей, с которыми стоит (ИМХО) вести себя как джентльмен.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кодекс разработчика-джентльмена