make_it_quack 可以处理任何拥有 quack 方法的对象——一个 Duck、一个 Person，或任何东西。它不检查类型，只是调用方法。这就是无需共享继承或显式接口的多态。
# Ruby code typically relies on method presence, not type checks
def process(items)
items.each { |i| puts i } # works with ANY object that has `each`
# → an Array, a Set, a Range, a custom Enumerable... all "quack" with each
end
# the << operator: works on anything that defines it
def append_to(collection, item)
collection << item # works on Array, String, IO, Logger... they all have <<
end
# ✅ duck-typed — check if it responds to a method (behavior)
if obj.respond_to?(:each)
obj.each { ... }
end
# ❌ less Ruby-like — checking the class/type
if obj.is_a?(Array) # rigid; duck typing prefers checking capability
end
当灵活性很重要时，地道的 Ruby 会优先使用 respond_to?（它有这个方法吗？）而不是 is_a?（它是这个类型吗？）——聚焦于能力，而非类。
鸭子类型是 Ruby 的一条基本原则，也是 Ruby 实现灵活性和多态方式的标志性特征，因此理解它对于编写地道的 Ruby 代码很重要。
其核心思想——一个对象是否适用取决于它能做什么（它的方法），而不是它的类/类型——使得能够编写灵活的多态代码，而无需共享继承或显式接口（不同于静态类型语言，那里的多态需要共同的基类或接口）。
这既解放思维又强大：一个方法可以处理任何响应所需方法的对象，因此你可以传入任何会“叫”的东西——不同的类、自定义对象——它就能正常工作，从而让代码可复用、可适配。
理解鸭子类型解释了 Ruby 灵活、以行为为中心的风格，以及为什么 Ruby 代码通常依赖方法是否存在（respond_to?）而不是类型检查（is_a?）——聚焦于能力而非类，正是地道的 Ruby 做法。
这条原则支撑起了 Ruby 的诸多优雅之处，以及其库和框架的灵活性（它们可以与任何提供了正确方法的东西配合，比如任何拥有 each 或 << 的对象）。
掌握鸭子类型——Ruby 关心的是行为而非类型，从而实现免接口的多态，并且地道的 Ruby 检查能力而非类——对于编写灵活、地道的 Ruby 代码，以及理解使 Ruby 区别于静态类型语言的动态、面向行为的哲学，都很重要。
它是一个核心的概念性主题，体现了 Ruby 灵活的设计，也是一个常见的面试考点，反映了对动态、鸭子类型编程的理解。