Мы же хотели написать кратко, причем в стиле, который будет понятным даже не очень техническому человеку, например, потенциальному заказчику
Заказчикам объяснить очень просто.
1. Нет стабильной среды разработки.
2. Нет людей в достаточной степени владеющих языком.
Две эти причины ведут к увелечению времени разработки и следовательно стоимости.
А вы же приводите информацию о каких-то там контролерах и скорости их загрузки, каком-то int64,…
Откуда о них должен знать не разработчик?
В данном случае мы не гонимся за скоростью выполнения циклов, сортировок и т.д., а просто показываем в удобном для человека виде (графиком) информацию.
Вид то удобный, но чтение графиков подразумевает интерпретацию изображенного на них, которая невозможна без знания предметной области.
Можно подумать, что вы представляете диалог с заказчиком следующим образом:
«Дорогие заказчики, синия линия ниже зелной! Поэтому еще нельзя разрабатывать на Swift.»
Написали только о проблемах, а ведь название статьи «Swift: проблемы и перспективы».
Но эти проблемы настолько очевидны, что их можно было бы и не рассматривать. Ведь язык только появился, и IDE с компилятором еще в бете.
В чем посыл статьи? В том, что swift еще нельзя использовать для написания продакшн кода?
Это и так понятно для любого, кто даже попробует просто поиграться со Swift.
Лучше бы написали о новых фичах (кортежи, дженерики, IBInspectable/IBDesignable, ...)
«популярность, независимость и репрезентативность мы оцениваем на базе собственной экспертизы»
т.е «Считаем как хотим»
Вы ведь не знаете какие критерии используют другие агентства для составления рейтинга и следовательно ваша оценка не может быть адекватной.
Раз уж у вас есть собственная экспертиза, коллеги в сегменте и прочее, то почему вы не сделаете собственный рейтинг, который не будет в качестве исходных данных брать рейтиги других агенств? Зачем пытаться усреднить то, что усреднить нельзя?!
«Этот рейтинговый балл умножается на количество звезд рейтинга. Звезды (от 1 до 10) выставляются руководителем проекта Ruward под надзором представителей РАЭК. Критериями выставления звезд являются: качество методологии рейтинга, его репрезентативность, популярность и независимость.»
Как вы оценивает репрезентативность, популярность и независимость рейтинга?
Возможно на одном сайте он продается, на другом считается через одно место. Как вы можете об этом знать?
Покажите измышления, на основе которых был получен этот рейтинг.
Да и вообще, какой толк от рейтинга, который считается по другим рейтингам.
К тому же есть очень частый случай — смена аутсорсера.
Например не понравилось работать с какой-то компанией, а надо расширить функциональность, пофиксить баги,…
Приходишь в другой компанию, а там тебе говорят — «Это невозможно доработать, надо переписывать.» А это уже другие суммы.
Это важный показатель. Приложение почти всегда продолжает развиваться и если изначально оно криво написано, то его поддержка и улучшение будет стоить заказчику дополнительных денег.
Плюс креши и жалобы пользователей, не пойдут приложению на пользу.
Какой-то мутный рейтинг, не понял как вы его считаете. Какие-то былы, кто их ставит, исходя из чего?!
Пожалуй самый главный показатель — это оборот. Чем он больше, тем больше заказов у компании.
И следовательно, тем популярнее компания среди заказчиков.
Какой смысл приводить оборот за 2012 год в рейтинге 2014?!
А ведь еще важные показатели — качество кода, общение с заказчиком,…
Как это оценивается?!
Сомневаюсь, что существует много компаний с сотней iOS разработчиков. Может быть Google или Яндекс, но это уже другой уровень.
Путаницы в терминологии нет. Ad Hoc это не более 100 устройств и в сертификате присуствует список UDID.
Потвреждения:
1. Beta Testing Your iOS App
2. В интерфейсе xCode есть строчка «Save for Enterprise or Ad Hoc Deployment».
3. На сайте Apple можно найти «Ad Hoc Distribution
With Ad Hoc distribution, you can share your app with up to 100 iOS devices via email or your server.»
Без сомнений, в обоих случае нужно создавать Provisioning Profile. От него в мире iOS никуда не деться.
Понятия «distribution сертификат» которое вы использовали, нет.
Для компании, которая занимается разработкой ПО — 100 девайсов достаточно.
Другое дело, это распространение корпоративных приложений внутри компании. В этом случае 100 девайсов мало, но для этого и был придуман inhouse.
Использование Ad Hoc в отличие от Inhouse является предпочтительнее, так как есть точный список устройств, на которых может быть установлено приложение. Таким образом уменьшается вероятность нарушения NDA (нет риска, что приложение поставят неизвестные люди).
Особой разницы, чем блюрить нет.
Можно CIFilter, но UIImage+ImageEffects из WWDC работающий с Accelerated Framework гораздо лучше. Проблема в том, что renderInContext, который приходилось использовать до 7-ки работает очень медленно и real time blur с ним фиг сделаешь.
Готовых реализаций полно на gitlab и нет смысла изобретать велосипед.
Задача поста рассказать о там, как без лишних телодвижений реализовать блюр.
Из WWDC, пожалуй только applyLightEffect.
Просто, если использовать какой-нибудь фреймворк типа ObjectiveRecord .
Иначе надо самому писать код для создания NSPersistentStore, NSManagedObjectContext и прочего. Плюс надо создавать модель данных, рисовать связи, иногда реализовать NSValueTransformer, заботиться о работе с базой из разных потоков.
В то время, самая трудоемкая задача при использовании NSKeyedArchiver это реализация NSCoding, но при помощи AppCode ее можно решить нажатием трех кнопок.
Так что, я за разумный выбор инструментов в зависимости от задачи )
Обновления выпускают медленно для того, чтобы пользователи брали новые девайсы.
Но самое удивительное это политика выката обновлений.
Например у galaxy tab 8.9 обновление с ics для другого региона (не Россия) вышло более месяца назад и в этом обновлении есть русский язык!
Так спрашивается, чего они ждут?!
Видел аналогичную штуку в Русском музее.
Из минусов можно отметить, что бесплатный wi-fi от мтс практически не ловит и то, что qr-коды есть только для очень небольшого числа картин. В целом круто, есть даже аудиоописание.
Непонятно, кому может пригодиться эта статья.
Работа x86 уже отлично описана на www.wasm.ru
Прикладному программисту знать про GTD, LDT и прочие тонкости реального режима x86, не обязательно.
Заказчикам объяснить очень просто.
1. Нет стабильной среды разработки.
2. Нет людей в достаточной степени владеющих языком.
Две эти причины ведут к увелечению времени разработки и следовательно стоимости.
А вы же приводите информацию о каких-то там контролерах и скорости их загрузки, каком-то int64,…
Откуда о них должен знать не разработчик?
Вид то удобный, но чтение графиков подразумевает интерпретацию изображенного на них, которая невозможна без знания предметной области.
Можно подумать, что вы представляете диалог с заказчиком следующим образом:
«Дорогие заказчики, синия линия ниже зелной! Поэтому еще нельзя разрабатывать на Swift.»
И кстати, почему это tutorial?
Но эти проблемы настолько очевидны, что их можно было бы и не рассматривать. Ведь язык только появился, и IDE с компилятором еще в бете.
В чем посыл статьи? В том, что swift еще нельзя использовать для написания продакшн кода?
Это и так понятно для любого, кто даже попробует просто поиграться со Swift.
Лучше бы написали о новых фичах (кортежи, дженерики, IBInspectable/IBDesignable, ...)
Ну и тесты некорректны так как не описаны флаги компиляции (см. stackoverflow.com/questions/24101718/swift-performance-sorting-arrays)
т.е «Считаем как хотим»
Вы ведь не знаете какие критерии используют другие агентства для составления рейтинга и следовательно ваша оценка не может быть адекватной.
Раз уж у вас есть собственная экспертиза, коллеги в сегменте и прочее, то почему вы не сделаете собственный рейтинг, который не будет в качестве исходных данных брать рейтиги других агенств? Зачем пытаться усреднить то, что усреднить нельзя?!
Как вы оценивает репрезентативность, популярность и независимость рейтинга?
Возможно на одном сайте он продается, на другом считается через одно место. Как вы можете об этом знать?
Покажите измышления, на основе которых был получен этот рейтинг.
Да и вообще, какой толк от рейтинга, который считается по другим рейтингам.
Например не понравилось работать с какой-то компанией, а надо расширить функциональность, пофиксить баги,…
Приходишь в другой компанию, а там тебе говорят — «Это невозможно доработать, надо переписывать.» А это уже другие суммы.
Если все так подробно, то давайте для примера возьмем «Unreal Mojo» с «iD EAST» и посчитаем для них рейтниг.
Плюс креши и жалобы пользователей, не пойдут приложению на пользу.
Пожалуй самый главный показатель — это оборот. Чем он больше, тем больше заказов у компании.
И следовательно, тем популярнее компания среди заказчиков.
Какой смысл приводить оборот за 2012 год в рейтинге 2014?!
А ведь еще важные показатели — качество кода, общение с заказчиком,…
Как это оценивается?!
Программист молодец!
Путаницы в терминологии нет.
Ad Hoc это не более 100 устройств и в сертификате присуствует список UDID.
Потвреждения:
1. Beta Testing Your iOS App
2. В интерфейсе xCode есть строчка «Save for Enterprise or Ad Hoc Deployment».
3. На сайте Apple можно найти «Ad Hoc Distribution
With Ad Hoc distribution, you can share your app with up to 100 iOS devices via email or your server.»
Без сомнений, в обоих случае нужно создавать Provisioning Profile. От него в мире iOS никуда не деться.
Понятия «distribution сертификат» которое вы использовали, нет.
Другое дело, это распространение корпоративных приложений внутри компании. В этом случае 100 девайсов мало, но для этого и был придуман inhouse.
Использование Ad Hoc в отличие от Inhouse является предпочтительнее, так как есть точный список устройств, на которых может быть установлено приложение. Таким образом уменьшается вероятность нарушения NDA (нет риска, что приложение поставят неизвестные люди).
Можно CIFilter, но UIImage+ImageEffects из WWDC работающий с Accelerated Framework гораздо лучше. Проблема в том, что renderInContext, который приходилось использовать до 7-ки работает очень медленно и real time blur с ним фиг сделаешь.
Задача поста рассказать о там, как без лишних телодвижений реализовать блюр.
Из WWDC, пожалуй только applyLightEffect.
Иначе надо самому писать код для создания NSPersistentStore, NSManagedObjectContext и прочего. Плюс надо создавать модель данных, рисовать связи, иногда реализовать NSValueTransformer, заботиться о работе с базой из разных потоков.
В то время, самая трудоемкая задача при использовании NSKeyedArchiver это реализация NSCoding, но при помощи AppCode ее можно решить нажатием трех кнопок.
Так что, я за разумный выбор инструментов в зависимости от задачи )
Но самое удивительное это политика выката обновлений.
Например у galaxy tab 8.9 обновление с ics для другого региона (не Россия) вышло более месяца назад и в этом обновлении есть русский язык!
Так спрашивается, чего они ждут?!
Из минусов можно отметить, что бесплатный wi-fi от мтс практически не ловит и то, что qr-коды есть только для очень небольшого числа картин. В целом круто, есть даже аудиоописание.
Работа x86 уже отлично описана на www.wasm.ru
Прикладному программисту знать про GTD, LDT и прочие тонкости реального режима x86, не обязательно.