Комментарии / Профиль justskiv

22.05.2025 13:23:19

Thu, 22 May 2025 13:23:19 GMT

Спасибо всем организаторам и причастным! Очень приятно, было увидеть свою статью в списке победителей. Благодраю за столь высокую оценку моего творчества ❤️

20.03.2025 06:38:20

Thu, 20 Mar 2025 06:38:20 GMT

Нет, они попадают в GRQ.

Спасибо за вопрос, это важный момент. Чуть позже добавлю уточнение и в статью.

18.03.2025 12:07:53

Tue, 18 Mar 2025 12:07:53 GMT

Раздачу go рутин по очередям вроде как планировщик должен осуществлять а не сам процесс

Дяденька, а вы точно настоящий сварщик..?

18.03.2025 11:34:40

Tue, 18 Mar 2025 11:34:40 GMT

Просто формулировка немного неточная получилась, под "существуют" я имел в виду это:

Так вот — планирование горутин происходит на уровне user space, то есть ими управляет планировщик Go (если точнее — Go Runtime), а планирование тредов на уровне kernel space, то есть ими управляет ОС.

Так устроит?

И ещё много чего...

Внимательно слушаю, что ещё?

18.03.2025 10:56:47

Tue, 18 Mar 2025 10:56:47 GMT

Да, но не только оттуда. Как-нибудь руки доберутся, я причешу и скину весь список материалов, которые использовал.

18.03.2025 04:38:52

Tue, 18 Mar 2025 04:38:52 GMT

Советую глянуть мой пост на эту тему, станет понятней что есть что. Судя по комментарию, вы сейчас в этом плаваете.

16.01.2024 17:12:54

Tue, 16 Jan 2024 17:12:54 GMT

Может, эту статью ChatGPT написал?)

07.12.2023 08:01:31

Thu, 07 Dec 2023 08:01:31 GMT

Думаю, больше чем 2 минуты, с учетом того что автоматический деплой придётся чуток усложнить. Плюс поддержка в долгосрочной переспективе. Плюс дампы и бэкапы..

Но не суть - даже если для этого достаточно бороду почесать, в чем профит то?

Мой опыт научил меня избавляться от любых излишних сложностей. Нам нужна база - какая? Postgres? Окей. А можем проще? Например, sqlite. Супер, берём её. А можем вообще от БД отказаться? Идеально! :D

Сложность проекта часто складывается не только из очень сложных компонентов и решений, но и из множества таких вот мелочей.

07.12.2023 07:33:19

Thu, 07 Dec 2023 07:33:19 GMT

А что нам даст наличие postgres вместо sqlite? Да, postgres поставить и использовать не супер сложно, но, всё же, её надо будет:

Завести: описать в docker-compose, в конфиге приложения, в целом правильно сконфигурировать
Запустить: обязательно придется иметь докер на удалённой машине
Поддерживать и мониторить: если упадёт, то приложение сломается
Отдавать чуть больше ресурсов: повышаются минимальные требования к серверу
Сложнее делать дампы и бэкапы: в случае sqlite достаточно просто скопировать один файл

Это навскидку, список можно продолжить. Проблемы не критичные, конечно, но какой профит наличие postgres даёт взамен? При условии, что у нас пет-проект.

Я бы сказал даже так, sqlite это не компромисс в стиле "для пет-проекта сойдёт", это наиболее предпочтительный вариант. Не нужно усложнять себе жизнь раньше времене. При необходимости вы всегда сможете переехать на любую другую СУБД - наш код позволяет это сделать без проблем, достаточно лишь написать новую реализацию Storage.

20.11.2023 21:09:14

Mon, 20 Nov 2023 21:09:14 GMT

Ни разу не встречался с подобными комментариями в рабочих проектах, и проблемой это не становилось. Обычно IDE с этим справляется неплохо.

20.11.2023 21:06:04

Mon, 20 Nov 2023 21:06:04 GMT

Если и добавлять такое в игнор, то я бы посоветовал .git/info/exclude, тогда не придется коммитить это вместе с .gitignore

Иначе каждый разработчик проекта будет коммитить в gitignore свои личные локальные файлы.

20.11.2023 21:00:44

Mon, 20 Nov 2023 21:00:44 GMT

Ошибки могут возникнуть и при работе с переменными окружения - они могут окзаться пустыми и не валидными. Это частично решает проблему, конечно, но на мой взгляд, эти усилия того не стоят.

Ошибки инициализации конфига в логах нам и не нужны, т.к. наше приложение без конфига вообще не запустится, а такое поведение тоже нужно уметь мониторить.

20.11.2023 20:57:05

Mon, 20 Nov 2023 20:57:05 GMT

По поводу первого варианта - я тоже думаю, что проблема на стороне task. Но если сделать вот так, то будет работать и через него:

protoc -I proto proto/**/*.proto --go_out=./gen/go/ --go_opt=paths=source_relative --go-grpc_out=./gen/go/ --go-grpc_opt=paths=source_relative

Тут я убрал sso из пути, указал общий путь до protos. Такой вариант и в целом правильней, т.к. помимо sso у вас тут могут лежать контракты и для других сервисов.

20.11.2023 20:29:31

Mon, 20 Nov 2023 20:29:31 GMT

Это я без наезда, если что :) Просто просьба с моей стороны, чтобы проще было ориентироваться в комментариях. Группировка внутри одной ветки помогла бы.

За поправки к статье я благодарен, в любом случае. У вас они, как правило, по делу, но я не всегда успеваю отвечать.

20.11.2023 20:07:12

Mon, 20 Nov 2023 20:07:12 GMT

Интерфейс Auth - это интерфейс для сервисного слоя, не для gRPC-сервера. То есть, это уже бизнес-логика, а не хэндлеры.

19.11.2023 19:24:51

Sun, 19 Nov 2023 19:24:51 GMT

Ну так это в исходниках) Где-то недоглядел, да. Копипастил из предыдущего проекта.

Но в статье такого нет.

19.11.2023 16:48:49

Sun, 19 Nov 2023 16:48:49 GMT

Было бы удобней, если бы вы писали все подобные комментарии в одной ветке, таким образом сгруппировав их. То есть, в ответе к какому-то из своих предыдущих комментариев.

Иначе среди ваших комментариев затеряются те, что от других людей :)

19.11.2023 16:43:14

Sun, 19 Nov 2023 16:43:14 GMT

Так у меня и используется "log/slog"

golang.org/x/exp/slog я использовал в прошлой статье, тогда еще не было 1.21

19.11.2023 16:41:02

Sun, 19 Nov 2023 16:41:02 GMT

Спасибо, добавил в статью

19.11.2023 06:27:21

Sun, 19 Nov 2023 06:27:21 GMT

Так надо было просто PR создать, поправим