Сегодня я хочу углубиться в шаблон Builder — важную концепцию дизайна, с которой многие разработчики сталкиваются на определенном этапе своей карьеры. Этот шаблон значительно расширяет наши возможности создавать сложные объекты контролируемым и масштабируемым образом. Однако всегда есть куда совершенствоваться, особенно в том, как мы управляем процессом строительства.

Dgraph v24.0.0-alpha теперь доступен сообществу, чтобы опробовать поддержку векторного типа данных, который обеспечивает семантический поиск.

Dgraph добавляет поддержку векторов для объединения данных графа с встраиваниями, улучшая приложения на основе графов и открывая новые возможности искусственного интеллекта. Сценарии использования основных графов, такие как обнаружение мошенничества, рекомендации и управление основными данными, могут быть дополнены векторами и внедрениями. Graph+Vector также является ключевым методом, используемым для уменьшения галлюцинаций в приложениях с искусственным интеллектом.

В последние годы, выступая в качестве наставника в различных буткемпах по кодингу, я имел уникальную возможность направлять и поддерживать множество начинающих разработчиков, страстно желающих заявить о себе в сфере облачных технологий и DevOps. Среди этих начинающих инженеров я заметил одну постоянную тему: они стремятся погрузиться в сложность облачных вычислений, но часто чувствуют себя подавленными огромным количеством доступных языков программирования и инструментов. Это осознание подтолкнуло меня к мысли о создании всеобъемлющего, но доступного руководства, которое прольет свет на основные языки программирования для тех, кто начинает свой путь в облачной инженерии.

Наша цель как ответственных разработчиков - писать код, который не только функционален, но и понятен, удобен для сопровождения и адаптации. В этом процессе мы часто сталкиваемся с ключевым, но несколько неуловимым вопросом: проблема ответственности в чистом коде. Подождите, не закрывайте пока страницу. Я не собираюсь описывать хорошо известный принцип единой ответственности (Single Responsibility Principle, SRP). Вместо этого я хочу рассмотреть нечто более широкое и, тем не менее, иногда более сложное - где должны располагаться конкретные функциональные возможности в архитектуре системы?

Создавая программы на Golang, вы почти всегда найдете применение горутинам.

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

В этой статье мы рассмотрим, что такое мьютекс и как его использовать.

В этом посте я опишу паттерн обработки ошибок, который показался мне довольно элегантным при написании REST, gRPC и других сервисов на Go. При написании этого поста я преследовал три цели:

Когда мы перевели наше приложение с Node.js (Express) на Go, нам удалось уменьшить размер образа Docker с 2,8 ГБ до 400 МБ, что изначально нас устраивало. Однако, стремясь к более эффективному использованию ресурсов и более быстрому развертыванию, мы поняли, что все еще есть возможности для дальнейшего уменьшения размера изображения, поэтому мы решили попробовать новый подход.

Возможно, это знакомая территория для инженеров с опытом работы в DevOps, но для новичков я поделюсь улучшениями, которые мы внесли.

Знание того, как оптимизировать сборки образов Docker, чтобы использовать кэш сборки как можно чаще, имеет решающее значение для ускорения ваших сборок. Мы покажем вам, как работает кэш слоев и как эффективно использовать кэш, чтобы вы могли получить максимальную отдачу от своих сборок.

В этом руководстве показано, как создать и развернуть серверную часть Go для сокращения URL-адресов. Он состоит из одного сервиса с REST API и использует базу данных PostgreSQL.

Чтобы всего за несколько минут запустить нашу серверную часть Go в облаке, мы будем использовать Encore — платформу разработки серверной части, которая автоматизирует инфраструктуру.

Go известен тем, что его легко освоить и он обеспечивает самый быстрый путь к созданию продукта. Благодаря встроенной в стандартную библиотеку функциональности HTTP у вас есть все необходимое без каких-либо внешних зависимостей. Низкоуровневый доступ к HTTP может стать глотком свежего воздуха, если вы привыкли к раздутым платформам, но это приводит к появлению большого количества шаблонного кода, который со временем становится утомительным для написания снова и снова. Здесь на помощь приходит babyapi. Я создал эту библиотеку, чтобы обеспечить очень простое создание REST API, не навязывая определенную структуру всему приложению. Это так просто, что справится даже ребенок!