Денис Загаевский я как раз поэтому и поблагодарил, я всегда думал, что при передаче через Bundle у нас на другой стороне получается _копия_ исходного объекта, и писал свой код исходя из этой неверной предпосылки.
> очень не рекомендуется править историю коммитов.
А если коммит локален, и в общий репозиторий ещё не ушёл? В Меркуриале я могу с помощью расширения strip вырезать ненужный коммит, и ни к каким проблемам это не приведёт, тем более если коммит был никак связан с коммитами до и после. В Git наверняка есть подобные возможности.
Как раз таки усложнения кода тут никакого не происходит, наоборот упрощение. Если у вас в функции десяток строчек, каждая из которых потенциально может выбросить исключение, то проще написать все эти десять строчек, обернуть их в try, а затем в отдельных catch clauses писать реакцию на выброшенное исключение. Если же все методы в случае ошибки будут возвращать null-значение (или какой-то особый код, описанный в контракте метода), то у вас нормальный код смешается с кодом по обработке ошибок, то есть нормальный flow метода будет перемежаться конструкциями вида if (result == null) { doSomething(); }, что сильно усложняет чтение кода.
Более того, в случае nextInt() могут быть выброшены три разных исключения, и обрабатывать их нужно по-разному. Если вы будете возвращать null, то потеряете ценную информацию о том, что случилось, и не сможете описать правильную реакцию на возникшую ошибку.
> возможно ли кодинг отдать одному, а верстку другому
Отдайте половину экранов одному, а половину - другому. Пусть они находятся в постоянном контакте друг с другом, чтобы была возможность обсуждения текущей разработки, общего функционала и так далее.
Чтобы на всех экранах, вне зависимости от размера и плотности, надпись отрисовывалась одинаково. Альтернатива - использовать крупное изображение, которое будет подгоняться под каждый экран, но наш дизайнер сказал, что ему не нравится как выглядит изображение, которое было подогнано - слишком "мыльное".
Начинающие очень часто формулируют свои вопросы так, что нужно догадываться, что они имели в виду. В данном случае наверняка имелось в виду: "Как мне создать такую кнопку в Андроид-приложении?"
Вот, только написал про "лучше выждать недельку и убедиться, что новая версия не содержит никаких критических для вас косяков", и через час наткнулся на подтверждение. После перехода на AS 2.1.2 + gradle plugin 2.1.2 у меня стал очень странно работать отладчик - не позволяет вставать на половину строчек кода, и не показывает в отладочной сборке половину локальных переменных. Вернулся на 2.1.1 - всё нормально. Хотя, казалось бы, 2.1.2 у них считается стабильной версией.
Не обязательно через консоль, модете просто открыть Naultilus (стандартный файловый менеджер в Ubuntu), и через него удалить директорию со студией. Она переместится в папку Trash, и там вы сможете удалить её окончательно. Если хотите удалить через консоль, то заходите в родительскую папку папки со студией (например, cd /opt/) и удаляете: rm -r ./android-studio
У вас будет две версии. При установке новой вам будет показано окно, в котором можно будет импортировать все настройки и установленные плагины из старой версии. Старую после этого можно будет удалить (хотя я не рекомендую делать этого сразу же, лучше выждать недельку и убедиться, что новая версия не содержит никаких критических для вас косяков).
