Пару лет назад я участвовал в написании лучших практик / стиля кодирования для нашей (довольно большой и часто использующей Perl) компании. Это было сделано комитетом «старших» разработчиков Perl.
Как и все, что было сделано консенсусом, в нем были части, с которыми все не соглашались. Duh.
Часть, которая больше всего ошибалась, была настоятельной рекомендацией НЕ использовать много Perlisms (свободно определяемых как идиомы кода, отсутствующие, скажем, в C ++ или Java), такие как «Избегайте использования« ..., если X; » строит».
Основным обоснованием для таких правил, как этот, было то, что разработчикам, не являющимся Perl, было бы намного сложнее с базой кода Perl в противном случае. Здесь я предполагаю, что жокеи с Perl-кодом в целом встречаются реже - и среди новых сотрудников компании - чем не-Perlers.
Мне было интересно, есть ли у SO какие-либо веские аргументы в поддержку или отклонения этой логики ... на данный момент это в основном академическое любопытство, так как стандарт кодирования Perl компании окостенел и больше никогда не будет пересматриваться, насколько я знаю .
P.S. Просто чтобы быть ясным, вопрос находится в контексте, который я заметил - ответом для меньшего по размеру магазина разработки на Perl, очевидно, является громкое «использование Perl для его максимальной производительности».