Это не незнание Python, а незнание XML и DOM. «Illya Kovalevskiy» это не значение ноды name, а значение анонимной текстовой ноды, являющейся дитём ноды name.
Имхо, не лучший вариант. У меня кука это только ид сессии, а в сессии уже храню IP и User-Agent. При запросе сравниваю и если не совпадает, то редирект на логин.
Знание C++ полезно, но необязательно, особенно если хоть с одним Си-подобным языком типа Java или PHP pyfrjvs (первое даже полезнее). А организация работы GUI у Qt достаточно оригинальна и платформо- и языконезависимая. Ну может Лого какой-нибудь привязать будет сложно, или функциональный язык, или Фортран, а классические императивные языки с ООП должны все прозрачно привязываться.
В том-то и дело, что не простой — для туториала большой больно. Тем более с предметной областью я знаком только как покупатель и какие требования предъявляются к админке просто не знаю. То есть то ли это просто база товаров и цен, плюс отчёты о покупках, то ли там нужно вести складской учёт, считать остатки, вводить или импортировать приходные и расходные (продажи по другим каналам, списания и т. п.) документы, да ещё в реальном времени — я просто не знаю. Да и в последнем случае очень много времени уйдёт на разработку, а её ещё описать нужно.
Изначально хотел на хабре, но что-то прикидываю сейчас объём по Q&A и получается, что это постов 10 получится минимум, что даже в профильном блоге не хабровский формат, тем более что разработку хочу вести в agile стиле, а не написать подробное ТЗ, раписать архитектуру, а потом выдавать модули с пояснениями. Наверное заведу блог на блоггере или тумблере, а тут пару топиков-ссылок дам — один когда пара постов будет, второй когда (и если — писать «в стол» не очень интересно) закончу.
Для туториала магазин, по-моему, оверкилл будет. Довольно много рутинной работы, не показывающей ничего нового, а если её проигнорить, то проект законченным не получится.
А как у вас 60% получается? У меня 40% — 1000 рублей получил отдал 60 на доходах (6% от 1000) или 1000 рублей получил, 400 потратил, отдал те же 60 (10% от 1000-400=600).
Потому что отношения субъектов по сути являются трудовыми, а значит схема направлена на уклонение от уплаты налогов. Даже того, что в голове у инспекторов достаточно для того чтобы фирме (и сотрудникам) жизнь усложнить.
Доходы минус расходы будут нерентабельными, потому что расходов, которые можно впихнуть в отчетность, у студии мало.
Если работать по белому и не бояться налоговой, то как раз рентабельны будут «Доходы минус расходы» — конкурентная зарплата, страховые взносы, аренда и пр. львиную долю доходов съедят так, что 10% будет выгоднее заплатить чем 6%. А схема «сотрудники — ИП» в лучшем случае серая. А о худшем вроде Ходорковский может рассказать.
