«Если я хочу отменить все внесённые изменения и начать работу с чистого листа, я использую команду git reset --hard HEAD (самый частый случай).»
Достаточно `git reset --hard`
«Если я просто хочу взять три последних коммита и слить их в один большой коммит, я использую команду git reset --soft {{some-start-point-hash}}.»
Лучше использовать `git rebase -i HEAD~3`. И про `reflog` можно добавить — обязательно пригодится, когда произойдёт неправильное использование `git rebase`
Можно использовать или сторонние компоненты или посмотреть как у них работает. Вот один такой компонент, написаный моим коллегой. www.cocoacontrols.com/controls/afmslidingcell
На сайте есть и другие, если конкретная реализация не подходит.
Есть ещё одно решение этой проблемы, хотя оно подойдёт только пользователям photoshop. Есть замечательный набор шаблонов и встроенных скриптов для экспорта под все размеры: appicontemplate.com
Это фича. Если пошли непредсказуемые изменения, ломаем порождение потомков --> баги умирают с бракованным экземпляром, а не распространяются в следующие поколения.
Вообще, по данной теме и по схожим написано довольно много в англоязычных интернетах. Тема называется «steering behaviors», также включает в себя преследование и побег, остановка в заданной точке и другие алгоритмы, управляющие движением одного или нескольких тел. Вот тут можно почитать, например. С наглядными иллюстрациями: www.red3d.com/cwr/steer/
И я таких знаю. Поэтому и не утверждаю, что там их нет или что это обязательно подразумевает слабый интеллект. Но то, что европейцы гораздо чаще соблюдают правила и регламент, а следовательно, действуют более шаблонно — это факт. Подтверждённый как личным, так и чужим опытом.
Чего их ругать? Сами прекрасно раскрываются, выше видно. И понятие креативного класса мы с вами понимаем по-разному. Для меня это не столько принадлежность к какой-то профессии, сколько желание быть в неолиберальном тренде и исповедование тех шаблонов (например, что приличные люди, а любой немец — обязательно приличный человек, не могуть жить в условном Барнауле. Подразумевается, что Барнаул для быдла, а не приличных людей). Себя они считают приличными и даже более — одарёнными, возвышающимеся над тем самым быдлом. Отсюда миф об обязательном наличии у креакла творческого потенциала и способности к созидательному труду, а также заблуждения вроде 100% айтишников являются креаклами. Не надо грязи, это не так. Многие действительно делают что-то полезное и при этом не делят людей на сорта по месту проживания или достатку.
Среднестатистического креакла такие скучные вещи не интересуют, ибо он обитает в своём, уютном, мире. Интересно, Вам сейчас расскажут что это неправильные немцы, или просто сольются?
Да, это может произойти, например если на устройстве останется мало места. Конечно, ситуация больше гипотетическая (вряд ли у вас там большая база), но исключать такой вариант нельзя, особенно если программой будет пользоваться много людей.
В вашем случае, лучше использовать NSApplicationSupportDirectory вместо NSCachesDirectory. Более подробно можно посмотреть тут:
Не знаю точных условий, когда кеш может быть очищен, к тому же, поведение может меняться в зависимости от версии iOS. Но в одном из документов есть упоминание, что эта директория должна использоваться только для данных, которые можно легко восстановить и нужно быть готовым, что они могут быть стёрты.
Принудительно надо будет добавлять slice для 64-битной архитектуры. Это делается в настройках проекта и касается только старых проектов, в новых всё добавлено по умолчанию.
Во время разработки можно тестировать на 64-битном симуляторе, но перед релизом, конечно, лучше проверить на устройстве.
Чувствую. Но Вы смешиваете понятия «устаревший» и «экзотический». На идеальном экзотическом языке вообще коммерческих проектов не должно быть. С каждым удачным проектом становится больше людей, которые его изучают и язык переходит из экзотических к мейнстримовым.
Достаточно `git reset --hard`
«Если я просто хочу взять три последних коммита и слить их в один большой коммит, я использую команду git reset --soft {{some-start-point-hash}}.»
Лучше использовать `git rebase -i HEAD~3`. И про `reflog` можно добавить — обязательно пригодится, когда произойдёт неправильное использование `git rebase`
На сайте есть и другие, если конкретная реализация не подходит.
В вашем случае, лучше использовать NSApplicationSupportDirectory вместо NSCachesDirectory. Более подробно можно посмотреть тут:
developer.apple.com/library/ios/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/AccessingFilesandDirectories/AccessingFilesandDirectories.html#//apple_ref/doc/uid/TP40010672-CH3-SW5
Не знаю точных условий, когда кеш может быть очищен, к тому же, поведение может меняться в зависимости от версии iOS. Но в одном из документов есть упоминание, что эта директория должна использоваться только для данных, которые можно легко восстановить и нужно быть готовым, что они могут быть стёрты.
Во время разработки можно тестировать на 64-битном симуляторе, но перед релизом, конечно, лучше проверить на устройстве.