4.1 Cardinal UtilityThere are some theories of utility that attach a s dịch - 4.1 Cardinal UtilityThere are some theories of utility that attach a s Việt làm thế nào để nói

4.1 Cardinal UtilityThere are some

4.1 Cardinal Utility

There are some theories of utility that attach a significance to the magnitude of utility. These are known as cardinal utility theories. In a theory of cardinal utility, the size of the utility di erence between two bundles of goo ds is supposed to have some sort of significance.
We know how to tell whether a given person prefers one bundle of goods to another: we simply o er him or her a choice between the two bundles and see which one is chosen. Thus we know how to assign an ordinal utility to the two bundles of goods: we just assign a higher utility to the chosen bundle than to the rejected bundle. Any assignment that does this will be a utility function. Thus we have an operational criterion for determining whether one bundle has a higher utility than another bundle for some individual.
But how do we tell if a person likes one bundle twice as much as another?
How could you even tell if you like one bundle twice as much as another?
One could propose various definitions for this kind of assignment: I like one bundle twice as much as another if I am willing to pay twice as much for it. Or, I like one bundle twice as much as another if I am willing to run twice as far to get it, or to wait twice as long, or to gamble for it at twice the o dds.
There is nothing wrong with any of these definitions; each one would give rise to a way of assigning utility levels in which the magnitude of the numbers assigned had some operational significance. But there isn’t much right about them either. Although each of them is a possible interpretation of what it means to want one thing twice as much as another, none of them appears to be an especially compelling interpretation of that statement.
Even if we did find a way of assigning utility magnitudes that seemed to be especially compelling, what goo d would it do us in describing choice behavior? To tell whether one bundle or another will be chosen, we only have to know which is preferred—which has the larger utility. Knowing how much larger doesn’t add anything to our description of choice. Since cardinal utility isn’t needed to describe choice behavior and there is no compelling way to assign cardinal utilities anyway, we will stick with a purely ordinal utility framework.
4.2 Constructing a Utility Function

But are we assured that there is any way to assign ordinal utilities? Given a preference ordering can we always find a utility function that will order bundles of goods in the same way as those preferences? Is there a utility function that describes any reasonable preference ordering?
Not all kinds of preferences can be represented by a utility function.
For example, suppose that someone had intransitive preferences so that A B C A . Then a utility function for these preferences would have to consist of numbers u ( A ), u ( B ), and u ( C ) such that u ( A ) >u ( B ) >u ( C ) >u ( A ). But this is impossible.
However, if we rule out perverse cases like intransitive preferences, it turns out that we will typically be able to find a utility function to represent preferences. We will illustrate one construction here, and another one in Chapter 14.
Suppose that we are given an indi erence map as in Figure 4.2. We know that a utility function is a way to label the indi erence curves such that higher indi erence curves get larger numbers. How can we do this?
One easy way is to draw the diagonal line illustrated and label each indi erence curve with its distance from the origin measured along the line.
How do we know that this is a utility function? It is not hard to see that if preferences are monotonic then the line through the origin must intersect every indi erence curve exactly once. Thus every bundle is getting a label, and those bundles on higher indi erence curves are getting larger labels— and that’s all it takes to be a utility function.


SOME EXAMPLES OF UTILITY FUNCTIONS 59


x
2



Measures distance
from origin

4


3

2

1 Indifference
curves
0

x
1
Constructing a utility function from indi erence curves . Figure
Draw a diagonal line and label each indi erence curve with how 4.2
far it is from the origin measured along the line.


This gives us one way to find a labeling of indi erence curves, at least as long as preferences are monotonic. This won’t always be the most natural way in any given case, but at least it shows that the idea of an ordinal utility function is pretty general: nearly any kind of “reasonable” preferences can be represented by a utility function.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
4.1 cardinal Tiện íchChúng ta có một số lý thuyết của tiện ích đính kèm một ý nghĩa vào tầm quan trọng của tiện ích. Chúng được gọi là lý thuyết hồng y Tiện ích. Trong một lý thuyết về các tiện ích khác nhau, kích thước của tiện ích di erence giữa hai bó của goo ds là nghĩa vụ phải có một số loại ý nghĩa.Chúng tôi biết làm thế nào để nói cho dù người nhất định thích một bó của hàng hoá khác: chúng tôi chỉ đơn giản là o er anh ta hoặc cô ấy một sự lựa chọn giữa hai bó và xem cái nào được chọn. Do đó chúng tôi biết làm thế nào để gán một tiện ích tự cho hai bó của hàng: chúng tôi chỉ cần chỉ định một tiện ích cao bó được lựa chọn hơn cho các gói bị từ chối. Bất kỳ chuyển nhượng mà thực hiện điều này sẽ là một chức năng tiện ích. Vì vậy, chúng tôi có một tiêu chí hoạt động để xác định xem một bó có một tiện ích cao hơn một bó cho một số cá nhân.Nhưng làm thế nào chúng tôi biết nếu một người thích một bó hai lần như nhiều như nhau?Làm thế nào có thể bạn thậm chí biết nếu bạn muốn một bó hai lần như nhiều như nhau?Một có thể đề nghị định nghĩa khác nhau cho loại chuyển nhượng: tôi giống như một bó hai lần như nhiều như nhau nếu tôi muốn trả hai lần như nhiều cho nó. Hoặc, tôi như một bó hai lần như nhiều như nhau nếu tôi sẵn sàng để chạy hai lần như xa để có được nó, hoặc phải chờ đợi hai lần càng lâu, hoặc để đánh bạc cho nó lúc hai lần o dds.Không có gì sai với bất kỳ các định nghĩa này; mỗi người nào làm phát sinh một cách để chỉ định mức độ tiện ích trong đó tầm quan trọng của những con số được chỉ định đã có một số ý nghĩa hoạt động. Nhưng không có nhiều quyền về họ hoặc là. Mặc dù mỗi người trong số họ là một giải thích có thể về những gì nó có nghĩa là để muốn một điều hai lần như nhiều như nhau, không ai trong số họ dường như là một giải thích đặc biệt là hấp dẫn của tuyên bố đó.Ngay cả khi chúng tôi đã tìm thấy một cách để gán Tiện ích magnitudes mà dường như là đặc biệt hấp dẫn, d goo những gì nó sẽ làm cho chúng tôi trong việc miêu tả hành vi của sự lựa chọn? Để nói cho dù một bó này hay cách khác sẽ được lựa chọn, chúng tôi chỉ có để biết được ưa thích-trong đó có các tiện ích lớn hơn. Biết bao nhiêu lớn hơn không thêm bất cứ điều gì để chúng tôi mô tả của sự lựa chọn. Kể từ khi Hồng y Tiện ích không phải là cần thiết để mô tả hành vi của sự lựa chọn và không có cách nào hấp dẫn để gán hồng y Tiện ích dù sao, chúng tôi sẽ dính với một khuôn khổ hoàn toàn tự tiện ích. 4.2 xây dựng một chức năng hữu íchNhưng chúng tôi được đảm bảo rằng có bất kỳ cách nào để chỉ định tự tiện ích? Đưa ra một tùy chọn đặt hàng có thể chúng tôi luôn luôn tìm thấy một chức năng tiện ích mà sẽ để bó của hàng hóa trong cùng một cách với những sở thích? Là có một chức năng tiện ích mô tả bất kỳ thứ tự ưu tiên hợp lý?Không phải tất cả các loại sở thích có thể được đại diện bởi một chức năng tiện ích.Ví dụ, giả sử rằng ai đó có ngoại sở thích vì vậy đó A B C A. Sau đó, một chức năng hữu ích cho các tùy chọn có thể bao gồm số u (A), u (B), và bạn (C) sao cho u (A) > u (B) > u (C) > u (A). Nhưng điều này là không thể.Tuy nhiên, nếu chúng tôi loại bỏ các trường hợp perverse như ngoại tuỳ chọn, nó chỉ ra rằng chúng tôi sẽ thường có thể tìm thấy một chức năng tiện ích để đại diện cho sở thích. Chúng tôi sẽ minh họa cho một xây dựng ở đây, và một số khác trong chương 14.Giả sử rằng chúng tôi có được một bản đồ erence indi như trong hình 4.2. Chúng tôi biết rằng một chức năng tiện ích là một cách để nhãn indi đường cong erence như vậy mà cao indi erence đường cong nhận được lớn hơn số lượng. Làm thế nào chúng tôi có thể làm điều này?Một cách dễ dàng là để rút ra những dòng diagonal minh họa và nhãn mỗi đường cong erence indi với khoảng cách từ nguồn gốc đo dọc theo đường.Làm thế nào để chúng ta biết rằng đây là một chức năng tiện ích? Nó không phải là khó để thấy rằng nếu sở thích được monotonic sau đó dòng thông qua nguồn gốc phải cắt mọi đường cong erence indi đúng một lần. Do đó mỗi gói nhận được một nhãn, và những bó trên cao indi erence đường cong đang nhận được lớn hơn nhãn — và đó là tất cả phải mất là một chức năng tiện ích. MỘT SỐ VÍ DỤ VỀ CHỨC NĂNG HỮU ÍCH 59x2 Các biện pháp khoảng cáchtừ nguồn gốc4321 trung tínhđường cong0 x 1Xây dựng một chức năng tiện ích từ indi erence đường cong. Con sốVẽ một đường chéo và nhãn mỗi đường cong erence indi với cách 4.2đến nay, nó là từ nguồn gốc đo dọc theo đường.Này cung cấp cho chúng tôi một cách để tìm một ghi nhãn của indi erence đường cong, ít miễn là sở thích là monotonic. Điều này sẽ không luôn luôn là cách tự nhiên nhất trong bất kỳ trường hợp nhất định, nhưng tối thiểu nó cho thấy rằng ý tưởng của một chức năng tự tiện ích là khá chung: gần như bất kỳ loại sở thích "hợp lý" có thể được đại diện bởi một chức năng tiện ích.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
4.1 ĐHY Utility Có một số lý thuyết về tiện ích kèm theo một ý nghĩa với độ lớn của tiện ích. Chúng được gọi là lý thuyết tiện ích hồng y. Trong một lý thuyết về tiện ích hồng y, kích thước của các tiện ích di erence giữa hai bó ds goo là phải có một số loại có ý nghĩa. Chúng tôi biết làm thế nào để xác định một người nào đó thích một bó của hàng hóa khác: chúng tôi chỉ đơn giản o er anh ấy hoặc cô ấy một sự lựa chọn giữa hai bó và xem đó là một lựa chọn. Vì vậy, chúng tôi biết làm thế nào để ấn định một tiện ích thứ để hai bó của hàng hóa: chúng ta chỉ cần gán một tiện ích cao hơn cho các gói lựa chọn hơn cho các gói từ chối. Việc chuyển nhượng thực hiện điều này sẽ là một chức năng hữu ích. Như vậy chúng ta có một tiêu chí hoạt động để xác định liệu một bó có một tiện ích cao hơn so với một bó cho một số cá nhân. Nhưng làm thế nào để chúng tôi nói nếu một người thích một bó gấp đôi so với người khác? Làm thế nào bạn có thể kể cho mọi người nếu bạn thích một bó hai lần ? càng nhiều càng khác ta có thể đưa ra định nghĩa khác nhau cho các loại hình công việc: Tôi thích một bó gấp đôi so với người khác nếu tôi sẵn sàng trả gấp đôi cho nó. Hoặc, tôi thích một bó gấp đôi so với người khác nếu tôi sẵn sàng để chạy xa gấp đôi để có được nó, hoặc phải chờ lâu gấp đôi, hoặc để đánh bạc cho nó gấp đôi o DDS. Không có gì sai với bất kỳ trong số này là định nghĩa; mỗi người sẽ làm phát sinh một cách gán các mức độ tiện ích trong đó độ lớn của con số được gán đã có một số ý nghĩa hoạt động. Nhưng không có nhiều quyền được cả. Mặc dù mỗi người trong số họ là một giải thích có thể có của những gì nó có nghĩa là để muốn một điều hai lần nhiều như nhau, không ai trong số họ dường như là một giải đặc biệt hấp dẫn của câu nói đó. Ngay cả khi chúng tôi đã tìm thấy một cách để gán độ lớn tiện ích mà dường như đặc biệt hấp dẫn, những gì goo d nó sẽ làm chúng ta trong việc mô tả hành vi lựa chọn? Để biết được liệu một gói hoặc khác sẽ được lựa chọn, chúng tôi chỉ có biết đó là ưa thích, trong đó có các tiện ích lớn hơn. Biết làm thế nào lớn hơn không thêm bất cứ điều gì để mô tả chúng tôi lựa chọn. Vì tiện ích hồng y là không cần thiết để mô tả hành vi lựa chọn và không có cách nào thuyết phục để gán tiện ích hồng y dù sao, chúng tôi sẽ gắn bó với một khung tiện ích hoàn toàn tự. 4.2 Xây dựng một chức năng hữu ích Nhưng là chúng tôi đảm bảo rằng không có cách nào để gán thứ tự tiện ích? Với một thứ tự ưu tiên có thể chúng tôi luôn luôn tìm thấy một chức năng tiện ích mà sẽ đặt bó của hàng hóa trong cùng một cách như những sở thích đó? Có một chức năng tiện ích mà mô tả bất cứ ưu tiên đặt hàng hợp lý? Không phải tất cả các loại sở thích có thể được đại diện bởi một chức năng tiện ích. Ví dụ, giả sử rằng một người nào đó có sở thích nội động để ABCA. Sau đó, một chức năng hữu ích cho những sở thích sẽ phải bao gồm các số u (A), u (B), và u (C) sao cho u (A)> u (B)> u (C)> u (A). Nhưng điều này là không thể. Tuy nhiên, nếu chúng ta loại trừ trường hợp ngoan cố như sở thích nội động, nó chỉ ra rằng chúng ta sẽ thường có thể tìm thấy một chức năng tiện ích để đại diện cho sở thích. Chúng tôi sẽ minh họa một trong xây dựng ở đây, và một số khác trong Chương 14. Giả sử rằng chúng ta đưa ra một bản đồ erence indi như trong hình 4.2. Chúng ta biết rằng một chức năng tiện ích là một cách để nhãn các đường cong erence indi như vậy mà các đường cong erence indi cao hơn có được con số lớn hơn. Làm thế nào chúng ta có thể làm điều này? Một trong những cách dễ dàng là để vẽ đường chéo minh họa và dán nhãn cho mỗi đường cong erence indi với khoảng cách của nó từ gốc đo dọc theo dòng. Làm thế nào để chúng ta biết rằng đây là một chức năng hữu ích? Nó không phải là khó để thấy rằng nếu sở thích là đơn điệu thì dòng qua gốc phải cắt mọi đường cong erence indi đúng một lần. Vì vậy, mỗi bó là nhận được một nhãn hiệu, và những bó trên đường cong erence indi cao hơn đang nhận được labels- lớn hơn và đó là tất cả phải mất là một chức năng tiện ích. MỘT SỐ VÍ DỤ HÀNH UTILITY chức năng 59 x 2 Các biện pháp khoảng cách từ nguồn gốc 4 3 2 1 Sự dửng dưng đường cong 0 x 1 Xây dựng một chức năng tiện ích từ các đường cong erence indi. Hình vẽ một đường chéo và dán nhãn cho mỗi đường cong erence indi với cách 4.2 đến nay nó là từ nguồn gốc đo dọc theo đường. Điều này cho chúng ta một cách để tìm một nhãn hiệu của đường cong erence indi, ít nhất là dài như sở thích là đơn điệu. Điều này sẽ không phải luôn luôn là cách tự nhiên nhất trong bất kỳ trường hợp nào, nhưng ít nhất nó cho thấy rằng ý tưởng về một chức năng tiện ích tự là khá chung chung: gần như bất kỳ loại sở thích "hợp lý" có thể được đại diện bởi một chức năng tiện ích.
















































đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: