Не используете сборщики - храните все в public. Но если проект больше одной страницы, от сборщиков будет польза. Тем более, что чтобы с ними разобраться достаточно одного дня. Хотя бы минификацию скриптов и стилей настроить.
Все-таки, 30 секунд - довольно много для пользовательского интерфейса. Ну и не получится сделать плюшки вроде отображения, что сейчас оператор набирает ответ.
С другой стороны, поднимать всю инфраструктуру для работы через сокеты достаточно трудоемко.
Автору нужно самому решить, сколько времени и сил он готов потратить на этот функционал.
Антон Волк: Ну так у вас же есть еще li - задайте ему псевдоэлементы. Я бы на вашем месте перенес " - " на в псевдоэлементы li, а подчеркивание при наведении сделал так, как советует Scrum
Дмитрий Авилов, 65536, господа, я не сказал, что сахар вреден, я сказал, что он вреден без приличного знания базовой технологии. Лино я с огромным удовольствием пишу на Coffee.
Синтаксический сахар нужно применять тогда, когда комфортно себя чувствуешь с чистой технологией. От Coffee, например, гораздо больше вреда, чем пользы, когда автор кода не понимает что получится после компиляции и почему.
У него какая-то система. В первом вопросе был один вопросительный знак, во втором - два, в третьем - три, в четвертом - четыре, а в пятом что-то пошло не так - всего 3 знака вопроса, в шестом вот - пошло на лад - уже 5.
Видно, же, что функция setEqualHeight ожидает в качестве аргумента коллекцию элементов, а не объект события. Вот переделывать функцию - это как раз перебор.
