А разве какой-нибудь другой вуз не примет сданные ранее экзамены для зачета автоматом по соответствующим дисциплинам? Если есть какая-нибудь академическая справка естественно.
Я думаю просто нужно обратиться в доступные в данный момент вузы и узнать где такое возможно.
SkiBY, Больше времени в плане скорости выполнения?
Я не думаю что там такой уж большой оверхед будет у кастомного объекта в сравнении с тем же словарем, который все равно объект. Но контролировать его будет в разы удобнее.
И сериализировать не нужно прямо весь объект, он вполне может содержать и способ своей сериализации, чтоб хранить только необходимое.
В любом случае нужно как-то итерироваться по элементам, чтоб их проверять/изменять. Поэтому тут скорее наоборот, ничего кроме стандартных итераторов тут и не нужно, это же плюс.
А на самом деле уже такая структура должна бы, по хорошему, стать полноценным объектом, который будет уже самостоятельно следить за тем какие элементы в нем содержатся, и исправлять их прямо в момент вставки. Тогда такой проблемы вообще не возникает.
Я немного знаю и Си и ассемблер, поэтому я вполне знаю все то что тут перечислено, понимаю как работает стек в Си, зачем нужны регистры, как делать jmp при помощи ret и прочую базу =)
Мне сейчас хочется понять, как в реальности работает та надстройка над Си которая образует в итоге С++. Так сказать ,"положить ООП" =)
Практика у меня обычно в рабочее время, а поскольку разработкой я занимаюсь в одиночку, задач получается достаточно =)
Мне бы уже на практику положить хорошую теорию скорее =)
Действительно профессионал в С#? Думаю он "сможет начать пользоваться"(я использовал именно такую формулировку) плюсами и после одной. Для достижения такого же уровня именно в языке конечно должно будет пройти время, но не думаю что такое уж большое.
если атрибуты экземпляру передаются только во время его инициализации, откуда они возьмутся в объекте класса? И кроме того, объект класса один, экземпляров класса много, значение из какого экземпляра должно быть извлечено по его классу?
Можно, конечно, устроить хранилище экземпляров в объекте класса, но я почти наверняка уверен что проблема в самой задаче.
Ну может надо как-то уменьшить количество изменений существующих документов, особенно если они часто происходят. Не изменять сам документ, например, а создавать новый, ссылающийся на старый.
А если размер так вырастает достаточно медленно, то можно по крону изредка запускать repair.
Это, как мне кажется, в любом случае стоило сделать.
А насчет скриптов стоит беспокоиться только в плане поиска уязвимостей и багов, а не в плане того что их скопируют и используют. Написать с нуля обычно проще, чем разбираться в чужом.
brainick: Справочник это docs.python.org.
А "Изучаем Python" это вполне так себе учебник, поскольку материал подается постепенно, а не упорядочен, скажем, по алфавиту.
На первый взгляд у Лутца много воды, но на самом деле там довольно хорошо рассказывается почему всё работает так или иначе. Ну и дает неплохой общий обзор, который поможет лучше ориентироваться в языке в целом.
lxml пытается сам найти объявленную кодировку в нескольких местах, вроде тега meta... , а если не находит, пытается(насколько я понимаю) определить кодировку через chardet.
Проблема у меня возникла с парсингом неполных html документов, в которых кодировка явным способом не обозначена, а chardet определяет кодировку некорректно.
А до передачи декодировать нельзя, если кратко, то потому что так написано в документации к lxml.
Согласен, использовать в таких ситуациях регулярные выражения может быть неоправданной сложностью. В данном конкретном примере это так.
Нужно понять какие варианты строк с нужными данными вообще могут быть, и как определять нужную строку. Уже тогда будет понятно, каким способом проще извлекать данные.
А если есть какие-то сложные условия, то возможно стоит комбинировать разные способы.
Я думаю просто нужно обратиться в доступные в данный момент вузы и узнать где такое возможно.