Обновить
5
0
Aleksandr Kozin@alkozin

 Senior iOS Developer | Team Lead | Architect

Отправить сообщение

Всем привет!

Кто-то из вас получал докторскую по специальности инженер-программист? Я пока Инженер (Автоматизация Процессов и Производств в Машиностроении, НГТУ 2011).

Немного продвинулся в вопросе ответа :) Обсудим в Питере за кофе?

Очень точная заметка, на мой вкус. Сравните с портянкой на GitHub https://docs.github.com/en/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent

Готовлю новую статью про REST

https://github.com/El-Machine/Wand

Спасибо, мне помогло. Левой чуть хуже) Зато научился на скейте.

Не используете в продакшене? Ссылки ведут на сайт без App Clip.

Как я понял, это идея отображения данных вне зависимости от платформы.
Моя идея скорее как 'срезать углы' на конкретной платформе. Нужно знать что ты хочешь получить (зависит от языка) и какие ингредиенты нужно подготовить перед запросом.

Спасибо! Не знаю на сколько идея актуальна для фронтенда, кажется что на мобилках больше типов данных (или я не прав?)

Спасибо огромное за проделанную работу и что выложили все в опен сорс. Буду использовать.

Я бы стал набирать текст с телефона. Удобно и не привлекает внимания. Думаю что управление устройством через мобильное приложение должно быть частью прошивки. И в приложении органов управления может быть на много больше.

Я настраивал Build Bot на сервере и после интеграции запускается команда

fastlane pilot upload \
--ipa=$XCS_PRODUCT \
--skip_submission \
--skip_waiting_for_build_processing \
--username=email \
--team_id=id
Когда работаю с одной фичей открыты только нужные папки с классами. Иногда пользуюсь фильтрами внизу панели дерева проекта.
Если нужно открыть класс использую ⇧⌘O, потом делаю ⇧⌘J. Открывается папка с классом. Вынос логики в категории это как добавление еще одного уровня вместо поиска по одному уровню. AppCode не использую, привык к Xcode. Там есть похожая фича?
В списке 10 статей понедельника одна повторяется: «Основы успешной реализации push-уведомлений для мобильных приложений»
if(self.delegate && [self.delegate conformsToProtocol:@protocol(MyProtocol)] && [self.delegate respondsToSelector: @selector(aMethod)]){
        [delegate aMethod];
}

В Obj C не нужно делать проверку на то что объект существует перед тем как послать сообщение.
В этом случае вернется NO.
Зачем проверять что объект поддерживает протокол? Лучше объявить его правильно:
@property (weak, nonatomic) id < MyProtocol> delegate;

Поэтому для optional методов остается так:
if ([delegate respondsToSelector:@selector(aMethod)]){
        [delegate aMethod];
}

Для @required без проверок, метод же и так обязательный:
[delegate aMethod];

[[UIApplication sharedApplication] beginIgnoringInteractionEvents];
[[UIApplication sharedApplication] endIgnoringInteractionEvents];
Не делайте так. Если endIgnoringInteractionEvents не вызовется потом будет очень сложно понять в чем баг.
Я один раз сталкивался с кодом где это сломалось. Было очень плохо.
Если уж очень надо, выключайте у вью. А лучше все-таки делать проверку по флагу.

Чтобы заблокировать двойные пуши из-за двойных тапов или асинхронных вызовов я бы сначала попробовал проверять контроллер который должен отобразиться на isEqual: с тем что сейчас видимый или с теми что в стеке если необходимо.
Эквивалентность определяем по эквивалентности объекта который нужен контроллеру.
Например для PostViewController это должен быть Post.
А эквивалентность постов проверяем по uid.

Пробовали такой подход?
Я присматриваюсь к ним, но пока тоже боюсь ) Ауди раньше тоже боялся. Оказалось не все так плохо.
Хотелось бы знать статистику поломок на 1000 машин или больше.
Я пользуюсь этими правилами уже около трех лет. Пока это максимально удобный вариант из всех что я пробовал.
Опять же, для меня и моей команды.
Попробуйте.
Интересная идея. Думаю, даже попробую.
Сейчас я делаю ревью так:
1) Новая ветка
2) Мои комментарии в формате //TODO
3) Звонок с программистом
4) Его поправки в ветке
5) Я смотрю и мерджу ветку в дев

Ворнинги будет проще увидеть и не забыть поправить.
Пожалуйста! Буду рад предложениям по темам статей.
У вас есть опыт? Я бы не стал делать таких выводов без личного опыта.
Отличное решение, попробую на своих проектах.
Отличная статья. В общем-то, обо всех этих деталях уже знал. Но на своем горьком опыте.
Хорошо было бы прочитать эту статью в начале работы, поэтому для молодого поколения обязательно к изучению.
Ну и за большое количество пруфов огромное уважение.
1

Информация

В рейтинге
Не участвует
Откуда
Таиланд
Дата рождения
Зарегистрирован
Активность

Специализация

Разработчик мобильных приложений, Технический директор
Ведущий
Objective-С
Swift
SwiftUI
Разработка под iOS
Xcode
Git