From b58452651ae70896cde2faf4fb86d8b4b8c8f20e Mon Sep 17 00:00:00 2001 From: mighdoll Date: Mon, 27 Nov 2023 13:44:54 -0800 Subject: typo in intro doc (#3350) Co-authored-by: Yong He --- docs/user-guide/00-introduction.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'docs/user-guide') diff --git a/docs/user-guide/00-introduction.md b/docs/user-guide/00-introduction.md index b4bf7bb01..d505f2c8f 100644 --- a/docs/user-guide/00-introduction.md +++ b/docs/user-guide/00-introduction.md @@ -85,7 +85,7 @@ When services are introduced one after another, it may be hard to glimpse the bi Before we dive into actually _using_ Slang, let us step back and highlight some of the key design goals (and non-goals) that motivate the design: -* **Performance**: Real-time graphics demands high performance, which motivates the use of GPUs. Whenever possible, the benefits of using Slang must not come at the cost of performance. When a choice involves a performance trade-off the *user* of the system should be able to mak that choice. +* **Performance**: Real-time graphics demands high performance, which motivates the use of GPUs. Whenever possible, the benefits of using Slang must not come at the cost of performance. When a choice involves a performance trade-off the *user* of the system should be able to make that choice. * **Productivity**: Modern GPU codebases are large and growing. Productivity in a large codebase is less about _writing_ code quickly, and more about having code that is understandable, maintainable, reusable, and extensible. Language concepts like "modularity" or "separate compilation" are valuable if they foster greater developer productivity. -- cgit v1.2.3