Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 80
Синдром несостоявшегося Кулибина есть у многих директоров. А с помощью такого лучезарного приложения мы выйдем в топ 20 Форбс. Инфа проверенна на 100%.
Кстати я установил приложение тануки на айпэд, только из-за того что при заказе через него скидка 10%. А так бы заказывал через сайт.
Ну 10% скидка — это всего лишь дополнительный способ продвинуть приложение. Плюс планшет — все-таки не тот девайс, с которого предполагается использование подобного приложения
Тануки вообще отморозки. Впаривают свое глючное приложение, вместо того, чтобы нормальный сайт для мобильного сделать. Банальная задача — зайти из поиска, найти телефон и(или) адрес ближайшего, превращается в адский ад.
Нечего на них равняться.
Нечего на них равняться.
Похожая ситуация была в начале века:
— Мы хотим сайт!
— Скажите, пожалуйста, а зачем он вам?
— ???
— Мы хотим сайт!
— Скажите, пожалуйста, а зачем он вам?
— ???
А приложения Империи Пиццы и правда популярные? Удивлен :)
Подскажите вот пожалуйста а можно человеку без опыта программирования ВООБЩЕ где-то (через какой-то сервис например) сделать очень простое приложение — которое будет открывшись просто использовать браузер и автоматом загружать урл моего сайта, где я сделаю уже нормальный интерфейс для смартфона?
А зачем для этого делать приложение? Можно просто со смартфона загружать сайт m.url.ru. И можно этот урл в закладки вынести
Ну потому что заказчик хочет именно приложение =) Я как раз вариант с закладкой объяснил, на что он ответил что так «не солидно» =) Хотя по сути именно это и надо. Но ему хочется чтобы можно было найти и скачать в маркете =)
Тяжелый случай :)
Сделать точно можно, может быть, даже готовые сорсы есть такого приложения, надо гуглить.
Сделать точно можно, может быть, даже готовые сорсы есть такого приложения, надо гуглить.
Apple такое не пропустит в маркет. Скажет: — Делайте веб-приложение…
Андроид позволяет «вытянуть» закладку (то бишь ссылку на веб-страничку или на запуск браузера с параметром) на раб. стол дефолтного лаунчера? А задать иконку ярлычка?
Приложение как раз и нужно, чтоб пользователь мог одним кликом запустить сайт.
Приложение как раз и нужно, чтоб пользователь мог одним кликом запустить сайт.
PhoneGap называется эта штука. Создает базовое приложение и браузер во весь экран, остается только прописать урл и картинку нарисовать.
>> — Приложение о розничной сети, также включающее удобный список покупок
Блин. Сделайте просто вменяемый список покупок для iPhone =) Памятник поставят)
Блин. Сделайте просто вменяемый список покупок для iPhone =) Памятник поставят)
Очень много уже таких приложений сделано. Чего не хватает?
Много ремайндеров, а вот списков покупок без рекламы и с нормальными категориями оч и оч мало.
Я думаю, вы плохо искали. А чтобы рекламу отключить, можно платную версию купить.
Я искал и не нашел. Много приложений и бесплатных и платных, но вот беда — нету «без рекламы и с нормальными категориями».
Попробуете в 3-м коменте привести хотя бы 3 из списка «много», которые удовлетворяют моему простому запросу?
Попробуете в 3-м коменте привести хотя бы 3 из списка «много», которые удовлетворяют моему простому запросу?
Я просто не понимаю, а что значит «с нормальными категориями»?
Кастомизируемые категории у которых не будет проблем с отображением русского языка на iPhone и в веб интерфейсе.
Категории чего? Правда не понимаю, простите.
как толстый троллинг.
1. Жрачка
2. Бухло
3. Домашняя химия
4. Чаи кофеи
Достаточно?
PS: Списка по прежнему нету.
1. Жрачка
2. Бухло
3. Домашняя химия
4. Чаи кофеи
Достаточно?
PS: Списка по прежнему нету.
Wunderlist попробуйте.
ShopShop попробуйте, категорий как таковых нету, но можно делать различные списки вместо них
Может, еще будильник в список покупок встроить?
any.do, remember the milk например
Про этот пост можно сказать «вот, что я мог написать!».
Всё так. Тоже приходят с заказами, а потом и думай, как им отказать.
Всё так. Тоже приходят с заказами, а потом и думай, как им отказать.
Если не секрет, сколько примерно стоит разработка такого приложения?
Какого именно?
«Приложения визитки» с минимальным функционалом.
Например, отображение меню ресторана на сегодня на первой страничке с возможностью тапа и просмотра ингредиентов и фото блюда + еще 6 страничек с меню на будущее. Данные берутся с сайта ресторана по API. API максимально приближено к тому что будет удобно разработчику приложения.
Например, отображение меню ресторана на сегодня на первой страничке с возможностью тапа и просмотра ингредиентов и фото блюда + еще 6 страничек с меню на будущее. Данные берутся с сайта ресторана по API. API максимально приближено к тому что будет удобно разработчику приложения.
Ну для среднего разработчика это порядка 100-150 часов, если с нуля. Цена зависит от того, кто разрабатывает.
Грустно. Вы не преувеличиваете затраты времени?
я ожидал верхнюю планку в денежном выражении 10-20 т.р. по аналогии с «сайтами-визитками». Беря же ваши цифры получается не менее 50-100 тысяч за приложение с довольно бедным, фактически отсутствующим, функционалом.
я ожидал верхнюю планку в денежном выражении 10-20 т.р. по аналогии с «сайтами-визитками». Беря же ваши цифры получается не менее 50-100 тысяч за приложение с довольно бедным, фактически отсутствующим, функционалом.
А что значит «отображение меню ресторана на сегодня»? Вообще говоря, меню ресторана — это довольно сложный каталог, который надо верстать, подгружать с сервера через АПИ, сохранять в локальную БД на телефоне для последующего кэширования и т.д. Если просто HTML-страничку загружать, то конечно намного проще, но только это уже не нативный апп.
Как-то не вижу особой сложности в каталоге. Да и API может быть банальной выдачей XML/JSON. То есть сложности по сравнению с отдельной страничкой принципиальной не вижу. Думаю часов за 10 можно разобраться, если это у тебя первое приложение. Естественно, при условии что «проектирование» UI лежит на заказчике, а не выоскооплачиваемых спецах по юзабилити.
вам 10 часов не хватит даже на непрерывное кодирование подобного нативного приложения.
Посудите сами. Даже при наличии готового дизайна его необходимо будет сверстать и проверить корректность отображения на разных экранах. Закодировать логику приложения (получение данных через API пусть даже в json формате, парсинг данных, связь модели с UI). Еще, как заметили выше, кэширование данных в локальной бд.
Я ориентируюсь по разработке нативных приложения под Android. Так вот у опытного разработчика это в среднем займет около 50 часов. У неопытного 100+.
Посудите сами. Даже при наличии готового дизайна его необходимо будет сверстать и проверить корректность отображения на разных экранах. Закодировать логику приложения (получение данных через API пусть даже в json формате, парсинг данных, связь модели с UI). Еще, как заметили выше, кэширование данных в локальной бд.
Я ориентируюсь по разработке нативных приложения под Android. Так вот у опытного разработчика это в среднем займет около 50 часов. У неопытного 100+.
Я ориентируюсь на то, что дизайн примитивный, особой вёрстки не требует, корректность почти не проверяется, в общем на уровне «набросать контролы на форму VB/Delphi»), то есть основное время разработки займёт логика, а ещё точнее — чтение манов.
Собственно логика вроде примитивная:
1. при запуске берём из базы дату последнего обновления
2. отправляем HTTP GET с If-Modified-Since
3. если ответ 200, то
3.1. парсим ответ
3.2. заносим меню в базу
4. если ответ 304, то
4.1. вытаскиваем меню из базы
5. показываем меню
Само собой обработка ошибок и прочие нюансы.
Надеюсь, что работа с базой, парсинг JSON/XML и работа c HTTP реализована в API Android нормально, не хуже чем в PHP и писать реализацию HTTP-клиента на уровне сокетов не придётся.
Честно говоря, даже интересно стало попробовать написать такое и оценить время.
Собственно логика вроде примитивная:
1. при запуске берём из базы дату последнего обновления
2. отправляем HTTP GET с If-Modified-Since
3. если ответ 200, то
3.1. парсим ответ
3.2. заносим меню в базу
4. если ответ 304, то
4.1. вытаскиваем меню из базы
5. показываем меню
Само собой обработка ошибок и прочие нюансы.
Надеюсь, что работа с базой, парсинг JSON/XML и работа c HTTP реализована в API Android нормально, не хуже чем в PHP и писать реализацию HTTP-клиента на уровне сокетов не придётся.
Честно говоря, даже интересно стало попробовать написать такое и оценить время.
Попробуйте. А в процессе почитайте эту статью: habrahabr.ru/blogs/pm/137519/#habracut
в разработке под Android нельзя «набросать контролы на форму» :)
вам придется верстать UI в xml файлах и связывать их с кодом. также реализовать в коде обработчики различных событий. если опыта разработки под Android нет, то тоже придется читать мануалы.
Работа с бд, парсинг, http запросы, конечно есть классы для всего этого. но опять же, вы потратите время на мануалы. а еще есть много мелких нюансов, незаметных на стадии первого проектирования.
Разработка под мобильные устройства, по моему мнения, в целом больше похожа на разработку десктопных приложений, чем на webdev. Подходы отличаются.
Собственно поэтому я и дал такую оценку 50-100+ часов. Опытный разработчик делал подобное не раз, он просто соберет приложение из своих прошлых проверенных наработок.
вам придется верстать UI в xml файлах и связывать их с кодом. также реализовать в коде обработчики различных событий. если опыта разработки под Android нет, то тоже придется читать мануалы.
Работа с бд, парсинг, http запросы, конечно есть классы для всего этого. но опять же, вы потратите время на мануалы. а еще есть много мелких нюансов, незаметных на стадии первого проектирования.
Разработка под мобильные устройства, по моему мнения, в целом больше похожа на разработку десктопных приложений, чем на webdev. Подходы отличаются.
Собственно поэтому я и дал такую оценку 50-100+ часов. Опытный разработчик делал подобное не раз, он просто соберет приложение из своих прошлых проверенных наработок.
Я как раз оценивал по опыту разработки приложения с похожей функциональностью для десктопа, когда я в первый раз писал приложение под Qt, плюс там ещё была аутентификация, отправка данных, навигация по нескольким «страницам» (табам) и парсинг HTML (то есть отдельного API, предоставляющего данные в «машиночитаемом» виде не было). Уложился в 25 часов, имея лишь общее представление о сигналах и слотах и прочих концепциях Qt, когда-то прочитанных для общего развития на Хабре. Приложение наверняка получилось кривое, нерасширяемое, неподдерживаемое и т. п. и опытный разработчик нашёл бы много недочётов и ошибок, но оно работало.
В андроиде есть такие проблемы:
1. Фрагментация устройств (некоторое время займет на одно только обсуждение поведения графики на нестандартных экранах).
2. Ограничение памяти в 16-32 МБ (если меню с картинками будет подгружатся динамически из интернета, то нужно предусмотреть правильное освобождение памяти, так как битмап для андроида 2.X хранится не в куче, а значит не будет освобождатся динамически)
3. Фрагментарность версий самого андроида. Для аппа-визитной карточки скорее всего не проблема, но всякое бывает. Одна из возможных проблем — изменения апи для работы с файловой системы (external storage)
4. Медленная графика (или лучше сказать — медленные аппараты).
К примеру, если для activity с несколькими контролами это не существенно, то если создавать таблицу хотя бы из 50-ти элементов, где на каждый кусок данных создается отдельный объект, инициализация может занять ~1 секунды в зависимости от телефона.
Поэтому для списков обычно используют не TableLayout (аналог table/tr/td), а ListView/GridView, где графические элементы кэшируются и при листании просто заменяются их содержимое. Проблема в том, что если необходимо динамическое изменение таких списков (типа фильтрации), то работать с ними довольно сложно из-за интерфейса adapter.
4. Апи андроида весьма ограниченно на данный момент (один drag-and-drop чего стоит :) ) и многие нужные вещи появляются только с версии 3. Что касается различных библиотек (типа ORM и пр.), то в основном они портированы из явы в dalvik, что часто приводит к тому, что они либо не оптимизированны и медленно работают, либо они глючные. Т.е. я к тому, что нужно быть готовым писать многие вещи с нуля.
В общем, разработка приложений под андроид, вроде бы относительно несложных, часто — непростая задача, поэтому и стоить это будет дороже, чем сайт.
Если, конечно, вы не хотите, чтобы вам склепали что-то убогое и глючное, со съезжающей версткой на первом же нестандартном экране )
1. Фрагментация устройств (некоторое время займет на одно только обсуждение поведения графики на нестандартных экранах).
2. Ограничение памяти в 16-32 МБ (если меню с картинками будет подгружатся динамически из интернета, то нужно предусмотреть правильное освобождение памяти, так как битмап для андроида 2.X хранится не в куче, а значит не будет освобождатся динамически)
3. Фрагментарность версий самого андроида. Для аппа-визитной карточки скорее всего не проблема, но всякое бывает. Одна из возможных проблем — изменения апи для работы с файловой системы (external storage)
4. Медленная графика (или лучше сказать — медленные аппараты).
К примеру, если для activity с несколькими контролами это не существенно, то если создавать таблицу хотя бы из 50-ти элементов, где на каждый кусок данных создается отдельный объект, инициализация может занять ~1 секунды в зависимости от телефона.
Поэтому для списков обычно используют не TableLayout (аналог table/tr/td), а ListView/GridView, где графические элементы кэшируются и при листании просто заменяются их содержимое. Проблема в том, что если необходимо динамическое изменение таких списков (типа фильтрации), то работать с ними довольно сложно из-за интерфейса adapter.
4. Апи андроида весьма ограниченно на данный момент (один drag-and-drop чего стоит :) ) и многие нужные вещи появляются только с версии 3. Что касается различных библиотек (типа ORM и пр.), то в основном они портированы из явы в dalvik, что часто приводит к тому, что они либо не оптимизированны и медленно работают, либо они глючные. Т.е. я к тому, что нужно быть готовым писать многие вещи с нуля.
В общем, разработка приложений под андроид, вроде бы относительно несложных, часто — непростая задача, поэтому и стоить это будет дороже, чем сайт.
Если, конечно, вы не хотите, чтобы вам склепали что-то убогое и глючное, со съезжающей версткой на первом же нестандартном экране )
Разработка приложения, это совсем не то же самое, что разработка сайта. И если на вордпрессе можно что-то «слабать» за 20 тысяч, то для приложения уже нужен программист и желательно опытный. А ещё художник, как минимум.
Сдаётся мне вы с alexk24 говорите о разных сегментах рынка. Вы о каком-то идеальном приложении, к которому ни у начинающих пользователей, ни у опытных не будет никаких претензий в самых разных юзкейсах. alexk24 же о приложении, которое для пользователей будет лишь чуть удобнее чем закладка на сайт ресторана в браузере.
Для сайта на вордпрессе тоже, по идее, нужен хороший художник/дизайнер, но далеко не все могут его себе позволить.
Для сайта на вордпрессе тоже, по идее, нужен хороший художник/дизайнер, но далеко не все могут его себе позволить.
Не скажу точно, ибо зависит, но цены на самое дешёвое начинаются от 400 килорублей.
Ах… ь… Мы точно говорим о «приложении визитке»?
Ага. Но мы команда, которая не просто мобильники в руках держала. У некоторых из нас опыт разработки более 9 лет на всех известных (мёртвых и живых) платформах, включая американский рынок BREW.
Уверен, что есть и дешевле, да и нам вряд ли интересны визитки разрабатывать. У нас уже неплохие наработки по серверной части, да и вообще.
Так что если вам визиточку, то всё таки:
1. Подумать, а действительно ли она так нужна? Ожидайте, что количество скачиваний за день может быть менее 1.
2. Найти команду подешевле. С этим вроде особо проблем нет.
Уверен, что есть и дешевле, да и нам вряд ли интересны визитки разрабатывать. У нас уже неплохие наработки по серверной части, да и вообще.
Так что если вам визиточку, то всё таки:
1. Подумать, а действительно ли она так нужна? Ожидайте, что количество скачиваний за день может быть менее 1.
2. Найти команду подешевле. С этим вроде особо проблем нет.
Ну нет, 400к это уже не самое простое приложение у далеко не самой дешевой студии.
И ведь понимаешь, что мог бы денег заработать в принципе на этом заказе, но что-то заставляет быть честным и рассказывать всю правду.
Что поделать. Русский язык постоянно меняется. А сленг присущ фактически любым профессионалам.
«Функционал» = «функциональность».
ru.wiktionary.org/wiki/%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB
«Функционал» = «функциональность».
ru.wiktionary.org/wiki/%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB
Когда весь пост перенасыщен сленгом, то глаз не режет, а вот когда пост написан грамотным литературным языком, то пара слов сленга (причем похоже, что автор даже не задумался, что это сленг) портят всё впечатление.
Спасибо, не знал. Но вообще, да, уже жаргон.
>Но много вы знаете таких интернет-магазинов?
Кстати, довольно много. Вернее не магазинов, а людей, которые предпочитают конкретные магазины, даже если там немного дороже чем у конкурентов. Как правило после неудачного опыта покупок в других магазинах. Или после общения с сервисом.
Плюс, ещё популярны (по крайней мере в моём круге общения) заказ и оплата товаров на сайте оффлайновых магазинах (или интернет-магазинах, но с возможностью самовывоза) недалеко от дома/работы.
По-моему, приложения для этих магазинов если бы и не увеличило продажи напрямую, то оставляло бы лучшее впечатление о магазине.
Кстати, довольно много. Вернее не магазинов, а людей, которые предпочитают конкретные магазины, даже если там немного дороже чем у конкурентов. Как правило после неудачного опыта покупок в других магазинах. Или после общения с сервисом.
Плюс, ещё популярны (по крайней мере в моём круге общения) заказ и оплата товаров на сайте оффлайновых магазинах (или интернет-магазинах, но с возможностью самовывоза) недалеко от дома/работы.
По-моему, приложения для этих магазинов если бы и не увеличило продажи напрямую, то оставляло бы лучшее впечатление о магазине.
Прямо таки очень напомнило «поколение» Пелевина. По сути — это нормально.
Да ладно, приложение… Еще немалая часть компаний, которая заказывает разработку сайта, не до конца понимаете то, какие цели она преследует. У всех есть сайт и мы хотим.
Все приведённые примеры — глупость.
Правильное приложение для фитнесс-клуба:
* список тренеров и свободных часов, возможность зарезервировать себе человека.
* напоминалка о назначенном времени
* геотаргетинг с учётом проведённого в фитнессе времени.
* nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела. Аналогичный же датчик на весах.
* Статистика посещения, говорящая о том, будет ли в клубе сейчас более-менее свободно или совсем закрыто.
* Автопланировщик следующего посещения с напоминалкой.
Правильное приложение для супермакерта:
* Адреса всех магазинов с автоматической передачей ближайшего в навигационную программу
* Графики работы (не «вбитые» заранее, а обновляющиеся — например, «магазин №4 закрыт из-за пожара»).
* Карта магазина с навигацией
* Список товаров с указанием магазинов, где он есть, цены, положения на карте магазина
* Цена товара по шрих-коду
* (вип-сервис) — сборка товара до приезда в магазин, возможно за отдельные деньги
Правильное приложение для салона красоты не знаю.
Правильное приложение для фитнесс-клуба:
* список тренеров и свободных часов, возможность зарезервировать себе человека.
* напоминалка о назначенном времени
* геотаргетинг с учётом проведённого в фитнессе времени.
* nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела. Аналогичный же датчик на весах.
* Статистика посещения, говорящая о том, будет ли в клубе сейчас более-менее свободно или совсем закрыто.
* Автопланировщик следующего посещения с напоминалкой.
Правильное приложение для супермакерта:
* Адреса всех магазинов с автоматической передачей ближайшего в навигационную программу
* Графики работы (не «вбитые» заранее, а обновляющиеся — например, «магазин №4 закрыт из-за пожара»).
* Карта магазина с навигацией
* Список товаров с указанием магазинов, где он есть, цены, положения на карте магазина
* Цена товара по шрих-коду
* (вип-сервис) — сборка товара до приезда в магазин, возможно за отдельные деньги
Правильное приложение для салона красоты не знаю.
Ну видимо возможность зарезервировать время. Ибо часто по записи.
Отлично, давайте прикинем, сколько может стоить внедрение такой системы для заведения
по поводу фитнеса (на примере тренажерного зала)
>* список тренеров и свободных часов, возможность зарезервировать себе человека.
если вы там были хоть однажды-вы уже знаете расписание своего тренера, оно чаще всего несложное, типа «по четным», либо его расписание подстраивается под ваше
>* напоминалка о назначенном времени
очень редко зал посещают «минута в минуту». обычно оговаривается «как освобожусь, примерно с 17 до 19»
>* геотаргетинг с учётом проведённого в фитнессе времени.
это-то зачем?
>* nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела.
разумно, но овертехнологично. да и с трудом представляю штангу с nfc-датчиком
>* Статистика посещения, говорящая о том, будет ли в клубе сейчас более-менее свободно или совсем закрыто.
сферический прогнозатор в вакууме. как он учтет фактор «филиал-дублер закрыт на ремонт-все приперлись в этот зал»?
>* Автопланировщик следующего посещения с напоминалкой.
если вы занимаетесь так, что можете забыть посетить-может и не стОит тратить время?
>* список тренеров и свободных часов, возможность зарезервировать себе человека.
если вы там были хоть однажды-вы уже знаете расписание своего тренера, оно чаще всего несложное, типа «по четным», либо его расписание подстраивается под ваше
>* напоминалка о назначенном времени
очень редко зал посещают «минута в минуту». обычно оговаривается «как освобожусь, примерно с 17 до 19»
>* геотаргетинг с учётом проведённого в фитнессе времени.
это-то зачем?
>* nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела.
разумно, но овертехнологично. да и с трудом представляю штангу с nfc-датчиком
>* Статистика посещения, говорящая о том, будет ли в клубе сейчас более-менее свободно или совсем закрыто.
сферический прогнозатор в вакууме. как он учтет фактор «филиал-дублер закрыт на ремонт-все приперлись в этот зал»?
>* Автопланировщик следующего посещения с напоминалкой.
если вы занимаетесь так, что можете забыть посетить-может и не стОит тратить время?
> * геотаргетинг с учётом проведённого в фитнессе времени.
Это с какой целью?
> * nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела. Аналогичный же датчик на весах.
Э-э-э… К тренажёрам и на весы ходить с телефончиком? Зажав его в потной руке? На шею вешать? В карман треников/трусов, чтоб одну сторону оттягивало, хлопало по ноге и вообще постоянно мешалось? Не, тут вы что-то плохо подумали :)
Это с какой целью?
> * nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела. Аналогичный же датчик на весах.
Э-э-э… К тренажёрам и на весы ходить с телефончиком? Зажав его в потной руке? На шею вешать? В карман треников/трусов, чтоб одну сторону оттягивало, хлопало по ноге и вообще постоянно мешалось? Не, тут вы что-то плохо подумали :)
— получить доступ в интернет при отсутствии других способов;О! Подскажите приложение под Андроид 2.3, которое бы давало мне доступ в интернет без вай-фая и 3g.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Зачем компаниям мобильные приложения или почему в Маркетах столько барахла