Я вам скажу по секрету, отрисовка изображений в iOS происходит очень быстро, данные поступают напрямую в графический чип, почитайте про Core Animation.
Второй секрет — часы состоят из нескольких картинок и рендеринга текста там не происходит (рисовать текст на порядки сложнее изображений).
Третий секрет — считывание гироскопа и акселерометра идет постоянно. То, что вы видите во фреймворке — всего лишь подписка на обновления.
Здесь и есть проблема — «вы знаете». А человек, пришедший через год на проект, который вы писали потратит огромное время чтобы разобраться что обозначает этот метод, ему нужно будет спрашивать вас (а если вы уже и забыли про это часть кода, то еще сложнее, а если уже и не работаете, то …) что он делает, смотреть в код и анализировать. Это трата времени, которое можно потратить на разработку.
Особенно это важно человек, хорошо знающий английский язык, видит что напридумывал человек менее образованный в этой области знаний, использующий что-то наподобие runglish). Это большие нервы по вроде как пустяковым вещам типа методов состояния.
Когда я вижу методы типа isLoadImage (помните про How much watch?), мне хочется стукнуть человека, который такое создает.
iCloud. Он хоть и ограничен фотографиями и почтой, но есть тоже интересный момент:
Вы подтверждаете, что Apple не несет ответственность или не отвечает каким-либо образом за весь Контент, предоставляемый другими лицами, и не обязана предварительно отбирать такой Контент. Тем не менее, Apple оставляет за собой право всегда определять, является ли Контент уместным и соответствует ли он настоящему Договору, и может предварительно отбирать, перемещать, отклонять, изменять и/или удалять Контент в любое время, без предварительного уведомления и по своему единоличному усмотрению, если будет установлено, что такой Контент нарушает настоящий Договор или вызывает возражения в ином порядке
В отличие от Java (<irony>в которой принято все подряд начинать с get</irony>), в Objective-C префикс-глагол «get…» используется для косвенного получения данных (для одного или нескольких значений).
Ну и в целом, слово «архитектор» в связке со взаимодействием это что-то типа Ваших слов:
«Архитекторов я не выношу в отдельную категорию, потому что либо их не существует, либо я их не видел и не понимаю кто они такие. Все, кто приписывают себе в тайтл Architect, либо следуют моде, либо стебутся над модой, либо клинические идиоты.»
Пока вы будете представляться как Lead Interactive Architect, никому это и дальше не будет говорить о том, чем Вы занимаетесь (интерактивный архитектор? WTF?). Interactive Developer туда же.
Lead Interaction Architect как-то поправильнее будет. Не в английский через русский из английского от «интерактив», а от «взаимодействие».
Добавьте в стили вот такую штуку -webkit-font-smoothing: antialiased;. Это отключит субпиксельное сглаживание (на таких графических элементах это не ухудшит их внешний вид).
Сейчас под Safari с субпиксельным сглаживанием скачут буквы за счет того, что при анимации субпиксельное сглаживание отключается, включается обычное, а по завершении анимации субпиксельное включается обратно.
О том, что такие «ошибки» человек тоже будет конвертировать в исключения я бы даже не подумал, если честно :) Я думаю, что все-таки автор комментария не это имел в виду (= мы сами в коде вешаем на обработчик ошибок кидалку исключений), а то, что это в самой архитектуре языка/интерпретатора так должно быть. Тогда, я искренне надеюсь, авторы PHP не делали бы такие вещи ошибками (которые стали бы исключениями), а оставили для strict, deprecated и прочих notice другой механизм, не влияющий на ход выполнения кода.
FYI, в UIGraphicsBeginImageContextWithOptions последним аргументом можно спокойно передавать 0, тогда scale будет такой, как у основного экрана, т.е. == [[UIScreen mainScreen] scale].
Второй секрет — часы состоят из нескольких картинок и рендеринга текста там не происходит (рисовать текст на порядки сложнее изображений).
Третий секрет — считывание гироскопа и акселерометра идет постоянно. То, что вы видите во фреймворке — всего лишь подписка на обновления.
Четвертый секрет — iOS работает не на WPF.
Особенно это важно человек, хорошо знающий английский язык, видит что напридумывал человек менее образованный в этой области знаний, использующий что-то наподобие runglish). Это большие нервы по вроде как пустяковым вещам типа методов состояния.
Когда я вижу методы типа isLoadImage (помните про How much watch?), мне хочется стукнуть человека, который такое создает.
en.wikipedia.org/wiki/Dmitry
developer.apple.com/library/mac/documentation/Cocoa/Conceptual/CodingGuidelines/CodingGuidelines.pdf
Данные принципы именования сложились уже давно и желательно их придерживаться.
В отличие от Java (<irony>в которой принято все подряд начинать с get</irony>), в Objective-C префикс-глагол «get…» используется для косвенного получения данных (для одного или нескольких значений).
Например, у NSData есть метод:
-(void)getBytes:(void *)buffer length:(NSUInteger)length
Он не возвращает байты напрямую (метод является void), а записывает их по ссылке в buffer.
В вашем случае код Feature должен выглядеть как-то так:
@interface Feature: NSObject
-(Profile *)profileWithName:(NSString*)name;
@end
PS. Прошу прощения за отсутствие форматирования.
«Архитекторов я не выношу в отдельную категорию, потому что либо их не существует, либо я их не видел и не понимаю кто они такие. Все, кто приписывают себе в тайтл Architect, либо следуют моде, либо стебутся над модой, либо клинические идиоты.»
Lead Interaction Architect как-то поправильнее будет. Не в английский через русский из английского от «интерактив», а от «взаимодействие».
Добавьте в стили вот такую штуку -webkit-font-smoothing: antialiased;. Это отключит субпиксельное сглаживание (на таких графических элементах это не ухудшит их внешний вид).
Сейчас под Safari с субпиксельным сглаживанием скачут буквы за счет того, что при анимации субпиксельное сглаживание отключается, включается обычное, а по завершении анимации субпиксельное включается обратно.