> On Jun 26, 2020, at 2:52 PM, Tyler Compton <xavi...@gmail.com> wrote:
>
> On Fri, Jun 26, 2020 at 10:52 AM David Riley <fraveyd...@gmail.com> wrote:
>> Also, to this specific point: this exact approach, as with much of Go,
>> embodies the Bell Labs approach to design (for better or for worse, and with
>> good reason). Sometimes we have to live with the artifacts of evolution.
>>
> One interesting counterexample here is the GC and scheduler, which take on a
> huge amount of complexity in the implementation to create a dead-simple
> interface. It seems like Go is willing to take a worse-is-better approach
> when the amount of interface complexity is relatively small.
Agreed, and this is a good point! Similar for even early Unix and the memory
allocator. Some things you have to make a simple interface for or no one will
use them.
- Dave
--
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 on the web visit
https://groups.google.com/d/msgid/golang-nuts/AB926BC1-A29E-4D77-8DCD-BA022463797E%40gmail.com.
