TestFlighty | Notification
@testflightynoti · Post #37344 · 01.05.2026 г., 19:45
#Stance#Level#Up#Your#Activity Join the Stance: Level Up Your Activity beta on ✈️#TestFlight 🔗 Link: https://testflight.apple.com/join/nsGXh3FF Shared by Dimitri
TGTGInsighttelegram intelligenceLIVE / telegram public index
TGINSIGHT SIMILAR POSTS
Најди сличен содржај
Изворен канал @pythonotes · Post #303 · 27 дек.
Наверняка вы замечали, что в Python есть удобная функция для получения переменной окружения os.getenv(NAME) И её "сестра" для создания или изменения переменных окружения os.putenv(NAME, VALUE) Но почему-то putenv() не работает как должно. Энвайромент не обновляется! os.putenv('MYVAR', '1') print(os.getenv('MYVAR')) ... и ничего 😴 Почему так? На самом деле энвайромент обновляется, но это значение не добавляется в словарь os.environ. Откройте исходник функции os.getenv(). Это просто шорткат для os.environ.get() В то время как putenv() это built-in С-функция. Словарь os.environ (или точней класс из MutableMapping) создаётся из энвайромента в момент инициализации. Функция putenv() самостоятельно его не изменяет. В тоже время, когда вы создаёте или изменяете ключ в os.environ, автоматически вызывается putenv() в методе __setitem__(). То есть, технически putenv() всё делает верно, но в os.environ это не отражается. Можно проверить так: >>> os.putenv('MYVAR', '123') >>> os.system('python -c "import os;print(os.getenv(\'MYVAR\'))"') 123 Я объявил переменную в текущем процессе и вызвал дочерний процесс, который её унаследовал и получил в составе os.environ. Аналогично при удалении переменной вызывается еще одна built-in функция unsetenv(), удаляющая переменную из системы. Итого ▫️ Удобней всего явно обновлять переменные через os.environ ▫️ Есть способ неявно создать/удалить переменную через putenv/unsetenv, что не повлияет на os.environ но изменит энвайромент и передаст изменения сабпроцессам. Но так лучше не делать! ▫️os.environ это просто обертка для built-in функций putenv() и unsetenv(). #basic
Hashtags
Резултати
Пронајдени 2 слични објави
Пребарај: #level
当前筛选 #level清除筛选
Swift Academy
@swift_academy · Post #278 · 27.02.2026 г., 09:19
𝙱𝚎𝚐𝚒𝚗𝚗𝚎𝚛 > 𝙹𝚞𝚗𝚒𝚘𝚛 > 𝙼𝚒𝚍𝚍𝚕𝚎 > 𝙼𝚒𝚍𝚍𝚕𝚎+ > 𝚂𝚎𝚗𝚒𝚘𝚛 Har birimiz shu yo‘ldan o‘tganmiz, o'tmoqdamiz va yoki boshlaganmiz... Beginner: Eng ko'p kod yozadi. Xatolarni tushunishga harakat qiladi 'SI hamma narsa qiloladi' degan moodga tushib qolish ehtimoli katta 😄 Junior: Kodni ishlaydigan qilishni biladi. Logic yaxshilanadi Xatolardan yo o'sadi yoki tark etadi 😉 Lekin hali “clean code” refleks darajasida emas Middle: Ixcham va o‘qilishi oson kod yozadi Refactor qilishdan qo‘rqmaydi Bu yerda tafakkur o‘zgaradi: “Qanday ishlaydi?”dan > “Qanday yaxshiroq ishlaydi?”ga o‘ta boshlaydi. Middle - Doim o'rtada qolib ketish ehtimoli bor 🥱 Middle+: Qisqa kod yozish va Patternlarni ko‘rib boshlaydi “Buni umumlashtirish mumkin” deydi, ammo har doim ham emas 😉 Kod yozishdan ko'ta tizim ko‘rishni boshlaydi Bir funksiya emas, butun modul haqida o‘ylaydi Senior: Hozirgi vazifani emas, kelajakni ko‘radi Kod yozmaydi - arxitektura o‘ylaydi “Bugun ishlaydi” emas, “2 yildan keyin ham ishlaydi” deb yozadi Va eng qizig‘i: Senior eng kam kod yozadi 😄 Lekin eng ko‘p fikrlaydi. Xulosa: Beginner xatoni ko‘rmaydi Junior xatoni sezadi Middle xatoni tuzatadi Middle+ umumlashtiradi Senior kelajakdagi xatolarni oldini oladi MUHIM: Beginner, Junior va hatto Middle darajasida ham kodni avvalo o'zingiz yozing, SI esa faqat muhokama qilish & tushuntirish & o'rganish va tez izlanish uchun toki muammoni Proyekt darajasida ko'ra olish va yechimni tizimli shakllantira olish saviyasiga yetmaguncha. Batafsil: https://lnkd.in/dTyhYbpW Siz o‘zingizni qaysi bosqichda ko‘ryapsiz? #ios#swift#level#junior#middle#senior Mukhriddinbek Samidov 🔗YouTube | Instagram | LinkedIn | Telegram | Medium