Слава Шевцов

Слава Шевцов
Рейтинг
370
Регистрация
23.07.2005

Вы не правильно зарабатываете. Вам нужно прийти к МЛМ-щикам и объяснить, нафига им Ваш форум. Затем рекламировать вступление в новые сети самим же МЛМ-щикам.

Цена занижена раз в 10 от среднего по рынку. Топикстартеру есть куда поднимать свои цены.

Zeno:
и если все-таки придеться править морду (добавлять текст), то не понизит ли резкая правка позиции?

Не понизит. Нормально всё будет.

Deni:
Если говорить о домене который продают по приведенной ссылке выше то перспектив у него нет.

Есть, есть. Нормальный такой сайтик. Для корпоративного покупателя может быть большой доход от него, если трафик свой, а не с рекламы и не с поисковиков.

Psycho:
1-й части нет, вторая - есть, как быть?

Стучаться в аську (сечас сам стукнусь с пивом). Вот с тобой, например, мне хотелось бы работать. А в финансах, когда понадобится, думаю, ты разберёшься 🚬

HungryFoerster, да, разрыв. Я предлагаю способному человеку прыгнуть из ведущего разработчика в технического директора. А из интернет-маркетолога в коммерческого директора. Если обратятся классные коммерческий и технический директора и они меня устроят, а я их, то я буду лишь рад. Доход оценён на уровне топ-менеджеров крупных компаний.

Прототип у меня есть и он работает. Мне нужны два человека, которые смогут после получения венчурного финансирования управляться со своими отделами по 3-5 человек и быстро расти в сторону управления большим количеством сотрудников. Через 3-4 года это будут хорошие топ-менеджеры. Надеюсь, что они уйдут и в следующий мой стартап, но уже на равных долях.

pelvis:
И что вышло после моего первого поста, знаешь? Рамблер взял это на вооружение и засрал Яндекс. Так что диверсия тогда удалась

Надо было патентовать... 😂

pelvis:
пс: 100 раз в шоке, когда человек не может сконтачиться с софтверным производителем, а хочет скачать и ППЦ. В шоке. Это же надо быть ленивым настолько, чтобы не отписать в личку, но активным, чтобы отвечать на форуме.

Добро пожаловать. Пелвис, дело тебе говорят. Ментально намного проще прочитать мануал, чем чего-то там выспрашивать. Ментально проще ни с кем не контактировать. На этом режутся многие технари, не понимая психики людей и создавая сервисы без описаний.

Это предпринимателю реального мира проще позвонить, чем на сайте почитать - он хочет услышать уверенный голос и пощупать надёжность контрагента. Ты, наверное, к этому и привык. Это намного более правильный подход. В сети же это иначе.

Я вот вообще ненавижу звонить по телефону. И половина блоггеров такие же телефонофобы. Я понимаю, когда человек хочет мануал, но отказывается лезть в аську к владельцу и создателю (!). У тебя таких юзеров будет очень много. Хотя теже журналисты полезут в аську и в телефон.

neznaika:
Нет, за одну Тигру мне моя половина по ушам надает.

А за одного Psycho? 🙄

Serboy:
Квалификация пользователей? - Это имеет значение?)

Как юзеры распределены географически? - В пределах СНГ - достаточно)

Тяжесть запросов к базе? - Наверное, не легко)

Количество запросов в минуту? - Тоже затрудняюсь ответить.

Нужна ли необходимость масштабирования и до каких пределов? - Вообще не понимаю о чем речь)

Смотрите. Квалификация пользователей не известна. Значит веб предпочтительнее (быстрее обучаться). Юзеры распределены фиг знает как. Значит много диалапа. Это сильный аргумент за софт на стороне клиента. Тяжёлые запросы - тоже за софт. Если тяжёлые запросы одинаковые, то появляется возможность использовать memcached и снять нагрузку. Если число пользователей будет расти (при тяжёлых запросах) - софт. Иначе замучаетесь с серверами и репликацией.

Serboy:
Число пользователей? - на первоначальном этапе планируеся несколько тысяч зарегистрированных. Одновременных в онлайн - сложно сказать.

А чего сложного-то? Если бизнес-софт, то все утром пришли на работу и в период 8:00-11:00 сели выкачивать свежее обновление. Или все полезли в это время на сервер. Считайте нагрузку ;) Если софт более редко используется, то всё равно есть просчитываемые варианты основных вариантов его использования и пиковых нагрузок. Там могут быть реальные узкие места: в один час двукратная перегрузка, в другой загрузка лишь на четверть средней мощности.

Serboy:
Объём изменяющихся данных (часто меняется лишь малая доля документов)? - Не менее 70% базы - то, что уже не будет меняться. Однако, база будет расти. При этом соотношение сохраняется..

Итого, 30% данных таскать в сжатом виде по нескольким тысячам юзеров каждое утро. Если база 10 мег, то это 5-10 Гб за пару-тройку утренних часов. Если 100 мег, то 100Мбит канала уже заведомо не хватило. Решается постановкой нескольких отдающих файловых серверов.

Serboy:
Как часто планируется изменять логику/дорабатывать код (и мучаться с переустановкой ПО)? - Логика принята изначально, хотя на тестах/в процессе посмотрим. Код - будет дорабатываться, возможно постоянно, независимо от варианта (есть много идей). Переустановка ПО на сервере - проходит почти незаметно для пользователя, клиентское ПО - умеет автообновляться.

Если изменения не чаще раза в пол года, то можно и софт. Практика показывает, что если код обновляется регулярно, то серверный вариант значительно лучше. Во-первых, это технически проще. Во-вторых, ошибок и багов меньше. В-третьих, всегда найдётся 3-5% людей, у которых возникнут проблемы с автоматической переустановкой софта. Они будут звонить, писать на форумах, ругать. Оно надо?

Всего: 33369