Дмитрий

В языке Python нет такого "перегрузить конструктор". Есть один __init__ , а чтобы решить задачу с различными ситуациями делают несколько методов, к примеру : SuperPuperClass.build_situation1(), SuperPuperClass.build_situation2(). Можете почитать здесь: Python constructors and __init__

Недавно смотрел учебник по JavaScript на habrahabr.ru. Организован в виде набора постов на хабре. В разделе про рекурсию там было подобное решение. Посмотрите, возможно, это то что Вам нужно

Я бы не считал это дублем. Параметр может влиять на формирование результата. Только лишь на основании не особо удачного названия параметра со словом 'fake' я бы не стал делать выводов о том как он влияет на результат.

Другими словами, я бы спросил себя : Влияет ли на результат параметр? Если да, то это не дубли

olejoman : 18+, а до 18 надо учить математику в школе и хорошо учить. Также налегать на улучшение английского.

А что Вы пытались сделать для того чтобы получить этот опыт? Можно как минимум попробовать написать в компанию в которой бы Вы хотели работать и сказать "Я новичок. Но готов работать бесплатно". Вполне возможно там, где хорошо поставлен процесс и написана внятная документация, то могут согласиться.

Один тест - одна проблема. Тест должен выявлять СТРОГО одну проблему! Как вывод: не следует делать так, чтобы один тест зависил от другого.

Мне кажется ВЫ не совсем верно понимаете что такое модульный тест. Вот его достаточно верное определение: Unit Test - Definition

dtony: То что Вы до сих пор не нашли работу это не умение ее искать. Как бы Вам сказать. Научить фреймворку можно! Научить писать качественный код, тоже можно! А вот научить думать головой и пользоваться этим инструментом на всю катушку - это уже ой как сложно!!!

Вы просто себя преподносите не так! Как только покажете напор работодателю, так у Вас все заработает и взлетит! И не беда, что у Вас знаний девелопера нет, их можно преобрести. Вы КТН. А значит можете правильно и разумно разбивать сложные задачи и в конечном итоге можете их решать. Там где среднячок может упереться и даже не будет знать как двигаться дальше, для Вас худо бедно все будет упираться только в не знание технологий и языка

Кажется Вы непонимаете что такое прикладное программирование. Вы уточните этот термин. Затем и вопрос отпадет ;)

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

Как Вы видете Ваше руководство заинтересовано в том, чтобы подчиненные развивались. Выбейте из них курсы обучения по тем дырам в знаниях, которые у Вас есть. Если нету, то составьте список того что еще не знаете и можете найти эксперта в этих знаниях и его услуги оплатить. Это куда выгоднее чем покупка журналов с мыслью "Авось что-то полезное будет в них". У Вас же уже есть один очень важный журнал "ГУГЛ" он знает почти все и этого достаточно

/offtop: Прежде чем что-то писать мульти-тредное на Python настоятельно рекоменду прочитать про GIL. Это крайне важно!!! На хабре есть перевод статьи от Дэвида Бизли про устройство GIL. Настоятельно рекомендую прочесть.

Лучше бы они сделали возможность голосовать за перенос между гиктаймзом, хабром и мегамозгом, а сообщество само бы приняло решение куда что поместить

Не обращайте внимания на эти метрики Хабра. По той причине, что реальной пользы они не несут! Лучше займитесь делом. Присоединитесь к какому-нибудь Open-Source-проекту. Количество комитов и pull-request-ов куда лучший показатель как программиста

Найдите книгу Мигеля про Flask. У него очень хорошо показано, как надо сделать то что Вы хотите ;)

basania: Если есть возможность изучать алгоритмы, то да, это надо делать! Не важно какой язык. Python, C, Ruby. Не важно! Умение дизайнить, оценивать алгоритмы весьма полезно и от языка не зависит.
НО! Нам программерам надо решать задачи и очень часто кричат в ухо "Чего сидишь? Делай давай". В принципе все корректно. Мы же беря в руки смартфон не думаем, какой же паттерн проектирования или алгоритм сортировки или еще что применено для реализации "послать смс-ку". Так и пользователь нашего кода тоже не парится какое О-большое в реализации того чем он пользуется )

Поэтому: умейте решать задачу? Если текущий Ваш уровень не позволяет решать задачи достаточно быстро и укладываться в сроке, то изучайте фрейморки, стандартную библиотеку, идиомы, все что угодно : ЛИШЬ БЫ РЕШАТЬ ЗАДАЧУ. И только после улучшения этого навыка думайте в сторону улучшения качества

Факт №1: Диплом нужен. Чем более престижнее ВУЗ тем лучше.

Но при этом надо помнить нашу любимую поговорку "Встречают по одежке, провожают по уму". Другими словами диплом, это аналог одежки. Куда бы Вы не устраивались работать в будущем в Вашем резюме глаз рекрутера зацепится на строчке с престижным ВУЗ-е, но в конечном итоге Вам таки придется общаться с конкретным и прагматичным технарем, который-то и "проводит по уму" ;)

Другими словами, Вам никто не мешает развиваться как технарю и специалисту где бы Вы не учились. НО. Более престижный ВУЗ позволит чаще цеплять глаза рекрутеров и тем самым даст Вам уверенность в самом себе. Уверенность в том будущем, когда Вы можете поднять задницу и сказать любому работодателю "ОК. Мы с Вами хорошо работали, но пора и честь знать"

Факт №2:
В более престижном ВУЗ-е более профессиональнее люди.

Я не говорю о количестве. Я говорю о людях. Везде встречаются мозги и очень хорошие мозги. Но в более престижных встречаются чаще. Это говорит о том, что Вы можете начать вращаться среди тех профессионалов, с которыми Вам будет приятнее работать как в течении студенчества, так и в будущем "работая на дядю".
У меня из коллег и друзей есть и МГУ-шники и Бауманщики. Могут сутками жрать окдан, но ей богу пишут словно Брайн Керниган. Ни строчки лишнего. Строго по делу. А если просишь совета. Услышишь ясное, прогматичное и аргументированное мнение. Да, те кто учился в менее престижном или вообще не учился тоже есть и даже очень бошковитые, но это исключения подчеркивающее правило.

Наберите в гугле "Алгоритм сортировочная станция". Этаж калькулятор 2-го курса обучения ВУЗа ;)

Чтобы что-то автоматизировать, надо бы знать проблему, которую надо решить. Вот и спросите: А что конкретно надо автоматизировать? Просто наобум "Ты же умный" звучит как "Ты же программист, значит и кофеварку починишь".

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