diff --git "a/content/01-C++ \345\237\272\347\241\200/1-11-Developing-your-first-program.md" "b/content/01-C++ \345\237\272\347\241\200/1-11-Developing-your-first-program.md"
index 76abd12f0..2604abcb9 100644
--- "a/content/01-C++ \345\237\272\347\241\200/1-11-Developing-your-first-program.md"	
+++ "b/content/01-C++ \345\237\272\347\241\200/1-11-Developing-your-first-program.md"	
@@ -210,7 +210,7 @@ int main()
 这个版本是我们提供的参考答案。
 
 > [!info] "作者注"
-> 编程的首要目标，是让程序能够正常工作。不能工作的程序不论写的多好 s，都是没有意义的。
+> 编程的首要目标，是让程序能够正常工作。不能工作的程序不论写的多好，都是没有意义的。
 > 然而，我很喜欢的一句名言是这么说的：你必须写过一遍代码之后，才能知道你最初应该如何去写它。这句话道出了这样一个事实，最佳的解决方案往往不明显的，而最先想到的解决方案，往往又不是最佳的。
 > 在我们专注于如何解决问题并使得程序运行起来的时候，花大量的时间取琢磨这些我们甚至都不知道是否最终会被使用的代码，是不划算。因此我们需要另辟蹊径，暂时跳过异常处理和注释，代码中充斥着大量的帮助定位问题的调试代码也无所谓，我们要学会摸着石头过河，而当一个方法彻底行不通的时候，就换一种方法从新开始。
 > 这么做的结果就是，最初版本的代码往往缺乏条理、健壮性也不佳、可读性不好，就更别提什么简介明了了。因此，当你的代码可以工作之后，你的工作还没有完成（出发你编写的代码是一次性的）。接下来，你需要清理你的代码，包括删除（或注释掉）帮助调试的临时性代码、编写注释、处理可能发生的错误、美化代码的排版并确保代码遵循了相关的最佳实践。此外，你的代码可能并不是最精简的，也许里面还存在着可以被合并的冗余逻辑，或者存在着可以被合并的语句，亦或是有些变量是没有必要的，以及其他各种可以被简化的常见。很多新手程序员都迫切的想要去优化程序的性能，而实际上程序的可维护性才是它们最应该优先考虑的事情。