Go (programming language)

Last updated
Go
Go Logo Blue.svg
Paradigm Multi-paradigm: concurrent, functional, [1] imperative, object-oriented [2] [3]
Designed by Robert Griesemer
Rob Pike
Ken Thompson
Developer The Go Authors [4]
First appearedNovember 10, 2009;11 years ago (2009-11-10)
Stable release
1.16.5 [5]   OOjs UI icon edit-ltr-progressive.svg / 3 June 2021;9 days ago (3 June 2021)
Typing discipline Inferred, static, strong, structural [6] [7]
Implementation languageGo, Assembly language (gc); C++ (gccgo)
OS DragonFly BSD, FreeBSD, Linux, macOS, NetBSD, OpenBSD, [8] Plan 9, [9] Solaris, Windows
License 3-clause BSD [4] + patent grant [10]
Filename extensions .go
Website golang.org
Major implementations
gc, gccgo
Influenced by
C , Python , Oberon-2 , Limbo , Active Oberon , communicating sequential processes , Pascal , Oberon , Smalltalk , Newsqueak , Modula-2 , Alef , APL , BCPL , Modula , occam
Influenced
Odin, Crystal, Zig

Go is a statically typed, compiled programming language designed at Google [11] by Robert Griesemer, Rob Pike, and Ken Thompson. [12] Go is syntactically similar to C, but with memory safety, garbage collection, structural typing, [6] and CSP-style concurrency. [13] The language is often referred to as Golang because of its domain name, golang.org, but the proper name is Go. [14]

Contents

There are two major implementations:

A third-party source-to-source compiler, GopherJS, [19] compiles Go to JavaScript for front-end web development.

History

Go was designed at Google in 2007 to improve programming productivity in an era of multicore, networked machines and large codebases. [20] The designers wanted to address criticism of other languages in use at Google, but keep their useful characteristics: [21]

The designers were primarily motivated by their shared dislike of C++. [23] [24] [25]

Go was publicly announced in November 2009, [26] and version 1.0 was released in March 2012. [27] [28] Go is widely used in production at Google [29] and in many other organizations and open-source projects.

Mascot of Go programming language is a Gopher shown above. Golang.png
Mascot of Go programming language is a Gopher shown above.

In November 2016, the Go and Go Mono fonts were released by type designers Charles Bigelow and Kris Holmes specifically for use by the Go project. Go is a humanist sans-serif which resembles Lucida Grande and Go Mono is monospaced. Each of the fonts adhere to the WGL4 character set and were designed to be legible with a large x-height and distinct letterforms. Both Go and Go Mono adhere to the DIN 1450 standard by having a slashed zero, lowercase l with a tail, and an uppercase I with serifs. [30] [31]

In April 2018, the original logo was replaced with a stylized GO slanting right with trailing streamlines. However, the Gopher mascot remained the same. [32]

In August 2018, the Go principal contributors published two "draft designs" for new language features, generics and error handling, and asked Go users to submit feedback on them. [33] [34] Lack of support for generic programming and the verbosity of error handling in Go 1.x had drawn considerable criticism.

Version history

Go 1 guarantees compatibility [35] for the language specification and major parts of the standard library. All versions up to the current Go 1.16 release [36] have maintained this promise.

Each major Go release is supported until there are two newer major releases. [37]

Version history of Go
Major versionInitial release dateLanguage changes [38] Other changes
1–1.0.32012-03-28Initial release
1.1–1.1.22013-05-13
  • In Go 1.1, an integer division by constant zero is not a legal program, so it is a compile-time error.
  • The definition of string and rune literals has been refined to exclude surrogate halves from the set of valid Unicode code points.
  • Loosened return requirements rules. If the compiler can prove that a function always returns before reaching the end of a function, a final terminating statement can be omitted.
  • The language allows the implementation to choose whether the int type and uint types are 32 or 64 bits.
  • On 64-bit architectures, the maximum heap size has been enlarged substantially, from a few gigabytes to several tens of gigabytes.
  • Addition of a race detector to the standard tool set.
1.2–1.2.22013-12-01
  • The language now specifies that, for safety reasons, certain uses of nil pointers are guaranteed to trigger a run-time panic.
  • Go 1.2 adds the ability to specify the capacity as well as the length when using a slicing operation on an existing array or slice. A slicing operation creates a new slice by describing a contiguous section of an already-created array or slice.
  • The runtime scheduler can now be invoked on (non-inlined) function calls.
  • Go 1.2 introduces a configurable limit (default 10,000) to the total number of threads a single program may have.
  • In Go 1.2, the minimum size of the stack when a goroutine is created has been lifted from 4KB to 8KB.
1.3–1.3.32014-06-18There are no language changes in this release.
  • The Go 1.3 memory model adds a new rule concerning sending and receiving on buffered channels, to make explicit that a buffered channel can be used as a simple semaphore, using a send into the channel to acquire and a receive from the channel to release.
  • Go 1.3 has changed the implementation of goroutine stacks away from the old, "segmented" model to a contiguous model.
  • For a while now, the garbage collector has been precise when examining values in the heap; the Go 1.3 release adds equivalent precision to values on the stack.
  • Iterations over small maps no longer happen in a consistent order. This is due to developers abusing implementation behaviour.
1.4–1.4.32014-12-10
  • Range-expression without assignment
  • Automatic double-dereference on method calls is now disallowed in gc and gccgo. This is a backwards incompatible change, but in line with the language specification.
  • In 1.4, much of the runtime code has been translated to Go so that the garbage collector can scan the stacks of programs in the runtime and get accurate information about what variables are active.
  • The language accepted by the assemblers cmd/5a, cmd/6a and cmd/8a has had several changes, mostly to make it easier to deliver type information to the runtime.
  • Addition of internal packages.
  • New subcommand go generate.
1.5–1.5.42015-08-19

Due to an oversight, the rule that allowed the element type to be elided from slice literals was not applied to map keys. This has been corrected in Go 1.5.

  • The compiler and runtime are now implemented in Go and assembler, without C. Now that the Go compiler and runtime are implemented in Go, a Go compiler must be available to compile the distribution from source. The compiler is now self-hosted.
  • The garbage collector has been re-engineered for 1.5. The "stop the world" phase of the collector will almost always be under 10 milliseconds and usually much less.
  • In Go 1.5, the order in which goroutines are scheduled has been changed.
1.6–1.6.42016-02-17There are no language changes in this release.
  • A major change was made to cgo defining the rules for sharing Go pointers with C code, to ensure that such C code can coexist with Go's garbage collector.
  • The Go parser is now hand-written instead of generated.
  • The go vet command now diagnoses passing function or method values as arguments to Printf, such as when passing f where f() was intended.
1.7–1.7.62016-08-15

Clarification on terminating statements in the language specification. This does not change existing behaviour.

  • For 64-bit x86 systems, the following instructions have been added (see SSE): PCMPESTRI, RORXL, RORXQ, VINSERTI128, VPADDD, VPADDQ, VPALIGNR, VPBLENDD, VPERM2F128, VPERM2I128, VPOR, VPSHUFB, VPSHUFD, VPSLLD, VPSLLDQ, VPSLLQ, VPSRLD, VPSRLDQ, and VPSRLQ .
  • This release includes a new code generation back end for 64-bit x86 systems, based on SSA.
  • Packages using cgo may now include Fortran source files (in addition to C, C++, Objective C, and SWIG), although the Go bindings must still use C language APIs.
  • The new subcommand “gotooldistlist” prints all supported operating system/architecture pairs.
1.8–1.8.72017-02-16

When explicitly converting a value from one struct type to another, as of Go 1.8 the tags are ignored. Thus two structs that differ only in their tags may be converted from one to the other.

  • For 64-bit x86 systems, the following instructions have been added: VBROADCASTSD, BROADCASTSS, MOVDDUP, MOVSHDUP, MOVSLDUP, VMOVDDUP, VMOVSHDUP, and VMOVSLDUP.
  • Garbage collection pauses should be significantly shorter than they were in Go 1.7, usually under 100 microseconds and often as low as 10 microseconds. See the document on eliminating stop-the-world stack re-scanning for details.
  • The overhead of deferred function calls has been reduced by about half.
  • The overhead of calls from Go into C has been reduced by about half.
1.9–1.9.72017-08-24
  • Go now supports type aliases.
  • Force the intermediate rounding in floating-point arithmetic.

The Go compiler now supports compiling a package's functions in parallel, taking advantage of multiple cores.

1.10–1.10.72018-02-16
  • A corner case involving shifts of untyped constants has been clarified.
  • The grammar for method expressions has been updated to relax the syntax to allow any type expression as a receiver.

For the x86 64-bit port, the assembler now supports 359 new instructions, including the full AVX, AVX2, BMI, BMI2, F16C, FMA3, SSE2, SSE3, SSSE3, SSE4.1, and SSE4.2 extension sets. The assembler also no longer implements MOVL$0,AX as an XORL instruction, to avoid clearing the condition flags unexpectedly.

1.11–1.11.62018-08-24There are no language changes in this release.
  • Go 1.11 adds an experimental port to WebAssembly.
  • Go 1.11 adds preliminary support for a new concept called “modules”, an alternative to GOPATH with integrated support for versioning and package distribution.
  • The assembler for amd64 now accepts AVX512 instructions.
  • Go 1.11 drops support of Windows XP and Windows Vista. [39]
  • Go 1.11.3 and later fix the TLS authentication vulnerability in the crypto/x509 package. [40]
1.12.12019-02-25There are no language changes in this release.
  • Opt-in support for TLS 1.3
  • Improved modules support (in preparation for being the default in Go 1.13)
  • Support for windows/arm
  • Improved macOS & iOS forwards compatibility
1.13.12019-09-03

Go now supports a more uniform and modernized set of number literal prefixes

  • support for TLS 1.3 in the crypto/tls package by default (opt-out will be removed in Go 1.14)
  • Support for error wrapping [41]
1.142020-02-25

Permits embedding interfaces with overlapping method sets [42]

Module support in the go command is now ready for production use [42]

1.152020-08-11There are no language changes in this release.
  • New embedded time/tzdata package [43]
  • The printing verbs %#g and %#G now preserve trailing zeros for floating-point values [44]
  • Package reflect now disallows accessing methods of all non-exported fields, whereas previously it allowed accessing those of non-exported, embedded fields.
1.162021-02-16There are no language changes in this release.
  • New support for embedding files inside a go program
  • Support for macos/arm
  • Module-aware mode is enabled by default [45]

Design

Go is influenced by C, but with an emphasis on greater simplicity and safety. The language consists of:

Syntax

Go's syntax includes changes from C aimed at keeping code concise and readable. A combined declaration/initialization operator was introduced that allows the programmer to write i := 3 or s := "Hello, world!", without specifying the types of variables used. This contrasts with C's int i = 3; and const char *s = "Hello, world!";. Semicolons still terminate statements, [lower-alpha 1] but are implicit when the end of a line occurs. [lower-alpha 2] Methods may return multiple values, and returning a result, err pair is the conventional way a method indicates an error to its caller in Go. [lower-alpha 3] Go adds literal syntaxes for initializing struct parameters by name and for initializing maps and slices. As an alternative to C's three-statement for loop, Go's range expressions allow concise iteration over arrays, slices, strings, maps, and channels. [53]

Types

Go has a number of built-in types, including numeric ones (byte, int64, float32, etc.), booleans, and character strings (string). Strings are immutable; built-in operators and keywords (rather than functions) provide concatenation, comparison, and UTF-8 encoding/decoding. [54] Record types can be defined with the struct keyword. [55]

For each type T and each non-negative integer constant n, there is an array type denoted [n]T; arrays of differing lengths are thus of different types. Dynamic arrays are available as "slices", denoted []T for some type T. These have a length and a capacity specifying when new memory needs to be allocated to expand the array. Several slices may share their underlying memory. [56] [57] [58]

Pointers are available for all types, and the pointer-to-T type is denoted *T. Address-taking and indirection use the & and * operators, as in C, or happen implicitly through the method call or attribute access syntax. [59] There is no pointer arithmetic, [lower-alpha 4] except via the special unsafe.Pointer type in the standard library. [60]

For a pair of types K, V, the type map[K]V is the type of hash tables mapping type-K keys to type-V values. Hash tables are built into the language, with special syntax and built-in functions. chan T is a channel that allows sending values of type T between concurrent Go processes.[ citation needed ]

Aside from its support for interfaces, Go's type system is nominal: the type keyword can be used to define a new named type, which is distinct from other named types that have the same layout (in the case of a struct, the same members in the same order). Some conversions between types (e.g., between the various integer types) are pre-defined and adding a new type may define additional conversions, but conversions between named types must always be invoked explicitly. [61] For example, the type keyword can be used to define a type for IPv4 addresses, based on 32-bit unsigned integers:

typeipv4addruint32

With this type definition, ipv4addr(x) interprets the uint32 value x as an IP address. Simply assigning x to a variable of type ipv4addr is a type error.[ citation needed ]

Constant expressions may be either typed or "untyped"; they are given a type when assigned to a typed variable if the value they represent passes a compile-time check. [62]

Function types are indicated by the func keyword; they take zero or more parameters and return zero or more values, all of which are typed. The parameter and return values determine a function type; thus, func(string, int32) (int, error) is the type of functions that take a string and a 32-bit signed integer, and return a signed integer (of default width) and a value of the built-in interface type error.[ citation needed ]

Any named type has a method set associated with it. The IP address example above can be extended with a method for checking whether its value is a known standard:

// ZeroBroadcast reports whether addr is 255.255.255.255.func(addripv4addr)ZeroBroadcast()bool{returnaddr==0xFFFFFFFF}

Due to nominal typing, this method definition adds a method to ipv4addr, but not on uint32. While methods have special definition and call syntax, there is no distinct method type. [63]

Interface system

Go provides two features that replace class inheritance.[ citation needed ]

The first is embedding, which can be viewed as an automated form of composition [64] or delegation. [65] :255

The second are its interfaces , which provides runtime polymorphism. [66] :266 Interfaces are a class of types and provide a limited form of structural typing in the otherwise nominal type system of Go. An object which is of an interface type is also of another type, much like C++ objects being simultaneously of a base and derived class. Go interfaces were designed after protocols from the Smalltalk programming language. [67] Multiple sources use the term duck typing when describing Go interfaces. [68] [69] Although the term duck typing is not precisely defined and therefore not wrong, it usually implies that type conformance is not statically checked. Since conformance to a Go interface is checked statically by the Go compiler (except when performing a type assertion), the Go authors prefer the term structural typing. [70]

The definition of an interface type lists required methods by name and type. Any object of type T for which functions exist matching all the required methods of interface type I is an object of type I as well. The definition of type T need not (and cannot) identify type I. For example, if Shape, Squareand Circle are defined as

import"math"typeShapeinterface{Area()float64}typeSquarestruct{// Note: no "implements" declarationsidefloat64}func(sqSquare)Area()float64{returnsq.side*sq.side}typeCirclestruct{// No "implements" declaration here eitherradiusfloat64}func(cCircle)Area()float64{returnmath.Pi*math.Pow(c.radius,2)}

then both a Square and a Circle are implicitly a Shape and can be assigned to a Shape-typed variable. [66] :263–268 In formal language, Go's interface system provides structural rather than nominal typing. Interfaces can embed other interfaces with the effect of creating a combined interface that is satisfied by exactly the types that implement the embedded interface and any methods that the newly defined interface adds. [66] :270

The Go standard library uses interfaces to provide genericity in several places, including the input/output system that is based on the concepts of Reader and Writer. [66] :282–283

Besides calling methods via interfaces, Go allows converting interface values to other types with a run-time type check. The language constructs to do so are the type assertion, [71] which checks against a single potential type, and the type switch, [72] which checks against multiple types.[ citation needed ]

The empty interfaceinterface{} is an important base case because it can refer to an item of any concrete type. It is similar to the Object class in Java or C# and is satisfied by any type, including built-in types like int. [66] :284 Code using the empty interface cannot simply call methods (or built-in operators) on the referred-to object, but it can store the interface{} value, try to convert it to a more useful type via a type assertion or type switch, or inspect it with Go's reflect package. [73] Because interface{} can refer to any value, it is a limited way to escape the restrictions of static typing, like void* in C but with additional run-time type checks.[ citation needed ]

The interface{} type can be used to model structured data of any arbitrary schema in Go, such as JSON or YAML data, by representing it as a map[string]interface{} (map of string to empty interface). This recursively describes data in the form of a dictionary with string keys and values of any type. [74]

Interface values are implemented using pointer to data and a second pointer to run-time type information. [75] Like some other types implemented using pointers in Go, interface values are nil if uninitialized. [76]

Package system

In Go's package system, each package has a path (e.g., "compress/bzip2" or "golang.org/x/net/html") and a name (e.g., bzip2 or html). References to other packages' definitions must always be prefixed with the other package's name, and only the capitalized names from other packages are accessible: io.Reader is public but bzip2.reader is not. [77] The go get command can retrieve packages stored in a remote repository [78] and developers are encouraged to develop packages inside a base path corresponding to a source repository (such as example.com/user_name/package_name) to reduce the likelihood of name collision with future additions to the standard library or other external libraries. [79]

Proposals exist to introduce a proper package management solution for Go similar to CPAN for Perl or Rust's cargo system or Node's npm system. [80]

Concurrency: goroutines and channels

The Go language has built-in facilities, as well as library support, for writing concurrent programs. Concurrency refers not only to CPU parallelism, but also to asynchrony: letting slow operations like a database or network read run while the program does other work, as is common in event-based servers. [81]

The primary concurrency construct is the goroutine, a type of light-weight process. A function call prefixed with the go keyword starts a function in a new goroutine. The language specification does not specify how goroutines should be implemented, but current implementations multiplex a Go process's goroutines onto a smaller set of operating-system threads, similar to the scheduling performed in Erlang. [82] :10

While a standard library package featuring most of the classical concurrency control structures (mutex locks, etc.) is available, [82] :151–152 idiomatic concurrent programs instead prefer channels, which provide send messages between goroutines. [83] Optional buffers store messages in FIFO order [65] :43 and allow sending goroutines to proceed before their messages are received.[ citation needed ]

Channels are typed, so that a channel of type chan T can only be used to transfer messages of type T. Special syntax is used to operate on them; <-ch is an expression that causes the executing goroutine to block until a value comes in over the channel ch, while ch <- x sends the value x (possibly blocking until another goroutine receives the value). The built-in switch-like select statement can be used to implement non-blocking communication on multiple channels; see below for an example. Go has a memory model describing how goroutines must use channels or other operations to safely share data. [84]

The existence of channels sets Go apart from actor model-style concurrent languages like Erlang, where messages are addressed directly to actors (corresponding to goroutines). The actor style can be simulated in Go by maintaining a one-to-one correspondence between goroutines and channels, but the language allows multiple goroutines to share a channel or a single goroutine to send and receive on multiple channels. [82] :147

From these tools one can build concurrent constructs like worker pools, pipelines (in which, say, a file is decompressed and parsed as it downloads), background calls with timeout, "fan-out" parallel calls to a set of services, and others. [85] Channels have also found uses further from the usual notion of interprocess communication, like serving as a concurrency-safe list of recycled buffers, [86] implementing coroutines (which helped inspire the name goroutine), [87] and implementing iterators. [88]

Concurrency-related structural conventions of Go (channels and alternative channel inputs) are derived from Tony Hoare's communicating sequential processes model. Unlike previous concurrent programming languages such as Occam or Limbo (a language on which Go co-designer Rob Pike worked), [89] Go does not provide any built-in notion of safe or verifiable concurrency. [90] While the communicating-processes model is favored in Go, it is not the only one: all goroutines in a program share a single address space. This means that mutable objects and pointers can be shared between goroutines; see § Lack of race condition safety, below.[ citation needed ]

Suitability for parallel programming

Although Go's concurrency features are not aimed primarily at parallel processing, [81] they can be used to program shared-memory multi-processor machines. Various studies have been done into the effectiveness of this approach. [91] One of these studies compared the size (in lines of code) and speed of programs written by a seasoned programmer not familiar with the language and corrections to these programs by a Go expert (from Google's development team), doing the same for Chapel, Cilk and Intel TBB. The study found that the non-expert tended to write divide-and-conquer algorithms with one go statement per recursion, while the expert wrote distribute-work-synchronize programs using one goroutine per processor. The expert's programs were usually faster, but also longer. [92]

Lack of race condition safety

There are no restrictions on how goroutines access shared data, making race conditions possible. Specifically, unless a program explicitly synchronizes via channels or other means, writes from one goroutine might be partly, entirely, or not at all visible to another, often with no guarantees about ordering of writes. [90] Furthermore, Go's internal data structures like interface values, slice headers, hash tables, and string headers are not immune to race conditions, so type and memory safety can be violated in multithreaded programs that modify shared instances of those types without synchronization. [93] [94] Instead of language support, safe concurrent programming thus relies on conventions; for example, Chisnall recommends an idiom called "aliases xor mutable", meaning that passing a mutable value (or pointer) over a channel signals a transfer of ownership over the value to its receiver. [82] :155

Binaries

The linker in the gc toolchain creates statically linked binaries by default; therefore all Go binaries include the Go runtime. [95] [96]

Omissions

Go deliberately omits certain features common in other languages, including (implementation) inheritance, generic programming, assertions, [lower-alpha 5] pointer arithmetic, [lower-alpha 4] implicit type conversions, untagged unions, [lower-alpha 6] and tagged unions. [lower-alpha 7] The designers added only those facilities that all three agreed on. [99]

Of the omitted language features, the designers explicitly argue against assertions and pointer arithmetic, while defending the choice to omit type inheritance as giving a more useful language, encouraging instead the use of interfaces to achieve dynamic dispatch [lower-alpha 8] and composition to reuse code. Composition and delegation are in fact largely automated by struct embedding; according to researchers Schmager et al., this feature "has many of the drawbacks of inheritance: it affects the public interface of objects, it is not fine-grained (i.e, no method-level control over embedding), methods of embedded objects cannot be hidden, and it is static", making it "not obvious" whether programmers will overuse it to the extent that programmers in other languages are reputed to overuse inheritance. [64]

The designers express an openness to generic programming and note that built-in functions are in fact type-generic, but these are treated as special cases; Pike calls this a weakness that may at some point be changed. [56] The Google team built at least one compiler for an experimental Go dialect with generics, but did not release it. [100] They are also open to standardizing ways to apply code generation. [101] In June 2020, a new draft design document [102] was published, which would add the necessary syntax to Go for declaring generic functions and types. A code translation tool go2go was provided to allow users to try out the new syntax, along with a generics-enabled version of the online Go Playground. [103]

Initially omitted, the exception-like panic/recover mechanism was eventually added, which the Go authors advise using for unrecoverable errors such as those that should halt an entire program or server request, or as a shortcut to propagate errors up the stack within a package (but not across package boundaries; there, error returns are the standard API). [104] [105] [106] [107]

Style

The Go authors put substantial effort into influencing the style of Go programs:

Tools

The main Go distribution includes tools for building, testing, and analyzing code:

It also includes profiling and debugging support, runtime instrumentation (for example, to track garbage collection pauses), and a race condition tester.

An ecosystem of third-party tools adds to the standard distribution, such as gocode, which enables code autocompletion in many text editors, goimports, which automatically adds/removes package imports as needed, and errcheck, which detects code that might unintentionally ignore errors.

Examples

Hello world

packagemainimport"fmt"funcmain(){fmt.Println("Hello, world!")}

where "fmt" is the package for formatted I/O , similar to C's C file input/output. [115]

Concurrency

The following simple program demonstrates Go's concurrency features to implement an asynchronous program. It launches two lightweight threads ("goroutines"): one waits for the user to type some text, while the other implements a timeout. The select statement waits for either of these goroutines to send a message to the main routine, and acts on the first message to arrive (example adapted from David Chisnall book). [82] :152

packagemainimport("fmt""time")funcreadword(chchanstring){fmt.Println("Type a word, then hit Enter.")varwordstringfmt.Scanf("%s",&word)ch<-word}functimeout(tchanbool){time.Sleep(5*time.Second)t<-false}funcmain(){t:=make(chanbool)gotimeout(t)ch:=make(chanstring)goreadword(ch)select{caseword:=<-ch:fmt.Println("Received",word)case<-t:fmt.Println("Timeout.")}}

Testing

The testing package provides support for automated testing of go packages. [116] Target function example:

funcExtractUsername(emailstring)string{at:=strings.Index(email,"@")returnemail[:at]}

Test code (note that assert keyword is missing in Go; tests live in <filename>_test.go at the same package):

import("testing")funcTestExtractUsername(t*testing.T){t.Run("withoutDot",func(t*testing.T){username:=ExtractUsername("r@google.com")ifusername!="r"{t.Fatalf("Got: %v\n",username)}})t.Run("withDot",func(t*testing.T){username:=ExtractUsername("jonh.smith@example.com")ifusername!="jonh.smith"{t.Fatalf("Got: %v\n",username)}})}

It is possible to run tests in parallel.

Web App

The net/http package provides support for creating web applications.

This example would show "Hello world!" when localhost:8080 is visited.

import("fmt""log""net/http")funchelloFunc(whttp.ResponseWriter,r*http.Request){fmt.Fprintf(w,"Hello world!")}funcmain(){http.HandleFunc("/",helloFunc)log.Fatal(http.ListenAndServe(":8080",nil))}

Applications

Some notable open-source applications written in Go include: [117]

Other notable companies and sites using Go (generally together with other languages, not exclusively) include:


See also related query to Wikidata.

Reception

The interface system, and the deliberate omission of inheritance, were praised by Michele Simionato, who likened these characteristics to those of Standard ML, calling it "a shame that no popular language has followed [this] particular route". [145]

Dave Astels at Engine Yard wrote: [146]

Go is extremely easy to dive into. There are a minimal number of fundamental language concepts and the syntax is clean and designed to be clear and unambiguous. Go is still experimental and still a little rough around the edges.

Go was named Programming Language of the Year by the TIOBE Programming Community Index in its first year, 2009, for having a larger 12-month increase in popularity (in only 2 months, after its introduction in November) than any other language that year, and reached 13th place by January 2010, [147] surpassing established languages like Pascal. By June 2015, its ranking had dropped to below 50th in the index, placing it lower than COBOL and Fortran. [148] But as of January 2017, its ranking had surged to 13th, indicating significant growth in popularity and adoption. Go was awarded TIOBE programming language of the year 2016.

Bruce Eckel has stated: [149]

The complexity of C++ (even more complexity has been added in the new C++), and the resulting impact on productivity, is no longer justified. All the hoops that the C++ programmer had to jump through in order to use a C-compatible language make no sense anymore -- they're just a waste of time and effort. Go makes much more sense for the class of problems that C++ was originally intended to solve.

A 2011 evaluation of the language and its gc implementation in comparison to C++ (GCC), Java and Scala by a Google engineer found:

Go offers interesting language features, which also allow for a concise and standardized notation. The compilers for this language are still immature, which reflects in both performance and binary sizes.

R. Hundt [150]

The evaluation got a rebuttal from the Go development team. Ian Lance Taylor, who had improved the Go code for Hundt's paper, had not been aware of the intention to publish his code, and says that his version was "never intended to be an example of idiomatic or efficient Go"; Russ Cox then optimized the Go code, as well as the C++ code, and got the Go code to run slightly faster than C++ and more than an order of magnitude faster than the code in the paper. [151]

Naming dispute

On November 10, 2009, the day of the general release of the language, Francis McCabe, developer of the Go! programming language (note the exclamation point), requested a name change of Google's language to prevent confusion with his language, which he had spent 10 years developing. [152] McCabe raised concerns that "the 'big guy' will end up steam-rollering over" him, and this concern resonated with the more than 120 developers who commented on Google's official issues thread saying they should change the name, with some [153] even saying the issue contradicts Google's motto of: Don't be evil. [154]

On October 12, 2010, the issue was closed by Google developer Russ Cox (@rsc) with the custom status "Unfortunate" accompanied by the following comment:

"There are many computing products and services named Go. In the 11 months since our release, there has been minimal confusion of the two languages." [154]

Criticism

Go critics say that:

Study shows that it is as easy to make concurrency bugs with message passing as with shared memory, sometimes even more. [162]

See also

Notes

  1. But "To allow complex statements to occupy a single line, a semicolon may be omitted before a closing ) or }". [51]
  2. “if the newline comes after a token that could end a statement, [the lexer will] insert a semicolon”. [52]
  3. Usually, exactly one of the result and error values has a value other than the type's zero value; sometimes both do, as when a read or write can only be partially completed, and sometimes neither, as when a read returns 0 bytes. See Semipredicate problem: Multivalued return.
  4. 1 2 Language FAQ "Why is there no pointer arithmetic? Safety … never derive an illegal address that succeeds incorrectly … using array indices can be as efficient as … pointer arithmetic … simplify the implementation of the garbage collector…." [12]
  5. Language FAQ "Why does Go not have assertions? …our experience has been that programmers use them as a crutch to avoid thinking about proper error handling and reporting…." [12]
  6. Language FAQ "Why are there no untagged unions…? [they] would violate Go's memory safety guarantees." [12]
  7. Language FAQ "Why does Go not have variant types? … We considered [them but] they overlap in confusing ways with interfaces…. [S]ome of what variant types address is already covered, … although not as elegantly." [12] (The tag of an interface type [97] is accessed with a type assertion [98] ).
  8. Questions "How do I get dynamic dispatch of methods?" and "Why is there no type inheritance?" in the language FAQ. [12]

Related Research Articles

Java is a high-level, class-based, object-oriented programming language that is designed to have as few implementation dependencies as possible. It is a general-purpose programming language intended to let application developers write once, run anywhere (WORA), meaning that compiled Java code can run on all platforms that support Java without the need for recompilation. Java applications are typically compiled to bytecode that can run on any Java virtual machine (JVM) regardless of the underlying computer architecture. The syntax of Java is similar to C and C++, but has fewer low-level facilities than either of them. The Java runtime provides dynamic capabilities that are typically not available in traditional compiled languages. As of 2019, Java was one of the most popular programming languages in use according to GitHub, particularly for client-server web applications, with a reported 9 million developers.

Java virtual machine Virtual machine

A Java virtual machine (JVM) is a virtual machine that enables a computer to run Java programs as well as programs written in other languages that are also compiled to Java bytecode. The JVM is detailed by a specification that formally describes what is required in a JVM implementation. Having a specification ensures interoperability of Java programs across different implementations so that program authors using the Java Development Kit (JDK) need not worry about idiosyncrasies of the underlying hardware platform.

In computing, serialization or serialisation is the process of translating a data structure or object state into a format that can be stored or transmitted and reconstructed later. When the resulting series of bits is reread according to the serialization format, it can be used to create a semantically identical clone of the original object. For many complex objects, such as those that make extensive use of references, this process is not straightforward. Serialization of object-oriented objects does not include any of their associated methods with which they were previously linked.

In object-oriented programming and software engineering, the visitor design pattern is a way of separating an algorithm from an object structure on which it operates. A practical result of this separation is the ability to add new operations to existing object structures without modifying the structures. It is one way to follow the open/closed principle.

OCaml is a general-purpose, multi-paradigm programming language which extends the Caml dialect of ML with object-oriented features. OCaml was created in 1996 by Xavier Leroy, Jérôme Vouillon, Damien Doligez, Didier Rémy, Ascánder Suárez, and others.

Java Platform, Standard Edition is a computing platform for development and deployment of portable code for desktop and server environments. Java SE was formerly known as Java 2 Platform, Standard Edition (J2SE).

This is a comparison of Java and C++, two prominent object-oriented programming languages.

Limbo is a programming language for writing distributed systems and is the language used to write applications for the Inferno operating system. It was designed at Bell Labs by Sean Dorward, Phil Winterbottom, and Rob Pike.

D (programming language) Multi-paradigm system programming language

D, also known as Dlang, is a multi-paradigm system programming language created by Walter Bright at Digital Mars and released in 2001. Andrei Alexandrescu joined the design and development effort in 2007. Though it originated as a re-engineering of C++, D is a distinct language. It has redesigned some core C++ features, while also sharing characteristics of other languages, notably Java, Python, Ruby, C#, and Eiffel.

In the C, C++, D, JavaScript and Julia programming languages, const is a type qualifier: a keyword applied to a data type that indicates that the data is read only. While this can be used to declare constants, const in the C family of languages differs from similar constructs in other languages in being part of the type, and thus has complicated behavior when combined with pointers, references, composite data types, and type-checking.

C Sharp (programming language) Multi-paradigm (object-oriented) programming language

C# is a general-purpose, multi-paradigm programming language encompassing static typing, strong typing, lexically scoped, imperative, declarative, functional, generic, object-oriented (class-based), and component-oriented programming disciplines.

In the Java computer programming language, an annotation is a form of syntactic metadata that can be added to Java source code. Classes, methods, variables, parameters and Java packages may be annotated. Like Javadoc tags, Java annotations can be read from source files. Unlike Javadoc tags, Java annotations can also be embedded in and read from Java class files generated by the Java compiler. This allows annotations to be retained by the Java virtual machine at run-time and read via reflection. It is possible to create meta-annotations out of the existing ones in Java.

Rust (programming language) Memory-safe programming language without garbage collection

Rust is a multi-paradigm programming language designed for performance and safety, especially safe concurrency. Rust is syntactically similar to C++, but can guarantee memory safety by using a borrow checker to validate references. Rust achieves memory safety without garbage collection, and reference counting is optional.

Dart is a programming language designed for client development, such as for the web and mobile apps. It is developed by Google and can also be used to build server and desktop applications.

Windows Runtime (WinRT) is a platform-agnostic application architecture first introduced in Windows 8 and Windows Server 2012 in 2012. WinRT supports development in C++/WinRT, C++/CX, Rust/WinRT, JavaScript-TypeScript, and the managed code languages C# and Visual Basic .NET (VB.NET). WinRT applications natively support both the x86 and ARM processors, and may run inside a sandboxed environment to allow greater security and stability. WinRT components are designed with interoperability among multiple languages and APIs in mind, including native, managed and scripting languages.

Objective-C is a general-purpose, object-oriented programming language that adds Smalltalk-style messaging to the C programming language. Originally developed by Brad Cox and Tom Love in the early 1980s, it was selected by NeXT for its NeXTSTEP operating system. Objective-C was the standard programming language supported by Apple for developing macOS and iOS applications using their respective application programming interfaces (APIs), Cocoa and Cocoa Touch, until the introduction of Swift in 2014.

Swift is a general-purpose, multi-paradigm, compiled programming language developed by Apple Inc. and the open-source community. First released in 2014, Swift was developed as a replacement for Apple's earlier programming language Objective-C, as Objective-C had been largely unchanged since the early 1980s and lacked modern language features. Swift works with Apple's Cocoa and Cocoa Touch frameworks, and a key aspect of Swift's design was the ability to interoperate with the huge body of existing Objective-C code developed for Apple products over the previous decades. It is built with the open source LLVM compiler framework and has been included in Xcode since version 6, released in 2014. On Apple platforms, it uses the Objective-C runtime library which allows C, Objective-C, C++ and Swift code to run within one program.

Nim (programming language) Programming language

Nim is an imperative, general-purpose, multi-paradigm, statically typed, systems, compiled programming language designed and developed by Andreas Rumpf. It is designed to be "efficient, expressive, and elegant", supporting metaprogramming, functional, message passing, procedural, and object-oriented programming styles by providing several features such as compile time code generation, algebraic data types, a foreign function interface (FFI) with C, C++, Objective-C, and JavaScript, and supporting compiling to those same languages.

WebAssembly Cross-platform assembly language and bytecode designed for execution in web browsers

WebAssembly is an open standard that defines a portable binary-code format for executable programs, and a corresponding textual assembly language, as well as interfaces for facilitating interactions between such programs and their host environment. The main goal of WebAssembly is to enable high-performance applications on web pages, but the format is designed to be executed and integrated in other environments as well, including standalone ones.

Fyne (software) Graphical toolkit for building cross platform GUIs

Fyne is a free and open-source cross-platform widget toolkit for creating graphical user interfaces (GUIs) across desktop and mobile platforms. Fyne uses OpenGL to provide cross-platform graphics. It is inspired by the principles of Material Design to create applications that look and behave consistently across all platforms. It is licensed under the terms of the 3-clause BSD License, supporting the creation of free and proprietary applications. In December 2019 Fyne became the most popular GUI toolkit for Go, by GitHub star count and in early February 2020 it was trending as #1 project in GitHub trending ranks.

References

  1. "First-Class Functions in Go" . Retrieved November 14, 2018. Go supports ... a functional programming style in a strongly typed language.
  2. "Is Go an object-oriented language?" . Retrieved April 13, 2019. Although Go has types and methods and allows an object-oriented style of programming, there is no type hierarchy.
  3. "Go: code that grows with grace" . Retrieved June 24, 2018. Go is Object Oriented, but not in the usual way.
  4. 1 2 "Text file LICENSE". The Go Programming Language. Retrieved October 5, 2012.
  5. "Release History".
  6. 1 2 "Why doesn't Go have "implements" declarations?". golang.org. Retrieved October 1, 2015.
  7. Pike, Rob (December 22, 2014). "Rob Pike on Twitter" . Retrieved March 13, 2016. Go has structural typing, not duck typing. Full interface satisfaction is checked and required.
  8. "lang/go: go-1.4 – Go programming language". OpenBSD ports. December 23, 2014. Retrieved January 19, 2015.
  9. "Go Porting Efforts". Go Language Resources. cat-v. January 12, 2010. Retrieved January 18, 2010.
  10. "Additional IP Rights Grant". The Go Programming Language. Retrieved October 5, 2012.
  11. Kincaid, Jason (November 10, 2009). "Google's Go: A New Programming Language That's Python Meets C++". TechCrunch. Retrieved January 18, 2010.
  12. "Language Design FAQ". golang.org. January 16, 2010. Retrieved February 27, 2010.
  13. 1 2 Metz, Cade (May 5, 2011). "Google Go boldly goes where no code has gone before". The Register.
  14. "Is the language called Go or Golang?" . Retrieved March 26, 2020. The language is called Go.
  15. "Go 1.5 Release Notes" . Retrieved January 28, 2016. The compiler and runtime are now implemented in Go and assembler, without C.
  16. "Go 1.11 is Released - The Go Blog". August 24, 2018. Retrieved January 1, 2019.
  17. "FAQ: Implementation". golang.org. January 16, 2010. Retrieved January 18, 2010.
  18. "Installing GCC: Configuration" . Retrieved December 3, 2011. Ada, Go and Objective-C++ are not default languages
  19. "A compiler from Go to JavaScript for running Go code in a browser: Gopherjs/Gopherjs". April 18, 2020.
  20. "Go at Google: Language Design in the Service of Software Engineering" . Retrieved October 8, 2018.
  21. Pike, Rob (April 28, 2010). "Another Go at Language Design". Stanford EE Computer Systems Colloquium. Stanford University. Video available.
  22. "Frequently Asked Questions (FAQ) - The Go Programming Language". golang.org. Retrieved February 26, 2016.
  23. Binstock, Andrew (May 18, 2011). "Dr. Dobb's: Interview with Ken Thompson" . Retrieved February 7, 2014.
  24. Pike, Rob (2012). "Less is exponentially more".
  25. Griesemer, Robert (2015). "The Evolution of Go".
  26. Griesemer, Robert; Pike, Rob; Thompson, Ken; Taylor, Ian; Cox, Russ; Kim, Jini; Langley, Adam. "Hey! Ho! Let's Go!". Google Open Source. Retrieved May 17, 2018.
  27. Shankland, Stephen (March 30, 2012). "Google's Go language turns one, wins a spot at YouTube: The lower-level programming language has matured enough to sport the 1.0 version number. And it's being used for real work at Google". News. CNet. CBS Interactive Inc. Retrieved August 6, 2017. Google has released version 1 of its Go programming language, an ambitious attempt to improve upon giants of the lower-level programming world such as C and C++.
  28. "Release History - The Go Programming Language". golang.org.
  29. "Go FAQ: Is Google using Go internally?" . Retrieved March 9, 2013.
  30. "Go fonts – The Go Blog". Go. November 16, 2016. Retrieved March 12, 2019.
  31. "Go Font TTFs". GitHub. Retrieved April 2, 2019.
  32. "Go's New Brand". The Go Blog. Retrieved November 9, 2018.
  33. "Go 2 Draft Designs" . Retrieved September 12, 2018.
  34. "The Go Blog: Go 2 Draft Designs". August 28, 2018.
  35. "Go 1 and the Future of Go Programs - The Go Programming Language". golang.org.
  36. "Go 1.16 Release Notes - The Go Programming Language". golang.org.
  37. "Release History - The Go Programming Language". golang.org.
  38. "Release History". The Go Programming Language. Retrieved August 24, 2018.
  39. "Go 1.11 Release Notes – the Go Programming Language".
  40. "Understanding Golang TLS mutual authentication DoS – CVE-2018-16875". December 19, 2018.
  41. "Working with Errors in Go 1.13 - The Go Blog". blog.golang.org. Retrieved March 11, 2021. Go 1.13 introduces new features to the errors and fmt standard library packages to simplify working with errors that contain other errors. The most significant of these is a convention rather than a change: an error which contains another may implement an Unwrap method returning the underlying error. If e1.Unwrap() returns e2, then we say that e1 wraps e2, and that you can unwrap e1 to get e2.
  42. 1 2 "Go 1.14 Release Notes – the Go Programming Language".
  43. "Go 1.15 is released - The Go Blog". blog.golang.org. Retrieved May 11, 2021. Go 1.15 includes a new package, time/tzdata, that permits embedding the timezone database into a program. Importing this package (as import _ "time/tzdata") permits the program to find timezone information even if the timezone database is not available on the local system. You can also embed the timezone database by building with -tags timetzdata. Either approach increases the size of the program by about 800 KB
  44. "Go 1.15 Release Notes - The Go Programming Language". golang.org. Retrieved May 11, 2021.
  45. "Go 1.16 Release Notes - The Go Programming Language". golang.org. Retrieved May 11, 2021.
  46. Pike, Rob. "The Go Programming Language". YouTube. Retrieved July 1, 2011.
  47. Pike, Rob (November 10, 2009). The Go Programming Language (flv) (Tech talk). Google. Event occurs at 8:53.
  48. Download and install packages and dependencies - go - The Go Programming Language; see godoc.org for addresses and documentation of some packages.
  49. "GoDoc". godoc.org.
  50. Rob Pike, on The Changelog podcast.
  51. "Go Programming Language Specification, §Semicolons". golang.org.
  52. "Effective Go, §Semicolons". golang.org.
  53. "The Go Programming Language Specification - The Go Programming Language". golang.org.
  54. Rob Pike, Strings, bytes, runes and characters in Go, October 23, 2013.
  55. Doxsey, Caleb. "Structs and Interfaces — An Introduction to Programming in Go". www.golang-book.com. Retrieved October 15, 2018.
  56. 1 2 Pike, Rob (September 26, 2013). "Arrays, slices (and strings): The mechanics of 'append'". The Go Blog. Retrieved March 7, 2015.
  57. Andrew Gerrand, Go Slices: usage and internals.
  58. The Go Authors, Effective Go: Slices.
  59. The Go authors Selectors - The Go Programming Language Specification and Calls - The Go Programming Language Specification.
  60. "Go Programming Language Specification, §Package unsafe". golang.org.
  61. "The Go Programming Language Specification". golang.org.
  62. "The Go Programming Language Specification". golang.org.
  63. "The Go Programming Language Specification". golang.org.
  64. 1 2 Schmager, Frank; Cameron, Nicholas; Noble, James (2010). GoHotDraw: evaluating the Go programming language with design patterns. Evaluation and Usability of Programming Languages and Tools. ACM.
  65. 1 2 Summerfield, Mark (2012). Programming in Go: Creating Applications for the 21st Century. Addison-Wesley.
  66. 1 2 3 4 5 Balbaert, Ivo (2012). The Way to Go: A Thorough Introduction to the Go Programming Language. iUniverse.
  67. "The Evolution of Go". talks.golang.org. Retrieved March 13, 2016.
  68. Diggins, Christopher (November 24, 2009). "Duck Typing and the Go Programming Language". Dr. Dobb's . Retrieved March 10, 2016.
  69. Ryer, Mat (December 1, 2015). "Duck typing in Go" . Retrieved March 10, 2016.
  70. "Frequently Asked Questions (FAQ) - The Go Programming Language". golang.org.
  71. "The Go Programming Language Specification". golang.org.
  72. "The Go Programming Language Specification". golang.org.
  73. reflect.ValueOf(i interface{}) converts an interface{} to a reflect.Value that can be further inspected
  74. "map[string]interface{} in Go". bitfieldconsulting.com.
  75. "Go Data Structures: Interfaces" . Retrieved November 15, 2012.
  76. "The Go Programming Language Specification". golang.org.
  77. "A Tutorial for the Go Programming Language". The Go Programming Language. Retrieved March 10, 2013. In Go the rule about visibility of information is simple: if a name (of a top-level type, function, method, constant or variable, or of a structure field or method) is capitalized, users of the package may see it. Otherwise, the name and hence the thing being named is visible only inside the package in which it is declared.
  78. "go - The Go Programming Language". golang.org.
  79. "How to Write Go Code". golang.org. The packages from the standard library are given short import paths such as "fmt" and "net/http". For your own packages, you must choose a base path that is unlikely to collide with future additions to the standard library or other external libraries. If you keep your code in a source repository somewhere, then you should use the root of that source repository as your base path. For instance, if you have an Example account at example.com/user, that should be your base path
  80. "Go Packaging Proposal Process". Google Docs.
  81. 1 2 Rob Pike, Concurrency is not Parallelism.
  82. 1 2 3 4 5 Chisnall, David (2012). The Go Programming Language Phrasebook. Addison-Wesley. ISBN   9780132919005.
  83. "Effective Go". golang.org.
  84. "The Go Memory Model" . Retrieved April 10, 2017.
  85. "Go Concurrency Patterns". golang.org.
  86. John Graham-Cumming, Recycling Memory Buffers in Go
  87. "tree.go".
  88. Ewen Cheslack-Postava, Iterators in Go.
  89. Brian W. Kernighan, A Descent Into Limbo
  90. 1 2 "The Go Memory Model" . Retrieved January 5, 2011.
  91. Tang, Peiyi (2010). Multi-core parallel programming in Go (PDF). Proc. First International Conference on Advanced Computing and Communications.
  92. Nanz, Sebastian; West, Scott; Soares Da Silveira, Kaue. Examining the expert gap in parallel programming (PDF). Euro-Par 2013. CiteSeerX   10.1.1.368.6137 .
  93. Russ Cox, Off to the Races.
  94. Pike, Rob (October 25, 2012). "Go at Google: Language Design in the Service of Software Engineering". Google, Inc. "There is one important caveat: Go is not purely memory safe in the presence of concurrency."
  95. "Frequently Asked Questions (FAQ) - the Go Programming Language".
  96. "A Story of a Fat Go Binary". September 21, 2018.
  97. "Go Programming Language Specification, §Interface types". golang.org.
  98. "Go Programming Language Specification, §Type assertions". golang.org.
  99. All Systems Are Go. informIT. August 17, 2010. Retrieved June 21, 2018.
  100. "E2E: Erik Meijer and Robert Griesemer – Going Go". Channel 9. Microsoft. May 7, 2012.
  101. Rob Pike, Generating code
  102. "Type Parameters - Draft Design". go.googlesource.com.
  103. "Generics in Go". bitfieldconsulting.com.
  104. Panic And Recover, Go wiki
  105. "Weekly Snapshot History". golang.org.
  106. "Proposal for an exception-like mechanism". golang-nuts. March 25, 2010. Retrieved March 25, 2010.
  107. "Effective Go". golang.org.
  108. "gofmt - The Go Programming Language". golang.org. Retrieved February 5, 2021.
  109. 1 2 "Effective Go". golang.org.
  110. "Unused local variables". yourbasic.org. Retrieved February 11, 2021.
  111. "Unused package imports". yourbasic.org. Retrieved February 11, 2021.
  112. "Code Review Comments" . Retrieved July 3, 2018.
  113. "Talks" . Retrieved July 3, 2018.
  114. "Errors Are Values" . Retrieved July 3, 2018.
  115. "fmt - The Go Programming Language". golang.org. Retrieved April 8, 2019.
  116. "testing - The Go Programming Language". golang.org. Retrieved December 27, 2020.
  117. avelino/awesome-go: A curated list of awesome Go frameworks, libraries and software , retrieved January 10, 2018
  118. "EdgeX Foundry Project". GitHub. Retrieved February 6, 2021.
  119. "ipfs/go-ipfs". GitHub. Retrieved June 1, 2018.
  120. "lightningnetwork/lnd", GitHub, retrieved April 29, 2020
  121. "NATS - Open Source Messaging System | Secure, Native Cloud Application Development".
  122. "Test driven development in Go | Cacoo". Cacoo. July 29, 2016. Retrieved June 1, 2018.
  123. "Chango". GitHub.
  124. Heller, Martin (July 17, 2014). "Review: Cloud Foundry brings power and polish to PaaS". JavaWorld. Retrieved January 22, 2019.
  125. John Graham-Cumming, Go at CloudFlare
  126. John Graham-Cumming, What we've been doing with Go
  127. "Go at CoreOS". November 25, 2014.
  128. "Couchbase". GitHub.
  129. Patrick Lee, Open Sourcing Our Go Libraries, July 7, 2014.
  130. "Official Go implementation of the Ethereum protocol". GitHub. ethereum. April 18, 2020.
  131. "Why we use Ruby on Rails to build GitLab". GitLab. Retrieved February 6, 2021. Ruby was optimized for the developer, not for running it in production," says Sid. "For the things that get hit a lot and have to be very performant or that, for example, have to wait very long on a system IO, we rewrite those in Go … We are still trying to make GitLab use less memory. So, we'll need to enable multithreading. When we developed GitLab that was not common in the Ruby on Rails ecosystem. Now it's more common, but because we now have so much code and so many dependencies, it's going to be a longer path for us to get there. That should help; it won't make it blazingly fast, but at least it will use less memory
  132. "dl.google.com: Powered by Go". golang.org.
  133. Matt Welsh, Rewriting a Large Production System in Go
  134. David Symonds, High Performance Apps on Google App Engine
  135. "Mongo DB". GitHub. April 18, 2020.
  136. "The Netflix Tech Blog: Application data caching using SSDs". May 25, 2016.
  137. "golang/go". GitHub. April 18, 2020.
  138. Steven Sacks. "Search & Advances". plug.dj tech blog. Archived from the original on June 11, 2015. Retrieved June 10, 2015.
  139. Tim Jenkins (March 6, 2014). "How to Convince Your Company to Go With Golang". SendGrid's Email Deliverability Blog.
  140. Peter Bourgon, Go at SoundCloud Archived November 11, 2013, at the Wayback Machine
  141. "Go at Google I/O and Gopher SummerFest - The Go Blog". golang.org.
  142. TWSTRIKE (April 17, 2020). "CoyIM". ThoughtWorks STRIKE team.
  143. Rhys Hiltner, Go’s march to low-latency GC, July 5, 2016.
  144. "How We Built Uber Engineering's Highest Query per Second Service Using Go". Uber Engineering Blog. February 24, 2016. Retrieved March 2, 2016.
  145. Simionato, Michele (November 15, 2009). "Interfaces vs Inheritance (or, watch out for Go!)". artima. Retrieved November 15, 2009.
  146. Astels, Dave (November 9, 2009). "Ready, Set, Go!". engineyard. Retrieved November 9, 2009.
  147. jt (January 11, 2010). "Google's Go Wins Programming Language Of The Year Award". jaxenter. Retrieved December 5, 2012.
  148. "TIOBE Programming Community Index for June 2015". TIOBE Software. June 2015. Retrieved July 5, 2015.
  149. Bruce Eckel (August 27, 2011). "Calling Go from Python via JSON-RPC" . Retrieved August 29, 2011.
  150. Hundt, Robert (2011). Loop recognition in C++/Java/Go/Scala (PDF). Scala Days.
  151. Metz, Cade (July 1, 2011). "Google Go strikes back with C++ bake-off". The Register .
  152. Brownlee, John (November 13, 2009). "Google didn't google "Go" before naming their programming language'". Archived from the original on December 8, 2015. Retrieved May 26, 2016.
  153. Claburn, Thomas (November 11, 2009). "Google 'Go' Name Brings Accusations Of Evil'". InformationWeek. Retrieved January 18, 2010.
  154. 1 2 "Issue 9 - go — I have already used the name for *MY* programming language". Github. Google Inc. Retrieved October 12, 2010.
  155. 1 2 Yager, Will. "Why Go is not Good" . Retrieved November 4, 2018.
  156. Elbre, Egon. "Summary of Go Generics discussions" . Retrieved November 4, 2018.
  157. 1 2 Dobronszki, Janos. "Everyday Hassles in Go" . Retrieved November 4, 2018.
  158. Fitzpatrick, Brad. "Go: 90% Perfect, 100% of the time" . Retrieved January 28, 2016.
  159. "Why are there braces but no semicolons? And why can't I put the opening brace on the next line?" . Retrieved March 26, 2020. The advantages of a single, programmatically mandated format for all Go programs greatly outweigh any perceived disadvantages of the particular style.
  160. "I want off Mr. Golang's Wild Ride". February 28, 2020. Retrieved November 17, 2020.
  161. "proposal: os: Create/Open/OpenFile() set FILE_SHARE_DELETE on windows #32088". May 16, 2019. Retrieved November 17, 2020.
  162. Tu, Tengfei (2019). "Understanding Real-World Concurrency Bugs in Go" (PDF). For example, around 58% of blocking bugs are caused by message passing. In addition to the violation of Go’s channel usage rules (e.g., waiting on a channel that no one sends data to or close), many concurrency bugs are caused by the mixed usage of message passing and other new semantics and new libraries in Go, which can easily be overlooked but hard to detect

Further reading