Одна из возможных причин таких ошибок в основной ветке это блок написать комментарий. Человек в порыве мысли интуитивно начитает писать в него забыв что нужно нажать на ссылку ответить. Решение — показывать поле ввода так же по нажатию на заголовок «Написать комментарий».
>проигрывается даже когда ты ни на что не нажимаешь — противник тебя атакует.
Это если закончилось время и вы не успели ответить, там используется другой звук.
По звуку удара вы можете определить успели ли вы ответить в первый интервал или нет, и нанесли ли критический удар или нет.
Звук клика вам этой информации не дает.
Не нужно тыкать наугад, нужно вводить последовательно все числа начиная с 11. Число пропадает так как предполагается что за порядком чисел вы будете следить сами.
Почему втиснуть? Вот был сайт с набором упражнений, захотелось их каким то образом представить в игровой форме.
В этом я полагаю и заключается суть геймификации.
Есть два кода
x = y.toLowerCase()
hash = fastMultiplicationBy65599(hash) + c
Вы говорите, но для второго же будет понятнее 65599 * hash чем вызов функции. Я с этим согласен, но зачем в данном случае делать исключение? У вас большая часть кода состоит из вызова функции, которые нельзя проста так взять и из fastMultiplicationBy65599 превратить в 65599 * hash, поэтому думаю что единообразие лучше, и fastMultiplicationBy65599 не настолько хуже кода с комментарием что бы его здесь не использовать.
Понятно что хуже, но весь остальной код у вас выглядит точно также.
Или вы предлагаете у всего делать коментарии которые улучшают четабельность?
x = y.toLowerCase() // «ABC» -> «abc»
>делать отдельную функцию имеет смысл только, если предполагается повторное использование
То есть, если функция имеет размер два экрана, то ее просто так разбивать на составляющие не нужно?
>что плохо для читабельности.
Хотите сказать мой код читается хуже?
Ландшафтная нужна только для более комфортного просмотра графика.
Кому то может быть удобнее использовать нампад, а его скрытие никаких плюсов не даст.
Это если закончилось время и вы не успели ответить, там используется другой звук.
По звуку удара вы можете определить успели ли вы ответить в первый интервал или нет, и нанесли ли критический удар или нет.
Звук клика вам этой информации не дает.
В этом я полагаю и заключается суть геймификации.
x = y.toLowerCase()
hash = fastMultiplicationBy65599(hash) + c
Вы говорите, но для второго же будет понятнее 65599 * hash чем вызов функции. Я с этим согласен, но зачем в данном случае делать исключение? У вас большая часть кода состоит из вызова функции, которые нельзя проста так взять и из fastMultiplicationBy65599 превратить в 65599 * hash, поэтому думаю что единообразие лучше, и fastMultiplicationBy65599 не настолько хуже кода с комментарием что бы его здесь не использовать.
Да, с подчеркиваниями читать проще, но это уже вопрос — какой стиль принят в языке.
Или вы предлагаете у всего делать коментарии которые улучшают четабельность?
x = y.toLowerCase() // «ABC» -> «abc»
hash = быстроеУмножениеНа65599(hash) + c
так лучше?
То есть, если функция имеет размер два экрана, то ее просто так разбивать на составляющие не нужно?
>что плохо для читабельности.
Хотите сказать мой код читается хуже?
Кому то может быть удобнее использовать нампад, а его скрытие никаких плюсов не даст.