Да всё кроме IxD (проектирования взаимодействия) и миссии сайта — «борьба с симптомами».
На SEO пользователям глубоко наплевать, а когда эта оптимизация агрессивна, то она идёт только во вред пользователям.
«приятный дизайн» — это субъективизм.
«правильная типографика» в вебе — это только для особо эстетствующих маргиналов, большинству пользователей плевать на типографику, а от выносок многих вообще подташнивает.
«удобная навигация» — это верхушка айсберга IxD, скажу только что одной только «удобной» мало.
Да какой эффект не используй, получить больше энергии, чем пользователь затратил на нажимание кнопки, невозможно.
Вы физику только в школе проходили что-ли? В природе есть масса источников энергии, помимо механической.
Дело в том, что Вы вообще неправильно считаете, не важно какую работу Вы совершили, важно какое напряжение в итоге этой работы можно получить на вход дальнейшей схемы преобразователя питания. Вот тут и вступают в действие немеханические эффекты.
К примеру, Вы хотя бы бытовую пьезозажигалку когда-нибудь видели? Она выдаёт искру, пробивающую воздушный зазор, шириной примерно 3 мм. Т.е. выдаёт напряжение не менее 3 кВ. При этом усилие нажатия клавиши примерно 20-30 H, а ход клавиши до получения первой искры не более 5 мм. Т.е. если взять такой же самый дешёвый пьезоэлемент и посчитать для него выдаваемое электрическое напряжение при 1 Н и 5 мм, то получается не менее 100 Вольт. Так что «если непрерывно стучать со скоростью 200 нажатий/минуту», то можно вполне неплохой источник питания замутить.
Речь-то не о коммерсанте, а о профессиональном трейдере или инвесторе, а такие люди, как правило, не продают долю в компании, если ожидают роста её оценочной стоимости. А тут получается, что либо он сам не верит в успех своего начинания и старается распродать компанию ещё до запуска проекта, либо он — скальпер и с помощью сторонних инвесторов уменьшает свои риски.
Я уж молчу о том, что вы боретесь с симптомом, а не причиной низкой конверсии.
Одна из базовых аксиом сети Интернет гласит, что если сайт полезен и/или интересен пользователям, то их не остановит ничто, ни сложнейшая процедура регистрации, ни доступ по приглашениям, ни капча, в которой с первого раза не разобраться. А уж упрощённая регистрация (email/пароль, OpenID, OmniAuth) может отпугнуть сколь-либо существенное кол-во заинтересованных пользователей, только в случае если ваш сайт — совсем полный трэш. Хотя и это не так, потому что их отпугнёт отнюдь не регистрация как таковая, а тот факт, что сайт фиговый.
99% означает «все за редким исключением особо принципиальных апологетов отказа от регистрации».
Если найдёте хотя бы пару тысяч пользователей, которые провели в интернете более 1000 часов и не завели ни одного аккаунта с помощью явной процедуры регистрации, то я пересмотрю свою оценку.
А вот для «профессионал высокого уровня в области биржевой торговли» 20$ это карманные деньги
Мне, кстати, тоже этот момент показался весьма странным. Профессиональный трейдер высокого уровня вряд ли может нуждаться в 20k$ сторонних инвестиций. Похоже, пользователям проекта «Follow my strategy» придётся быть крайне осторожными, чтобы не слить свои депозиты.
Понятно, изначальный посыл — полностью ошибочный. 99% активных пользователей интернета уже давным давно привыкли к различным вариациям регистрации — обычная, OpenID, OmniAuth (через соц.сервисы и прочее).
Поэтому если пользователя сайт привлёк в плане многоразового использования, то он зарегистрируется сам в явной форме без всяких проблем.
А если ему надо провести с помощью сайта разовое действие, а такая возможность тоже должна быть, то ему не надо регистрироваться никак, ни явно, ни в виде удлинённых сессий. Наоборот, все данные должны удаляться из сессии как только действие завершено. Например, после оформления заказа необходимо удалять id заказа из сессии и высылать пользователю ссылку с токеном для доступа к странице с информацией о заказе, а не продлевать сессию на месяцы.
Домашние — это ещё ладно… А вот реально разделяемые компы в ВУЗах, школах, интернет-кафе и ещё в куче разных мест, в большинстве из которых никакой личной учётной записи на уровне ОС у пользователей не будет — это вполне реальная, а не потенциальная, дыра в подобных системах аутентификации.
Ну из отличий, например, у меня в старой версии файла был указан ListeningPort 23399 в разделе Connection, а в новом файле ListeningPort — 18405 и к нему он успешно подключается. Хотя я подозреваю, что работающих портов гораздо больше, чем 1.
> А Linux (вместе с GNU) — это операционная система, основывающаяся на архитектуре 30 или даже 40 летней давности.
Да ладно, а как насчёт POSIX:2008? C 2008 года явно меньше 30 лет прошло…
Или Вы настаиваете на том, чтобы считать возраст архитектуры относительно первого публичного упоминания о ней, независимо от дальнейшего развития?
Тогда уж в WINE@Etersoft, т.к. во-первых этим форком уже занимается российская компания, которая уже адаптировала значительное кол-во win-программ, специфичных для России, а во-вторых, за счёт внешнего финансирования могли бы сделать этот форк свободным.
> Попытка написать софт, позволяющий работать win-приложениями на Linux порочна.
Ну зачем же так категорично? Заставить уже готовый win-софт работать под Linux — вполне разумная идея, хотя и является полумерой.
А по поводу финансирования, ReactOS — в принципе неплохой вариант, но я бы больше обрадовался если бы разработку учетной платформы «Ананас» профинансировали, т.к. полнофункциональной кроссплатформенной замены 1С явно не хватает.
На мой взгляд более прямым доказательством является правильное название этой ОС — GNU/Linux, которое наглядно показывает что ядро под названием Linux входит в проект GNU(GNU's Not Unix).
Полностью поддерживаю. Кандидат всегда может проявить себя в OpenSource-проектах. А учитывая, что абсолютное большинство веб-программистов используют плоды OpenSource в своей профессиональной деятельности, нежелание внести безвозмездный вклад в открытый проект в виде нескольких часов рабочего времени вполне может расцениваться как неуважение к своим коллегам.
Я работаю в одном офисе с Девидом, и поверьте настроения у него хватит не на один такой проект, так что он будет развиваться и далее.
Не верю, может у него и хватит настроения сделать со временем что-то близкое к production-ready. Но существует множество примеров, как проекты гораздо более качественные, чем ror-e, загибались когда единственный коммитер терял к ним интерес, взять тот же searchlogic или resource_controller.
могу сказать что у ror-e вполне нормальное будущее, избавленное от маразмов существующих в Spree годами
Судя по всему, этот оборот основан исключительно на высосанных из пальца выпадах Дэвида в сторону Spree, которые по большей части не имеют ничего общего с действительностью.
из личного опыта могу сказать что архитектура spree не потянет двухмиллионную базу постоянных пользователей (300-400 тысяч посещений в день)
Да бросьте Вы пугру гнать, при такой нагрузке всё будет обвешано кешированием в любом случае, причём настолько, что для быстродействия уже будет не важно какая там архитектура. Архитектура будет иметь влияние только на сроки разработки и тут Spree легко обойдёт ror-e и уж тем более написание всего на чистом Rails.
Spree хорош для маленьких магазинчиков — натянул свой шаблон и готово, продавай себе по десятку товаров в день и бед знать не будешь.
И тем не менее демо-версия на shared-хостинге вполне спокойно выдержала более 17000 просмотров страниц за день! Если перенести на какой-нибудь средненький VDS с 1Gb RAM, то будет выдерживать и 50000 просмотров в день постоянно. Всем бы маленьким магазинчикам такую посещаемость! :-D
На SEO пользователям глубоко наплевать, а когда эта оптимизация агрессивна, то она идёт только во вред пользователям.
«приятный дизайн» — это субъективизм.
«правильная типографика» в вебе — это только для особо эстетствующих маргиналов, большинству пользователей плевать на типографику, а от выносок многих вообще подташнивает.
«удобная навигация» — это верхушка айсберга IxD, скажу только что одной только «удобной» мало.
Дело в том, что Вы вообще неправильно считаете, не важно какую работу Вы совершили, важно какое напряжение в итоге этой работы можно получить на вход дальнейшей схемы преобразователя питания. Вот тут и вступают в действие немеханические эффекты.
К примеру, Вы хотя бы бытовую пьезозажигалку когда-нибудь видели? Она выдаёт искру, пробивающую воздушный зазор, шириной примерно 3 мм. Т.е. выдаёт напряжение не менее 3 кВ. При этом усилие нажатия клавиши примерно 20-30 H, а ход клавиши до получения первой искры не более 5 мм. Т.е. если взять такой же самый дешёвый пьезоэлемент и посчитать для него выдаваемое электрическое напряжение при 1 Н и 5 мм, то получается не менее 100 Вольт. Так что «если непрерывно стучать со скоростью 200 нажатий/минуту», то можно вполне неплохой источник питания замутить.
Одна из базовых аксиом сети Интернет гласит, что если сайт полезен и/или интересен пользователям, то их не остановит ничто, ни сложнейшая процедура регистрации, ни доступ по приглашениям, ни капча, в которой с первого раза не разобраться. А уж упрощённая регистрация (email/пароль, OpenID, OmniAuth) может отпугнуть сколь-либо существенное кол-во заинтересованных пользователей, только в случае если ваш сайт — совсем полный трэш. Хотя и это не так, потому что их отпугнёт отнюдь не регистрация как таковая, а тот факт, что сайт фиговый.
Если найдёте хотя бы пару тысяч пользователей, которые провели в интернете более 1000 часов и не завели ни одного аккаунта с помощью явной процедуры регистрации, то я пересмотрю свою оценку.
Поэтому если пользователя сайт привлёк в плане многоразового использования, то он зарегистрируется сам в явной форме без всяких проблем.
А если ему надо провести с помощью сайта разовое действие, а такая возможность тоже должна быть, то ему не надо регистрироваться никак, ни явно, ни в виде удлинённых сессий. Наоборот, все данные должны удаляться из сессии как только действие завершено. Например, после оформления заказа необходимо удалять id заказа из сессии и высылать пользователю ссылку с токеном для доступа к странице с информацией о заказе, а не продлевать сессию на месяцы.
Домашние — это ещё ладно… А вот реально разделяемые компы в ВУЗах, школах, интернет-кафе и ещё в куче разных мест, в большинстве из которых никакой личной учётной записи на уровне ОС у пользователей не будет — это вполне реальная, а не потенциальная, дыра в подобных системах аутентификации.
Т.е. целевая аудитория фичи — те, кому интересен сам процесс рисования, а результат не интересует. Вот и получается, что это в основном дети :-)
А почему не поставили Consolas? Особенно учитывая то, что винда у Вас уже была, т.е. шрифт можно было взять прямо из неё.
Да ладно, а как насчёт POSIX:2008? C 2008 года явно меньше 30 лет прошло…
Или Вы настаиваете на том, чтобы считать возраст архитектуры относительно первого публичного упоминания о ней, независимо от дальнейшего развития?
Ну зачем же так категорично? Заставить уже готовый win-софт работать под Linux — вполне разумная идея, хотя и является полумерой.
А по поводу финансирования, ReactOS — в принципе неплохой вариант, но я бы больше обрадовался если бы разработку учетной платформы «Ананас» профинансировали, т.к. полнофункциональной кроссплатформенной замены 1С явно не хватает.
Судя по всему, этот оборот основан исключительно на высосанных из пальца выпадах Дэвида в сторону Spree, которые по большей части не имеют ничего общего с действительностью.
Да бросьте Вы пугру гнать, при такой нагрузке всё будет обвешано кешированием в любом случае, причём настолько, что для быстродействия уже будет не важно какая там архитектура. Архитектура будет иметь влияние только на сроки разработки и тут Spree легко обойдёт ror-e и уж тем более написание всего на чистом Rails.
И тем не менее демо-версия на shared-хостинге вполне спокойно выдержала более 17000 просмотров страниц за день! Если перенести на какой-нибудь средненький VDS с 1Gb RAM, то будет выдерживать и 50000 просмотров в день постоянно. Всем бы маленьким магазинчикам такую посещаемость! :-D