agee

Я Вам сейчас открою страшный секрет. Плохое преподавание - это не оправдание для того, чтобы не учиться. Берите в руки книги и вперед - учиться самостоятельно. Благо, ресурсов сейчас выше крыши. А колледж не бросайте: доучитесь хотя бы до бакалавра, лишние знания и звания никому не мешали еще.

Еще один большой "секрет": попытайтесь устроиться на работу уже сейчас (хоть на стажировку, хоть на позицию "поди-подай", если уж совсем никакого толку), не ждите окончания учебы. Учиться и работать одновременно - шикарная школа жизни. Зато по окончании учебного заведения будет и опыт, и хоть некоторое понимание того, что Вам нужно.

23, конечно, не 33, но откладывать в долгий ящик не стоит. Пока Вы сомневаетесь и теряетесь, позиции, на которые Вы претендуете, будут занимать те, кто не сомневается и двигается в выбранном направлении.

Желаю успехов.

Безусловно, вам нужны будут:
- Полные исходники, включая все зависимости, а также файлы проектов. В идеале репозиторий целиком.
- Исходные макеты для дизайна, а также готовые (напр., нарезанные) картинки во всех необходимых разрешениях, если таковые используются в приложениях.
- Если они использовали какой-нибудь облачный бэкенд, - все доступы к аккаунтам бэкенда.
- Если они использовали свой частный бэкенд, - необходим перенос их бэкенда на ваш сервер. После этого удостовериться, что все работает, как прежде (для людей технически неподкованных задача нелегкая, хотя все зависит от реализации).
- Если они использовали какие-то библиотеки третьих лиц или обращаются в коде к серверам третьих лиц, которые подразумевают использование ключей (напр., авторизация в соц. сетях, рекламных сетях, сервисы Гугла и т.д и т.п.), необходимо забрать все ключи и доступы к админкам этих ресурсов.
- В случае с Apple App Store, необходимо совершить миграцию приложения на ваш аккаунт (https://developer.apple.com/library/ios/documentat...). Естественно, этот эккаунт нужно заранее создать и разобраться, как что настраивать, какие сертификаты и для чего генерировать. Все последующие апдейты уже надо будет подписывать вашими новыми сертификатами. По Андроиду, думаю, нужно совершить похожие действия.

P.S.: Важно учесть, что нельзя менять ключи на новые и отключать старые сервера бекэндов до того, как не выпустите апдейт клиентских приложений с новыми ключами и URL-ами, иначе вся сетевая работа приложениях остановится.

Если у вас с архитектурными вопросами все очень хорошо, то можно и попробовать. Разработчики j2objc заявляют, что можно писать бизнес-логику на джаве, потом транслировать это все в objC, что, в принципе, не лишено права на жизнь. Думаю, работу со всеми стандартными контейнерами реально перевести на NSFoundation-рельсы, что они, наверное, с успехом и делают.

В то же самое время, в j2objc нет и не планируется поддержки работы с UI. И это тоже, как по мне, весьма правильно. Цитата:

J2ObjC does not provide any sort of platform-independent UI toolkit, nor are there any plans to do so in the future. We believe that iOS UI code needs to be written in Objective-C or Objective-C++ using Apple's iOS SDK (Android UIs using Android's API, web app UIs using GWT, etc.).

Таким образом, стоит хорошенько подумать, подходит ли Вам это. ИМХО, не лучший выбор в большинстве случаев.

Есть один отличный способ найти ответ на любой вопрос типа "[Insert word here] ценится у работодателей?" - поставить себя на место работодателя.

Забудьте на мгновенье о себе реальном и просто представьте, что Вы должны добрать человека в команду. Вам пришло 15 резюме, у кого-то высшее образование, у кого-то его нет, а у кого-то стаж работы в США, допустим. А у кого-то только pet-projects. А кто-то еще на Coursera диплом получал.

Потом сядьте и пару минут подумайте, что на Вас произведет впечатление, а что не очень. Это и будет ответ на Ваш вопрос.

P.S.: Вот я провел такой мысленный эксперимент и лично для себя пришел к выводу, что лучше хотя бы прослушанный курс на Coursera, чем вообще ничего. Но это я. Сколько людей, столько мнений.

Если Вам скучно в Вашей конкретной конторе, это не значит, что это .NET сам по себе скучный. Вы с таким же успехом можете найти скучную работу в любой технологии. ИМХО, надо расти просто профессионально, тогда авось и интересные проекты нарисуются сами.

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

Доктор, Вы уверены, что обращаетесь к UI из главного, а не из второстепенного потока? Если нет - исправьте, и посмотрите, решило ли Вашу проблему.

Для начала неплохо было бы указать, что Вы используете RestKit.
Создавать переменную path в модели не нужно. Нужно просто дать понять RestKit'у, что ему придется работать с массивом по определенному пути. В качестве пути к маппингу нужно указать не "path", а "data.path".
Я не работал с классом RKObjectMapping напрямую. Использовал RKObjectManager.

objectManager = [[RKObjectManager alloc] initWithHTTPClient:afHttpClient];

Создавал объект типа RKResponseDescriptor, в котором указывал "путь" к JSON-массиву.

RKResponseDescriptor *characterResponseDescriptor =
    [RKResponseDescriptor responseDescriptorWithMapping:objectMapping
                                                 method:RKRequestMethodGET
                                            pathPattern:pathPattern
                                                keyPath:@"data.results" // <- путь к JSON-массиву
                                            statusCodes:[NSIndexSet indexSetWithIndex:200]];
    
    [objectManager addResponseDescriptor:characterResponseDescriptor];

А потом вызывал у обжект-менеджера getObjectsAtPath:

[objectManager getObjectsAtPath:path
                                           parameters:queryParams
                                              success:success
                                              failure:failure];

Использовать или не использовать IB - это вопрос вкуса. Кому-то кажется, что он упрощает разработку. Кому-то кажется, что усложняет.

Лично мне всегда было удобней все создавать в коде: когда через некоторое время возвращаешься к проекту, то взглянув на код, можно сразу понять что, где, как и почему. Этот метод более гибок, и я ощущаю полный контроль над UI, могу делать его каким угодно.
Еще меня немного смущает ситуация, когда что-то работает, но я не знаю, почему оно работает. Не хочется слепо верить галочкам, выставленным в констукторе.

С другой стороны, если нужно очень быстро набросать базовый UI, и привязать какие-то действия к нему, то IB весьма полезен.

В коде viewcontroller'а напишите

- (void)viewDidLoad {
    [super viewDidLoad];    
    ImageTouched *instance = [[ImageTouched alloc] initWithFrame:CGRectMake(0, 0, 50, 50)];
    [self.view addSubview:instance];
    // Подписываемся на уведомление
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(imageDidTouch:) name:@"ImageTouchedImageDidTouch" object:nil];
}

Добавьте к коду вью-контроллера метод

// Метод, который обрабатывает уведомление
- (void)imageDidTouch:(NSNotification *)notification {
    if ([notification.object isKindOfClass:[ImageTouched Class]])
        NSLog(@"Pew value is %@", ((ImageTouched *)notification.object).pew);
}

А уже в touchesBegan вызовите это уведомление

-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
    NSLog(@"Image Touched");
    self.pew = @"pewpewpewew";  
    // Отправить уведомление, отправляя самого себя в качестве параметра object
    [[NSNotificationCenter defaultCenter] postNotificationName:@"ImageTouchedImageDidTouch" object:self];
}

Для чтения:
О свойствах https://developer.apple.com/library/ios/documentat...
Об уведомлениях: https://developer.apple.com/library/mac/documentat...

Вы уверены, что это кастомная ячейка, а не scope у UISearchBar? https://developer.apple.com/library/ios/documentat...

Не трогайте высоту в cellForItemAtIndexPath вообще. Только после загрузки данных в UIWebView меняйте высоту этого webView. Когда это произойдет, просто вызовите - (void)reloadItemsAtIndexPaths:(NSArray *)indexPaths для того indexPath, которому соответствует этот webView. Это обновит содержимое нужной ячейки и запросит ее размеры у делегата.

Если используете UICollectionViewDelegateFlowLayout нужнуые размеры передайте в - (CGSize)collectionView:(UICollectionView *)aCollectionView layout:(UICollectionViewLayout *)collectionViewLayout sizeForItemAtIndexPath:(NSIndexPath *)indexPath. Этот метод вызовется сам после вызова reloadItemsAtIndexPaths

Вы можете выполнить в контексте страницы UIWebView свой JS-код https://developer.apple.com/library/ios/documentat...
В этом JS-коде, например, на все кратинки навесить обработчики на событие onclick и передавать в этот обработчик сам элемент или например ссылку на само изображение. В обработчике события можно делать редирект на какую-нибудь урлу типа mypotocol://myurl.
А вот уже в методе делегата webView:shouldStartLoadWithRequest:navigationType: определять протокол и урл, и если совпадает с mypotocol и/или myurl, то выполнять нужные действия, при этом возвращать NO.