実際の所が､意図や議論の結果なのか､俎上に上がってないだけなのか､先延ばしの結果なのかは知りませんが､ﾗｲﾌﾞﾗﾘやWikipediaの記述を見ると､意図したものかな？と推測ですが思います｡

関数型言語の影響

ﾏﾆｭｱﾙにも言及がありますし､ﾗｲﾌﾞﾗﾘにも見受けられますが､関数型言語を参考にしたところが多々あるようです｡Wikipediaには下記のように書かれています｡

1.x

1994年1月､Python1.0がﾘﾘｰｽした｡主な特徴として関数型言語の基本であるﾗﾑﾀﾞ計算を実装､MAP型､REDUCEなどが組み込まれている｡
ﾊﾞｰｼﾞｮﾝ1.4ではCommon Lispにある機能とよく似たｷｰﾜｰﾄﾞ引数が導入された｡また簡易ながら名前修飾を用いたｶﾌﾟｾﾙ化も実装された｡

2.x

2000年に公開｡ｶﾞﾍﾞｰｼﾞｺﾚｸｼｮﾝやUnicode､ﾘｽﾄが導入され一躍ﾒｼﾞｬｰな言語となった｡多くの機能をHaskellから参考している｡

言語とﾗｲﾌﾞﾗﾘの関係

以下もWikipediaより｡

Pythonは言語自身の機能をできるだけ小さくおさえ､ﾕｰｻﾞがいつも必要とする最小限の機能のみを提供するように作られている｡……基本機能にないものの多くはﾗｲﾌﾞﾗﾘによって提供されている｡

ﾒｿｯﾄﾞﾁｪｰﾝにはﾒｿｯﾄﾞの実装が必要で､それには組込型やそのｽｰﾊﾟｰｸﾗｽでの実装が必要なので､組込みの部分が肥大化することになります｡
もちろん､内部に組込型をもち､ﾒｿｯﾄﾞﾁｪｰﾝ出来るﾒｿｯﾄﾞ群を持つｸﾗｽをﾗｲﾌﾞﾗﾘとして作る方法もありますが､それはｽﾏｰﾄでない(一つの見方として)というのがあります｡
一方､外部関数として実装すれば､追加のﾗｲﾌﾞﾗﾘへの実装で済みますし､追加の機能は追加のﾗｲﾌﾞﾗﾘとしていけばよく､枯れた基本ﾗｲﾌﾞﾗﾘに手を付けなくてよい利点があります｡

もちろん言語仕様や実装方法で欠点を回避したり､見方を変えればｽﾏｰﾄになったりします｡
rubyは知りませんがjavascriptなら､Objectや自身のprototypeを拡張し､拡張する手段を設けて､動的にﾒｿｯﾄﾞを追加してｸﾗｽを拡張しているﾗｲﾌﾞﾗﾘがよくあります｡
たしか､pythonでも同様の事は可能だったと思いますが､しかし､それは別のﾗｲﾌﾞﾗﾘに副作用を与えるﾗｲﾌﾞﾗﾘという事でもあり､たぶんpythonはそれを良しとはしない気がします｡

まとめというか重複

以上と若干被りますが､小さくｼﾝﾌﾟﾙで重複した機能はいらないというpythonには既に関数型からもってきたﾓﾉがあり､いわば関数ﾁｪｰﾝがあるので､わざわざﾒｿｯﾄﾞﾁｪｰﾝはいらないのでしょう｡

確かなことは知らないけれど､PythonとRubyのmap()の違いを1つ｡

Pythonのmapは

>>> map(cmp, [1, 2, 3], [3, 2, 1])
[-1, 0, 1]

というように､複数の配列･ﾘｽﾄその他をとれる｡

もちろんmap()をﾒｿｯﾄﾞにしても､同様のことができるように実装できる｡
でもそうすると､複数の配列のどれを特別扱いするかで迷いそう｡
こういうこともPythonでmar()が関数である理由の1つになっているかもしれない｡