TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

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

Резултати

Пронајдени 1 слични објави

Пребарај: #txn

当前筛选 #txn清除筛选
KAZAKH TRADER

@kazakh_trader · Post #535 · 10.02.2021 г., 05:05

​​Начало поста выше Продолжая тему полупроводников, будет очень кстати вспомнить про похожие кейсы с нехваткой чипов в результате высокого спроса и сокращения предложения или так называемого «чиповый голод». Так, в 1988 году произошел такой случай, вызванный в основном ростом конкуренции между США и Японией вследствие заключение торгового пакта 1986 года. Данный пакт позволил тогда индустрии полупроводников США конкурировать с Японией. В рамках соглашения компаниям Японии было запрещено демпинговать цену. Один пункт в торговом соглашении призывал японских производителей прекратить продавать чипы по цене ниже их себестоимости - практика, известная как демпинг. Чтобы положить конец демпингу, министерство международной торговли и промышленности Японии тогда посоветовало японским компаниям ограничить производство, что приведет к исчерпанию избыточного предложения, удерживающего низкие цены. В результате, это привело к серьезному сокращению производства в Японии. Также, нехватка чипов в 1993 году была усугублена взрывом на заводе, производившей 60% мировых поставок смолы, используемой в чипах. С другой стороны, с 1993 по 1994 годы наблюдался последующий избыток микросхем, и компании потеряли стимул строить новые передовые заводы. Когда же вышли новые поколения микросхем, заводов по производству новых чипов банально не хватило. Вот такой вот парадокс получается, если определенные ключевые компании или целый сектор неверно оценивает динамику спроса и предложения. Очевидно, что текущая нехватка чипов вызвана наступлением пандемии и резко возросшим спросом со стороны конечных потребителей на электронные устройства и электрокары. Поэтому, ключевые компании США, Китая и других стран сейчас имеют возможность расширения своих мощностей для удовлетворения возросшего спроса, что сигнализирует о дальнейшем увеличении объема рынка. Поэтому, продолжаем следить за тикерами ключевых полупроводников #XSD#AMD#NVDA#INTC#AVGO#TXN и #AAPL. @kazakh_trader