День 9

Задание:
Добавить поддержку анти-CSRF (если ещё не была включена).

Ход работы:
1. Изучил, что такое CSRF.
2. Добавил поддержку анти-CSRF в проект. При этом какой-то нативной у Gin'а не оказалось, но существуют разные библиотеки, которые работают с переменным успехом. Сейчас в проекте используется одна из таких библиотек, но лишь частично, так как из коробки она не заработала, как ожидалось (при этом документации на нее нет), поэтому я немного ее докрутил, чтобы реализовать анти-CSRF механизм.

В результате запросы, требующие авторизации, обязательно проверяют X-Csrf-Token заголовок. Если он пришел и валидный, то запрос выполняется, если же нет - то отклоняется. В идеальном случае хочу от вышеупомянутой библиотеки отказаться со всем и сделать реализацию со своей логикой: при авторизации генерим секретный ключ, который сохраняем в сессии, а дальше на основании ключа и соли делаем токен, который прикладываем к запросу.

#проект

День 10

Задание:
1. Сделать REST-добавление новой/изменение полей существующей заданной машинки, и её удаление -- через PUT/POST/DELETE, после того как менеджер авторизовался.
2. Проверить из curl.

Ход работы:
1. Добавил механизм авторизации для добавления/изменения/удаления машинок (по аналогии с прошлым заданием).
2. По curl проверил - без авторизации (включая анти-CSRF) не могу выполнять соответствующие запросы - получаю ошибку 401 (Unauthorized).

#проект

День 11

Задание:
Написать утилиту генерации для предприятия (списка предприятий) заданного количества машинок, содержимое их формировать случайно, и водителей (чтобы примерно каждая 10-я машинка была с активным водителем).

Ход работы:
1. Написал утилиту для генерации: фактически отдельный скрипт в cmd-директории.
2. Для запуска утилиты нужны 3 аргумента: список айди предприятий разделенных ';', кол-во генерируемых машин и водителей.
- Каждая 10 машина получает активного водителя (водитель выбирается произвольно из всего списка, относящегося к предприятию).
- Из интересного: для генерации VIN хожу GET-запросом на randomvin за очередным значением.

#проект

День 12

Задание:
Сгенерировать для 3 предприятий по 3-5 тысяч машин и водителей (активный водитель для каждой 10-й машины например), и разобраться, как через REST API получать их в режиме пагинации -- не все разом, а листать страничками по 20-50 машинок.

Ход работы:
1. Сгенерировал для предприятий 3-5 тысяч машин и водителей. При этом довольно быстро обнаружил недостаток первой версии генератора, так как отрабатывал он очень долго:
- Переписал его с использованием го-рутин с необходимой синхронизацией между потоками, что сильно его ускорило.
- Раньше для получения VIN'а у меня был GET-запрос в сторонний сервис и это, конечно, сильно просадило перф, так как запросы батчевые туда недоступны, а делать тысячи запросов очень дорого, поэтому пришлось также от этого решения отказаться в пользу примитивной генерации строки (использовал юникс-время).
2. Пагинацию построил на параметрах строки запроса через: limit=50&offset=2500 - получение 50 позиций с отступом 2500.

#проект

Карьера на одном листе

Удобно переносить свои мысли на бумагу / диаграммы или куда-либо еще. Так со стороны можно оценить прошедший путь и запланировать ресурсы на предстоящий.

По ощущениям, я сейчас подхожу к середине своей карьеры, как программист. Вероятно, по этому такое говорящее название "middle".

Крупными мазками наметил планы на ближайшие 3-4 года. Карьерную лестницу спроецировал на грейды Авито (очень нравится их система и по ней действительно просто оценивать свой уровень).

Можно заметить, что 2025-26 года отмечены развилкой. Когда ты достаточно опытный (скажем senior), то у тебя появляется выбор: продолжать развиваться как технический специалист или же пойти по менеджерскому треку.

Также обозначил кругами на какие навыки нужно сделать упор на конкретном этапе. Сейчас для меня это - hard skills, то есть экспертиза в техническом направлении для того, чтобы эффективно и автономно закрывать любые бэкендерские задачи.

#карьера

Не выработал еще систему регулярного постинга, чтобы не пропускать дни :(

Стараюсь исправляться. После обеда будет еще один "День" разрабатываемого проекта.

День 16

Задание:
Экспериментальное задание - подумать самостоятельно как лучше реализовать:
1. Надо хранить трек -- набор точек GPS, условную поездку автомобиля с привязкой к нему.
2. То есть, как оптимальнее хранить трек, в котором может быть много (потенциально неограниченное) количество gps-точек.

Ход проекта:
1. Так как непонятно, насколько сложные вычисления с использованием gps-точек нас ждут, то от использования какого-нибудь PostGis для PostgreSQL отказался.
2. Посмотрел Geopoint для Go и мне показался он слишком несерьезным (даже тестов на функции не увидел), чтобы использовать в проекте. Есть как будто более интересная библиотека golang-geo, но так как у нас пока нет расчетов, то использовать тоже не стал.
3. Самым интересным решением мне показалось использовать Redis. При этом я собираюсь хранить активные треки по ключам, а точки для них добавлять через команду Редиса доступную из коробки `GeoAdd`. Завершенные маршруты собираюсь бэкапить в какое-нибудь хранилище.
4. Таким образом, сигнатура основного метода, который добавляет gps-точку к треку следующая:
AddPointToTrack(ctx context.Context, point GPSPoint, track VehicleTrack) error

Где GPSPoint и VehicleTrack имеют следующие структуры:
type VehicleTrack struct {
ID, VehicleID int64
}

type GPSPoint struct {
longitude, latitude float64
}

То есть для добавления новой точки к конкретному треку нужно передать сам трек (к которому привязана машина) и соответствующую точку с долготой и широтой.

#проект

День 18

Задание:
1. Добавить модель Поездка, в которой хранится автомобиль, и дата-время в UTC начало и окончание поездки без ограничений (может быть два часа, может быть два года).
2. В API сделать запрос, который по заданным дате-времени начала и конца вытащит все поездки (считаем, что они в таймзоне предприятия) - запрос именно по поездкам, но выдаются только точки трека по id заданного автомобиля.
3. Точки могут быть из нескольких реальных треков (которые в проекте сами по себе никак не представлены); условно, можно запросить за месяц все поездки, и получить один огромный трек.
4. Если начало первой поездки раньше начального времени запроса, или окончание последней поездки позже времени конца запроса, то их не включаем в выдачу.

Ход проекта:
1. Добавил модель "поездка (trip)" в БД и проект.
2. Сделал ручку, по которой можно получить все поездки на определенном промежутке со всеми граничными условиями.

#проект

Июнь 2023:

✅ Продолжаю разрабатывать "дипломный проект" писал о нем выше. Текущий прогресс: 18/25

✅ Для получения опыта разработки "с нуля" в свободное время занимаюсь разработкой MVP-проектов в стартапе. Одну из наработок передал в тестирование Заказчику.

✅ Наметил планы по дальнейшему развитию, как инженера-программиста, на ближайшие 3 года.

✅ Очень давно хотел найти ментора и в июне это удалось. В текущей компании есть программа внутреннего обмена опытом между сотрудниками и мне удалось найти инженера E6 (пред-пред-максимальный грейд в Авито), который согласился менторить меня по проектированию систем. Успели провести пробное интервью, на котором вскрылись слабые места... Хочу постепенно полностью освоить дорожную карту

✅ И, пожалуй, очень важная технология, к которой, наконец, прикоснулся - ChatGPT. Это действительно прорыв. Если этот инструмент использовать с умом, то можно сэкономить многие часы, потраченные на изучение документации. Уже сейчас я его использую как цифрового ментора / советника, а также генератор запросов для наполнения БД большим количеством случайных записей.

▶️ Завершить второй курс по парадигмам программирования // материал очень объемный и требует серьезного осмысления, чтобы продвигаться дальше

—

Планы на июль:
🔖 Закончить курс по JS (повторно)
🔖 Закончить освоение веб-фреймворка Gin (повторно)
🔖 Завершить второй курс по парадигмам программирования
🔖 Завершить дипломный проект (осталось 7 заданий) и выложить все на гитхаб
🔖 Выстроить регулярное взаимодействие с ментором и выполнить первое задание про балансировщик нагрузки
🔖 Приступить к изучению одной из N купленных в июне книг


#результаты

День 19

Задание:
1. Добавить REST-запрос, который по заданному диапазону дат-времени (считаем, что они в таймзоне предприятия) выдаст список всех поездок машинки (без треков), где будет вся общая информация по поездке, начальная и конечная точки.
2. Также добавить текстовое "представление" этих точек, физический адрес. (Получить его можно через разные maps API)

Ход проекта:
1. Добавил начальную, конечную точки поездки + их физический адрес.
2. Использовал API MapQuest: https://developer.mapquest.com/
- искал доступ к API с простой регистрацией + очень хотел информацию о точках получать батчевым запросом, так как их много, а на каждую делать свой запрос - дорого. MapQuest позволяет за 1 запрос обрабатывать до 100 точек, что хорошо подошло, как мне кажется.

Долго возился со случайными данными, которые наполняют БД, чтобы широту/долготу нормально распарсить, пришлось кучу ограничений ставить, чтобы хороший результат получить.

#проект

Возвращаюсь в регулярный ритм журналирования своего прогресса по проекту.

Очень плотный выдался июль в плане разнообразных дел: работа, проект и личное.