Дилетантский взгляд на серьёзную разработку на JavaScript или моё первое знакомтсво с React.js

На работе в круг моих обязанностей входит в том числе написание кода для фронтенда внутренней системы управления контентом. Естественно, это javascript. Но код по большей части пишется в стиле ES5 т.к. делалось изначально это всё очень давно, другими разработчиками и задолго до появления всяческих новомодных фреймворков.
В принципе, нет никакой проблемы продолжать писать в старом стиле и, как правило, я и продолжаю так делать иногда лишь добавляя незначительные куски кода с использованием ES6.
Но тут отдали нам на поддержку проект, написанный на react, нужно осваивать его значит. Давно уже хотел поближе познакомиться с js-фреймворками, и тут как раз появилась такая возможность.
Начал изучать матчасть, нарыл в интернете мануалов по реакту, начал пробовать написать свой первый "Hello, World".

Во многих руководствах в качестве одного из функциональных примеров приводят использование компонента React.createClass.

«Хорошо» подумал я, попробую его использовать. «Отсоси» сказал мне React версии 16.0, этот компонент был выпилен из этой версии и вынесен в отдельную библиотеку.

Хм, это странно. Как выяснилось, это хлопцы в версии 15.5 пометили метод createClass как deprecated. Потом выпустили ещё одну минорную версию 15.6, а после этого, менее чем через полгода выпустили мажорную версию 16, в которой функционал был удалён.

Вот эта лажа в духе Sebastian Riedel, создателя и основного разработчика перлового веб-фреймворка Mojolicious. Этот товарищ довольно часто выпиливает deprecated функции даже в минорных релизах, из-за чего я собственно и поставил для себя крест на perl как языке для серьёзной веб-разработки.

Как-то не вяжется с серьёзным проектом от facebook. Большее похоже на поделку какого-то васи, который по прихоти пятки левой ноги вносит несовместимые изменения.

В общем, с изучением React я пока решил повременить. Решил попрактиковаться в других сферах веб-разработки, подтянуть css и jquery.

Рано или поздно всё-равно придётся к нему вернуться, рабочие задачи никто не отменял, но первое знакомство у меня лично не задалось.

Ей-богу, vue.js выглядит гораздно серьёзнее и более зрелым на этом фоне, жаль, что мы его не используем.

Переписал сайт planetgo.ru на Go

Наконец-то дошли руки переписать свой агрегатор на Go. Давно уже хотел этим заняться, но всё руки не доходили. Было несколько идей по улучшению работы сайта, по загрузке данных с ресурсов и пр., но внедрять их используя те технологии, на которых изначально было написан сайт(Perl, Mojolicious), не хотелось. Вот тут я немного описал по какой причине мне не хотелось дальше работать с моджо.
В итоге парсер ресурсов был переписан на питоне, а бэкенд сайта переписан на Go.
Что хотелось бы отметить про разработку на go после опыта на динамически типизированном языке? В первую очередь - это непривычность работы со строгой типизацией. Когда пишешь функцию/метод ты должен чётко значть, что у тебя будет на входе и на выходе. Динамически типизированные языки проще в этом плане.
Немного но сильно побесил встроенный шаблонизатор html/template. Чтобы скомпилировать шаблон из нескольких файлов, нужно предварительно корректно задать имя получившегося шаблона:

import (
 "html/template"
 "path/filepath"
)

files := []string{"base.tmpl", "index.tmpl"}
path := "root_path"
for i, file := range files {
 files[i] = filepath.Join(path, file)
}
tmpl := template.Must(template.New("index").ParseFiles(files...))

Поначалу, с непривычки никак не мог вкурить в некоторые моменты работы шаблонизатора. Пришлось лезть в исходники чтобы разобраться. Также пришлось разбираться с пакетом net/http, т.к. при написании кода хотелось по макисмуму использовать стандартную библиотеку языка чтобы лучше с ним позакомиться. Некоторое время потратил на создание
промежуточного обработчика запросов.
Сейчас сайт уже запущен и работает. Допиливаю небольшую админку, тоже на Go, вожусь с обработкой json для rest api.
В целом, язык очень годный, разрабатывать на нём приятно. Go fmt вообще крутая вещь.
В будущем постараюсь написать статьи по различным компонентам стандартной библиотеки, с которыми мне пришлось столкнуться в процессе разработки.