经验与复盘经验摘录 · 机器翻译
我个人很高兴我们已经朝着成为一门严肃的工程学科迈进，完全……
……我个人很高兴我们已经朝着成为一门严肃的工程学科迈进，包括用户体验也成为一个重要部分。
源讨论我们曾是巫师——《学习Perl》（1993年）的前言原帖 126 条评论 · 导入时统计展开讨论
这条内容在回应什么？
现在嘲讽Perl已经成为一种网络迷因，但我始终无法理解它本可以成为什么样子……Python 3000和Perl 6曾让社区充满期待。CPAN是一个惊人的西部荒野，人们以一种比其他语言使用Source Forge甚至Fresh Meat（GitHub尚未出现）更简单的方式分享着令人惊叹的库。 不要陷入嘲讽Perl的迷因陷阱。虽然现在只有少数由老手运营的公司可能还在使用它，甚至可能由运维人员使用，但我建议你花一个月真正地使用它——因为这真的是一门优美的语言，它真的让意识流编程成为常态
完整原文社区评论 0
把你的经验，加入这段讨论。
原讨论中的回复 5
随意编程不是语言的问题，而是心态的问题。我见过很多精心设计的 Perl 项目。"Perl 最佳实践" 是一个真实存在的东西
完整原文我很高兴你在这个行业找到了一个"严肃工程"的角落。在网页开发中，这里仍然像西部荒野一样。如今，框架的创建者追求的是参与度指标，而不是魔法般的技艺，但最终结果是一样的。
完整原文> Perl 被正确地批评，因为它成为了随意编程的代表，这与良好的工程实践背道而驰：可理解性、可预测性、可重复性、可衡量性、安全性。 这是个流行的说法，但事实并非如此。 我将以 Python 作为比较的基础，因为从我的角度来看，Python 是取代 Perl 的语言。 > 可理解性 关于符号有很多讨论，但最终，一种语言的熟悉程度取决于开发者的接触程度。Python 对于新手来说更容易理解，因为它更倾向于使用单词而不是表达式，但现在随着 Python 的成熟，它也变得同样难以理解了。 > 可预测性 我首先要承认，Perl 中有一些非常大的陷阱，这些是它作为 shell 工具演进的遗留问题。但语言还有其他方面是真正…
完整原文人们经常忘记2000年代的时候事情有多糟糕。所谓的“严肃的工程学科”通常意味着Java和“为每个get/set方法编写单元测试和五行为文档字符串”。我宁愿选择巫师和炼金术。 即使在今天，当时许多“严肃的工程师”仍然在业界游荡，时不时参加面试，完全无法编写代码。有些人甚至将年轻的人引入这个陷阱，这是一个令人遗憾的画面。
完整原文>我很高兴我们已经朝着成为一门严肃的工程学科迈进 引用不朽的本德的话： >> 哦，等一下，你是认真的，让我笑得更厉害一些。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。