Комментарии 80
Синдром несостоявшегося Кулибина есть у многих директоров. А с помощью такого лучезарного приложения мы выйдем в топ 20 Форбс. Инфа проверенна на 100%.
+23
Кстати я установил приложение тануки на айпэд, только из-за того что при заказе через него скидка 10%. А так бы заказывал через сайт.
+5
Ну 10% скидка — это всего лишь дополнительный способ продвинуть приложение. Плюс планшет — все-таки не тот девайс, с которого предполагается использование подобного приложения
0
Тануки вообще отморозки. Впаривают свое глючное приложение, вместо того, чтобы нормальный сайт для мобильного сделать. Банальная задача — зайти из поиска, найти телефон и(или) адрес ближайшего, превращается в адский ад.
Нечего на них равняться.
Нечего на них равняться.
+2
Похожая ситуация была в начале века:
— Мы хотим сайт!
— Скажите, пожалуйста, а зачем он вам?
— ???
— Мы хотим сайт!
— Скажите, пожалуйста, а зачем он вам?
— ???
+1
А приложения Империи Пиццы и правда популярные? Удивлен :)
0
Подскажите вот пожалуйста а можно человеку без опыта программирования ВООБЩЕ где-то (через какой-то сервис например) сделать очень простое приложение — которое будет открывшись просто использовать браузер и автоматом загружать урл моего сайта, где я сделаю уже нормальный интерфейс для смартфона?
+1
А зачем для этого делать приложение? Можно просто со смартфона загружать сайт m.url.ru. И можно этот урл в закладки вынести
+3
Ну потому что заказчик хочет именно приложение =) Я как раз вариант с закладкой объяснил, на что он ответил что так «не солидно» =) Хотя по сути именно это и надо. Но ему хочется чтобы можно было найти и скачать в маркете =)
0
Тяжелый случай :)
Сделать точно можно, может быть, даже готовые сорсы есть такого приложения, надо гуглить.
Сделать точно можно, может быть, даже готовые сорсы есть такого приложения, надо гуглить.
0
Apple такое не пропустит в маркет. Скажет: — Делайте веб-приложение…
-1
Андроид позволяет «вытянуть» закладку (то бишь ссылку на веб-страничку или на запуск браузера с параметром) на раб. стол дефолтного лаунчера? А задать иконку ярлычка?
Приложение как раз и нужно, чтоб пользователь мог одним кликом запустить сайт.
Приложение как раз и нужно, чтоб пользователь мог одним кликом запустить сайт.
0
PhoneGap называется эта штука. Создает базовое приложение и браузер во весь экран, остается только прописать урл и картинку нарисовать.
+4
>> — Приложение о розничной сети, также включающее удобный список покупок
Блин. Сделайте просто вменяемый список покупок для iPhone =) Памятник поставят)
Блин. Сделайте просто вменяемый список покупок для iPhone =) Памятник поставят)
+1
Очень много уже таких приложений сделано. Чего не хватает?
0
Много ремайндеров, а вот списков покупок без рекламы и с нормальными категориями оч и оч мало.
0
Я думаю, вы плохо искали. А чтобы рекламу отключить, можно платную версию купить.
0
Я искал и не нашел. Много приложений и бесплатных и платных, но вот беда — нету «без рекламы и с нормальными категориями».
Попробуете в 3-м коменте привести хотя бы 3 из списка «много», которые удовлетворяют моему простому запросу?
Попробуете в 3-м коменте привести хотя бы 3 из списка «много», которые удовлетворяют моему простому запросу?
0
Я просто не понимаю, а что значит «с нормальными категориями»?
0
Кастомизируемые категории у которых не будет проблем с отображением русского языка на iPhone и в веб интерфейсе.
0
Категории чего? Правда не понимаю, простите.
0
как толстый троллинг.
1. Жрачка
2. Бухло
3. Домашняя химия
4. Чаи кофеи
Достаточно?
PS: Списка по прежнему нету.
1. Жрачка
2. Бухло
3. Домашняя химия
4. Чаи кофеи
Достаточно?
PS: Списка по прежнему нету.
+1
Wunderlist попробуйте.
0
ShopShop попробуйте, категорий как таковых нету, но можно делать различные списки вместо них
0
Может, еще будильник в список покупок встроить?
-1
any.do, remember the milk например
0
Про этот пост можно сказать «вот, что я мог написать!».
Всё так. Тоже приходят с заказами, а потом и думай, как им отказать.
Всё так. Тоже приходят с заказами, а потом и думай, как им отказать.
0
Если не секрет, сколько примерно стоит разработка такого приложения?
0
Какого именно?
0
«Приложения визитки» с минимальным функционалом.
Например, отображение меню ресторана на сегодня на первой страничке с возможностью тапа и просмотра ингредиентов и фото блюда + еще 6 страничек с меню на будущее. Данные берутся с сайта ресторана по API. API максимально приближено к тому что будет удобно разработчику приложения.
Например, отображение меню ресторана на сегодня на первой страничке с возможностью тапа и просмотра ингредиентов и фото блюда + еще 6 страничек с меню на будущее. Данные берутся с сайта ресторана по API. API максимально приближено к тому что будет удобно разработчику приложения.
0
Ну для среднего разработчика это порядка 100-150 часов, если с нуля. Цена зависит от того, кто разрабатывает.
0
Грустно. Вы не преувеличиваете затраты времени?
я ожидал верхнюю планку в денежном выражении 10-20 т.р. по аналогии с «сайтами-визитками». Беря же ваши цифры получается не менее 50-100 тысяч за приложение с довольно бедным, фактически отсутствующим, функционалом.
я ожидал верхнюю планку в денежном выражении 10-20 т.р. по аналогии с «сайтами-визитками». Беря же ваши цифры получается не менее 50-100 тысяч за приложение с довольно бедным, фактически отсутствующим, функционалом.
+1
А что значит «отображение меню ресторана на сегодня»? Вообще говоря, меню ресторана — это довольно сложный каталог, который надо верстать, подгружать с сервера через АПИ, сохранять в локальную БД на телефоне для последующего кэширования и т.д. Если просто HTML-страничку загружать, то конечно намного проще, но только это уже не нативный апп.
+4
Как-то не вижу особой сложности в каталоге. Да и API может быть банальной выдачей XML/JSON. То есть сложности по сравнению с отдельной страничкой принципиальной не вижу. Думаю часов за 10 можно разобраться, если это у тебя первое приложение. Естественно, при условии что «проектирование» UI лежит на заказчике, а не выоскооплачиваемых спецах по юзабилити.
-2
вам 10 часов не хватит даже на непрерывное кодирование подобного нативного приложения.
Посудите сами. Даже при наличии готового дизайна его необходимо будет сверстать и проверить корректность отображения на разных экранах. Закодировать логику приложения (получение данных через API пусть даже в json формате, парсинг данных, связь модели с UI). Еще, как заметили выше, кэширование данных в локальной бд.
Я ориентируюсь по разработке нативных приложения под Android. Так вот у опытного разработчика это в среднем займет около 50 часов. У неопытного 100+.
Посудите сами. Даже при наличии готового дизайна его необходимо будет сверстать и проверить корректность отображения на разных экранах. Закодировать логику приложения (получение данных через API пусть даже в json формате, парсинг данных, связь модели с UI). Еще, как заметили выше, кэширование данных в локальной бд.
Я ориентируюсь по разработке нативных приложения под Android. Так вот у опытного разработчика это в среднем займет около 50 часов. У неопытного 100+.
+2
Я ориентируюсь на то, что дизайн примитивный, особой вёрстки не требует, корректность почти не проверяется, в общем на уровне «набросать контролы на форму 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-клиента на уровне сокетов не придётся.
Честно говоря, даже интересно стало попробовать написать такое и оценить время.
-2
Попробуйте. А в процессе почитайте эту статью: habrahabr.ru/blogs/pm/137519/#habracut
+2
в разработке под Android нельзя «набросать контролы на форму» :)
вам придется верстать UI в xml файлах и связывать их с кодом. также реализовать в коде обработчики различных событий. если опыта разработки под Android нет, то тоже придется читать мануалы.
Работа с бд, парсинг, http запросы, конечно есть классы для всего этого. но опять же, вы потратите время на мануалы. а еще есть много мелких нюансов, незаметных на стадии первого проектирования.
Разработка под мобильные устройства, по моему мнения, в целом больше похожа на разработку десктопных приложений, чем на webdev. Подходы отличаются.
Собственно поэтому я и дал такую оценку 50-100+ часов. Опытный разработчик делал подобное не раз, он просто соберет приложение из своих прошлых проверенных наработок.
вам придется верстать UI в xml файлах и связывать их с кодом. также реализовать в коде обработчики различных событий. если опыта разработки под Android нет, то тоже придется читать мануалы.
Работа с бд, парсинг, http запросы, конечно есть классы для всего этого. но опять же, вы потратите время на мануалы. а еще есть много мелких нюансов, незаметных на стадии первого проектирования.
Разработка под мобильные устройства, по моему мнения, в целом больше похожа на разработку десктопных приложений, чем на webdev. Подходы отличаются.
Собственно поэтому я и дал такую оценку 50-100+ часов. Опытный разработчик делал подобное не раз, он просто соберет приложение из своих прошлых проверенных наработок.
0
Я как раз оценивал по опыту разработки приложения с похожей функциональностью для десктопа, когда я в первый раз писал приложение под Qt, плюс там ещё была аутентификация, отправка данных, навигация по нескольким «страницам» (табам) и парсинг HTML (то есть отдельного API, предоставляющего данные в «машиночитаемом» виде не было). Уложился в 25 часов, имея лишь общее представление о сигналах и слотах и прочих концепциях Qt, когда-то прочитанных для общего развития на Хабре. Приложение наверняка получилось кривое, нерасширяемое, неподдерживаемое и т. п. и опытный разработчик нашёл бы много недочётов и ошибок, но оно работало.
0
В андроиде есть такие проблемы:
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, что часто приводит к тому, что они либо не оптимизированны и медленно работают, либо они глючные. Т.е. я к тому, что нужно быть готовым писать многие вещи с нуля.
В общем, разработка приложений под андроид, вроде бы относительно несложных, часто — непростая задача, поэтому и стоить это будет дороже, чем сайт.
Если, конечно, вы не хотите, чтобы вам склепали что-то убогое и глючное, со съезжающей версткой на первом же нестандартном экране )
+1
Разработка приложения, это совсем не то же самое, что разработка сайта. И если на вордпрессе можно что-то «слабать» за 20 тысяч, то для приложения уже нужен программист и желательно опытный. А ещё художник, как минимум.
0
Сдаётся мне вы с alexk24 говорите о разных сегментах рынка. Вы о каком-то идеальном приложении, к которому ни у начинающих пользователей, ни у опытных не будет никаких претензий в самых разных юзкейсах. alexk24 же о приложении, которое для пользователей будет лишь чуть удобнее чем закладка на сайт ресторана в браузере.
Для сайта на вордпрессе тоже, по идее, нужен хороший художник/дизайнер, но далеко не все могут его себе позволить.
Для сайта на вордпрессе тоже, по идее, нужен хороший художник/дизайнер, но далеко не все могут его себе позволить.
0
Не скажу точно, ибо зависит, но цены на самое дешёвое начинаются от 400 килорублей.
-2
Ах… ь… Мы точно говорим о «приложении визитке»?
+2
Ага. Но мы команда, которая не просто мобильники в руках держала. У некоторых из нас опыт разработки более 9 лет на всех известных (мёртвых и живых) платформах, включая американский рынок BREW.
Уверен, что есть и дешевле, да и нам вряд ли интересны визитки разрабатывать. У нас уже неплохие наработки по серверной части, да и вообще.
Так что если вам визиточку, то всё таки:
1. Подумать, а действительно ли она так нужна? Ожидайте, что количество скачиваний за день может быть менее 1.
2. Найти команду подешевле. С этим вроде особо проблем нет.
Уверен, что есть и дешевле, да и нам вряд ли интересны визитки разрабатывать. У нас уже неплохие наработки по серверной части, да и вообще.
Так что если вам визиточку, то всё таки:
1. Подумать, а действительно ли она так нужна? Ожидайте, что количество скачиваний за день может быть менее 1.
2. Найти команду подешевле. С этим вроде особо проблем нет.
-3
Ну нет, 400к это уже не самое простое приложение у далеко не самой дешевой студии.
0
И ведь понимаешь, что мог бы денег заработать в принципе на этом заказе, но что-то заставляет быть честным и рассказывать всю правду.
0
-2
Что поделать. Русский язык постоянно меняется. А сленг присущ фактически любым профессионалам.
«Функционал» = «функциональность».
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
+1
Когда весь пост перенасыщен сленгом, то глаз не режет, а вот когда пост написан грамотным литературным языком, то пара слов сленга (причем похоже, что автор даже не задумался, что это сленг) портят всё впечатление.
+1
Исправил.
+2
Просто я менее критичен. У меняна IT ресурсе, IT сленг отторжения не вызывает. Но в академическом издании, например, такое увидеть было бы странно. С этим я согласен.
0
Спасибо, не знал. Но вообще, да, уже жаргон.
0
>Но много вы знаете таких интернет-магазинов?
Кстати, довольно много. Вернее не магазинов, а людей, которые предпочитают конкретные магазины, даже если там немного дороже чем у конкурентов. Как правило после неудачного опыта покупок в других магазинах. Или после общения с сервисом.
Плюс, ещё популярны (по крайней мере в моём круге общения) заказ и оплата товаров на сайте оффлайновых магазинах (или интернет-магазинах, но с возможностью самовывоза) недалеко от дома/работы.
По-моему, приложения для этих магазинов если бы и не увеличило продажи напрямую, то оставляло бы лучшее впечатление о магазине.
Кстати, довольно много. Вернее не магазинов, а людей, которые предпочитают конкретные магазины, даже если там немного дороже чем у конкурентов. Как правило после неудачного опыта покупок в других магазинах. Или после общения с сервисом.
Плюс, ещё популярны (по крайней мере в моём круге общения) заказ и оплата товаров на сайте оффлайновых магазинах (или интернет-магазинах, но с возможностью самовывоза) недалеко от дома/работы.
По-моему, приложения для этих магазинов если бы и не увеличило продажи напрямую, то оставляло бы лучшее впечатление о магазине.
+1
Прямо таки очень напомнило «поколение» Пелевина. По сути — это нормально.
0
Да ладно, приложение… Еще немалая часть компаний, которая заказывает разработку сайта, не до конца понимаете то, какие цели она преследует. У всех есть сайт и мы хотим.
0
Все приведённые примеры — глупость.
Правильное приложение для фитнесс-клуба:
* список тренеров и свободных часов, возможность зарезервировать себе человека.
* напоминалка о назначенном времени
* геотаргетинг с учётом проведённого в фитнессе времени.
* nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела. Аналогичный же датчик на весах.
* Статистика посещения, говорящая о том, будет ли в клубе сейчас более-менее свободно или совсем закрыто.
* Автопланировщик следующего посещения с напоминалкой.
Правильное приложение для супермакерта:
* Адреса всех магазинов с автоматической передачей ближайшего в навигационную программу
* Графики работы (не «вбитые» заранее, а обновляющиеся — например, «магазин №4 закрыт из-за пожара»).
* Карта магазина с навигацией
* Список товаров с указанием магазинов, где он есть, цены, положения на карте магазина
* Цена товара по шрих-коду
* (вип-сервис) — сборка товара до приезда в магазин, возможно за отдельные деньги
Правильное приложение для салона красоты не знаю.
Правильное приложение для фитнесс-клуба:
* список тренеров и свободных часов, возможность зарезервировать себе человека.
* напоминалка о назначенном времени
* геотаргетинг с учётом проведённого в фитнессе времени.
* nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела. Аналогичный же датчик на весах.
* Статистика посещения, говорящая о том, будет ли в клубе сейчас более-менее свободно или совсем закрыто.
* Автопланировщик следующего посещения с напоминалкой.
Правильное приложение для супермакерта:
* Адреса всех магазинов с автоматической передачей ближайшего в навигационную программу
* Графики работы (не «вбитые» заранее, а обновляющиеся — например, «магазин №4 закрыт из-за пожара»).
* Карта магазина с навигацией
* Список товаров с указанием магазинов, где он есть, цены, положения на карте магазина
* Цена товара по шрих-коду
* (вип-сервис) — сборка товара до приезда в магазин, возможно за отдельные деньги
Правильное приложение для салона красоты не знаю.
+6
Ну видимо возможность зарезервировать время. Ибо часто по записи.
0
Отлично, давайте прикинем, сколько может стоить внедрение такой системы для заведения
0
по поводу фитнеса (на примере тренажерного зала)
>* список тренеров и свободных часов, возможность зарезервировать себе человека.
если вы там были хоть однажды-вы уже знаете расписание своего тренера, оно чаще всего несложное, типа «по четным», либо его расписание подстраивается под ваше
>* напоминалка о назначенном времени
очень редко зал посещают «минута в минуту». обычно оговаривается «как освобожусь, примерно с 17 до 19»
>* геотаргетинг с учётом проведённого в фитнессе времени.
это-то зачем?
>* nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела.
разумно, но овертехнологично. да и с трудом представляю штангу с nfc-датчиком
>* Статистика посещения, говорящая о том, будет ли в клубе сейчас более-менее свободно или совсем закрыто.
сферический прогнозатор в вакууме. как он учтет фактор «филиал-дублер закрыт на ремонт-все приперлись в этот зал»?
>* Автопланировщик следующего посещения с напоминалкой.
если вы занимаетесь так, что можете забыть посетить-может и не стОит тратить время?
>* список тренеров и свободных часов, возможность зарезервировать себе человека.
если вы там были хоть однажды-вы уже знаете расписание своего тренера, оно чаще всего несложное, типа «по четным», либо его расписание подстраивается под ваше
>* напоминалка о назначенном времени
очень редко зал посещают «минута в минуту». обычно оговаривается «как освобожусь, примерно с 17 до 19»
>* геотаргетинг с учётом проведённого в фитнессе времени.
это-то зачем?
>* nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела.
разумно, но овертехнологично. да и с трудом представляю штангу с nfc-датчиком
>* Статистика посещения, говорящая о том, будет ли в клубе сейчас более-менее свободно или совсем закрыто.
сферический прогнозатор в вакууме. как он учтет фактор «филиал-дублер закрыт на ремонт-все приперлись в этот зал»?
>* Автопланировщик следующего посещения с напоминалкой.
если вы занимаетесь так, что можете забыть посетить-может и не стОит тратить время?
+1
> * геотаргетинг с учётом проведённого в фитнессе времени.
Это с какой целью?
> * nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела. Аналогичный же датчик на весах.
Э-э-э… К тренажёрам и на весы ходить с телефончиком? Зажав его в потной руке? На шею вешать? В карман треников/трусов, чтоб одну сторону оттягивало, хлопало по ноге и вообще постоянно мешалось? Не, тут вы что-то плохо подумали :)
Это с какой целью?
> * nfc-датчики на тренажёрах, передающие на телефон информацию об выполненных упраженениях и показателях тела. Аналогичный же датчик на весах.
Э-э-э… К тренажёрам и на весы ходить с телефончиком? Зажав его в потной руке? На шею вешать? В карман треников/трусов, чтоб одну сторону оттягивало, хлопало по ноге и вообще постоянно мешалось? Не, тут вы что-то плохо подумали :)
0
— получить доступ в интернет при отсутствии других способов;О! Подскажите приложение под Андроид 2.3, которое бы давало мне доступ в интернет без вай-фая и 3g.
-1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Зачем компаниям мобильные приложения или почему в Маркетах столько барахла