После прочтения этой очень глубоко продуманной (спасибо автору) статьи, у меня все-таки остался один очень важный, можно даже сказать, что ключевой вопрос: а в чем цель игры-то?
То есть вся игровая механика продумана, есть квесты от NPC, есть предметы (и, видимо, противники), есть ачивки. Но все это, к сожалению, не то, что заставит игрока играть.
Чтобы меня было понятнее, попробую привести пример:
игра Horizon: Zero Dawn, цель Элой (ГГ) — узнать, кто она такая, а затем и спасти мир.
игра Dota 2, цель игрока — разрушить базу соперника
игра Dead Cells, цель игрока — убить короля-тирана-узурпатора.
А в чем цель игрока здесь?
Меня, конечно, могут критиковать за то, что эта идея — лишь дополнение к самому Хабру, и люди сюда приходят, чтобы читать статьи. Да, приходят ради статей, безусловно. Но и без игры же приходили.
Сама идея — замечательная, если это будет разрабатываться, я бы с радостью принял участие в процессе разработки (пишите в сообщения). Но пока как-то пусто, несмотря на всю продуманную механику. Автору, еще раз, — спасибо за идею.
Помимо всех плюсов, которые даёт этот восхитительный бандлер, есть парочка минусов, которые в статье не были упомянуты:
как только нужно подключать различные zero-runtime библиотеки (styled-components или linaria, например), требуются плагины, настроить которые с первого раза не получится. Хорошо, если получится со второго, а не с десятого.
иногда бывают проблемы, когда ломается файловый кэш и приходится его руками удалять, а иногда полностью переустанавливать все зависимости
бывает, что если в вашем коде была ошибка во время первой сборки parcel index.html, то всё сломается (в папку dist попадет корявый код), и придется заново перезапускать весь parcel.
parcel для node js иногда ведёт себя странно, не всегда запихивая зависимости в собранный файл. Поэтому будьте осторожны с этим, особенно, если деплоите на хероку — код, который работал локально может сломаться.
И всё же, это лучший бандлер (по моему скромному мнению, не претендующему на истинность) для проектов средней и малой величины. Для домашних проектов точно стоит использовать именно его.
Да пусть и за 19.99, если сделано с душой и любовью к своему делу, то, независимо от цены, получится хорошая игра, и этот факт подтверждается инди-разработчиками уже несколько лет подряд.
Автору большой респект. Когда сам начинал работать с WebAssembly, долго мучился с Emscripten, так как все эти длинные и ненужные обертки были истинно противны. Также пришёл к самостоятельной компиляции clang, и никаких js весом в несколько мегабайт.
Наверное, это та самая статья, которой мне действительно не хватило, когда я начинал. Однозначно, очень полезно, а главное — со смыслом.
В целом, если переносить методологию работы игр из нативных приложений (C++/C# и так далее) на js, то именно «ресуроемкий» (Пример 2) используется повсеместно, ведь именно там находится считывание кнопок управления.
В случае игр на js следовало бы создать какой-то стейт, который в game loop рендерился бы, а пауза просто меняла логику внутри game loop так, чтобы реакции на кнопки управления не обрабатывались, рисовалось окно паузы и так далее. Хотелось бы всё равно иметь архитектуру.
А про оформление кода тут уже сказали, не буду повторяться.
На андроид то же самое. Приходится так делать, например, чтобы поставить оценку статье, через share -> copy to clipboard, просто потому что внутри приложения нельзя.
Да, история как с VK и Kate Mobile. Открыть исходники им экономически невыгодно: за эту работу они заплатили деньги cleverpumpkin.ru.
С рекламой дело другое. Явно, что как только появится клиент, ему будет нужен сервер (нормальный такой). И если мы будем считать, что данные с Хабра нам идут бесплатно (как оно есть сейчас), то нужно тратить свои деревянные на поддержку работоспособности. Да, возможно найдется пара человек, поддерживающих рублем, но на это опираться сложно.
Встраивать рекламу будет откровенным кощунством: пишут другие люди, и пишут на хабр, а деньги с рекламы разработчику приложения (ну, то есть мне, а я к текстам отношения не имею).
Вот и проблема. Скорее всего с выходом новой версии API старую отрубят, вместе с приложением.
Я думаю, что в приложении можно сделать список статей "в прогрессе", показывая все открытые и недочитанные статьи, таким образом ведя эффективный учет. По факту это будет аналог вкладок в браузере, только не нагружающий ничего и хранящийся на сервере.
Лично я предпочитаю не оставлять недочитанные статьи "на потом", но в любом случае, я согласен, потеря прогресса чтения угнетает. Главная проблема приложения в том, что оно просто неудобное, так подробно я расписал, чтобы подчеркнуть, что эти пункты — важные составляющие жизненного цикла статьи, а отсутствие сохранения позиции всё же не баг, а недостающая фича.
Да, вы, вероятно, правы, и я, более того, пытался заменить сертификат в Wireshark/Burp Suite, но из логов стало понятно, что в приложении есть SSL Pinning.
Надо сказать, что в принципе, на ссылки нажимать страшно: из-за того, что хабр поменял домен, то статьи по ссылкам больше не открываются в приложении, а ссылки внутри приложения вообще несколько раз заставляли его вылетать.
Я думаю, что, хоть это и полезно, автор имеет своей целью создать справочник-учебник для людей, которые только нашли такое приложение, и ищут что с ним делать, но пока получается только путеводитель по линуксу.
В общем случае вы, безусловно, правы, но здесь самоцель кода — его размер. Люди меряются не столько его функциональностью, читабельностью, сколько его размером и скоростью. Они просто экспериментируют. Разбираться в этом очень интересно потому, что здесь содержится максимальная концентрация алгоритмов, хаков, уловок и простых, самых первых человеческих изысканий в области компьютеров, это очень полезно. Может, и пригодится в жизни.
После прочтения этой очень глубоко продуманной (спасибо автору) статьи, у меня все-таки остался один очень важный, можно даже сказать, что ключевой вопрос: а в чем цель игры-то?
То есть вся игровая механика продумана, есть квесты от NPC, есть предметы (и, видимо, противники), есть ачивки. Но все это, к сожалению, не то, что заставит игрока играть.
Чтобы меня было понятнее, попробую привести пример:
А в чем цель игрока здесь?
Меня, конечно, могут критиковать за то, что эта идея — лишь дополнение к самому Хабру, и люди сюда приходят, чтобы читать статьи. Да, приходят ради статей, безусловно. Но и без игры же приходили.
Сама идея — замечательная, если это будет разрабатываться, я бы с радостью принял участие в процессе разработки (пишите в сообщения). Но пока как-то пусто, несмотря на всю продуманную механику. Автору, еще раз, — спасибо за идею.
Помимо всех плюсов, которые даёт этот восхитительный бандлер, есть парочка минусов, которые в статье не были упомянуты:
parcel index.html, то всё сломается (в папку dist попадет корявый код), и придется заново перезапускать весь parcel.И всё же, это лучший бандлер (по моему скромному мнению, не претендующему на истинность) для проектов средней и малой величины. Для домашних проектов точно стоит использовать именно его.
Автору большой респект. Когда сам начинал работать с WebAssembly, долго мучился с Emscripten, так как все эти длинные и ненужные обертки были истинно противны. Также пришёл к самостоятельной компиляции clang, и никаких js весом в несколько мегабайт.
Наверное, это та самая статья, которой мне действительно не хватило, когда я начинал. Однозначно, очень полезно, а главное — со смыслом.
В случае игр на js следовало бы создать какой-то стейт, который в game loop рендерился бы, а пауза просто меняла логику внутри game loop так, чтобы реакции на кнопки управления не обрабатывались, рисовалось окно паузы и так далее. Хотелось бы всё равно иметь архитектуру.
А про оформление кода тут уже сказали, не буду повторяться.
Можете написать в диалоге, решим вопрос, я думаю
На андроид то же самое. Приходится так делать, например, чтобы поставить оценку статье, через share -> copy to clipboard, просто потому что внутри приложения нельзя.
Да, действительно, часть ссылок в исходниках приложения оказалась не
habrahabr.ru, аhabr.com, вот и вся работа.Про который я уже писал выше в диалоге с не менее образованным человеком
Либо с включенным режимом разработчика и отладкой по USB, либо с рутом и приложением типа CatLog
Да, история как с VK и Kate Mobile. Открыть исходники им экономически невыгодно: за эту работу они заплатили деньги cleverpumpkin.ru.
С рекламой дело другое. Явно, что как только появится клиент, ему будет нужен сервер (нормальный такой). И если мы будем считать, что данные с Хабра нам идут бесплатно (как оно есть сейчас), то нужно тратить свои деревянные на поддержку работоспособности. Да, возможно найдется пара человек, поддерживающих рублем, но на это опираться сложно.
Встраивать рекламу будет откровенным кощунством: пишут другие люди, и пишут на хабр, а деньги с рекламы разработчику приложения (ну, то есть мне, а я к текстам отношения не имею).
Вот и проблема. Скорее всего с выходом новой версии API старую отрубят, вместе с приложением.
Я думаю, что в приложении можно сделать список статей "в прогрессе", показывая все открытые и недочитанные статьи, таким образом ведя эффективный учет. По факту это будет аналог вкладок в браузере, только не нагружающий ничего и хранящийся на сервере.
Лично я предпочитаю не оставлять недочитанные статьи "на потом", но в любом случае, я согласен, потеря прогресса чтения угнетает. Главная проблема приложения в том, что оно просто неудобное, так подробно я расписал, чтобы подчеркнуть, что эти пункты — важные составляющие жизненного цикла статьи, а отсутствие сохранения позиции всё же не баг, а недостающая фича.
Да, библиотека используется,
okhttp3, но лезть туда как-то уж очень сильно не хотелось. Да и не понадобилось ¯_(ツ)_/¯Да, вы, вероятно, правы, и я, более того, пытался заменить сертификат в Wireshark/Burp Suite, но из логов стало понятно, что в приложении есть SSL Pinning.
Надо сказать, что в принципе, на ссылки нажимать страшно: из-за того, что хабр поменял домен, то статьи по ссылкам больше не открываются в приложении, а ссылки внутри приложения вообще несколько раз заставляли его вылетать.
Да, спасибо за совет. Вообще, таких демок красивая можно много найти, разбираться в них очень интересно.
В общем случае вы, безусловно, правы, но здесь самоцель кода — его размер. Люди меряются не столько его функциональностью, читабельностью, сколько его размером и скоростью. Они просто экспериментируют. Разбираться в этом очень интересно потому, что здесь содержится максимальная концентрация алгоритмов, хаков, уловок и простых, самых первых человеческих изысканий в области компьютеров, это очень полезно. Может, и пригодится в жизни.