> The program can never reflect the shape of the problem, because it will be riddled with "glue code" that implements the obvious dull steps that you abstract away when reasoning.
How does this affect readability when one tries to dive into an existing Go project? Is Go code harder to navigate than code in more expressive languages?
How does this affect readability when one tries to dive into an existing Go project? Is Go code harder to navigate than code in more expressive languages?