खैर, एन्ट्रापी शब्द केवल ऊष्मागतिकी और सूचना सिद्धांत में ही नहीं दिखाई देता है, यह डेटा संपीड़न की वास्तविक दुनिया में भी दिखाई देता है। उस संदर्भ में, कंप्रेसर जो एन्ट्रापी देखता है वह उसके द्वारा निर्मित बिट्स की संख्या के बराबर है। (ध्यान दें कि मैंने कहा था "कंप्रेसर जिसे एन्ट्रापी देखता है ", क्योंकि एंट्रॉपी जो माना जाता है वह इनपुट डेटा का वर्णन करने के लिए कंप्रेसर का उपयोग करने वाले मॉडल पर निर्भर करता है। यही कारण है कि विभिन्न कंप्रेशर्स अलग-अलग आकार की फ़ाइलों का उत्पादन करते हैं: एंट्रोपी क्या है एक दूसरे के लिए शोषणकारी संरचना है।)
यह, सिद्धांत रूप में, स्रोत कोड जटिलता के लिए खूबसूरती से लागू किया जा सकता है: "बस" एक कंप्रेसर लिखता है जो केवल पूरी तरह से मानक अनुपालन स्रोत कोड पर काम करता है, और जो इसे कंपाइलर की तरह पार्स कर रहा होता है, उसी अनुरूप सिंटैक्स ट्री का निर्माण करता है। फिर यह इस सिंटेक्स ट्री को चला सकता है, और प्रत्येक नोड पर निर्णय ले सकता है कि प्रत्येक नोड पर कौन सा नोड संभव होगा, उस नोड को उस ज्ञान के साथ एन्कोडिंग।
इसलिए, उदाहरण के लिए, यदि भाषा या तो किसी मौजूदा पहचानकर्ता, या कोष्ठक में संलग्न कुछ, या किसी विशिष्ट बिंदु पर उत्पाद की अनुमति देती है, तो कंप्रेसर संभावित मौजूदा पहचानकर्ताओं की गणना करेगा, प्रकार की जानकारी को ध्यान में रखते हुए (जैसा कि आपके पास ऐसे 3 पहचानकर्ता हैं ), और 5 संभावित संभावनाओं को देते हुए, दो संभावित उप-विभाजनों के लिए 2 जोड़ें। तो नोड lb 5 = 2.32
बिट्स के साथ एन्कोड किया जाएगा । दो संभव उप-संदर्भों के मामले में, उनकी सामग्री को एन्कोड करने के लिए अधिक बिट्स की आवश्यकता होगी।
यह वास्तव में कोड की जटिलता के लिए एक बहुत ही सटीक उपाय देगा जैसा कि यह है। हालाँकि, यह उपाय अभी भी बेकार है! यह एक ही कारण के लिए बेकार है कि सभी कोड जटिलता माप बेकार हैं: वे असफल कोड मापा जटिलता (जो कुछ भी हो सकता है) और कोड की समस्या की जटिलता के बीच संबंध बनाते हैं। आप अपने एलओसी काउंट के साथ अपने नियोक्ता को प्रभावित करने के लिए हमेशा अपनी प्रोग्रामिंग समस्याओं का हास्यास्पद जटिल समाधान पा सकते हैं , लेकिन कोई भी कोड जटिलता उपाय आपको यह नहीं बताएगा कि कार्य को प्रयास के एक अंश के साथ हल किया जा सकता था।