dev2expert

Расклад такой:

1. Возьми docker контейнер с настроенным окружением для разработки.
Это удобно если вдруг разработчик станет не один, слетит система, поменяешь рабочее место. Один раз настроил и забыл )
docker запускает:
- веб-сервер (можно nginx, можно внутри gulp, все зависит о задачи)
- livereload сервер, через gulp ( f5 нажимать каждые 3 секунды - это больно
- gulp watchers ( в ручную компилить всякую хню, запускать тесты скучно )

2. Запусти vim ( или любой твой любимый редактор)
3. пиши, бл@#ь, код:
- less, sass и прочее по мне гораздо удобнее чистого css, меньше пишешь больше кода получаешь.
- не пиши голый html, используй шаблонизатор любой какой удобнее, я пользуюсь twig, но и простой {{mustache }} подойдет
4. пользуйся git. И пользуйся им часто.
- для приветных проектов поставь gitlab
- используй gitworkflow, ну или сделай хотя бы 2 ветки: например master и prodaction (об этом позже)
5. CI
- работая ты все равно допустить кучу ошибок. Проверка синтаксиса, валидация по стандартам, тесты - это все поможет тебе не облажаться.
- если ты будешь это делать сам потеряешь кучу времени просто на то что бы запускать и проверять всю свою работу. ci сервер поможет тебе убрать эту рутину из свое жизни.
6. Кроссбраузенрость
- используй browserstack ( или аналоги) для просмотра результатов своей работы
- ну уж если нашел ошибку бери реальный браузер ( или в виртуалке) занимайся отладкой
- получение скриншотов легко подключается к ci
- а так же из коробки работает и с локальными серверами
7. Обратная связь с заказчиком
- для ветки master (да и вообще для любой другой ветки) в git ты легко с помощью ci сервера + docker можешь поднимать сайт c последними обновлениями кода
- делай это у себя и можешь не боятся, что заказчик сможет забрать твою работы и забыть заплатить
8. Деплой
- я просто использую на нужном сервере gitlab-ci-worker и получаю все аналично п.7
- но для этого использую только ветку prodaction, в которую выкладываю стабильные изменения по готовности
- просто хостинг - все, что угодно ( shell, ansilbe + ssh ) через ci server
- И да не забудь что для prodaction надо бы все ассеты по сжимать ( да, да я про ci)
9 Be happy
Выкинь рутину, и делай то что тебе нравится. Пиши код))

P.S.
Это не наставление как надо работать, не реклама инструментов. Это описание моего workflow.

Хэши типа ваших имеют смысл только в очень критичных по производительности на чтение местах. Если это так - ваш код вполне оптимален. Да, выглядит стремно, но скорость будет высокая, при условии, что вы выбираете по конкретным ключам, а не перебором.
В противном случае - лучше таки на структурах (если хотите сэкономить чутка на памяти - указателях на структуры).
Пример, что привел SilentFl - вполне ок.

Не забывайте, что слайсы / мапы - опасны потому, что передаются по ссылке и в случае конкурентного доступа - у вас будет каша из данных. Посему данные храним в приватных переменных и наружу торчата геттеры/сеттеры с sync.RWMutex

В го есть ООП, пользуйтесь им. Выделите отдельно свой Item, Group и прочее хотя бы так

strtotime('17:50') - strtotime('today');
Пользуйтесь на здоровье.