我同意 & 符号是个人偏好的问题。但是你在一个例子中使用了 & 符号 - &sum(1,2) - 而在另一个例子中没有使用 - roller($sides)。这是一个你没有解释的不一致，所以这只会让这门语言的新手感到困惑。他们会尝试找出改变的原因（“哦，也许当你将返回值传递给 print() 时需要使用 '&'”），并且会弄错。
如果你要使用 & 符号，请保持一致。或者，向你的读者解释你如何决定是否使用它。
你使用 "use utf8" 的情况也是如此。它在一个完整的程序中，但不在另一个程序中。而且因为你没有提及它，你的读者会感到困惑，不知道他们应该在什么时候使用它。
在编写教程（特别是针对初学者的教程）时，简洁性和一致性应该是你的座右铭。任何必要的不一致都应该清楚地解释，任何不必要的不一致都应该删除。
你可能对我的面向绝对初学者的 Perl 教程感兴趣 - https://perlhacks.com/perl-taster/
如果你要写一篇名为“2022 年学习 Perl”的文章，那么你可以包含一些看起来像是在过去五年内编写的 Perl 代码。
你应该在你的大多数示例中使用 "say()" 而不是 "print()"。
你没有解释为什么你在调用 "sum()" 时使用 & 符号，但在调用 "roller()" 时没有使用 - 答案是在这两种情况下都不需要 & 符号，使用它只会让人感到困惑（详见 https://perlhacks.com/2015/04/subroutines-and-ampersands/）。
哦，而且在你的示例程序中使用 "use utf8" 没有任何有用的作用。"utf8" 编译指示告诉 Perl 编译器你的源代码包含编码为 UTF8 的字符。你的所有代码都只使用 ASCII 字符 - 所以这只是增加了不必要的复杂性。
我同意 & 符号是个人偏好的问题。但是你在一个例子中使用了 & 符号 - &sum(1,2) - 而在另一个例子中没有使用 - roller($sides)。这是一个你没有解释的不一致，所以这只会让这门语言的新手感到困惑。他们会尝试找出改变的原因（“哦，也许当你将返回值传递给 print() 时需要使用 '&'”），并且会弄错。
如果你要使用 & 符号，请保持一致。或者，向你的读者解释你如何决定是否使用它。
你使用 "use utf8" 的情况也是如此。它在一个完整的程序中，但不在另一个程序中。而且因为你没有提及它，你的读者会感到困惑，不知道他们应该在什么时候使用它。
在编写教程（特别是针对初学者的教程）时，简洁性和一致性应该是你的座右铭。任何必要的不一致都应该清楚地解释，任何不必要的不一致都应该删除。
你可能对我的面向绝对初学者的 Perl 教程感兴趣 - https://perlhacks.com/perl-taster/