A/B тестирование ни в коем случае не панацея и оно подходит и нужно далеко не всем — сайты с маленьким траффиком просто физически не могут ничего проверить — на достижение statistically significant результатов уйдёт слишком много времени и результаты будут смазаны. Но то что вы написали — это полный бред.
1. Проблема «чистоты эксперимента» решается контрольной группой — в простейшем случае 50% траффика кидать на оригинал, 50% на вариацию. Тогда у вас будет одинаковый траффик в обоих случаях и результаты будут сравнимы.
2. Аналитик не нужен. Нужен тот, кто сможет грамотно составить эксперимент и установить цели. Это нетривиально, но ничего особенного.
3. Зачастую бывает достаточно сменить лейбл или дефолтный текст в поле, чтобы увеличить конверсию. или разбить форму на шаги. Для изменений подразумевающих смену бэкэнда — конечно вам придётся его менять — никто не сделает это за вас.
4. если умножить всё вами перечисленное на a/b тестирование — то получится ещё больше. Единственная цель a/b теста — увеличить размер воронки конверсии. Тогда вы получите больше из той аудитории, которую приведёте распродажей или рекламной компанией.
Shine недавно зарелизили Speedo edition — которая тоже умеет трекать время тренировки+круги. Плюс это обычный трекер, который не надо заряжать каждый день-неделю. Я доволен.
Уже больше года активный пользователь — великолепная вещь — лучшее из того что я когда-либо покупал! Отличный дизайн, очень продуманная конструкция, высочайшее качество изготовления и самое главное — вкусный эспрессо!
Вертел Yoga3 в руках в день релиза и был очень серъёзно настроен купить. Но не стал. Совершенно растроил дисплей — начитавшись о проблемах с дисплеем в Yoga2 (гуглить картинки по запросу «yoga 2 yellow») — проверил это в первую очередь — проблему исправили. Зато фирменные 3200х1800… За две минуты игры с ноутбуком мне удалось сбить все разрешение в пропорцию 1к1 — то есть все окошки стали экстрамелкими и пользоваться было совершенно невозможно. Учитывая что ноутбук предназначался жене со слабым зрением — это стало причиной не покупать его.
Выглядит как Misfit Shine + часовой механизм. Тот же набор фич + механические часы. И ценник вдвое выше
Год на одной батарейке — не верю. Шайна (с тем же функционалом) хватает на 3-4 месяца.
Не — моя первоочерендная задача именно разбить текст на абзацы — можно и не распознавать потом. Главное распознать абзацы базируясь на «рисунке» текста — междустрочный интервал чуть больше чем с остальных местах, в начале есть пустые символы, предыдущая строка скорее всего не до конца заполнена. Пытаюсь понять с какой стороны подходить к задаче — вроде OpenCV — это то что мне нужно — правильно?
Подскажите, пожалуйста, мне надо на отсканированной странице выделить по границам абзацы, нормализировать и разложить по отдельным картинкам с целью дальнейшего распознания. В сторону каких терминов вообще смотреть? Для распознания абзацев потом можно использовать tesseract, а вот чем выделить абзацы?
Как видно, дыра не просто большая, а ОЧЕНЬ большая.
Серъёзно? Проделать кучу действий, чтобы получить данные одного пользователя — да, это <irony>огромнейшая дыра</irony>. Тем более что по результатам «анализа» не ясно, будут выдаваться разные профайлы или один и тот же. Короче дичайший непрофессионализм и популизм со стороны автора.
Я уже давал ссылку в первой части — npmjs.org/package/grunt-angular-templates
При сборке он пройдётся по всем темплейтам и сгенерирует из них строки, которыми заполнит $templateCache
В исходниках ничего менять не надо будет.
На деле всё не так страшно — темплейты в коде писать никто не заставляет — куда удобнее держать их в отедельных файлах и собирать в один JS файл на этапе сборки проекта. А для разработки даже можно ничего не собирать — ангуляр сам подтянет темплейты из templateUrl через AJAX
Касательно логики в темплейте — она используется для изменения состояния контроллера или вывода. Так специально ограничили, чтобы народ не пихал бизнес-логику в код.
До сегодняшнего релиза там даже conditional expressions не было — сегодня добавили тернарный if — реально удобно.
Логика в темплейтах должна использоваться примерно так:
<form ng-hide="isLoading" ng-submit="isLoading = true">
...
<input type="submit">
</form>
<div ng-show="isLoading">Sending data on server...</div>
Плашка isLoading будет показана, когда форма будет отправлена на сервер. Когда данные будут получены — контроллер сделает scope.isLoading = false и плашка спрячется, а форма вернётся.
Такого функционала нет и он не нужен в составе основной библиотеки, потому что это уже не локализация.
Можно написать сервис l10n-manage который позволит получить доступ ко всем переводам одновременно и работать с ними как с данными.
загрузку ajax-ом не делал — придерживаюсь подхода, что приложение должно быть упаковано целиком, для доставки на клиент. В целом ничего не мешает сделать загрузку через $http — модуль к этому готов.
Отображать одновременно строки из нескольких переводов? Технически возможно, но зачем?
1. Проблема «чистоты эксперимента» решается контрольной группой — в простейшем случае 50% траффика кидать на оригинал, 50% на вариацию. Тогда у вас будет одинаковый траффик в обоих случаях и результаты будут сравнимы.
2. Аналитик не нужен. Нужен тот, кто сможет грамотно составить эксперимент и установить цели. Это нетривиально, но ничего особенного.
3. Зачастую бывает достаточно сменить лейбл или дефолтный текст в поле, чтобы увеличить конверсию. или разбить форму на шаги. Для изменений подразумевающих смену бэкэнда — конечно вам придётся его менять — никто не сделает это за вас.
4. если умножить всё вами перечисленное на a/b тестирование — то получится ещё больше. Единственная цель a/b теста — увеличить размер воронки конверсии. Тогда вы получите больше из той аудитории, которую приведёте распродажей или рекламной компанией.
Год на одной батарейке — не верю. Шайна (с тем же функционалом) хватает на 3-4 месяца.
Серъёзно? Проделать кучу действий, чтобы получить данные одного пользователя — да, это <irony>огромнейшая дыра</irony>. Тем более что по результатам «анализа» не ясно, будут выдаваться разные профайлы или один и тот же. Короче дичайший непрофессионализм и популизм со стороны автора.
При сборке он пройдётся по всем темплейтам и сгенерирует из них строки, которыми заполнит $templateCache
В исходниках ничего менять не надо будет.
Касательно логики в темплейте — она используется для изменения состояния контроллера или вывода. Так специально ограничили, чтобы народ не пихал бизнес-логику в код.
До сегодняшнего релиза там даже conditional expressions не было — сегодня добавили тернарный if — реально удобно.
Логика в темплейтах должна использоваться примерно так:
Плашка isLoading будет показана, когда форма будет отправлена на сервер. Когда данные будут получены — контроллер сделает scope.isLoading = false и плашка спрячется, а форма вернётся.
Можно написать сервис l10n-manage который позволит получить доступ ко всем переводам одновременно и работать с ними как с данными.
Отображать одновременно строки из нескольких переводов? Технически возможно, но зачем?