kaspartus

Так взять и написать им, в письме ведь об этом написано.

В 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 можно сделать все изящней, а возможно можно все аккуратно обойти.

1. sudo тут не нужно
2. нагуглил про ошибку - stackoverflow.com/questions/20399531/how-to-tell-g...

На русском не знаю, а так я бы посоветовал погуглить iOS cookbook - там будут сразу примеры по каждому пункту, из кусочков соберете. На тему актуальности - смотрим книжки по iOS7.

Читал истории, что для слишком простых приложений люди добавляли сверху дополнительный небольшой функционал. Еще как вариант можно навигацию сменить на нативную. Javascript отпиливает панельку навигации со страницы, используем UITabBarController например.

Выглядит вполне толково, по идее должно работать, я бы тут предложил 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 проблем не составит.

1) Препятствий бесконечно и всех их не перечислить, начиная от багов в стандартных библиотеках, заканчивая недостатком опыта.
2) Маркетолог раскручивает, в основном банерная реклама, реклама в других приложениях, работает вроде неплохо. В зависимости от направленности приложения может хорошо сработать вирусная реклама, любимая история по теме: habrahabr.ru/post/173405
3) Stackoverflow, книжки, внимательно следить за актуальностью знаний. Обе sdk быстро развиваются и меняются реализации, даже казалось бы базовых вещей. Экспериментировать, задавать вопросы и еще раз экспериментировать, без практики и набивания шишек прочитаные книжки/просмотренные лекции ничего не стоят.
4) Картинки рисовал дизайнер в компании, в целом не было особых проблем то же нарисовать в фш самому. Дизайн важен, так как людям не связанным с программированием без разницы где вы храните данные, какие вы патерны используете, как вы красиво все распараллелили, но зато точно заметят небольшой косячок в UI. На самом деле есть куча примеров, когда приложение простейшее в реализации, но интерфейс очень красивый/оригинальный, и потому оно очень популярно.

Про порог входа: ничего специфического, лучше понимать ООП, опыт в С/С++ будет небольшим плюсом, а все остальное будет получено в процессе изучения сдк. Понятно, что у любого сдк есть "любимые патерны", их тоже можно изучить уже в процессе.

Про джуниора: Есть о чем поспорить, и очевидно что строгих рамок нет, лично я считаю, что достаточно просто прочитать одну толстую книжку "обо всем" по iOS разработке и попробовать оттуда все.
Из принципиального:
1. патерн delegate, KVO, notification, singleton, уметь пользоваться блоками(даже не обязательно самому их писать)
2. сетевое взаимодействие
3. Работа с UITableView
4. Уметь создавать работающие кнопочки как из интерфейса, так и из кода.
5. Уметь выносить расчеты в другой поток любым способом.

Но я бы еще погуглил на тему что надо на джуниора и составил бы собственную точку зрения на вашем месте.

Могу посоветовать фреймвок, чтобы не слишком париться над бэкендом. https://github.com/helios-framework/helios