Дмитрий

Вы наверное хотите получить такое:

#include <iostream>
using namespace std;

struct Example{
	int a;
};

int main() {
	Example example{5};
	cout << example.a << endl;
	example = Example{101};
	cout << example.a << endl;
	return 0;
}

Другими словами у каждого user-defined типа есть конструкторы, деструкторы и операторы присвавания по-умолчанию.

1.

так и продвижение по карьерной лестнице

Воспользуйтесь "профайлером". Другими словами Вашим руководителем. Всегда держите руку на пульсе. Если у Вас принято брать задачи из баг-трекера, то можно в довесок договориться с руководителем о следующей практике:
"Прошу Вас еженедельно говорить мне одну штуку из числа прошедших за неделю из-за которой Вы бы уволили меня и еще одну штуку из числа прошедших за неделю за которую Вы бы выписали премию". Ответы записывать, отсматривать после каждой новой обратной связи от руководителя и вы будете в тренде, что надо по факту, что нахрен не надо делать! При этом будете в курсе: нужны ли коллективу или вот вот пинут? То есть всегда будете знать насколько Вы реально нужны.

2.
Имея факты на руках о реальной необходимости команде и того что ожидает руководитель и тех задачах в багтрекере можно поставить другой вопрос команде: "Какую боль чаще всего испытываем, но все как-то руки не дойдут?" и решая его будете нужны команде

1 и 2 дают знания и карьеру

Есть книга от Мигеля Гринберга про Web-разработку с помощью Flask. Рекомендую прочитать разделы про тестирование. Я сознательно не буду приводить как, т.к. лучше Гринберга врядли кому-либо получится пояснить лучше. Но. Я бы хотел обратить ваше внимание на то, что лучше использовать не Nose, а py.test + pyhamcrest , тогда Ваши тесты будут более выразительными и вы будете лучше видеть "Что б.. сломалось то?"

Может быть std::array?

>>shared_ptr sh(new int[100]);
1. Вы говорите, что будете хранить 1 int
2. Вы создаете 100 штук int
3. И результат п.2. присваиваете в п.1, хотя сказали что будете хранить один int

Круто?

Если бы имел машину времени, чтоб вбить "Я-в-прошлом" то что надо читать, то это было бы так:
1. Таненбаум про его Операционные системы
2. Таненбаум про аппаратное обеспечение
3. Язык программирования Python по книге Лутза и при этом чтение "Structure And Interpretation Of Computer Program".
4. Только после этого приступил бы к чтению Керниган, Ричи "Язык С"
5. Попытался бы влиться в какой-нибудь OpenSource проект

Далеее уже следуют попытки понять к чему душа лежит, толи вебу, толи linux kernel module, толи еще что.
В течении этих пункто НЕПРЕРЫВНО улучшать английский. Большинство серьезной литературы о новых технологиях появлятся сначала на английском.

Возможно Вам поможет объект сессия ? sessions

На мой взгляд нужно поступать так: читайте до позеленения все подряд. Даже если вода! Впоследствии наступит момент, когда мозг откажется читать еще что-либо и скажет просто "Хорошь читать. Делай давай!". Вот! С этого момента у Вас и начнется компилироваться вся прочитанная, услышанная информация в некую систему по которой лично Вам удобно и Вашему ритму жизни.

Нет ни одной удобной системы для всех. Но везде сводят к одной правильной и верной мысли "Выдели свои жизненные потребности. Затем поставь цели позволяющие их достичь. Ставя очередную задачу старайся выполнять меньше, но в полном объеме приближающую к целям!".

Не надо искать супер-гуру. Надо искать себя. А это возможно только при пробовании, эксперементировании

Вам нужно:
1. Воспользоваться устройством /dev/zerooos/ - сознательно написал с ошибкой, чтобы не отбивать охоту к изучению системы, но подсказка все-таки есть!
2. Вам нужен параметр dd задающий размер блока
3. Вам нужен параметр dd задающий output устройство
4. Вам нужен параметр dd задающий seek позицию в output устройстве выраженное в размере с учетом п.2

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

Но практика показывает, что для очень многих людей куда привычней и легче думается, если они пишут код ООП-нуто. И действительно. Мы, люди, уже думаем объектами. Для нас не крыло взяло параметры и сам взмахнулось, а просто "Птицы летают"! Мы видим кассиров, птиц, собак, начальников и др. сущности. Мы их делим по роду деятельности: бухгалтеры, программеры, стоматологи, и др. Мы их делим по соц. признаку: пенсионеры, студент и др. Мы уже мыслим типами, объектами, характеристиками и действиями, которые они могут совершать. Обычно, людям, не приходит в голову, что "Птицы ползают и заползают в норы", потому что в нашей голове есть интерфейс "птица" в котором зашито "летает, имеет крылья".
Оглянитесь. Мы уже думаем объектами, поэтому для большинства программеров проще писать в ООП-стиле

Патенты?

2. Тостер это место для конкретных вопросов, а автор спрашивает о вопросах ведущих к дискуссии! Ни SO ни Toster для этого не подходят.

Артём Иннокентьев: Это поле еще не особо занято, это Вам идея для бизнеса ;) Ранее это поле было занято форумами. А сейчас это решение не подходит под современные реалии

Настя Мяу: Правильный ответ Вам дал ув.тов. Александр !

Он сказал, что Вы используете Python 3, а автор книги использует Python 2.

Суть в том, что в 2-ке инструкция print это часть языка и является языковой конструкцией. А в 3-ке это не часть языка и не языковая конструкция, а функция. Синтаксис функций всегда был с круглыми скобками. Вам даже компилятор сказал, что у Вас какой-то беспредел с "parenthesis" в вызове 'print'.

P.S.:
В мире Python-разработчиков существует два лагеря "Любители 2-ки" и "Любители 3-ки". При этом есть множество кода написанных как с применением 2-ки, так и 3-ки. Есть также много систем, где извращенцы написали часть системы на 2-ке, а часть на 3-ке. Поэтому как будущему Python-программисту нужно уметь программировать и в том и в другом мире.

В 14 лет не стоит заниматься "взрослым" миром. Зачем? Многие из тех кто вращается во "взрослом" мире спят и видят вернуться обратно в детство! Смысл сейчас терять то, что потом будет так не хватать?

А вообще я бы учил не программирование на Python-е, а более серьезные вещи.

Вот список:
* Русский язык - Умение выразить свою мысль используя свой родной язык грамотно, лаконично и ясно.
* Математика - это просто самый охрененный тренажор для постановки программерского мозга.
* Английский язык - сейчас очень много вопросов решается только, если читаешь, пишешь, говоришь хотя бы на уровне аналогично знанию руссского гастробайтером. Но чем лучше знаете и применяете, тем больше путей и дверей открывается
* Физкультура - Пока Вы молоды и организм все еще развивается, то надо его развивать дальше. Уверяю Хороший программер, но без секса - это печально. Посредственный программер(среднячок), но счастливый и довольный жизнь это круто.
* Коммуникабельные навыки - Эти навыки важны в ЛЮБОМ возрасте. Мы все знаем что в любом классе есть заводилы, лидеры, к ним клеются девченки, их мнение слушают их уважают и им значительно лучше живется. Но даже среднячком быть тоже работа над собою ;) А то когда вырастите не сможете вежливо отказать такому заказчику, которого лучше вообще не видеть и не слышать, не то что с ним работать

zephyr?