Терминальный клиент для HTTP/GraphQL/gRPC с поддержкой SSH-туннелей, WebSocket, SSE, workflows, профилирования, OpenAPI и сравнения ответов
GitHub: resterm
👉 @GolangPortal
GitHub: resterm
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍7
Удаляйте ChatGPT. Вы не умеете им пользоваться.
Большинство пользователей спамит в ИИ всякую чушь — просят рассказать анекдот, изливают душу и используют как Гугл.
Российский тимлид OpenAI Вадим Петрич рассказывает в «Доктор GPT» как извлекать из нейронок максимум пользы. Это очень интересно:
• ТОП №1 нейросеть, генерирующая видео без цензуры вообще
• Готовые промты на все случаи жизни
• Инсайды и разработки от китов индустрии
Подпишитесь, с Доктором GPT нейронки станут инструментом роста, а не безделушкой:
https://t.iss.one/+K65EHRh_x_c2OTli
Большинство пользователей спамит в ИИ всякую чушь — просят рассказать анекдот, изливают душу и используют как Гугл.
Российский тимлид OpenAI Вадим Петрич рассказывает в «Доктор GPT» как извлекать из нейронок максимум пользы. Это очень интересно:
• ТОП №1 нейросеть, генерирующая видео без цензуры вообще
• Готовые промты на все случаи жизни
• Инсайды и разработки от китов индустрии
Подпишитесь, с Доктором GPT нейронки станут инструментом роста, а не безделушкой:
https://t.iss.one/+K65EHRh_x_c2OTli
👎14😁2🤔2
Интересная статья: «миллионе способов словить data race в Go»
Автор разбирает разные паттерны, на которых легко поймать data race в Go, и даёт практичные советы, как избежать этих проблем в реальном коде
👉 @GolangPortal
Автор разбирает разные паттерны, на которых легко поймать data race в Go, и даёт практичные советы, как избежать этих проблем в реальном коде
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤2
Самостоятельно развёртываемая файловая менеджмент-система на Go с поддержкой нескольких облачных хранилищ
GitHub: cloudreve
👉 @GolangPortal
GitHub: cloudreve
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤2😁1
Stepik устроили грандиозную распродажу на наши курсы, со скидкой 23%. Где 70% заданий — это практика: читать код, анализировать программы и писать свой собственный. Так теория сразу превращается в навык.🤡 PRO Go. Основы программирования📉 Было 2 490₽ → стало 1 992₽ 👨🏫 На базовым уровне освоите язык Go, 70% курса это практика.🔨 PRO Go. Алгоритмы и структуры данных📉 Было 11 900₽ → стало 9232,3₽ 🔑 Объединённый курс для глубокого понимания алгоритмов и структур данных.💪 PRO Go. Базовый курс по структурам данных📉 Было 7 990₽ → стало 6152,3₽ 🖊Разберётесь с основами и подготовитесь к сложным проектам.🤓 PRO Go. Алгоритмы поиска и сортировки📉 Было 7 990₽ → стало 6152,3₽ ⚡️ Научитесь применять ключевые алгоритмы в работе.🧠 PRO Логические задачи📉 Было 5 500₽ → стало 4 400₽ 🧩 Для любителей головоломок и развития аналитического мышления.
⏳ ВАЖНО: акция действует до 3 декабря включительно.
Все подробности в нашем канале PRO Go
Please open Telegram to view this post
VIEW IN TELEGRAM
❤12👎5🔥5👍3🌚3
Каналы в Go легко использовать неправильно, если не знать правил:
- Отправка в канал вызывает панику, если канал закрыт в любой момент до фактического завершения отправки, даже если закрытие произошло после начала отправки, но до её завершения.
- Чтение из закрытого канала никогда не приводит к панике.
- Закрытие nil-канала или уже закрытого канала вызывает панику.
Эти правила подсказывают простую модель владения:
Сторона, которая “владеет” жизненным циклом канала (обычно отправитель), должна быть единственной, кто имеет право закрывать канал, и должна сделать это ровно один раз, после того как все отправки завершены.
Потребители обычно не должны вызывать close.
Если у вас несколько отправителей, им нужно координироваться так, чтобы только один из них фактически выполнял закрытие. Обычный паттерн - обернуть close(ch) в sync.Once или направить все отправки через одну горутину, которая и становится единственным закрывающим, когда знает, что больше значений не будет.
👉 @GolangPortal
- Отправка в канал вызывает панику, если канал закрыт в любой момент до фактического завершения отправки, даже если закрытие произошло после начала отправки, но до её завершения.
- Чтение из закрытого канала никогда не приводит к панике.
- Закрытие nil-канала или уже закрытого канала вызывает панику.
Эти правила подсказывают простую модель владения:
Сторона, которая “владеет” жизненным циклом канала (обычно отправитель), должна быть единственной, кто имеет право закрывать канал, и должна сделать это ровно один раз, после того как все отправки завершены.
Потребители обычно не должны вызывать close.
Если у вас несколько отправителей, им нужно координироваться так, чтобы только один из них фактически выполнял закрытие. Обычный паттерн - обернуть close(ch) в sync.Once или направить все отправки через одну горутину, которая и становится единственным закрывающим, когда знает, что больше значений не будет.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10❤7🔥3
Принято! Go 1.26 введёт метрики по состояниям горутин: выполняются, ожидают, в системных вызовах и т.д.
Разработчики смогут использовать их для раннего выявления проблем без необходимости полной трассировки
Подробнее тут
👉 @GolangPortal
Разработчики смогут использовать их для раннего выявления проблем без необходимости полной трассировки
Подробнее тут
Please open Telegram to view this post
VIEW IN TELEGRAM
👍26❤5🔥2