Александр

Марк Лутц - "Изучаем Python", глава 20, страница 596

Как известно, имена, которым выполняется присваивание внутри функции, по умолчанию рассматриваются как локальные – они располагаются в области видимости функции и существуют только во время работы функции. Но я еще не говорил, что локальные переменные определяются статически, во время компиляции программного кода в инструкции def, а не в соответствии с операциями присваивания, производимыми во время выполнения. Эта особенность становится причиной появления самых причудливых сообщений в группе новостей, получаемых от начинающих программистов. Обычно, если внутри функции имени не присваивается какое-либо значение, поиск его будет производиться в области видимости объемлющего модуля. Но посмотрите, что произойдет, если добавить инструкцию присваивания переменной X после ее использования.

X = 99
>>> def selector():
... print(X) # Переменная еще не существует!
... X = 88 # X классифицируется как локальная переменная
... # То же самое происходит при “import X”, “def X”...
>>> selector()
Traceback (most recent call last):
...текст сообщения об ошибке опущен...
UnboundLocalError: local variable ‘X’ referenced before assignment

Было получено сообщение о том, что переменная не определена, но причина его появления не очевидна. Этот программный код компилируется интерпретатором во время ввода в интерактивной оболочке или во время импорта модуля. Вовремя компиляции Python обнаруживает операцию присваивания переменной X и делает вывод, что X – это локальное имя везде в теле функции. Но во время выполнения функции, из-за того, что к моменту вызова инструкции print операция присваивания еще не производилась, интерпретатор сообщает о том, что имя не определено. Согласно этому правилу использования имен, он говорит, что обращение к локальной переменной X произведено до того, как ей было присвоено значение. Фактически любая операция присваивания внутри функции создает локальное имя. Операция импортирования, =, вложенные инструкции def, вложенные определения классов и так далее – все трактуются именно таким образом. Проблема возникает из-за того, что операция присваивания делает имена локальными для всей функции, а не только для той ее части, которая следует за инструкцией присваивания.

Читать учебники - полезно.

<iframe :srcdoc="htmlContent"></iframe>

Выходной день или нет - это зависит только от производственного календаря некоторого государства. Соответственно, нужно отнимать одну дату от другой, из дельты получать количество дней, потом откуда-то получать производственный календарь в неком формате, парсить его, и отнимать от календарных дней дни нерабочие.

Такое ощущение, что тут комментируют кто угодно, только не ИП.

Нет никаких проблем с ИП. Особенности:
1. Раз в квартал налог 6% на упрощенке. Заработаете 0 - заплатите 0.
2. Раз в год (можно на каждый месяц разбивать) страховой и пенсионный платежи. Первый в районе 1000 рублей/месяц, второй в районе 3500/месяц + 1% от дохода свыше 300 000 рублей один раз в год. Да, это дикость, что можно ничего не зарабатывать, но все равно платить по 4500 в месяц. Но таковы уж правила игры. Принимать вам это или нет - ваше личное решение.
3. Бухгалтер вам не нужен. Любой внятный банк сделает всю отчетность за вас - несколько раз на кнопку нажать только будет нужно. И отправит все сам.
4. Совершенно нормальная практика, что с вами хотят работать в белую. Это хорошо и для вас и для компании, которая сэкономит на налогах приличную сумму. Вместо 149 тысяч они переведут вам 100.
5. Держите бумаги в порядке и не будет проблем ни с судами ни с налоговой. Тут все просто. Ну, конечно, до тех пор, пока вы не станете представлять интерес для различных любителей чужого труда. Но сейчас вам это не грозит.

Вы пишете какую-то х.ню. Выдумали себе проблему. Если вы хотите избавиться от фонового шума, — вы от него избавляетесь. Если избавиться не получается, — значит вы не хотите от него избавляться. Всё остальное — это отмазки перед самим собой.

x = rand(1, 97);
y = rand(1, 98-x);
z = rand(1, 99-x-y);
result = sort([x, y, z, 100-x-y-z]);