MikhailEdoshin

1. Да.

2. Достаточно просто заполнить. Документы нужно прикладывать, если вы претендуете на вычеты.

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

from parent import _mysql. Можно также просто повторно импортировать _mysql, это вернет уже импортированный модуль из sys.modules. В Python у каждого модуля свое пространство имен, модули между собой никак не пересекаются, и это считается feature, а не bug. Импортировать _mysql даже правильнее, если родительский модуль ничего к нему не добавляет — это явно дает понять, что мы имеем дело с общим _mysql, а не с тем, что в родительском модуле называется _mysql.

Intermediary — это банк-корреспондент, он необязателен, но если он известен, платежи проходят чуть быстрее. Но я не вижу, чтобы Гугл спрашивал intermediary. Поэтому все, относящееся к intermediary (название и SWIFT), пропускайте, у вас останется только SWIFT самого Авангарда.

Со списком все в порядке, проблема во взаимодействии функций. Py_BuildValue возвращает new reference, то есть объект со счетчиком ссылок, установленным в единицу, которым теперь владеет ваш код. Функция же PyList_Append не забирает у вас этот объект, а тоже увеличивает счетчик ссылок еще на единицу. Теперь у полученной строки будет два владельца — список и ваш код. Когда вы удалите список, он честно отнимет свою единичку от счетчика ссылок, но ваша-то там останется, поэтому Питон будет думать, что кто-то где-то эту строку еще использует.

Вам нужно или явно уменьшить счетчик:

PyObject *list, *item; /* static, право, ни к чему */
list = PyList_New(0);
item = Py_BuildValue("s"; "test");
PyList_Append(list, item);
Py_DECREF(item);
return list;

или же использовать функцию, которая не увеличивает счетчик (steals reference):

PyObject *list;
list = PyList_New(1); /* оставляем место для элемента */
PyList_SET_ITEM(list, Py_BuildValue("s"; "test"));
return list;

(В данном случае я использовал макрос PyList_SET_ITEM, который как раз подходит для заполнения новых списков.)

Я отправлял (правда, в Moneybookers/Scrill) выписку из ЖЭКа. У них единственное было требование — чтобы не от руки было написано, а язык, разумеется, уж какой есть. Поэтому я сам ее распечатал, а в ЖЭКе просто подпись/печать поставили.

Нет, это как раз и описывает приоритет операторов. И использование or вместо || помогает не потому, что у or приоритет ниже, чем у || (хотя это так), а потому он ниже, чем у запятой (,), в то время как у || — выше, чем у запятой.

Скобки синтаксически к операторам не относятся; парсер, работающий с таблицей приоритетов операторов, по сути, как раз расставляет скобки в выражении. А в данном случае, как я понимаю, это еще и не скобки, а и впрямь вызов функции (Perl не знаю, к сожалению). Но в любом случае, скобки в данном превращают левое выражение в неделимый атом и парсер уже никак не вытащит из него "$file" и не отнесет его к ||. Кстати, наверное, возможен еще один вариант?

(open FILE, "$file") || die "Can't open: $! \n";

Линус Торвальдс?

Bad programmers worry about the code. Good programmers worry about data structures and their relationships.

git actually has a simple design, with stable and reasonably well-documented data structures. In fact, I'm a huge proponent of designing your code around the data, rather than the other way around, and I think it's one of the reasons git has been fairly successful […] I will, in fact, claim that the difference between a bad programmer and a good one is whether he considers his code or his data structures more important.

В Word можно повторять заголовки таблицы (один или несколько верхних рядов) на каждом листе, а название разделов, наверное, можно вынести в колонтитул (оформить разделы как sections, у sections можно задавать колонтитулы независимо).