cotfas Goto Github PK

𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘸𝘢𝘴 𝘳𝘦𝘷𝘦𝘳𝘦𝘥 𝘪𝘯 𝘵𝘩𝘦 𝘬𝘪𝘯𝘨𝘥𝘰𝘮 𝘧𝘰𝘳 𝘩𝘪𝘴 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸 𝘴𝘬𝘪𝘭𝘭𝘴. 𝘌𝘷𝘦𝘳𝘺 𝘵𝘪𝘮𝘦 𝘢 𝘯𝘦𝘸 𝘤𝘰𝘮𝘱𝘢𝘯𝘺 𝘢𝘯𝘯𝘰𝘶𝘯𝘤𝘦𝘥 𝘪𝘵 𝘸𝘢𝘴 𝘩𝘪𝘳𝘪𝘯𝘨, 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘸𝘰𝘶𝘭𝘥 𝘣𝘳𝘶𝘴𝘩 𝘶𝘱 𝘰𝘯 𝘵𝘩𝘦 𝘭𝘢𝘵𝘦𝘴𝘵 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸 𝘵𝘦𝘤𝘩𝘯𝘪𝘲𝘶𝘦𝘴, 𝘱𝘳𝘢𝘤𝘵𝘪𝘤𝘦 𝘤𝘰𝘥𝘪𝘯𝘨 𝘱𝘳𝘰𝘣𝘭𝘦𝘮𝘴 𝘰𝘯 𝘦𝘷𝘦𝘳𝘺 𝘬𝘯𝘰𝘸𝘯 𝘱𝘭𝘢𝘵𝘧𝘰𝘳𝘮, 𝘢𝘯𝘥 𝘳𝘦𝘩𝘦𝘢𝘳𝘴𝘦 𝘩𝘪𝘴 𝘢𝘯𝘴𝘸𝘦𝘳𝘴 𝘵𝘰 𝘵𝘩𝘦 𝘤𝘭𝘢𝘴𝘴𝘪𝘤 "𝘞𝘩𝘦𝘳𝘦 𝘥𝘰 𝘺𝘰𝘶 𝘴𝘦𝘦 𝘺𝘰𝘶𝘳𝘴𝘦𝘭𝘧 𝘪𝘯 𝘧𝘪𝘷𝘦 𝘺𝘦𝘢𝘳𝘴?" 𝘲𝘶𝘦𝘴𝘵𝘪𝘰𝘯. 𝘏𝘪𝘴 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸𝘴 𝘸𝘦𝘳𝘦 𝘧𝘭𝘢𝘸𝘭𝘦𝘴𝘴—𝘵𝘪𝘮𝘦𝘥 𝘵𝘰 𝘱𝘦𝘳𝘧𝘦𝘤𝘵𝘪𝘰𝘯, 𝘸𝘪𝘵𝘩 𝘦𝘷𝘦𝘳𝘺 𝘦𝘥𝘨𝘦 𝘤𝘢𝘴𝘦 𝘤𝘰𝘯𝘴𝘪𝘥𝘦𝘳𝘦𝘥, 𝘦𝘷𝘦𝘳𝘺 𝘰𝘱𝘵𝘪𝘮𝘪𝘻𝘢𝘵𝘪𝘰𝘯 𝘦𝘹𝘱𝘭𝘰𝘳𝘦𝘥. 𝘊𝘰𝘮𝘱𝘢𝘯𝘪𝘦𝘴 𝘸𝘰𝘶𝘭𝘥 𝘭𝘪𝘯𝘦 𝘶𝘱 𝘵𝘰 𝘰𝘧𝘧𝘦𝘳 𝘩𝘪𝘮 𝘱𝘰𝘴𝘪𝘵𝘪𝘰𝘯𝘴, 𝘢𝘯𝘥 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘸𝘰𝘶𝘭𝘥 𝘯𝘰𝘥 𝘴𝘰𝘭𝘦𝘮𝘯𝘭𝘺 𝘢𝘴 𝘩𝘦 𝘢𝘤𝘤𝘦𝘱𝘵𝘦𝘥 𝘵𝘩𝘦𝘪𝘳 𝘱𝘳𝘢𝘪𝘴𝘦.

𝘠𝘦𝘵, 𝘥𝘦𝘴𝘱𝘪𝘵𝘦 𝘩𝘪𝘴 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸 𝘱𝘳𝘰𝘸𝘦𝘴𝘴, 𝘚𝘢𝘭𝘪𝘦𝘳𝘪’𝘴 𝘱𝘦𝘳𝘧𝘰𝘳𝘮𝘢𝘯𝘤𝘦 𝘰𝘯 𝘵𝘩𝘦 𝘫𝘰𝘣 𝘸𝘢𝘴...𝘢𝘥𝘦𝘲𝘶𝘢𝘵𝘦. 𝘏𝘦 𝘧𝘰𝘭𝘭𝘰𝘸𝘦𝘥 𝘵𝘩𝘦 𝘱𝘳𝘰𝘤𝘦𝘴𝘴𝘦𝘴, 𝘸𝘳𝘰𝘵𝘦 𝘤𝘰𝘥𝘦 𝘵𝘩𝘢𝘵 𝘱𝘢𝘴𝘴𝘦𝘥 𝘢𝘭𝘭 𝘵𝘦𝘴𝘵𝘴, 𝘢𝘯𝘥 𝘥𝘦𝘭𝘪𝘷𝘦𝘳𝘦𝘥 𝘧𝘦𝘢𝘵𝘶𝘳𝘦𝘴 𝘰𝘯 𝘵𝘪𝘮𝘦. 𝘉𝘶𝘵 𝘩𝘪𝘴 𝘸𝘰𝘳𝘬, 𝘸𝘩𝘪𝘭𝘦 𝘤𝘰𝘮𝘱𝘦𝘵𝘦𝘯𝘵, 𝘭𝘢𝘤𝘬𝘦𝘥 𝘵𝘩𝘦 𝘴𝘱𝘢𝘳𝘬 𝘰𝘧 𝘪𝘯𝘯𝘰𝘷𝘢𝘵𝘪𝘰𝘯. 𝘏𝘦 𝘸𝘢𝘴 𝘳𝘦𝘭𝘪𝘢𝘣𝘭𝘦, 𝘣𝘶𝘵 𝘯𝘰𝘵 𝘳𝘦𝘷𝘰𝘭𝘶𝘵𝘪𝘰𝘯𝘢𝘳𝘺. 𝘏𝘪𝘴 𝘤𝘰𝘥𝘦 𝘸𝘰𝘳𝘬𝘦𝘥, 𝘣𝘶𝘵 𝘪𝘵 𝘥𝘪𝘥𝘯’𝘵 𝘴𝘪𝘯𝘨.

𝘛𝘩𝘦𝘯 𝘰𝘯𝘦 𝘥𝘢𝘺, 𝘢 𝘯𝘦𝘸 𝘦𝘯𝘨𝘪𝘯𝘦𝘦𝘳 𝘢𝘳𝘳𝘪𝘷𝘦𝘥 𝘪𝘯 𝘊𝘰𝘥𝘦𝘷𝘢𝘯𝘪𝘢—𝘢 𝘺𝘰𝘶𝘯𝘨, 𝘶𝘯𝘢𝘴𝘴𝘶𝘮𝘪𝘯𝘨 𝘱𝘳𝘰𝘨𝘳𝘢𝘮𝘮𝘦𝘳 𝘯𝘢𝘮𝘦𝘥 𝘔𝘰𝘻𝘻𝘢𝘳𝘥. 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘥𝘪𝘥𝘯’𝘵 𝘩𝘢𝘷𝘦 𝘢 𝘵𝘰𝘸𝘦𝘳𝘪𝘯𝘨 𝘴𝘵𝘢𝘤𝘬 𝘰𝘧 𝘤𝘦𝘳𝘵𝘪𝘧𝘪𝘤𝘢𝘵𝘦𝘴 𝘰𝘳 𝘢 𝘳𝘦𝘨𝘪𝘮𝘦𝘯𝘵𝘦𝘥 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸 𝘳𝘰𝘶𝘵𝘪𝘯𝘦. 𝘏𝘦 𝘩𝘢𝘥𝘯’𝘵 𝘮𝘦𝘮𝘰𝘳𝘪𝘻𝘦𝘥 𝘦𝘷𝘦𝘳𝘺 𝘰𝘣𝘴𝘤𝘶𝘳𝘦 𝘴𝘰𝘳𝘵𝘪𝘯𝘨 𝘢𝘭𝘨𝘰𝘳𝘪𝘵𝘩𝘮 𝘰𝘳 𝘵𝘩𝘦 𝘪𝘯𝘴 𝘢𝘯𝘥 𝘰𝘶𝘵𝘴 𝘰𝘧 𝘥𝘺𝘯𝘢𝘮𝘪𝘤 𝘱𝘳𝘰𝘨𝘳𝘢𝘮𝘮𝘪𝘯𝘨. 𝘐𝘯 𝘧𝘢𝘤𝘵, 𝘥𝘶𝘳𝘪𝘯𝘨 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸𝘴, 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘰𝘧𝘵𝘦𝘯 𝘴𝘵𝘶𝘮𝘣𝘭𝘦𝘥. 𝘏𝘦 𝘸𝘰𝘶𝘭𝘥 𝘨𝘦𝘵 𝘥𝘪𝘴𝘵𝘳𝘢𝘤𝘵𝘦𝘥 𝘣𝘺 𝘳𝘢𝘯𝘥𝘰𝘮 𝘵𝘩𝘰𝘶𝘨𝘩𝘵𝘴, 𝘧𝘰𝘳𝘨𝘦𝘵 𝘵𝘩𝘦 𝘴𝘺𝘯𝘵𝘢𝘹 𝘰𝘧 𝘣𝘢𝘴𝘪𝘤 𝘤𝘰𝘮𝘮𝘢𝘯𝘥𝘴, 𝘢𝘯𝘥 𝘴𝘰𝘮𝘦𝘵𝘪𝘮𝘦𝘴 𝘦𝘷𝘦𝘯 𝘥𝘰𝘰𝘥𝘭𝘦 𝘪𝘯 𝘵𝘩𝘦 𝘮𝘢𝘳𝘨𝘪𝘯𝘴 𝘰𝘧 𝘩𝘪𝘴 𝘸𝘩𝘪𝘵𝘦𝘣𝘰𝘢𝘳𝘥. 𝘏𝘪𝘴 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸𝘦𝘳𝘴 𝘸𝘰𝘶𝘭𝘥 𝘳𝘢𝘪𝘴𝘦 𝘦𝘺𝘦𝘣𝘳𝘰𝘸𝘴, 𝘶𝘯𝘴𝘶𝘳𝘦 𝘸𝘩𝘦𝘵𝘩𝘦𝘳 𝘵𝘩𝘦𝘺 𝘸𝘦𝘳𝘦 𝘸𝘪𝘵𝘯𝘦𝘴𝘴𝘪𝘯𝘨 𝘨𝘦𝘯𝘪𝘶𝘴 𝘰𝘳 𝘧𝘰𝘭𝘭𝘺.

𝘋𝘦𝘴𝘱𝘪𝘵𝘦 𝘩𝘪𝘴 𝘤𝘩𝘢𝘰𝘵𝘪𝘤 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸 𝘵𝘦𝘤𝘩𝘯𝘪𝘲𝘶𝘦, 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘩𝘢𝘥 𝘴𝘰𝘮𝘦𝘵𝘩𝘪𝘯𝘨 𝘵𝘩𝘢𝘵 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘤𝘰𝘶𝘭𝘥 𝘯𝘰𝘵 𝘲𝘶𝘪𝘵𝘦 𝘨𝘳𝘢𝘴𝘱—𝘢𝘯 𝘪𝘯𝘯𝘢𝘵𝘦 𝘢𝘣𝘪𝘭𝘪𝘵𝘺 𝘵𝘰 𝘴𝘰𝘭𝘷𝘦 𝘳𝘦𝘢𝘭 𝘱𝘳𝘰𝘣𝘭𝘦𝘮𝘴. 𝘞𝘩𝘪𝘭𝘦 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘤𝘰𝘶𝘭𝘥 𝘱𝘦𝘳𝘧𝘦𝘤𝘵𝘭𝘺 𝘦𝘹𝘦𝘤𝘶𝘵𝘦 𝘢 𝘮𝘦𝘳𝘨𝘦 𝘴𝘰𝘳𝘵 𝘰𝘯 𝘥𝘦𝘮𝘢𝘯𝘥, 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘩𝘢𝘥 𝘢 𝘬𝘯𝘢𝘤𝘬 𝘧𝘰𝘳 𝘧𝘪𝘯𝘥𝘪𝘯𝘨 𝘵𝘩𝘦 𝘴𝘪𝘮𝘱𝘭𝘦𝘴𝘵, 𝘮𝘰𝘴𝘵 𝘦𝘭𝘦𝘨𝘢𝘯𝘵 𝘴𝘰𝘭𝘶𝘵𝘪𝘰𝘯 𝘵𝘰 𝘢𝘯𝘺 𝘪𝘴𝘴𝘶𝘦 𝘵𝘩𝘢𝘵 𝘤𝘢𝘮𝘦 𝘶𝘱 𝘥𝘶𝘳𝘪𝘯𝘨 𝘥𝘦𝘷𝘦𝘭𝘰𝘱𝘮𝘦𝘯𝘵. 𝘏𝘦 𝘴𝘢𝘸 𝘵𝘩𝘳𝘰𝘶𝘨𝘩 𝘵𝘩𝘦 𝘤𝘰𝘮𝘱𝘭𝘦𝘹𝘪𝘵𝘺 𝘰𝘧 𝘵𝘩𝘦 𝘴𝘺𝘴𝘵𝘦𝘮𝘴 𝘵𝘩𝘦𝘺 𝘸𝘦𝘳𝘦 𝘣𝘶𝘪𝘭𝘥𝘪𝘯𝘨 𝘢𝘯𝘥 𝘧𝘰𝘶𝘯𝘥 𝘸𝘢𝘺𝘴 𝘵𝘰 𝘮𝘢𝘬𝘦 𝘵𝘩𝘦𝘮 𝘸𝘰𝘳𝘬 𝘣𝘦𝘵𝘵𝘦𝘳, 𝘧𝘢𝘴𝘵𝘦𝘳, 𝘢𝘯𝘥 𝘮𝘰𝘳𝘦 𝘦𝘧𝘧𝘪𝘤𝘪𝘦𝘯𝘵𝘭𝘺.

𝘞𝘩𝘦𝘯 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘴𝘵𝘢𝘳𝘵𝘦𝘥 𝘸𝘰𝘳𝘬𝘪𝘯𝘨 𝘢𝘵 𝘵𝘩𝘦 𝘴𝘢𝘮𝘦 𝘤𝘰𝘮𝘱𝘢𝘯𝘺 𝘢𝘴 𝘚𝘢𝘭𝘪𝘦𝘳𝘪, 𝘵𝘩𝘪𝘯𝘨𝘴 𝘣𝘦𝘨𝘢𝘯 𝘵𝘰 𝘤𝘩𝘢𝘯𝘨𝘦. 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘯𝘰𝘵𝘪𝘤𝘦𝘥 𝘵𝘩𝘢𝘵 𝘸𝘩𝘪𝘭𝘦 𝘩𝘦 𝘸𝘢𝘴 𝘴𝘵𝘪𝘭𝘭 𝘵𝘩𝘦 𝘨𝘰-𝘵𝘰 𝘨𝘶𝘺 𝘧𝘰𝘳 𝘵𝘦𝘹𝘵𝘣𝘰𝘰𝘬 𝘴𝘰𝘭𝘶𝘵𝘪𝘰𝘯𝘴, 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘸𝘢𝘴 𝘵𝘩𝘦 𝘰𝘯𝘦 𝘦𝘷𝘦𝘳𝘺𝘰𝘯𝘦 𝘵𝘶𝘳𝘯𝘦𝘥 𝘵𝘰 𝘸𝘩𝘦𝘯 𝘵𝘩𝘦𝘺 𝘩𝘪𝘵 𝘢 𝘸𝘢𝘭𝘭. 𝘔𝘰𝘻𝘻𝘢𝘳𝘥’𝘴 𝘴𝘰𝘭𝘶𝘵𝘪𝘰𝘯𝘴 𝘸𝘦𝘳𝘦 𝘶𝘯𝘤𝘰𝘯𝘷𝘦𝘯𝘵𝘪𝘰𝘯𝘢𝘭, 𝘴𝘰𝘮𝘦𝘵𝘪𝘮𝘦𝘴 𝘦𝘷𝘦𝘯 𝘣𝘰𝘳𝘥𝘦𝘳𝘪𝘯𝘨 𝘰𝘯 𝘳𝘦𝘤𝘬𝘭𝘦𝘴𝘴, 𝘣𝘶𝘵 𝘵𝘩𝘦𝘺 𝘸𝘰𝘳𝘬𝘦𝘥—𝘰𝘧𝘵𝘦𝘯 𝘣𝘦𝘵𝘵𝘦𝘳 𝘵𝘩𝘢𝘯 𝘢𝘯𝘺𝘰𝘯𝘦 𝘦𝘹𝘱𝘦𝘤𝘵𝘦𝘥.

𝘛𝘩𝘦 𝘦𝘯𝘨𝘪𝘯𝘦𝘦𝘳𝘴 𝘢𝘵 𝘵𝘩𝘦 𝘤𝘰𝘮𝘱𝘢𝘯𝘺 𝘴𝘵𝘢𝘳𝘵𝘦𝘥 𝘵𝘢𝘭𝘬𝘪𝘯𝘨 𝘢𝘣𝘰𝘶𝘵 𝘔𝘰𝘻𝘻𝘢𝘳𝘥’𝘴 “𝘮𝘢𝘨𝘪𝘤.” 𝘛𝘩𝘦𝘺 𝘴𝘢𝘪𝘥 𝘩𝘦 𝘩𝘢𝘥 𝘢 𝘯𝘢𝘵𝘶𝘳𝘢𝘭 𝘵𝘢𝘭𝘦𝘯𝘵, 𝘵𝘩𝘢𝘵 𝘩𝘦 𝘤𝘰𝘶𝘭𝘥 𝘴𝘦𝘦 𝘱𝘢𝘵𝘵𝘦𝘳𝘯𝘴 𝘰𝘵𝘩𝘦𝘳𝘴 𝘤𝘰𝘶𝘭𝘥𝘯’𝘵, 𝘢𝘯𝘥 𝘵𝘩𝘢𝘵 𝘩𝘦 𝘤𝘰𝘶𝘭𝘥 𝘤𝘰𝘯𝘫𝘶𝘳𝘦 𝘶𝘱 𝘴𝘰𝘭𝘶𝘵𝘪𝘰𝘯𝘴 𝘸𝘩𝘦𝘳𝘦 𝘰𝘵𝘩𝘦𝘳𝘴 𝘴𝘢𝘸 𝘰𝘯𝘭𝘺 𝘱𝘳𝘰𝘣𝘭𝘦𝘮𝘴. 𝘚𝘢𝘭𝘪𝘦𝘳𝘪, 𝘸𝘩𝘰 𝘩𝘢𝘥 𝘴𝘱𝘦𝘯𝘵 𝘩𝘪𝘴 𝘸𝘩𝘰𝘭𝘦 𝘭𝘪𝘧𝘦 𝘮𝘢𝘴𝘵𝘦𝘳𝘪𝘯𝘨 𝘵𝘩𝘦 𝘢𝘳𝘵 𝘰𝘧 𝘵𝘩𝘦 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸 𝘢𝘯𝘥 𝘵𝘩𝘦 𝘱𝘦𝘳𝘧𝘦𝘤𝘵 𝘤𝘰𝘥𝘪𝘯𝘨 𝘴𝘰𝘭𝘶𝘵𝘪𝘰𝘯, 𝘣𝘦𝘨𝘢𝘯 𝘵𝘰 𝘧𝘦𝘦𝘭 𝘴𝘰𝘮𝘦𝘵𝘩𝘪𝘯𝘨 𝘨𝘯𝘢𝘸𝘪𝘯𝘨 𝘢𝘵 𝘩𝘪𝘮.

𝘖𝘯𝘦 𝘥𝘢𝘺, 𝘥𝘶𝘳𝘪𝘯𝘨 𝘢 𝘱𝘢𝘳𝘵𝘪𝘤𝘶𝘭𝘢𝘳𝘭𝘺 𝘤𝘰𝘮𝘱𝘭𝘦𝘹 𝘱𝘳𝘰𝘫𝘦𝘤𝘵, 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘢𝘯𝘥 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘸𝘦𝘳𝘦 𝘵𝘢𝘴𝘬𝘦𝘥 𝘸𝘪𝘵𝘩 𝘴𝘰𝘭𝘷𝘪𝘯𝘨 𝘢 𝘤𝘳𝘪𝘵𝘪𝘤𝘢𝘭 𝘪𝘴𝘴𝘶𝘦 𝘵𝘩𝘢𝘵 𝘩𝘢𝘥 𝘴𝘵𝘶𝘮𝘱𝘦𝘥 𝘵𝘩𝘦 𝘦𝘯𝘵𝘪𝘳𝘦 𝘵𝘦𝘢𝘮. 𝘚𝘢𝘭𝘪𝘦𝘳𝘪, 𝘵𝘳𝘶𝘦 𝘵𝘰 𝘧𝘰𝘳𝘮, 𝘢𝘱𝘱𝘳𝘰𝘢𝘤𝘩𝘦𝘥 𝘵𝘩𝘦 𝘱𝘳𝘰𝘣𝘭𝘦𝘮 𝘮𝘦𝘵𝘩𝘰𝘥𝘪𝘤𝘢𝘭𝘭𝘺. 𝘏𝘦 𝘮𝘢𝘱𝘱𝘦𝘥 𝘰𝘶𝘵 𝘦𝘷𝘦𝘳𝘺 𝘱𝘰𝘴𝘴𝘪𝘣𝘭𝘦 𝘢𝘱𝘱𝘳𝘰𝘢𝘤𝘩, 𝘤𝘰𝘯𝘴𝘪𝘥𝘦𝘳𝘦𝘥 𝘵𝘩𝘦 𝘵𝘪𝘮𝘦 𝘤𝘰𝘮𝘱𝘭𝘦𝘹𝘪𝘵𝘺 𝘰𝘧 𝘦𝘢𝘤𝘩 𝘢𝘭𝘨𝘰𝘳𝘪𝘵𝘩𝘮, 𝘢𝘯𝘥 𝘸𝘳𝘰𝘵𝘦 𝘴𝘦𝘷𝘦𝘳𝘢𝘭 𝘱𝘢𝘨𝘦𝘴 𝘰𝘧 𝘱𝘴𝘦𝘶𝘥𝘰𝘤𝘰𝘥𝘦 𝘣𝘦𝘧𝘰𝘳𝘦 𝘦𝘷𝘦𝘯 𝘵𝘰𝘶𝘤𝘩𝘪𝘯𝘨 𝘩𝘪𝘴 𝘬𝘦𝘺𝘣𝘰𝘢𝘳𝘥.

𝘔𝘰𝘻𝘻𝘢𝘳𝘥, 𝘰𝘯 𝘵𝘩𝘦 𝘰𝘵𝘩𝘦𝘳 𝘩𝘢𝘯𝘥, 𝘭𝘰𝘰𝘬𝘦𝘥 𝘢𝘵 𝘵𝘩𝘦 𝘱𝘳𝘰𝘣𝘭𝘦𝘮 𝘧𝘰𝘳 𝘢 𝘧𝘦𝘸 𝘮𝘪𝘯𝘶𝘵𝘦𝘴, 𝘴𝘤𝘳𝘢𝘵𝘤𝘩𝘦𝘥 𝘩𝘪𝘴 𝘩𝘦𝘢𝘥, 𝘢𝘯𝘥 𝘵𝘩𝘦𝘯 𝘸𝘳𝘰𝘵𝘦 𝘢 𝘧𝘦𝘸 𝘭𝘪𝘯𝘦𝘴 𝘰𝘧 𝘤𝘰𝘥𝘦. “𝘛𝘩𝘪𝘴 𝘴𝘩𝘰𝘶𝘭𝘥 𝘸𝘰𝘳𝘬,” 𝘩𝘦 𝘴𝘢𝘪𝘥, 𝘢𝘭𝘮𝘰𝘴𝘵 𝘢𝘴 𝘪𝘧 𝘪𝘵 𝘸𝘦𝘳𝘦 𝘢𝘯 𝘢𝘧𝘵𝘦𝘳𝘵𝘩𝘰𝘶𝘨𝘩𝘵. 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘸𝘢𝘵𝘤𝘩𝘦𝘥 𝘪𝘯 𝘥𝘪𝘴𝘣𝘦𝘭𝘪𝘦𝘧 𝘢𝘴 𝘔𝘰𝘻𝘻𝘢𝘳𝘥’𝘴 𝘴𝘰𝘭𝘶𝘵𝘪𝘰𝘯 𝘯𝘰𝘵 𝘰𝘯𝘭𝘺 𝘸𝘰𝘳𝘬𝘦𝘥 𝘣𝘶𝘵 𝘥𝘪𝘥 𝘴𝘰 𝘸𝘪𝘵𝘩 𝘢𝘴𝘵𝘰𝘯𝘪𝘴𝘩𝘪𝘯𝘨 𝘦𝘧𝘧𝘪𝘤𝘪𝘦𝘯𝘤𝘺.

𝘍𝘳𝘶𝘴𝘵𝘳𝘢𝘵𝘦𝘥, 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘧𝘪𝘯𝘢𝘭𝘭𝘺 𝘢𝘴𝘬𝘦𝘥, “𝘏𝘰𝘸 𝘥𝘰 𝘺𝘰𝘶 𝘥𝘰 𝘪𝘵? 𝘏𝘰𝘸 𝘤𝘢𝘯 𝘺𝘰𝘶 𝘣𝘦 𝘴𝘰...𝘨𝘰𝘰𝘥 𝘢𝘵 𝘵𝘩𝘪𝘴 𝘸𝘪𝘵𝘩𝘰𝘶𝘵 𝘢𝘭𝘭 𝘵𝘩𝘦 𝘵𝘳𝘢𝘪𝘯𝘪𝘯𝘨, 𝘸𝘪𝘵𝘩𝘰𝘶𝘵 𝘵𝘩𝘦 𝘺𝘦𝘢𝘳𝘴 𝘰𝘧 𝘱𝘳𝘦𝘱𝘢𝘳𝘢𝘵𝘪𝘰𝘯?”

𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘴𝘩𝘳𝘶𝘨𝘨𝘦𝘥. “𝘐 𝘥𝘰𝘯’𝘵 𝘬𝘯𝘰𝘸,” 𝘩𝘦 𝘴𝘢𝘪𝘥. “𝘐 𝘫𝘶𝘴𝘵 𝘦𝘯𝘫𝘰𝘺 𝘴𝘰𝘭𝘷𝘪𝘯𝘨 𝘱𝘳𝘰𝘣𝘭𝘦𝘮𝘴. 𝘐𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸𝘴 𝘢𝘳𝘦 𝘧𝘪𝘯𝘦, 𝘣𝘶𝘵 𝘪𝘵’𝘴 𝘵𝘩𝘦 𝘢𝘤𝘵𝘶𝘢𝘭 𝘸𝘰𝘳𝘬 𝘵𝘩𝘢𝘵 𝘦𝘹𝘤𝘪𝘵𝘦𝘴 𝘮𝘦. 𝘐 𝘨𝘶𝘦𝘴𝘴 𝘐 𝘫𝘶𝘴𝘵 𝘧𝘰𝘤𝘶𝘴 𝘰𝘯 𝘸𝘩𝘢𝘵 𝘮𝘢𝘵𝘵𝘦𝘳𝘴 𝘮𝘰𝘴𝘵—𝘵𝘩𝘦 𝘤𝘰𝘥𝘦 𝘵𝘩𝘢𝘵 𝘳𝘶𝘯𝘴, 𝘯𝘰𝘵 𝘵𝘩𝘦 𝘤𝘰𝘥𝘦 𝘵𝘩𝘢𝘵 𝘪𝘮𝘱𝘳𝘦𝘴𝘴𝘦𝘴.”

𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘳𝘦𝘢𝘭𝘪𝘻𝘦𝘥 𝘵𝘩𝘦𝘯 𝘵𝘩𝘢𝘵 𝘸𝘩𝘪𝘭𝘦 𝘩𝘦 𝘩𝘢𝘥 𝘴𝘱𝘦𝘯𝘵 𝘩𝘪𝘴 𝘭𝘪𝘧𝘦 𝘮𝘢𝘴𝘵𝘦𝘳𝘪𝘯𝘨 𝘵𝘩𝘦 𝘢𝘳𝘵 𝘰𝘧 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸𝘴, 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘩𝘢𝘥 𝘣𝘦𝘦𝘯 𝘮𝘢𝘴𝘵𝘦𝘳𝘪𝘯𝘨 𝘵𝘩𝘦 𝘢𝘳𝘵 𝘰𝘧 𝘱𝘳𝘰𝘨𝘳𝘢𝘮𝘮𝘪𝘯𝘨. 𝘚𝘢𝘭𝘪𝘦𝘳𝘪’𝘴 𝘢𝘱𝘱𝘳𝘰𝘢𝘤𝘩, 𝘸𝘩𝘪𝘭𝘦 𝘷𝘢𝘭𝘶𝘢𝘣𝘭𝘦 𝘪𝘯 𝘪𝘵𝘴 𝘰𝘸𝘯 𝘳𝘪𝘨𝘩𝘵, 𝘸𝘢𝘴 𝘯𝘰 𝘮𝘢𝘵𝘤𝘩 𝘧𝘰𝘳 𝘵𝘩𝘦 𝘳𝘢𝘸, 𝘶𝘯𝘧𝘪𝘭𝘵𝘦𝘳𝘦𝘥 𝘵𝘢𝘭𝘦𝘯𝘵 𝘵𝘩𝘢𝘵 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘣𝘳𝘰𝘶𝘨𝘩𝘵 𝘵𝘰 𝘵𝘩𝘦 𝘵𝘢𝘣𝘭𝘦.

𝘐𝘯 𝘵𝘩𝘦 𝘦𝘯𝘥, 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘤𝘰𝘯𝘵𝘪𝘯𝘶𝘦𝘥 𝘵𝘰 𝘣𝘦 𝘵𝘩𝘦 𝘬𝘪𝘯𝘨 𝘰𝘧 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸𝘴, 𝘢𝘥𝘮𝘪𝘳𝘦𝘥 𝘣𝘺 𝘤𝘰𝘮𝘱𝘢𝘯𝘪𝘦𝘴 𝘧𝘢𝘳 𝘢𝘯𝘥 𝘸𝘪𝘥𝘦 𝘧𝘰𝘳 𝘩𝘪𝘴 𝘱𝘰𝘭𝘪𝘴𝘩𝘦𝘥 𝘱𝘦𝘳𝘧𝘰𝘳𝘮𝘢𝘯𝘤𝘦𝘴. 𝘉𝘶𝘵 𝘪𝘯 𝘵𝘩𝘦 𝘩𝘢𝘭𝘭𝘴 𝘰𝘧 𝘵𝘩𝘦 𝘤𝘰𝘮𝘱𝘢𝘯𝘺, 𝘸𝘩𝘦𝘳𝘦 𝘳𝘦𝘢𝘭 𝘱𝘳𝘰𝘣𝘭𝘦𝘮𝘴 𝘸𝘦𝘳𝘦 𝘴𝘰𝘭𝘷𝘦𝘥 𝘢𝘯𝘥 𝘳𝘦𝘢𝘭 𝘱𝘳𝘰𝘥𝘶𝘤𝘵𝘴 𝘸𝘦𝘳𝘦 𝘣𝘶𝘪𝘭𝘵, 𝘪𝘵 𝘸𝘢𝘴 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘸𝘩𝘰 𝘣𝘦𝘤𝘢𝘮𝘦 𝘵𝘩𝘦 𝘵𝘳𝘶𝘦 𝘭𝘦𝘨𝘦𝘯𝘥—𝘢 𝘳𝘦𝘮𝘪𝘯𝘥𝘦𝘳 𝘵𝘩𝘢𝘵 𝘪𝘯 𝘵𝘩𝘦 𝘸𝘰𝘳𝘭𝘥 𝘰𝘧 𝘴𝘰𝘧𝘵𝘸𝘢𝘳𝘦 𝘦𝘯𝘨𝘪𝘯𝘦𝘦𝘳𝘪𝘯𝘨, 𝘸𝘩𝘢𝘵 𝘮𝘢𝘵𝘵𝘦𝘳𝘴 𝘮𝘰𝘴𝘵 𝘪𝘴𝘯’𝘵 𝘩𝘰𝘸 𝘸𝘦𝘭𝘭 𝘺𝘰𝘶 𝘱𝘦𝘳𝘧𝘰𝘳𝘮 𝘶𝘯𝘥𝘦𝘳 𝘵𝘩𝘦 𝘣𝘳𝘪𝘨𝘩𝘵 𝘭𝘪𝘨𝘩𝘵𝘴 𝘰𝘧 𝘢𝘯 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸 𝘣𝘶𝘵 𝘩𝘰𝘸 𝘣𝘳𝘪𝘭𝘭𝘪𝘢𝘯𝘵𝘭𝘺 𝘺𝘰𝘶 𝘤𝘢𝘯 𝘣𝘳𝘪𝘯𝘨 𝘪𝘥𝘦𝘢𝘴 𝘵𝘰 𝘭𝘪𝘧𝘦 𝘸𝘩𝘦𝘯 𝘪𝘵 𝘳𝘦𝘢𝘭𝘭𝘺 𝘤𝘰𝘶𝘯𝘵𝘴.

𝘈𝘯𝘥 𝘴𝘰, 𝘪𝘯 𝘊𝘰𝘥𝘦𝘷𝘢𝘯𝘪𝘢, 𝘵𝘩𝘦 𝘭𝘦𝘨𝘦𝘯𝘥 𝘰𝘧 𝘔𝘰𝘻𝘻𝘢𝘳𝘥 𝘨𝘳𝘦𝘸, 𝘸𝘩𝘪𝘭𝘦 𝘚𝘢𝘭𝘪𝘦𝘳𝘪 𝘭𝘦𝘢𝘳𝘯𝘦𝘥 𝘵𝘰 𝘢𝘱𝘱𝘳𝘦𝘤𝘪𝘢𝘵𝘦 𝘵𝘩𝘢𝘵 𝘵𝘩𝘦𝘳𝘦’𝘴 𝘮𝘰𝘳𝘦 𝘵𝘰 𝘦𝘯𝘨𝘪𝘯𝘦𝘦𝘳𝘪𝘯𝘨 𝘵𝘩𝘢𝘯 𝘫𝘶𝘴𝘵 𝘬𝘯𝘰𝘸𝘪𝘯𝘨 𝘢𝘭𝘭 𝘵𝘩𝘦 𝘳𝘪𝘨𝘩𝘵 𝘢𝘯𝘴𝘸𝘦𝘳𝘴. 𝘚𝘰𝘮𝘦𝘵𝘪𝘮𝘦𝘴, 𝘪𝘵’𝘴 𝘢𝘣𝘰𝘶𝘵 𝘢𝘴𝘬𝘪𝘯𝘨 𝘵𝘩𝘦 𝘳𝘪𝘨𝘩𝘵 𝘲𝘶𝘦𝘴𝘵𝘪𝘰𝘯𝘴—𝘢𝘯𝘥 𝘴𝘰𝘭𝘷𝘪𝘯𝘨 𝘵𝘩𝘦 𝘱𝘳𝘰𝘣𝘭𝘦𝘮𝘴 𝘵𝘩𝘢𝘵 𝘯𝘰 𝘰𝘯𝘦 𝘦𝘭𝘴𝘦 𝘤𝘢𝘯.