Также на мой взгляд огромный минус контентных приложений в том, что контент в ним скорее всего потеряется. Никто не будет его индексировать. На сайте же, есть ссылки, легко обмениваться, поисковики все это индексируют и что-то полезное, но давнее, всегда можно найти. По идее участь контентных приложений — это посмотрел информацию и забыл, по типу лент новостей в соц. сетях
Складывается такое ощущение, что разработка и распространение приложений как для Android так и для iOS свернули куда-то не туда. Есть монополисты (Гугл и Эппл), которые решают, что хорошо, а что плохо, кого пускать, а кого — нет. Это противоречит самой идее интернета, когда ты можешь создать сайт и любой в принципе может на него зайти. Ты можешь размещать там что и как хочешь. Можешь просить донаты, подключить рекламу итд… Что может быть лучше?!
Еще, на мой взгляд, существенный минус приложений по сравнению с сайтами, что никто не будет ставить много приложений, поставят какие-то «ключевые», а остальным придется побороться за место на устройстве юзера. Юзеры просто не хотят захламлять телефон приложениями — копиями сайта и им подобными.
В противовес этому идея сайта — замечательна! Есть браузер, он отображает сайты, ничего не надо ставить на устройство, чтобы воспользоваться данным сайтом.
Может будущее за веб приложениями на телефоне? Если их должным образом оптимизировать и сделать какой-то API для работы с ОС напрямую.
Прискорбно осознавать эту, видимо, правду (на данный момент). Есть еще один вариант — попробовать разрабатывать свой продукт.
Плюсы: можно взять удобные вам (даже старые) технологии, так как вы сами будете контролировать развитие проекта.
Минусы: их много, например, где-то читал, что только 5% стартапов зарабатывают деньги.
Однако, можно не придумывать новую идею, а скопировать что-то существующее и попробовать занять долю рынка. Еще конечно к минусам нужно отнести то, что придется очень много работать — искать коллег, быть менеджером, бухгалтером, промоутером итд. пока не появятся первые деньги, чтобы делегировать. (если вообще появятся :))
А у Facebook есть что-то ещё, что можно добавить к WhatsApp и что придало бы ему монопольный статус на рынке мессенджеров?
Конечно есть! Посмотрите обзор конференции F8 — там ясно сказано, что они хотят сделать единую экосистему из всех своих приложений, чтобы можно было из FB писать в WhatsApp итд.
WhatsApp в плане интерфейса сделан максимально просто. Я думаю потому, что у них просто огромная аудитория разных по опыту пользователей: от подростков, до стариков, которым первый раз купили телефон и тыкнули куда нажимать звонить дочке. Я сам занимаюсь разработкой моб. приложений. И понял, насколько же это трудно угодить всем — юзеры постоянно не довольны, постоянно что то не получается, не те данные вводят, ни туда. Вообщем я думаю, в их случае это необходимость. Насчет фич, согласен, можно было бы и добавить.
А Телеграму конечно не позавидуешь сейчас — конкуренция обостряется еще сильнее. Может можно как-то подать в суд на них за откровенное копирование фич и давить на то, что они монополия. Уже было предложение разделить FB, Instagram, WhatsApp в отдельные компании и по-моему это правильно.
Сейчас разрабатываю мелкого и среднего размера api на Go. Хочу сказать (мое мнение), что на нем трудно описывать бизнес логику — маловато абстракций. И очень много ручной работы. Есть желание поделать именно web проект, а не только api, но на Го устанешь все писать). Поэтому посматриваю в сторону какого-нибудь фреймворка. Руби знаю, поэтому и написал про него. Смотрю — сейчас активно развивается PHP — но сам язык после руби, довольно уродливым показался. Хотя это всего лишь язык — инструмент. Возможно придется и его поизучать.
Знаком неплохо с Ruby, как ни странно — это не Ruby on Rails, а был RubyQt — биндинг Qt для руби. Использовался для разработки ERP системы. Очень неплохо зашел, так как писалось все в стиле unix-way — делались простые GUI скрины для каждой задачи, потом из одного меню вызывались.
Руби конечно крут в плане синтаксиса и чистоты написания кода и выражения мыслей, если сильно не впадать в идиоматический код с очень короткими методами.
Сейчас работаю с web — бекэнд на Go. Думаю, что в плане производительности работы веб сервисов Go — вне конкуренции. Но написать быстро прототип Web приложения на Go кажется довольно трудным. Очень не хватает как раз готового фреймворка, чтобы не делать стандартные вещи руками. Но думаю, его и не будет из-за того, что Go не выразительный язык, много лапши с if err != nil
Интересует такой момент. Можно ли использовать как раз оба продукта: Ruby on Rails для быстрого написания прототипа, а затем отдельные куски переписывать на Го (если проседает производительность)?
По идее можно поставить перед ними Nginx и отдельные роуты, которые надо заоптимайзить, пробрасывать на Go сервисы.
Кто-то делать так, может поделиться, насколько это жизнеспособно?
У нас был случай в университете. Сдавали программу на C++, она была одна и та же для всех. Преподаватель проверял только результат программы. Входные данные тоже были одинаковые и ответ одинаковый. Ну, некоторые ребята пришли на зачет, не ходя на пары особо, программы у них не было. По быстрому сделали программу, которая
просто выводит ответ в консоль: std::count << ответ. )
Когда он узнал в конце о таком обмане, был, мягко говоря, не доволен.
Еще, на мой взгляд, существенный минус приложений по сравнению с сайтами, что никто не будет ставить много приложений, поставят какие-то «ключевые», а остальным придется побороться за место на устройстве юзера. Юзеры просто не хотят захламлять телефон приложениями — копиями сайта и им подобными.
В противовес этому идея сайта — замечательна! Есть браузер, он отображает сайты, ничего не надо ставить на устройство, чтобы воспользоваться данным сайтом.
Может будущее за веб приложениями на телефоне? Если их должным образом оптимизировать и сделать какой-то API для работы с ОС напрямую.
Плюсы: можно взять удобные вам (даже старые) технологии, так как вы сами будете контролировать развитие проекта.
Минусы: их много, например, где-то читал, что только 5% стартапов зарабатывают деньги.
Однако, можно не придумывать новую идею, а скопировать что-то существующее и попробовать занять долю рынка. Еще конечно к минусам нужно отнести то, что придется очень много работать — искать коллег, быть менеджером, бухгалтером, промоутером итд. пока не появятся первые деньги, чтобы делегировать. (если вообще появятся :))
Конечно есть! Посмотрите обзор конференции F8 — там ясно сказано, что они хотят сделать единую экосистему из всех своих приложений, чтобы можно было из FB писать в WhatsApp итд.
А Телеграму конечно не позавидуешь сейчас — конкуренция обостряется еще сильнее. Может можно как-то подать в суд на них за откровенное копирование фич и давить на то, что они монополия. Уже было предложение разделить FB, Instagram, WhatsApp в отдельные компании и по-моему это правильно.
Руби конечно крут в плане синтаксиса и чистоты написания кода и выражения мыслей, если сильно не впадать в идиоматический код с очень короткими методами.
Сейчас работаю с web — бекэнд на Go. Думаю, что в плане производительности работы веб сервисов Go — вне конкуренции. Но написать быстро прототип Web приложения на Go кажется довольно трудным. Очень не хватает как раз готового фреймворка, чтобы не делать стандартные вещи руками. Но думаю, его и не будет из-за того, что Go не выразительный язык, много лапши с if err != nil
Интересует такой момент. Можно ли использовать как раз оба продукта: Ruby on Rails для быстрого написания прототипа, а затем отдельные куски переписывать на Го (если проседает производительность)?
По идее можно поставить перед ними Nginx и отдельные роуты, которые надо заоптимайзить, пробрасывать на Go сервисы.
Кто-то делать так, может поделиться, насколько это жизнеспособно?
Спасибо.
просто выводит ответ в консоль: std::count << ответ. )
Когда он узнал в конце о таком обмане, был, мягко говоря, не доволен.