Pull to refresh

Comments 38

популярная нынче я смотрю тема — CMS for Apps, недавно штатовский подобный стартап получил хорошие инвестиции usepropeller.com
> Студия приносила небольшой (но весомый для школьника) доход, а после была продана за хорошую сумму.

Что такое студия? И кому потребовалось покупать ее у школьников?
Студия moscowdesign.ru. Покупалась уже у студентов, в 18 лет продавали. Понадобилась региональной студии, которая выходила на московский рынок. Продавалось имя, домен с хорошими параметрами и наработанная московская клиентская база + была пара людей в Москве, которые могли обеспечить цикл работы их региональной студии в городе. Сейчас заглянул, они ещё существуют, и вроде как даже уже делают мобильные приложения.
<зануда>Забавно у них на сразу на главной опечатка в макете. </зануда>
Забавно, у Вас в первом же комменте опечатка и пунктуационная ошибка
Цены, конечно, не московские у вас (уже у них), указаны на сайте. =)

За сколько продали, и что именно?
Количество людей в команде,
обороты по клиентской базе, ещё что-нибудь, что я забыл?
В 14 лет я начал как все — основал свою студию веб-дизайна

Вы наверно в каком-то другом измерении живете, где все кому не лень основывают студии веб-дизайна в 14 лет и продают 18 :)
UFO just landed and posted this here
самое интересное, что иконки создаваемых приложений и у my-app, и у этих некоторых абсолютно одинаковые…
А по ценам как то расходится очень…
Начинается от 1700 руб в месяц
Правильно понимаю, что заплатив 600 рублей можно собрать свое приложение, получить apk и больше ничего не платить? (понятно, что доработать уже ничего не получится)
Да, если есть учетная запись разработчика, то вы можете выложить приложение от своей записи и сертификата. Но есть нюанс: данные приложения по умолчанию хранятся на нашем сервере.
с чем это связанно?
Что-то мне подсказывает что это скорее аналог мобильных сайтов с нативной оболочкой.
Нативная оболочка тянет контент «сайтов» с Вашего сервера, за это и идет оплата по месяцам.

А натолкнуло на это:

Актуальный контент
Любые изменения текста и картинок сразу вступят в силу на мобильных устройствах ваших клиентов.

Что подразумевает постоянное подтягивание контента с сервера, и отказ в отображении контента ежели нет интернета.
Больше всего заинтересовал интерпретатор. Если он так хорош, как вы его рисуете, то можете продавать его как самостоятельный продукт и баснословно на этом разбогатеть, тем более что он обеспечивает нативную скорость.
Что-то не договаривают, ясень-пень =)
я уже представил этот интерпретатор — десяток индусов в подвальном помещении) а вобще, да, малые и среднии студии с радостью бы купили даныный продукт
Принцип работы ближе к компиляции, нежели интерпретации. А вы бы купили?
Верно было бы назвать его транслятором, если я правильно понимаю принцип — строчки кода из одного языка в строчки кода другого. Другой вопрос, а как же перегоняются ресурсы, платформо-зависимые вещи, различные парадигмы UI? Ну да ладно, не в этом суть.

Я бы не купил, т.к. я девелопер хренов и зарабатываю на жизнь писанием строчек Obj-c по клавиатуре. Применительно же к остальным платформам (Android в частности) наш продукт желательно разрабатывать опять же нативными средствами для как можно лучшего и нативного UX.

Но, при наличии эффектных демо и промо-сайта, его бы купили толстые дяди. Ведь продавали же как-то одно время сервис, в котором «не-программист может в три клика написать приложение и запостить под все платформы», и ничего, зарабатывали.
Чёрт. Мы еще не допилили instant-apps.com
Сдаётся мне, это какой-то развод. Никакой магической трансляции и почтинативной скорости работы там нет. Скорее всего, готовое приложение представляет собой набор HTML5-страничек (а-ля PhoneGap).

Если я ошибаюсь, то снимаю шляпу перед разработчиками — они совершили революцию в сфере мобильных разработок.
Есть вопрос насчёт транслятора: Java использует сборщик мусора, но Obj-C на айфонах вроде не имеет сборщика мусора, то есть будут утечки памяти. Как вы решили данную проблему?
Отвечу за автора — в Obj-C до недавнего времени был прямой подсчет ссылок, сейчас же — автоматический подсчет ссылок, ARC. При производительности нативного кода, о памяти нужно думать меньше. Так что нет такой проблемы, фактически все делается через new как и в джаве.

Другое дело, что без дем я сомневаюсь в крутости решения. Что он умеет вообще, насколько универсален…
Мы реализовали свой коллектор.
Слава, Молодца! Слежу за тобой. :)
image

Хорошо рассказал. Понравилось и про секретаршу!

Скажи, а сейчас симпатиШную секретарШу не завел?!

Кстати можно еще и раскруткой мобильных приложений заниматься. Ну это уже другая история!

Например представитель Google «палит тему» как раскручивать мобильное приложение в Google Play

А не лучше ли для таких целей делать не приложения, а сайты?
Вам не хватает существующей кучи конструкторов сайтов под любые нужды?
Сполна хватает, так что не надо к этой куче прибавлять кучу конструкторов приложений.
Я сначала подумал, что вы про сайт-конструктор, который будет делать сайты-конструкторы, которые делают приложения.
Тогда приложений будет очень много.
Есть такое дело, что с сайтами оффлайн не поработаешь (хотя если у приложений всегда хранятся все данные в облаке, то разницы действительно немного). К тому же сайт — его поддерживать надо постоянно, а приложение сделал один раз (и оплатил считай один раз) — и работает себе вечно. Ну это из того, что на поверхности.

Из того, что не так заметно, но отличает: у приложений побогаче интерактивные возможности. Полагаю, что «браузер» от my-apps в части той же навигации получше будет, их блоки узко целенаправленны, в отличии от html-браузеров.

А вообще, в деталях надо бы разбираться. На что способны эти блоки… насколько они зависят от облака, интерактивны, и так далее. Автору не мешало бы дать пару ссылок на Google Play с демо этих блоков.
Но зачем, например, пачкать магазины приложений приложениями-визитками?
Визитка — её посмотрел один раз, почитал и закрыл.
Оффлайн тут не нужен, потому что чтобы скачать и посмотреть её нужен интернет.
Только приложение нужно устанавливать (а размер приложения гораздо больше размера сайта с таким же содержанием), запускать и удалять, а в случае с сайтом достаточно нажать на ссылку, а потом закрыть вкладку.
Приложения и сайты решают разные задачи!
Кстати, обычно сайты уже есть у компании.
Сайты ориентированы для всех юзеров!

Приложениями пользуются для удобства.
Мы проводили замеры-Блиц опросы:

1) СКОЛЬКО приложений в телефоне
2 ) Сколькими приложениями реально пользуются

Получилось, что у среднего пользователя (опрос среди участников конференции) около 20 приложений в сматрфоне и пользование десятком из них.
В любой непонятной ситуации — делай конструктор! Или защищенный мессенджер )))
Вы действительно считаете, что результаты работы в этом конструкторе достойны пользователей?
Посмотрите наш конструктор мобильных приложений http://appropio.com
работает :)
Sign up to leave a comment.