В Римской империи ВВП на душу населения был меньше, чем в любой современной стране
Спасибо, капитан очевидность.
Развитие технологий увеличивает производительность труда, соответственно, обществу становится доступно больше благ, соответственно, ВВП на душу населения увеличивается. Поэтому, очевидно, что в любой стране сейчас ВВП выше, чем даже в самой богатой стране 2000 лет назад.
Не понимаю, каким образом такая простая идея стала источником целой статьи и 80+ комментов. (число комментов — на момент написания этого коммента)
Это надо делать не в момент нажатия "ответить", а в момент нажатия "отправить".
Т. е., если новых комментариев не было, то ваш комментарий должен сразу отправляться, как и сейчас.
Если же новый комментарий в этой же ветке появился, то оно должно показывать новый комментарий и спрашивать: "точно хотите отправить?".
И давать возможность отказаться от отправки комментария или отредактировать комментарий перед отправкой.
Зачем симулировать живого игрока (ограничение по действиям)? Это соревнование ботов между собой или с людьми?! Выглядит так, что разработчики реализовали управление для ручного режима локалранера, а потом просто не стали заморачиваться с API для бота.
Без этого будет рулить весьма примитивный микроконтроль, а так придётся больше думать о тактике и стратегии.
А с HTTP API мы уже вдоволь наигрались на highloadcup.ru :)
Почитал. Жаль, что не слышал про него раньше.
Собери его в docker-контейнер и залей в хранилище
Это же очень круто! Почему бы не сделать так же в AI Cup? В прошлый раз крайне раздражало то, что:
Нельзя использовать сторонние библиотеки.
Невозможно нормально собирать приложение с зависимостями.
По совершенно непонятной причине, невозможно хранить код в папках (!!!!). Можно только в плоской структуре файлов.
Если бы вы принимали в качестве решения докер-контайнер, а не код, все эти неудобства были бы решены.
Для тех, кто не может в докер, можно было бы сделать fallback: автоматическую собиралку контейнеров для каждого языка. Это сделать весьма несложно и обратная совместимость бы не сломалась...
P. S. Насколько я помню, во всех прошлых RAIC, стратегия и так подключалась к раннеру по сети, так что, чтобы запускать всё в докере даже раннер модифицировать не надо
Нейросети — это очень дорого, в смысле вычислительных ресурсов. Чтобы сделать такой сайт, придётся либо потратить много денег на сервера, либо вы никогда не дождётесь результата, т. к. пользователи будут добавлять фоточки быстрее, чем они будут обрабатываться.
Достаточно очевидно, что если вся игровая механика реализована на клиенте, а на сервер отправляются только результаты, то можно отправить на сервер любые результаты. Так что я бы не назвал это "взломом" :)
Обфускация исходников и формата запросов — не панацея, обход — только вопрос времени.
История взлома всех игр в Telegram
В Telegram больше нет игр, кроме тех, что перечислены в статье? А если найду?
Набросал на коленке очень медленное и весьма говнокодерское решение на питоне. Посмотрим, как быстро pythonanywhere накажет меня за хаброэффект :) Потыкать онлайн gist
Помню, ещё во времена Delphi можно было нормально мышкой накидать форму с динамической расстановкой элементов.
Я помню, как во времена Delphi я с этим мучился, и я знаю, насколько просто это сделать сейчас, с помощью HTML и CSS. Особенно, если взять какой-нибудь фреймворк типа бутстрапа, где всё уже сделано.
Так вот эти GUI-билдеры и есть заточенный инструмент. Под капотом они просто передвигают блоки кода и просто рендерят это всё на экран сразу. Версионировать и мёржить всё это можно точно так же, как и текст (потому что это и есть текст).
Да, я про это и говорю. Если нам нужно что-то смержить, нам всё равно надо будет лезть в код. Следовательно, нужно одновременно понимать, как этот код работает и помнить, куда нужно ткнуть мышкой, чтобы сделать кнопку. То есть, эти GUI не избавляют нас от сложности, они добавляют ещё один уровень сложности.
Создание GUI в Matisse, редакторе UI с автоматическим выравниванием и ограничителями. Да здравствует (новый стильный) король?
Автор уже который раз (и в первой статье и в этой) рассуждает так, как будто перетаскивать кнопочки мышкой на формочку — удобнее, чем писать код (html/css/js).
Нет, это не так! По многим причинам:
В GUI вы можете разместить кнопочку на окне фиксированного размера. Совершенно непонятно, что произойдёт с ней, если окно другого размера. Или экран другого размера. Когда у пользователей есть и компьютеры с мониторами самых разных размеров и разрешений, и планшеты, и телефоны (а у планшетов и телефонов есть ещё горизонтальная и вертикальная ориентация), нам бы хотелось, чтобы интерфейс работал при любом разрешении и размере экрана. Когда мы пишем код руками, мы сразу можем задать поведение (всякие Media Queries и разные обёртки над ними). Когда мы делаем интерфейс в GUI, нам нужно отдельно как-то задавать поведение.
Тыкать мышкой GUI — просто медленнее, чем писать код.
Как это потом хранить и версионировать? А как мержить? Это же всё равно хранится во всяких файлах (xml?). То есть, нам всё равно придётся работать с текстовыми файлами. Так давайте сразу работать с текстовыми файлами и затачивать наши инструменты для работы с текстовыми файлами.
Да и установка приложения из «магазина приложений» на современных мобильных платформах ничуть не сложнее, чем заход на сайт.
Во-первых, это дольше.
Во-вторых, никто не будет устанавливать всё подряд, просто посмотреть, потому что это установленное приложение потом будет занимать место на устройстве и в списке приложений.
В-третьих, мобильные приложения хотят всяких разрешений. Иногда — непонятно, зачем.
Но что, гипотетически, мешает создать нормальную «платформу приложений» (с нормальным языком разметки UI и нормальными протоколами обменами данными) вместо браузера?
Можно сделать тороидальный вращающийся отсек вокруг станции. Желательно — надувной, чтобы было проще доставлять на орбиту.
Спасибо, капитан очевидность.
Развитие технологий увеличивает производительность труда, соответственно, обществу становится доступно больше благ, соответственно, ВВП на душу населения увеличивается. Поэтому, очевидно, что в любой стране сейчас ВВП выше, чем даже в самой богатой стране 2000 лет назад.
Не понимаю, каким образом такая простая идея стала источником целой статьи и 80+ комментов. (число комментов — на момент написания этого коммента)
Что если уже собрана коллекция в ВК?
Это надо делать не в момент нажатия "ответить", а в момент нажатия "отправить".
Т. е., если новых комментариев не было, то ваш комментарий должен сразу отправляться, как и сейчас.
Если же новый комментарий в этой же ветке появился, то оно должно показывать новый комментарий и спрашивать: "точно хотите отправить?".
И давать возможность отказаться от отправки комментария или отредактировать комментарий перед отправкой.
Никак не дизинфицировали, в этом и проблема.
Что не так с кипячением? Это весьма эффективный способ дезинфекции, существует очень мало организмов, способных пережить кипячение.
Ну так и напишите бота, превосходящего человека, засчёт тактики и стратегии, а не засчёт возможности быстрее кликать.
Без этого будет рулить весьма примитивный микроконтроль, а так придётся больше думать о тактике и стратегии.
Почитал. Жаль, что не слышал про него раньше.
Это же очень круто! Почему бы не сделать так же в AI Cup? В прошлый раз крайне раздражало то, что:
Если бы вы принимали в качестве решения докер-контайнер, а не код, все эти неудобства были бы решены.
Для тех, кто не может в докер, можно было бы сделать fallback: автоматическую собиралку контейнеров для каждого языка. Это сделать весьма несложно и обратная совместимость бы не сломалась...
P. S. Насколько я помню, во всех прошлых RAIC, стратегия и так подключалась к раннеру по сети, так что, чтобы запускать всё в докере даже раннер модифицировать не надо
Сходу гуглится: раз, два, уверен, что на самом деле их куда больше.
Правда, ни первая, ни вторая пока не поддерживают GPU, но, думаю, это дело времени.
Нейросети — это очень дорого, в смысле вычислительных ресурсов. Чтобы сделать такой сайт, придётся либо потратить много денег на сервера, либо вы никогда не дождётесь результата, т. к. пользователи будут добавлять фоточки быстрее, чем они будут обрабатываться.
Достаточно очевидно, что если вся игровая механика реализована на клиенте, а на сервер отправляются только результаты, то можно отправить на сервер любые результаты. Так что я бы не назвал это "взломом" :)
Обфускация исходников и формата запросов — не панацея, обход — только вопрос времени.
В Telegram больше нет игр, кроме тех, что перечислены в статье? А если найду?
За пол-евро можно к каждому фильтру RFID-метку приделывать :)
Я и так использую встроенный в питон класс дроби
Оно находит не все решения, т. к. там где-то есть баг в переборе возможных способов расставления скобок.
Но мне уже лень искать и исправлять этот баг :)
А есть ли у дьявольского числа
666666другие решения, кроме((666 - 66) / 6) = 100?Моя наколенная поделка больше не находит.
Набросал на коленке очень медленное и весьма говнокодерское решение на питоне. Посмотрим, как быстро pythonanywhere накажет меня за хаброэффект :)
Потыкать онлайн
gist
Я помню, как во времена Delphi я с этим мучился, и я знаю, насколько просто это сделать сейчас, с помощью HTML и CSS. Особенно, если взять какой-нибудь фреймворк типа бутстрапа, где всё уже сделано.
Да, я про это и говорю. Если нам нужно что-то смержить, нам всё равно надо будет лезть в код. Следовательно, нужно одновременно понимать, как этот код работает и помнить, куда нужно ткнуть мышкой, чтобы сделать кнопку. То есть, эти GUI не избавляют нас от сложности, они добавляют ещё один уровень сложности.
Я ещё не дочитал статью, но уже возмущён:
Автор уже который раз (и в первой статье и в этой) рассуждает так, как будто перетаскивать кнопочки мышкой на формочку — удобнее, чем писать код (html/css/js).
Нет, это не так! По многим причинам:
Бизнес именно это и делает.
Это совершенная глупость. Для бизнеса выгодно делать то, что выгодно для пользователей, т. к. именно пользователи платят бизнесу деньги.
Во-первых, это дольше.
Во-вторых, никто не будет устанавливать всё подряд, просто посмотреть, потому что это установленное приложение потом будет занимать место на устройстве и в списке приложений.
В-третьих, мобильные приложения хотят всяких разрешений. Иногда — непонятно, зачем.
То, что ей никто не будет пользоваться, очевидно.