ManWithBear

Это значит, что Вы уже подали свою заявку.

Сам спросил, сам ответил.

Вообщем эйпл тупо поменяло ответ переменной trustResult, теперь это kSecTrustResultProceed.
Прикладываю рабочий код с фиксом.

- (BOOL)IsMobileConfigInstalled {
    NSString *certPath = [[NSBundle mainBundle] pathForResource:@"cert" ofType:@"der"];
    NSData *certData = [NSData dataWithContentsOfFile:certPath];
    SecCertificateRef cert = NULL;
    if ([certData length]) {
        cert = SecCertificateCreateWithData(NULL, (__bridge CFDataRef) certData);
        if (cert != NULL) {
            CFStringRef certSummary = SecCertificateCopySubjectSummary(cert);
            NSString *summaryString = [[NSString alloc] initWithString:(__bridge NSString *) certSummary];
            CFRelease(certSummary);
        }
    }
    SecPolicyRef policy = SecPolicyCreateBasicX509();
    SecTrustRef trust;
    OSStatus err = SecTrustCreateWithCertificates((__bridge CFArrayRef) @[
            (__bridge id) cert
    ], policy, &trust);
    SecTrustResultType trustResult = (SecTrustResultType) -1;
    err = SecTrustEvaluate(trust, &trustResult);
    CFRelease(trust);
    CFRelease(policy);
    CFRelease(cert);
    NSString *ver = [[UIDevice currentDevice] systemVersion];
    float ver_float = [ver floatValue];
    if (ver_float >= 11)
        return kSecTrustResultProceed == trustResult;
    return kSecTrustResultUnspecified == trustResult;
}

Мы стараемся не запускать эту проблему посредством code review, пытаясь распределить нагрузку по ревью между наиболее опытными участниками. Если в коде есть проблемы - тикет возвращается на доработку с замечаниями. Даже если банально не мержится с главной веткой. Попробуйте наладить этот процесс.

Также мы всё собираемся настроить Continuous Integration. Jenkins может прогонять по коду проверку на соблюдение стандартов и покрытие тестами, а затем показывать результаты в красивом виде. Если чей-то коммит показывает более чем N ошибок в расчёте на единицу объёма кода - можно возвращать на исправление.

Прямо уж откровенной копипасты и лапши у нас вроде бы нет почти. Мы стараемся избегать её, придумывать декларативные абстракции во всех случаях, где много тупого императивного кода, писать в функциональном стиле. Я думаю, что необходимы постоянные целенаправленные усилия в этом направлении, чтоб не допускать засилья энтропии.

Ещё пара идей.

• можно отправить разработчиков на какой-нибудь онлайн-курс по чистому коду, хотя я таких даже не знаю, но наверняка должны быть
  
• или устраивать "хакатоны чистого кода", на коих команда разбивается на пары-тройки, каждая из коих пишет какую-нибудь маленькую, но полезную, а главное чистую и оттестированную штуковину, причём тема - по собственному выбору. Потраченное время - оплачиваемое, разумеется. Это уже зависит от руководства фирмы, согласится ли оно на такие развлечения.
  

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

Ну и важно, чтобы у самих разработчиков была установка на хороший код, профессиональная гордость. У фрилансеров её, бывает, нет, а есть отношение "тяп-ляп, лишь бы работало и лишь бы часы оплатили, а там хоть потоп". Учитывая, что их заказчики занимаются code review нечасто, развитие такого отношения закономерно. Но всё-таки хочется писать красивые программы. Такое желание обязано быть.

Я, конечно, сам не волшебник, я только учусь, и работа с командой - такая штука, которой надо постоянно учиться. Видимо, вы тоже учитесь; успехов в этом.

на свифте есть как минимум 4 фреймворка для веб-дева.
но затея, имхо, так себе. хотя результаты хорошие.

В рантайме создать mock невозможно в свифте к сожалению :( более того, поведение структуры нельзя никак изменить. Поэтому мы используем 2 вещи:

1. Зависимости везде указываются через протоколы
2. Моки нельзя подсунуть в рантайме, но можно генерить на этапе сборки с помощью Sourcery. Эта тула помогает генерировать код автоматически по темплейтам.

git submodule / subtree

https://habrahabr.ru/post/75964/

Вот хороший метод

guard let url = URL(string: movie.poster) else { return }
DispatchQueue.global().async {
    if let data = try? Data(contentsOf: url) {
        DispatchQueue.main.async {
            posterImageView.image = UIImage(data: data)
        }
    }
}

Он загружает картинку асинхронно и потом выводит на экран.
Но я бы посоветовал посмотреть в сторону библиотеки Kingfisher , она еще кэширует фотографии и тебе не придется каждый раз делать запрос в сеть, чтоб получить изображение

Обслуживание техники Apple в любом случае проходит через авторизованные сервисные центры, через них же идёт замена устройств, при невозможности их ремонта. Не понятна формулировка "менять ноутбук не хотят, деньги возвращать тоже". Они могут что угодно хотеть или не хотеть. Все права и обязанности сторон в данном случае чётко прописаны в Законе о защите прав потребителей. Некоторые, не читая его, думают, что им должны вернуть деньги по первой их прихоти, хотя это далеко не всегда так и большинство таких слухов в виде "не хотят возвращать деньги" формируется в сознании тех, кто не зная своих прав пытается доказать что-либо скандалами у стойки в магазине.
Да, бывают ситуации, когда магазин (или определённые сотрудники) пытаются хитрить, но это становится более редким явлением, т.к. при реальной проблеме, когда у клиента действительно есть право на возврат денег или замену устройства, он практически в 100% случаев может этим правом воспользоваться, если потратит час своего времени на прочтение и понимание Закона.
Моё мнение - можно свободно покупать аппарат у любого крупного официального реселлера, т.к, часто у них цены ниже, чем в официальном магазине Apple. Имею ввиду такие сети, как Связной, М.Видео, Эльдорадо, DNS и т.п. При понимании своих прав никаких проблем с гарантийным обслуживанием быть не должно.

С ноутбуком вернуть деньги или заменить его на новый Закон позволяет в следующих случаях:

1. Недостаток обнаружен в течении 15 дней после покупки.
2. Недостаток признан существенным (авторизованным сервисным центром или независимой экспертизой, а не вами лично).
3. Ноутбук находился в ремонте более чем 30 дней в течении года вследствие неоднократного устранения его различных недостатков. Например сначала сломался куллер и меняли его 20 дней, а потом сломался экран и меняли его ещё 20 дней. В этом случае как только в совокупности получится более 30 дней - можно реализовать это право (это не значит, что можно придумать мнимый сложно-воспроизводимый дефект, чтобы он находился на диагностике некоторое время и потом потребовать деньги, так не получится).
4. Ремонт ноутбука занял больше 45 дней.

В остальных гарантийных случаях - ремонт.

Единственный момент, который стоит иметь ввиду: скорее всего в случае с покупкой в Apple Store вы сможете в полной мере воспользоваться своим правом вернуть ноутбук в течении 14 дней с момента покупки (в интернет магазине), если он просто не понравится. У реселлеров, после вскрытия коробки это вряд ли получится сделать. Но впечатления о ноутбуке лучше получить в любом случае до покупки, так что это очень спорный плюс.