Ну так, в этом же и суть. Если бот собран на коленке, то для него и МЛ не нужен. Достаточно по ЮА + ripe db + факт незапуска js. А если бот качественный, то он не попадет в разметку, как бот, и, наоборот, алгоритм обучится не считать такое поведение ботовым.
Че-то не понял, где вы взяли метки бот/не бот для обучения и валидации? Просто список юзерагентов где-то взяли? Но при написании реального бота упражнение "подставить ua актуального хрома" является хеллоу ворлдом
И еще одна причина. Нет смысла. Неприкольно и бессмысленно делать бесплатный продукт для домохозяек, подростков и тех, кто с компьютером на вы.
Если разбирать каждый из примеров выше, то видно, что это весьма продуманные и логичные продукты, но вот их ЦА — это те, кто их и разрабатывал. К примеру, ченжлог в маркете. Да, для нас с вами не самая интересная фича. Но, уверен, что разрабы этого маркета с удовольствием их читают. Им интересно следить за софтом, который елают такие же люди и сообщества, как и они. Или возьмем карту. Если человек коммитит код в картографическое ПО, то он не будет в ситуации, когда надо вот тут быстренько подгрузить пару тайлов и решить вопрос. Для него карты это сильно большая часть жизни и внимания, и он может забыть паспорт, вызывая такси в аеропорт, но вот скачать дома карту он не забудет никогда. И так можно продолжать долго. Люди, добровольно потратив свое внимание, сделали для себя продукт, и имеют полное право занять позицию «не нравится — сделай лучше».
Когда читаю подобное, сразу вопрос. Если это способно обыграть букмекера, то зачем об этом писать, а не попробовать поднять бабла?
Если нет, и результат симуляции не более эффективен, чем среднерыночный прогноз, заложенный в кефы, то какая ценность этой работы?
Для игроков это оказалось самым сложным этапом. Правильные ИНН и ФИО владельца искали почти двое суток, а я (в лице оператора диспетчерской) за это время приняла более 400 звонков. Телефон звонил каждые 2-3 минуты
Как-то не в духе квеста) Почему не IVR со вводом всего этого через клавиатуру?)
Походу, пора начать продавать специальные raid контроллеры для бекапов с аппаратной защитой от стирания или модификации файлов, свежее X дней, или, как вариант, давать облачный сервис для бекапов, где у бекапа будет гарантированный срок жизни, в течении которого даже с админским доступом не удалишь его.
Хабр плохо на концепцию файловой системы ложится. Популярные ФС предполагают единую иерархию, и единый путь к каждому файлу, а хабр, где к одной и той же статье можно перейти через автора, хаб, топ, ключевые слова, и ещё хз как, плохо сюда выкладывается.
Доступны варианты из 16, 32 машин, в зависимости от сложности запросов. Но вы платите только за те минуты, когда кластер реально работает, потому что, когда запросов нет, вы как бы убираете руки, и после 5-10 минут ожидания (настраиваемый параметр) он сам погаснет, освободит ресурсы и станет бесплатным.
Звучит, как мерзкое убожество по сравнению с Google Big Query…
Интересно! А скажите для тех, кто в танке, почему все же используют фильтры, а не держат потоки внутреннего и внешнего воздуха разделенными, чтобы не фильтровать и не иметь расходников принципиально?
На первый взгляд, можно же просто что-то типа рекуператора сделать, но с закрытым внутренним контуром?
На эту тему слушал спич человека из Амазона. Он показывал их железо, спрректированное под заказ для aws. И прямо сказал, мол, мы имеем плотность 2 проца на 1 юнит, и у нас в сервере гуляет куча места, и в масс маркете вы запросто найдёте железо с 3-5 раз большей вычислительной плотностью.
Но нам несложно построить дата центр на больше квадратных метров. Зато мы получаем серьёзную экономию на затратах на охлаждении, и энергоэффективность, которую не получишь на публично доступном железе.
Че-то не понял, где вы взяли метки бот/не бот для обучения и валидации? Просто список юзерагентов где-то взяли? Но при написании реального бота упражнение "подставить ua актуального хрома" является хеллоу ворлдом
Если разбирать каждый из примеров выше, то видно, что это весьма продуманные и логичные продукты, но вот их ЦА — это те, кто их и разрабатывал. К примеру, ченжлог в маркете. Да, для нас с вами не самая интересная фича. Но, уверен, что разрабы этого маркета с удовольствием их читают. Им интересно следить за софтом, который елают такие же люди и сообщества, как и они. Или возьмем карту. Если человек коммитит код в картографическое ПО, то он не будет в ситуации, когда надо вот тут быстренько подгрузить пару тайлов и решить вопрос. Для него карты это сильно большая часть жизни и внимания, и он может забыть паспорт, вызывая такси в аеропорт, но вот скачать дома карту он не забудет никогда. И так можно продолжать долго. Люди, добровольно потратив свое внимание, сделали для себя продукт, и имеют полное право занять позицию «не нравится — сделай лучше».
Когда читаю подобное, сразу вопрос. Если это способно обыграть букмекера, то зачем об этом писать, а не попробовать поднять бабла?
Если нет, и результат симуляции не более эффективен, чем среднерыночный прогноз, заложенный в кефы, то какая ценность этой работы?
Как-то не в духе квеста) Почему не IVR со вводом всего этого через клавиатуру?)
Интересно, разве S3 не позволит хакерам удалить бекапы, дорвавшись до кредов админа?
Походу, пора начать продавать специальные raid контроллеры для бекапов с аппаратной защитой от стирания или модификации файлов, свежее X дней, или, как вариант, давать облачный сервис для бекапов, где у бекапа будет гарантированный срок жизни, в течении которого даже с админским доступом не удалишь его.
Хабр плохо на концепцию файловой системы ложится. Популярные ФС предполагают единую иерархию, и единый путь к каждому файлу, а хабр, где к одной и той же статье можно перейти через автора, хаб, топ, ключевые слова, и ещё хз как, плохо сюда выкладывается.
Но! Вот sql парсер зашёл бы очень неплохо)
Формулой расчёта;)
Лучше ни один из них. Деньги на бирже зарабатываются по-другому
Надо просто не на 2 рубля, а на долю договариваться;)
Ага, тоже интересно. Или морозы настолько суровые, что отток тепла через стены превышает генерацию тепла серверами?
Будет, конечно, но его же и помыть можно с брандспойта раз в месяц, а с серверами так не проканает
Звучит, как мерзкое убожество по сравнению с Google Big Query…
Интересно! А скажите для тех, кто в танке, почему все же используют фильтры, а не держат потоки внутреннего и внешнего воздуха разделенными, чтобы не фильтровать и не иметь расходников принципиально?
На первый взгляд, можно же просто что-то типа рекуператора сделать, но с закрытым внутренним контуром?
Интересно, на круизных лайнерах все ещё печальнее?)
Интересно, у них до сих пор нет альтернативного решения?
А зачем ему быстрее? Решит про геймером заделаться?)
На эту тему слушал спич человека из Амазона. Он показывал их железо, спрректированное под заказ для aws. И прямо сказал, мол, мы имеем плотность 2 проца на 1 юнит, и у нас в сервере гуляет куча места, и в масс маркете вы запросто найдёте железо с 3-5 раз большей вычислительной плотностью.
Но нам несложно построить дата центр на больше квадратных метров. Зато мы получаем серьёзную экономию на затратах на охлаждении, и энергоэффективность, которую не получишь на публично доступном железе.