> On Dec 29, 2024, at 1:38 AM, Amnon <amno...@gmail.com> wrote: > > A nice thing about Go is that it is easy on the eye. Names are short, and > easy to read. When you look at Go code, you are not faced with a wall of > black text. The signal to noise ratio is high. Variable and function names > general convey what they do, what they mean, rather than the types of their > return values. So we would tend to call a variable `count` rather than > `countInteger`. > <snip> > I am glad that the Go team are doing their best to keep it that way.
Then you must REALLY hate that the Go team chose these names in the standard library: # strings Package - Builder.Write() vs Builder.WriteString() - Builder.WriteByte() vs Builder.WriteRune() - Reader.Read() vs Reader.ReadString() - Reader.ReadByte() vs Reader.ReadRune() # bytes Package - Buffer.Write() vs Buffer.WriteString() - Buffer.WriteByte() vs Buffer.WriteRune() - Reader.Read() vs Reader.ReadString() - Reader.ReadByte() vs Reader.ReadRune() # strconv Package - strconv.AppendBool() - strconv.AppendFloat() - strconv.AppendInt() - strconv.AppendUint() - strconv.FormatBool() - strconv.FormatFloat() - strconv.FormatInt() - strconv.FormatUint() - strconv.ParseBool() - strconv.ParseFloat() - strconv.ParseInt() - strconv.ParseUint() # slices Package - slices.Sort() vs slices.SortFunc() - slices.IsSorted() vs slices.IsSortedFunc() - slices.BinarySearch() vs slices.BinarySearchFunc() - slices.Contains() vs slices.ContainsFunc() - slices.Index() vs slices.IndexFunc() - slices.LastIndex() vs slices.LastIndexFunc() # maps Package - maps.Equal() vs maps.EqualFunc() # bufio Package - Reader.Read() vs Reader.ReadString() - Reader.ReadByte() vs Reader.ReadRune() - Writer.Write() vs Writer.WriteString() - Writer.WriteByte() vs Writer.WriteRune() # archive/tar Package - Reader.Read() vs Reader.ReadString() - Writer.Write() vs Writer.WriteString() -Mike -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion visit https://groups.google.com/d/msgid/golang-nuts/28732884-0E56-4FAA-9DA4-C39700870CC7%40newclarity.net.
