Вы не правильно зарабатываете. Вам нужно прийти к МЛМ-щикам и объяснить, нафига им Ваш форум. Затем рекламировать вступление в новые сети самим же МЛМ-щикам.
Deni: Если говорить о домене который продают по приведенной ссылке выше то перспектив у него нет.
Есть, есть. Нормальный такой сайтик. Для корпоративного покупателя может быть большой доход от него, если трафик свой, а не с рекламы и не с поисковиков.
Стучаться в аську (сечас сам стукнусь с пивом). Вот с тобой, например, мне хотелось бы работать. А в финансах, когда понадобится, думаю, ты разберёшься 🚬
HungryFoerster, да, разрыв. Я предлагаю способному человеку прыгнуть из ведущего разработчика в технического директора. А из интернет-маркетолога в коммерческого директора. Если обратятся классные коммерческий и технический директора и они меня устроят, а я их, то я буду лишь рад. Доход оценён на уровне топ-менеджеров крупных компаний.
Прототип у меня есть и он работает. Мне нужны два человека, которые смогут после получения венчурного финансирования управляться со своими отделами по 3-5 человек и быстро расти в сторону управления большим количеством сотрудников. Через 3-4 года это будут хорошие топ-менеджеры. Надеюсь, что они уйдут и в следующий мой стартап, но уже на равных долях.
pelvis: пс: 100 раз в шоке, когда человек не может сконтачиться с софтверным производителем, а хочет скачать и ППЦ. В шоке. Это же надо быть ленивым настолько, чтобы не отписать в личку, но активным, чтобы отвечать на форуме.
Добро пожаловать. Пелвис, дело тебе говорят. Ментально намного проще прочитать мануал, чем чего-то там выспрашивать. Ментально проще ни с кем не контактировать. На этом режутся многие технари, не понимая психики людей и создавая сервисы без описаний.
Это предпринимателю реального мира проще позвонить, чем на сайте почитать - он хочет услышать уверенный голос и пощупать надёжность контрагента. Ты, наверное, к этому и привык. Это намного более правильный подход. В сети же это иначе.
Я вот вообще ненавижу звонить по телефону. И половина блоггеров такие же телефонофобы. Я понимаю, когда человек хочет мануал, но отказывается лезть в аську к владельцу и создателю (!). У тебя таких юзеров будет очень много. Хотя теже журналисты полезут в аську и в телефон.
Serboy: Квалификация пользователей? - Это имеет значение?)
Как юзеры распределены географически? - В пределах СНГ - достаточно)
Тяжесть запросов к базе? - Наверное, не легко)
Количество запросов в минуту? - Тоже затрудняюсь ответить.
Нужна ли необходимость масштабирования и до каких пределов? - Вообще не понимаю о чем речь)
Смотрите. Квалификация пользователей не известна. Значит веб предпочтительнее (быстрее обучаться). Юзеры распределены фиг знает как. Значит много диалапа. Это сильный аргумент за софт на стороне клиента. Тяжёлые запросы - тоже за софт. Если тяжёлые запросы одинаковые, то появляется возможность использовать memcached и снять нагрузку. Если число пользователей будет расти (при тяжёлых запросах) - софт. Иначе замучаетесь с серверами и репликацией.
Serboy: Число пользователей? - на первоначальном этапе планируеся несколько тысяч зарегистрированных. Одновременных в онлайн - сложно сказать.
А чего сложного-то? Если бизнес-софт, то все утром пришли на работу и в период 8:00-11:00 сели выкачивать свежее обновление. Или все полезли в это время на сервер. Считайте нагрузку ;) Если софт более редко используется, то всё равно есть просчитываемые варианты основных вариантов его использования и пиковых нагрузок. Там могут быть реальные узкие места: в один час двукратная перегрузка, в другой загрузка лишь на четверть средней мощности.
Serboy: Объём изменяющихся данных (часто меняется лишь малая доля документов)? - Не менее 70% базы - то, что уже не будет меняться. Однако, база будет расти. При этом соотношение сохраняется..
Итого, 30% данных таскать в сжатом виде по нескольким тысячам юзеров каждое утро. Если база 10 мег, то это 5-10 Гб за пару-тройку утренних часов. Если 100 мег, то 100Мбит канала уже заведомо не хватило. Решается постановкой нескольких отдающих файловых серверов.
Serboy: Как часто планируется изменять логику/дорабатывать код (и мучаться с переустановкой ПО)? - Логика принята изначально, хотя на тестах/в процессе посмотрим. Код - будет дорабатываться, возможно постоянно, независимо от варианта (есть много идей). Переустановка ПО на сервере - проходит почти незаметно для пользователя, клиентское ПО - умеет автообновляться.
Если изменения не чаще раза в пол года, то можно и софт. Практика показывает, что если код обновляется регулярно, то серверный вариант значительно лучше. Во-первых, это технически проще. Во-вторых, ошибок и багов меньше. В-третьих, всегда найдётся 3-5% людей, у которых возникнут проблемы с автоматической переустановкой софта. Они будут звонить, писать на форумах, ругать. Оно надо?
Вы не правильно зарабатываете. Вам нужно прийти к МЛМ-щикам и объяснить, нафига им Ваш форум. Затем рекламировать вступление в новые сети самим же МЛМ-щикам.
Цена занижена раз в 10 от среднего по рынку. Топикстартеру есть куда поднимать свои цены.
и если все-таки придеться править морду (добавлять текст), то не понизит ли резкая правка позиции?
Не понизит. Нормально всё будет.
Если говорить о домене который продают по приведенной ссылке выше то перспектив у него нет.
Есть, есть. Нормальный такой сайтик. Для корпоративного покупателя может быть большой доход от него, если трафик свой, а не с рекламы и не с поисковиков.
1-й части нет, вторая - есть, как быть?
Стучаться в аську (сечас сам стукнусь с пивом). Вот с тобой, например, мне хотелось бы работать. А в финансах, когда понадобится, думаю, ты разберёшься 🚬
HungryFoerster, да, разрыв. Я предлагаю способному человеку прыгнуть из ведущего разработчика в технического директора. А из интернет-маркетолога в коммерческого директора. Если обратятся классные коммерческий и технический директора и они меня устроят, а я их, то я буду лишь рад. Доход оценён на уровне топ-менеджеров крупных компаний.
Прототип у меня есть и он работает. Мне нужны два человека, которые смогут после получения венчурного финансирования управляться со своими отделами по 3-5 человек и быстро расти в сторону управления большим количеством сотрудников. Через 3-4 года это будут хорошие топ-менеджеры. Надеюсь, что они уйдут и в следующий мой стартап, но уже на равных долях.
И что вышло после моего первого поста, знаешь? Рамблер взял это на вооружение и засрал Яндекс. Так что диверсия тогда удалась
Надо было патентовать... 😂
пс: 100 раз в шоке, когда человек не может сконтачиться с софтверным производителем, а хочет скачать и ППЦ. В шоке. Это же надо быть ленивым настолько, чтобы не отписать в личку, но активным, чтобы отвечать на форуме.
Добро пожаловать. Пелвис, дело тебе говорят. Ментально намного проще прочитать мануал, чем чего-то там выспрашивать. Ментально проще ни с кем не контактировать. На этом режутся многие технари, не понимая психики людей и создавая сервисы без описаний.
Это предпринимателю реального мира проще позвонить, чем на сайте почитать - он хочет услышать уверенный голос и пощупать надёжность контрагента. Ты, наверное, к этому и привык. Это намного более правильный подход. В сети же это иначе.
Я вот вообще ненавижу звонить по телефону. И половина блоггеров такие же телефонофобы. Я понимаю, когда человек хочет мануал, но отказывается лезть в аську к владельцу и создателю (!). У тебя таких юзеров будет очень много. Хотя теже журналисты полезут в аську и в телефон.
Нет, за одну Тигру мне моя половина по ушам надает.
А за одного Psycho? 🙄
Квалификация пользователей? - Это имеет значение?)
Как юзеры распределены географически? - В пределах СНГ - достаточно)
Тяжесть запросов к базе? - Наверное, не легко)
Количество запросов в минуту? - Тоже затрудняюсь ответить.
Нужна ли необходимость масштабирования и до каких пределов? - Вообще не понимаю о чем речь)
Смотрите. Квалификация пользователей не известна. Значит веб предпочтительнее (быстрее обучаться). Юзеры распределены фиг знает как. Значит много диалапа. Это сильный аргумент за софт на стороне клиента. Тяжёлые запросы - тоже за софт. Если тяжёлые запросы одинаковые, то появляется возможность использовать memcached и снять нагрузку. Если число пользователей будет расти (при тяжёлых запросах) - софт. Иначе замучаетесь с серверами и репликацией.
Число пользователей? - на первоначальном этапе планируеся несколько тысяч зарегистрированных. Одновременных в онлайн - сложно сказать.
А чего сложного-то? Если бизнес-софт, то все утром пришли на работу и в период 8:00-11:00 сели выкачивать свежее обновление. Или все полезли в это время на сервер. Считайте нагрузку ;) Если софт более редко используется, то всё равно есть просчитываемые варианты основных вариантов его использования и пиковых нагрузок. Там могут быть реальные узкие места: в один час двукратная перегрузка, в другой загрузка лишь на четверть средней мощности.
Объём изменяющихся данных (часто меняется лишь малая доля документов)? - Не менее 70% базы - то, что уже не будет меняться. Однако, база будет расти. При этом соотношение сохраняется..
Итого, 30% данных таскать в сжатом виде по нескольким тысячам юзеров каждое утро. Если база 10 мег, то это 5-10 Гб за пару-тройку утренних часов. Если 100 мег, то 100Мбит канала уже заведомо не хватило. Решается постановкой нескольких отдающих файловых серверов.
Как часто планируется изменять логику/дорабатывать код (и мучаться с переустановкой ПО)? - Логика принята изначально, хотя на тестах/в процессе посмотрим. Код - будет дорабатываться, возможно постоянно, независимо от варианта (есть много идей). Переустановка ПО на сервере - проходит почти незаметно для пользователя, клиентское ПО - умеет автообновляться.
Если изменения не чаще раза в пол года, то можно и софт. Практика показывает, что если код обновляется регулярно, то серверный вариант значительно лучше. Во-первых, это технически проще. Во-вторых, ошибок и багов меньше. В-третьих, всегда найдётся 3-5% людей, у которых возникнут проблемы с автоматической переустановкой софта. Они будут звонить, писать на форумах, ругать. Оно надо?