Ок, вы пишите его для совсем начинающих, тогда непонятно, к чему пляска с плохим кодом в appDelegate и ручным добавлением таблицы в контролер: это отвлекает от непосредственно работы с таблицей и учит плохому.
Код в numberOfRows — тоже страх и ужас, конечно. Зачем-то хотите проверить таблицу? Напишите guard. И тут, опять же, так как статья для новичков, то они же просто скопируют этот код к себе. А смысла в нем никакого, потому что, вот если серьезно, как часто у вас контролер является dataSource для нескольких таблиц? Если хотя бы раз, то вам стоит пересмотреть свое отношение к архитектуре. А если ни разу, то к чему проверка?
У вас очень странная работа с фреймами, о чем вам уже написали выше. Но, помимо этого, в своем видео вы говорите, что фреймами удобнее, когда много вьюшек. Ха. Ха. Серьезно? Вы давно верстали фреймами сложные лейауты, особенно, если с поддержкой iPad, хотя сейчас и телефонов разнообразие достаточное для того, чтобы это превращалось в кошмар.
Про стиль grouped. Если вы его попробуете использовать с несколькими секциями на длинной таблице, то увидите, чем это отличается от plain и почему же там ячейки сгруппированы.
В случае с вашим примером использование UITableViewController никак бы не повредило пониманию, потому что методы вы бы реализовывали те же самые, а вот плясок вокруг ручного добавления таблицы не было бы.
А какой смысл в force cast к TableViewCell, если конкретно из нее вы ничего все равно не ипользуете?
Ну и минорное, но идентификаторы ячеек лучше выносить в константы, потому что они в коде повторяются, минимум, дважды. А так вероятность опечаток снижается, ну и понятнее, о чем речь.
В общем, я за то, чтобы в статьях для новичков писать сразу хороший код и приучать их к хорошему, чтобы потом не приходилось переучиваться.
Ваши фразы про женщин и индусов звучат довольно оскорбительно. Надеюсь, белое пальто не слишком жмет.
Практически в каждой большой компании будут проблемы с «кодом»/«архитектурой»/«заказчик сегодня решил делать совершенно противоположное тому, что говорил вчера». Этому всегда много причин. Особенно если приложения уже написаны и на поддержке. Довольно странно читать про «не учителем приехал», ибо мастер-классы, выступления и все такое — это обычно дополнительные очки как у руководства, так и у коллег.
В остальном, довольно интересно было узнать, что даже в Дубае не очень высок уровень разработки. Еще бы уточнили примерные траты в месяц, чтобы понимать, на какие зарплаты ориентироваться, было бы здорово.
В общем, я за то, чтобы в статьях для новичков писать сразу хороший код и приучать их к хорошему, чтобы потом не приходилось переучиваться.
Практически в каждой большой компании будут проблемы с «кодом»/«архитектурой»/«заказчик сегодня решил делать совершенно противоположное тому, что говорил вчера». Этому всегда много причин. Особенно если приложения уже написаны и на поддержке. Довольно странно читать про «не учителем приехал», ибо мастер-классы, выступления и все такое — это обычно дополнительные очки как у руководства, так и у коллег.
В остальном, довольно интересно было узнать, что даже в Дубае не очень высок уровень разработки. Еще бы уточнили примерные траты в месяц, чтобы понимать, на какие зарплаты ориентироваться, было бы здорово.