Joseph Musser

Results 575 comments of Joseph Musser

😃 huge win with #54. Total assembly resolve time is 964 ms (version 1.0.0-alpha.99.g7d2f4a388d): ![image](https://user-images.githubusercontent.com/8040367/68521482-7a051400-026f-11ea-8490-39a655c8a199.png) Where alpha.97 took 8328 ms: ![image](https://user-images.githubusercontent.com/8040367/68521506-afa9fd00-026f-11ea-91e9-f7071dcf8064.png) Total time is now 17.4 seconds: ![image](https://user-images.githubusercontent.com/8040367/68521377-7ae97600-026e-11ea-97a6-ef6b043a53ed.png)

From the perspective of someone who has consumed the C# spec proposals as a library and tooling author, this spec documentation is well worth solving and delivering along with each...

Does that mean the recently-created https://docs.microsoft.com/en-us/dotnet/fundamentals/code-analysis/quality-rules/ca1834 is now obsolete, or is StringBuilder itself still slower? ![image](https://user-images.githubusercontent.com/8040367/129451389-5f7534d0-bbb5-4fc6-82fc-71427e7a70a6.png)

This makes sense to me since we already do `\r`, `\n`, `\t`, `\v`, `\a`, `\0`, and `\\`. (We missed `\"`, I guess? 😄) Would we simply use the `\u` representation...

What if we leave the display as-is and call out the mismatching numeric `char` values no matter what they are?