 Спешу похвастаться нашими последними достижениями на ниве iOS разработки. После долгих переговоров и утверждения дизайнов с Ассоциацией Минеральных вод Украины мы в 4 коротких спринта сделали . Waterbalance – это iPhone приложение, которое помогает отслеживать норму жидкости в зависимости от индивидуальных параметров вашего организма – роста, веса, режима питания. А еще, благодаря нашему дизайнеру Ване Клименко и тимлиду – Паше Тайкало, классная игрушка, которой приятно пользоваться. Самое классное во всей этой истории, что в течение первых двух дней Waterbalance вышел в топ-1 русского AppStore в своей категории, а за следующие два – перебрался в общий топ-1 бесплатных приложений, где и находится по сей день. И сегодня, всего за 15 дней с момента релиза, мы добрались до отметки в 100 000 загрузок, что очень-очень приятно. Вдохновившись успехом iPhone версии, мы успели сделать и порт под Android, и Waterbalance уже есть в . |
||
 Из наверняка интересного жду доклады Анастасии Ларкиной про дизайнеров в поиске и мастер-класс Кира Белевича по созданию веб-страниц под тач-устройства. Еще очень любопытно послушать бывшего коллегу по Cooper – Николая Птущука – он будет рассказывать о «станке верстальщика». Мероприятие будет проходить на Б.Хмельницкого, 53, , so see you there! |
||
Расскажу в двух словах о клевой практике iterative prototyping'a небольшой командой, которая помогает быстро запустить в работу реальный продукт (в нашем случае – iOS приложения). Сначала, зачем это вообще нужно? Ведь можно просто дать задачу дизайнеру в «Нарисовать главный экран для нашего нового клевого аппа», дождаться пока он нарисует, посмотреть и внести кучу правок, дизайнер перерисует и и так по кругу:)  Помимо циклических правок у такого подхода есть еще один принципиальный минус – 2-3 толковых головы всегда лучше чем одна. Об этом пишут многие крутые ребята (к примеру, из Adaptive Path, Cooper, Британская школа дизайна), и я могу на собственном опыте подтвердить, что совместное прототипирование – это круто и дает куда более качественный и продуманный результат (а главное – меньшей кровью), чем стандартный design waterfall. |
||
Итак, вы зарегистрировались как iOS разработчик, оплатили аккаунт, и планируете засабмитить свое первое приложение.  Read more
|
||
Итак, вы решили наконец-то зарегистрироваться как Apple Developer и приняли решение делать это не как компания, а as individual (этот вариант имеет массу преимуществ, подтверждение аккаунта менее проблемно, но есть и подводные камни).
Вам понадобится:
|
||
 В последнее время у нас произошло очень много всего клевого и любопытного – мы съездили в 2 отпуска – покатались на бордах в первом, проехались по замкам нашей Родины и раздолбали машину во втором, частично поменяли работу, и закончили первый общий проект. Schoolit для iPhone делался непредвиденно большой командой. Изначально мы начинали вчетвером – мы с Дизом, наш техлид Паша Тайкало и тестировщик Саша Плыска, а потом к нам присоединились двое ребят из Чернигова, которые только пришли в Stanfy. Для меня работа с армией (4 человека!:) разработчиков оказалась вновинку, но очень выручала помощь ребят и общий фантастически позитивный настрой команды на проекте. Надо сказать, что в этом сыграли немалую роль наши product owner'ы – американцы Брайан и Алан, которые задались целью создать классный продукт для студентов и выпускников школ, которые хотят поддержать свои alma mater (в двух словах: Schoolit – это купонный сервис, где 50-100% цены каждой сделки уходят на благотворительность школе, которую выбирает пользователь). |
||
Не смотря на то, что тема аксессоров довольно важна и в целом довольно не плохо освещена, все же иногда возникают вопросы по поводу написания своих костомных аксессор методов, в основном сетеров. В этой статье постараюсь поразглагольствовать немного по этому поводу. Итак, как известно, в obj-c есть шоткат @property, который является не более не менее чем просто заменой определению двух методов — сетера и гетера для какой-то переменной, если мы вдруг хотим получить к ней доступ из вне класса. У @property существует набор параметров которые можно указать — будет ли переменная использоваться только в одном потоке или в нескольких (nonatomic/atomic(by default)), тип ммм владения переменной (assign, retain, copy) и метод возможного доступа (readwrite, readonly), который по сути просто говорит создавать ли сетер. Cуществует красивый и простой способ помимо того, чтобы не только не прописывать объявления методов, но и не писать их реализацию - @synthesized, добавив в имплементацию: мы получим сразу и сетер и гетер для foo и сможем радоваться этому, ровно до момента когда придется добавить какую-то логику к этим методам, и придется написать их руками. |
||
 Хочу поделиться приятной и радостной новостью:) Мы строили, строили и наконец построили – наша фантастическая команда из двух замечательных разработчиков, неутомимого тестировщика, всегда выручающего head of PM и меня, преодолела все сложности и сделала действительно rocking app для украинской сети кинотеатров Планета Кино IMAX. Скачать и убедиться можно , а пожаловаться/предложить фичу – в комментариях к посту или на . P.S. Довольно скоро и Android юзеры смогут покупать и бронировать билеты через native Android апп, так что следите за обновлениями) |
||
Хотела поделиться мыслями о проектах, где клиенты приходят с большущими спецификациями или просто хотят сделать очень большой проект, в котором будет абсолютно все на свете. Недавно я копалась в истории контактов скайпа, и нашла старый разговор с коллегой – на тот момент наши компании работали с одним и тем же клиентом. Meaou: а я рисую проект для ваших клиентов) они такие забавные
Tata: ))
Tata: забавные в хорошем смысле?)))
Meaou: такое) хорошие клиенты, но в целом делают продукты которые неизвестно зачем нужны
Meaou: даже мы - pm проекта и девочка-аналитик - не сильно понимаем, какие долгосрочные плюсы оно им принесет
Tata: +1!
Tata: то же самое!
Tata: деньги вкладываются непонятно во что. Очень много функций хотят, которые неизвестно вообще понадобятся ли, если проект плохо пойдет, но уже надо побольше-побольше(
Tata: голова квадратная
Meaou: хех) это проблема больших бизнесов, которые приходят в айти
Meaou: давайте сделаем самолет-истребитель, на котором могла бы летать даже беременная слепоглухонемая женщина
Tata: вот вот! а зачем он ей нужен никто даже не пытается определить)
Самое забавное в этой ситуации, что год спустя мы делаем два аналогичных проекта для этого же клиента. И в целом он удовлетворен своими истребителями, а аналитики до сих пор скрипят зубами, как же оно работает. Но – если к вам приходят клиенты с такими вот истребителями для слепоглухонемых беременных, всегда пробуйте вытащить из них реальную суть и бизнес-ценность проекта. Если вы поленитесь узнать кому и зачем это нужно (очень вероятно, что никому, просто клиент этого еще не понял), то да, вы заработаете на этом проекте, но на выходе получите очень сильно разочарованного клиента (если, конечно, он сам осознает, что ему сделали истребитель). Поделитесь соображениями на этот счет? Как вы поступаете с клиентами, которые приходят строить истребители для беременных:)? |
||
Недавно в AppStore появился просто отличнейший клиент для Dribbble – . Оценив клевый look&feel новинки, было еще и очень приятно узнать, что Pick'n'Roll сделали украинские ребята из компании . Денис Пахалюк из Ramotion рассказал, о том, как появился Pick'n'Roll, любимых рабочих инструментах и lessons learned. Много и интересно – под катом.  Read more
|
||
