kaspartus

Не трогайте пока бекенд, алгоритмы и прочее. Не стоит распыляться по куче областей, на каждую из них потом сможете выделить время и целенаправленно проработать.

На тему джуниорства: когда будете устраиваться узнайте как будет происходить рабочий процесс. Понятно что хочется броситься зарабатывать первые деньги, работать поскорее и все в таком духе, но имеет смысл спокойно выбрать, чтобы максимально продуктивно стартануть.

Сто процентов должен быть наставник, который целиком продумает архитектуру приложения и будет выдавать небольшие задачи. Знаю, что такое частенько бывает: на джуниора спихивают недописанное особо никому не нужное приложение, и ему приходится потом ковыряться по колено в чужом коде. Потому не в коем случае это должна быть не поддержка существующего приложения, а если поддержка, то работа должна заключаться в написании отдельных модулей. Надо самостоятельно писать взаимодествие между частями приложения.

Идеальный вариант: наличие наставника, который продумывает приложение, но не вытирает сопли по любому поводу, в совсем сложных вопросах готов все объяснить. Работа заключается в написании кучи небольших приложений разной тематики.

К книжкам частенько идет репозиторий на гитхабе, можно посмотреть там. Еще есть cookbook'и, там есть готовые решения для кучи проблем.

Если хочется углубиться в патерны, поищите какую-нибудь advanced книжку, там как раз и занимаются тем, что пытаются не просто сделать, а сделать правильно и читаемо, показывают приемы, которые не используют в туториалах из серии "лишь бы работало".

У вас всего один VC, логику мы должны писать только в контроллерах. Этот VC должен знать об этом tableView. Потому и делегатные методы tableView должны быть в этом контроллере, те что отвечают за создание ячейки, выбор ячейки и прочее, а значит и создаваться cardView будет в классе VC, но тогда вопросов об обработке тапов не возникает. Так что вы зря логику вынесли во View классы.

Если хотим разделить логику, то нужен еще один VC2, который будет держать tableView, будет создавать карты, узнавать об их нажатии. При этом создавать его будет основной VC1 и сразу добавлять вью VC2 на свой. Вот тогда VC2 будет делегировать нажатия по картам в VC1.
Примеров создания кастомных делегатов очень много, конкретный не посоветую, но они легко гуглятся.

В iOS7 при помощи Text Kit это можно сделать.

Краткая история: Есть книжка iOS 7 by tutorials - там делают приложение-книжку, много текста, есть картинки, текст форматирован. Возникают логичные вопросы: "Как разбивать его на страницы? Как узнать сколько текста уместилось на странице?" - ответ прост, у NSLayoutManager есть метод glyphRangeForTextContainer: он возвращает кол-во символов в контейнере.

Потому можем сделать так:
1. Создаем NSTextStorage, скармливаем ему NSAttributedString.
2. Создаем NSLayoutManager, отдаем его textStorage'y при помощи addLayoutManager
3. Создаем NSTextContainer, отдаем его layoutManager'у
4. Вот тут уже можем при помощи glyphRangeForTextContainer: узнать поместился текст или нет. Меняем шрифт, считаем еще раз. Можно например начать с 10 и расти вверх, как вылезли - взяли предыдущий размер.
5. Создаем UITextView при помощи initWithFrame:textContainer:
6. Успех

Метод костыльный + overkill, работает только на iOS7+. Возможно при помощи textKit можно сделать все изящней, а возможно можно все аккуратно обойти.

Выглядит вполне толково, по идее должно работать, я бы тут предложил 2 варианта:
1. Дебажим. Ставим брейкпоинты, логируем и прочее.
2. В книжке видел пример для динамического расчета высоты ячейки.

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
  static UILabel* label; 
  if (!label) {
    label = [[UILabel alloc] initWithFrame:CGRectMake(0, 0, FLT_MAX, FLT_MAX)];
    label.text = @"test";
  }
  label.font = [UIFont preferredFontForTextStyle:UIFontTextStyleHeadline];
  [label sizeToFit];
  return ceilf(label.frame.size.height * 1.7); 
}

Сам пробовал - работает. Думаю, переделать увеличение высоты с x1.7 на +2margin проблем не составит.