При оценке iPhone dev магазин, лучшие вопросы спросить?
Мы в настоящее время находимся в процессе оценки нескольких магазинов разработки iPhone, и мы соединяем список вопросов/тем, что мы будем спрашивать их о том, когда мы встретимся.
Удостоверяться, что нам покрыли самые соответствующие области, что Вы спросили бы при оценке разработчика iPhone или магазина разработки?
Наши основные области: приложения поставлялись и качество этого, процесс планирования, методы разработки, среды тестирования, как они справляются со специальным тестированием бета-версии, и продолжающимся процессом исправлений ошибок и перепредставлением к App Store.
Я кодировал и поставил приложение, таким образом, у меня есть достаточно опыта с ним для задавания подходящих вопросов. Какие определенные вопросы о разработке были бы Вы парни хотеть покрыть прежде, чем чувствовать себя удовлетворенными чьими-то способностями?
Спасибо!
3 ответа
Если вы попросите такие вещи, как код, документ с требованиями и т. Д., Они, вероятно, пришлют вам лучшее из того, что у них есть, а это может не соответствовать статус-кво. В то же время не помешает взглянуть на такие вещи и посмотреть, как они обрабатывают запрос.
Поскольку 90% магазинов iphone имеют срок службы около 2 лет (большинство людей вскочили на подножку iphone в последние несколько лет), я бы не стал возражать им, но я бы удостоверился, что у них есть разработка фон и не начинали свою карьеру разработчиков на iphone в последние 2 года [1]. Если бы я отдавал на аутсорсинг какой-либо тип работы (iphone, веб, настольный компьютер), я бы хотел работать с группой, которая пережила несколько взлетов и падений в разработке, поставке и поддержке программного обеспечения, а также имеет навыки работы с клиентами для матч.
Это означает, что они могут общаться, знать, как управлять, а также знать, как управлять стороной разработки. Хотелось бы, чтобы у них была хоть какая-то история / опыт разработки на C или C ++.
Кроме того, есть ли у них художники и тому подобное в доме или они передают создание активов на аутсорсинг? (Возможно, это не нужно для вашего приложения, кроме значка и экрана-заставки).
Какое программное обеспечение они используют для отслеживания ошибок? Как они управляют своими циклами разработки? Они используют методологию? (водопад, гибкость и т. д.)
Предлагают ли они поддержку? Сколько это стоит? Договор? По экземпляру?
Вы получили исходный код? Ты должен, ты за это заплатил.
Говорить с ними очень важно, и ваша интуиция многое расскажет вам о них. Если вы можете зайти и проверить их магазин, это тоже круто.Но не держите против них небольшой магазин - это просто должно означать для вас более выгодные ставки из-за меньших накладных расходов.
Если они провели консультационную работу и отправили приложение, это будет преимуществом. Конкретно расспросите их о специальном дистрибутиве.
И что немаловажно, работали ли они с необходимыми вам технологиями (скажем, с openGL для игры или с использованием веб-сервисов для приложения, связанного с сетью)? Опять же, не обязательно нанести удар по ним, если они умны и нетерпеливы, но вы будете должным образом осведомлены об их текущих способностях.
Удачи!
Кроме того, если они захотят работать только над собственным капиталом, я бы забеспокоился. Разработчики хорошо зарабатывают на iphone, и я не вижу смысла использовать только акции. Я консультируюсь по айфону, и не соглашусь на сделки с акциями. Деньги - король.
[1] Я имею в виду, что я ожидал, что они разрабатывались на других платформах (веб, настольные компьютеры, другие мобильные устройства), а НЕ только на iphone. Так что если они начали программировать в прошлом году только на iphone, вероятно, это не та фирма, с которой я хотел бы работать. Если бы они разрабатывали настольные приложения в течение последних 5 лет, а затем пришли в мир iphone в последний год или около того, это круто. Я просто хочу работать с людьми, которые прошли первые пару лет разработки - это отличные, отличные годы обучения (но не хочу, чтобы они делали это на мои деньги).
Возможно, ваш код сейчас выглядит следующим образом
И вы хотите, чтобы он выглядел так
Хорошо, если его только сценарий, а не весь проект я бы конвертировать его в стандарт кодирования ООП.
-121--4378857-Нет ничего операционно плохого в том, чтобы сделать что-то вроде:
raise ValueError("invalid input encoding")
На самом деле, я делаю это довольно часто, когда пишу первый пропуск какого-то кода. Основная проблема с тем, чтобы сделать это путь, что клиенты вашего кода трудно быть точным в их обработки исключения; для того чтобы перехватить это конкретное исключение, они должны будут выполнить сопоставление последовательностей с объектом исключения, который они поймали, что очевидно хрупко и утомительно. Таким образом, было бы лучше ввести собственный подкласс StartError; это по-прежнему может быть поймано в качестве, однако, и как более специфический класс исключения.
Общее правило заключается в том, что каждый раз, когда у вас есть код, например:
raise ValueError('some problem: %s' % value)
Вы, вероятно, должны заменить его чем-то вроде:
class SomeProblem(ValueError):
"""
Raised to signal a problem with the specified value.
"""
# ...
raise SomeProblem(value)
Вы можете сказать, что тип исключения указывает , что пошло не так, в то время как сообщение/атрибуты указывают , как пошло не так.
-121--1621128- Спросите их, как долго они разрабатывали приложения для iPhone для AppStore .
Если это больше 18 месяцев, найди кого-нибудь другого.
Попросите у них портфель. Затем купите те приложения, над которыми они работали, и посмотрите, нравятся ли они вам.