Proposal: A built-in Go error check function, "try" · Issue #32437 · golang/go
Proposal: A built-in Go error check function, try This proposal has been closed. Thanks, everybody, for your input. Before commenting, please read the detailed design doc and see the discussion summary as of June 6, the summary as of June 10, and most importantly the advice on staying focussed. Your question or suggestion may have already been answered or made. Thanks. We propose a new built-in fu
Next steps toward Go 2 - The Go Programming Language
Robert Griesemer, for the Go team 26 June 2019 Status We’re well on the way towards the release of Go 1.13, hopefully in early August of this year. This is the first release that will include concrete changes to the language (rather than just minor adjustments to the spec), after a longer moratorium on any such changes. To arrive at these language changes, we started out with a small set of viable
Google Kubernetes Engine上のGoアプリケーションでのHTTPリクエストを行う方法 | メルカリエンジニアリング
この記事はMERPAY TECH OPENNESS MONTHの最後の記事です。 こんにちは、メルペイのバックエンドエンジニアの@gia.nguyenです。 私は第3回のGopher道場を卒業してから2018年12月に入社しました。 他の記事にも記載されましたが、メルペイのバックエンドは、Google Kubernetes Engine(以下、GKE)を使用して、マイクロサービスアーキテクチャを採用した多数のマイクロサービスから構成されています。マイクロサービスは主にGo言語を使って、開発しています。マイクロサービス間のコミュニケーションはgRPCでやり取りしていますが、外部サービスに対してはほとんどHTTPで通信を行っています。本記事はGKE上のGoアプリケーションでHTTPリクエストを投げる際、いくつか工夫した点を紹介したいと思います。 TL;DR httptraceはデバッグに役立つ
1つのDockerfileだけでGoの開発環境(ホットリロード)と本番環境(マルチステージビルド)を記述する - Qiita
こんにちは。po3rinです。今回はDocker Meetup Tokyo #29 (Docker Bday #6)で少し話題になった小ネタです。タイトル通りDockerfile1つでGoの開発環境(ホットリロード)と本番環境(マルチステージビルド)を記述する方法を紹介します。今回は「この方法をおすすめします！」というよりかは「こういう方法もあるよー」という紹介なので、開発の状況に合わせて方法を選んでいくと良いでしょう。 イントロ 開発環境用と本番環境でイメージビルド過程を分けるモチベーションとしては、開発環境用はホットリロードしたいけど、本番はビルドしたバイナリだけを使いたいという思いなどがあります。 これらを２つのDockerfileに分ける場合、同じディレクトリ階層に「Dockerfile」という名前のファイルを２つ置けません。これに関して、下記の記事のようにdocker build
メルペイでのSpannerとの戦いの日々 | メルカリエンジニアリング
こんにちは、メルペイのバックエンドエンジニアの @kazegusuri です。 メルペイではメインのデータベースとしてGoogle Cloud Spannerを利用しています。 マイクロサービスによっては秒間数千リクエストをSpannerで処理しています。 いかにSpannerをスケールできるようにして安定させられるかが会社全体として重要になっています。 本記事では数ヶ月間戦ってきたSpannerのレイテンシが高くなる問題とその解決法について紹介したいと思います。 社内への調査報告も含めて書いているため、かなり詳細で長い内容になっています。 なおこの問題の大部分はGoでSpannerを使ったときにだけ発生する問題のため、Javaなどの他の言語では該当しない可能性があります。 CreateSession問題 ここで紹介しなくても良いくらい基本的なところですが、CreateSessionが非常
Cloud Functions: Go 1.11 is now a supported language | Google Cloud Blog
// function.go package function import "net/http" func F(w http.ResponseWriter, r *http.Request) { w.Header().Set("Content-Type", "text/plain; charset=utf-8") w.Write([]byte(r.Header.Get("X-Forwarded-For"))) } HTTP functions can be reached without an additional API gateway layer—Cloud Functions gives you an HTTPS URL. After the function is deployed, you can invoke the function by entering the URL
GoAWK, an AWK interpreter written in Go
November 2018 Summary: After reading The AWK Programming Language I was inspired to write an interpreter for AWK in Go. This article gives an overview of AWK, describes how GoAWK works, how I approached testing, and how I measured and improved its performance. Go to: Overview of AWK | Code walkthrough | Testing | Performance Chinese (zh) translation: 一个用Go编写的AWK解释器 Update: GoAWK now uses a bytecod
GAE/Go アプリケーションを Go 1.11 に移行するためにやったこと - えいのうにっき
先日公開した Web API サービス Pixelaは、Google App Engine 上で Go Web Application として動いている。Go のバージョンには特に気を使わずに開発をしてたんだけど、GAE で Go の 1.11 がサポート（まだ β だけど）されたこと、そして Go 1.11 であれば GAE Standard Environment で System Package として imagemagick が使えそう（svg → png 変換がしたい）ということもあって、Go 1.11 へのモチベーションが俄然上がったので、今回移行してみた。このエントリは、その際にやったことのまとめメモ。 Before Go 1.9.4 パッケージ管理はなにもしてない状態（ひどい） After Go 1.11.1 パッケージ管理に Modules を使用 やったこと goenv
App Engine documentation | App Engine standard environment for Go 1.11 docs | Google Cloud
Note: Go 1.11 has reached end of support on January 30, 2024. Your existing Go 1.11 applications will continue to run and receive traffic. However, App Engine might block re-deployment of applications that use runtimes after their end of support date. We recommend that you migrate to the latest supported version of Go.
Go 1.11 の modules・vgo を試す - 実際に使っていく上で考えないといけないこと #golang | Wantedly Engineer Blog
日本時間の 8/25 早朝，Go 1.11 がリリースされました 🎉 🎉 https://go.googlesource.com/go/+/go1.11 Go 1.11 には WebAssembly 対応を始めとするド派手な新機能からコアライブラリ・ツールチェインの細かな改善まで，いろいろな変更が入っています．個人的には golang.org/x/tools/go/packages が気になっていました．./... がうまく扱える API かな？とか思ってたけど，内部で普通に go list 叩いちゃってるのがかわいい． The latest Go release, version 1.11, arrives six months after Go 1.10. Most of its changes are in the implementation of the toolchain,
GitHub - golang-standards/project-layout: Standard Go Project Layout
Standard Go Project Layout Translations: 한국어 문서 简体中文 正體中文 简体中文 - ??? Français 日本語 Português Español Română Русский Türkçe Italiano Vietnamese Українська Indonesian Overview This is a basic layout for Go application projects. It's not an official standard defined by the core Go dev team; however, it is a set of common historical and emerging project layout patterns in the Go ecosystem. Some of thes
Google App EngineのGo 1.8 Standard envでdepのvendoringなどでハマる(2017年10月現在)
Google App EngineのGo 1.8 Standard envでdepのvendoringなどでハマる(2017年10月現在) Google App EngineのGo 1.8 Standard environmentを使って、React SPAのWebサイトを作ろうと考えた。 Reactのサーバサイドレンダリングとか、欲しいものが入ってるgo-starter-kitというよいサンプルがあるので、これを参考にした。 (ポイント1)ただし、goのvendoringでglideを使うのはやめて、depを使うことにした。glide公式が移行せよと言ってるっぽいので。 Glide から Dep への移行を検討する http://text.baldanders.info/golang/consider-switching-from-glide-to-dep/ んでvendoringして、
実践的なGAE/Goの構成について #golang #gcpja - Qiita
2016年のGCPはFirebaseのアップデートから始まって東京リージョン開設と色々進化がありました。GAEよりはその他のGCPのサービスに注力していたのかなという印象です。 でもアジア初のGAEが日本というのは大きなニュースでした！ 2017年にもどんどんデータセンターを増やすみたいで色々楽しみですね。 ちなみにGAEのChannel APIは来年シャットダウンされるらしいです。移行先としてリアルタイムの通信はFirebaseを使うのが公式のオススメのようです。 そう言えばGoogle Cloud PlatformもGoogle Cloudに改名してましたけどGCだと口頭でもわかりにくいしググラビリティも良くないのでGCPって言っていきたいです。 (追記: GCPでいいようです) そして本題の今年のGCPのアドベントカレンダーでは、皆悩んでいるらしいGAE/Goの構成についてです。 前
Google App EngineでGoを動かすときに知っておくべきこと（ソースコード・ビルド編） - 詩と創作・思索のひろば
Google App Engine（GAE）で Go 製のウェブアプリを動かしたかった話。いっぺん動かしてみると GAE/Go はウェブアプリを動かす環境としてはとてもいい。ただ、中途半端な知識だけで始めると開発者としてはつまずくことが多かったので、分かりにくい点をまとめておく。 Google App Engine Go Standard Environment について goapp は $GOPATH 以下もアプリケーションのソースとしてアップロード／コンパイルする goapp はプロジェクトルート以下のソースコードをすべてコンパイルしようとする go-app-builder: Failed parsing input: parser: bad import "syscall" in ... go-app-builder: Failed parsing input: app file x
再考 GAE/Goのプロジェクト構成 - Qiita
以前、GAE/Goでglideを使用する場合のプロジェクト構成についての記事を書いた。 GAE/Go+glide的な構成での環境構築 ~ローカルサーバー立ち上げまで~ - Qiita あれからしばらくGAE/Goで開発を続けていて、こんな構成もよさそうだなーと思うものが出てきたので、改めてまとめてみる。 前回はパッケージ管理にglideを使用したが、今時depだろjkという気分なので、今後はdepを使って行くことになると思う。 ディレクトリ構成 前回の記事ではこんな感じの構成だった。 $GOPATH(PROJECT_ROOT) ├── app │ ├── app.yaml │ └── main.go └── src ├── glide.yaml ├── glide.lock ├── PACKAGE └── vendor 違いとしては、プロジェクトルートにGOPATHを設定するのをやめ、基本
How To Use Go Interfaces
I occasionally give free Go consults and code review on top of my daily work. As such, I tend to read a lot of other peoples’ codes. And while this is really more of a feeling *Now, you should go, really? You're a statistician by training ffs, I’ve seen an increase in what I call “Java-style” interface usage. This blog post is a Go specific recommendation from me, based on my experiences writing G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - traefik/yaegi: Yaegi is Another Elegant Go Interpreter
GitHub - albrow/fo: An experimental language which adds functional programming features to Go.
Go & Versioning(vgo)を読んで大きな変更が入ったなと思った - Qiita
[golang]Go1.6で正式採用されたvendorの参照の挙動をみてみた