Nick SMOLIN

Сам искал ответа на этот вопрос. И вдохновившись примером с лампочками, таки разобрался)

Пусть тут полежит для потомков

package main

import "fmt"

type LampDiode struct{}

func (l *LampDiode) ScrewOn() string {
	return "Lamp 1"
}

type LampIncandescent struct{}

func (l *LampIncandescent) ScrewOn() string {
	return "Lamp 2"
}

type Lamp interface {
	ScrewOn() string
}

func Chandelier(l Lamp) {
	fmt.Println(l.ScrewOn())
}

func main() {
	var l1 Lamp
	l1 = new(LampDiode)
	Chandelier(l1)

	var l2 Lamp
	l2 = new(LampIncandescent)
	Chandelier(l2)
}

Если не будет ошибок, ничему не научитесь. )
С возрастом к своим ошибкам относишься строже, но если подумать, то больше всех ошибок делают дети и они же по уровню способности решать незнакомые проблемы составят конкуренцию любому профессору.
В общем все нормально.)
А мозги требуют тренировки.

А представь, каково было тем, кто постигал все эти темы 10/15/20 лет назад?

Когда не было ютуба, торрентов с кучей курсов и учебников на каждый чих на халяву, сотен мануалов/туториалов по каждому поводу, многотысячных блогов, гитхаба с готовым кодом на всё, что пожелаешь, stackoverflow с ответами на 95% вопросов, которые могут возникнуть, да того же тостера (куда можно придти и посетовать на то, что сложнааа).

Когда в принципе рунет был в зачаточном состоянии (не было даже проф. форумов), информацию приходилось дёргать по крупицам в забугорном сегменте, но делать это было крайне сложно по причине того, что карточка на 150 минут dialup-интернета (50 кбит/с) обходилась в треть стипендии.

Когда в учебных заведениях не преподавали даже паскаль, а об обилии всяких курсов, в том числе онлайн, можно было только мечтать. Когда основным источником информации на русском языке был журнал "Хакер", мать его))

И несмотря на полный информационный вакуум и крайне скудные тех. возможности, люди горели темой, преодолевали сложности, становились специалистами и разрабатывали решения, которыми пользуются до сих пор.

Или это нормально в IT?

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

Потому что чем дальше, тем больше затыков и препятствий. И есть риск все больше отставать от тех, для кого эти же трудности - как наркотик, и все дальше отдаляться от дела, где препятствия вызывают азарт у тебя.

Если же препятствия воспринимаешь как должное, то хорош рефлексировать, просто преодолевай и лови кайф от преодолений. Без них никак, если ошибок и сложностей нет - значит ты просто их не видишь (т.е. допускаешь двойную ошибку), и они никогда не кончатся:)

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

ну как бы - сайт то не ваш.
а в своём огороде хочу помидоры рощу а хочу кактусы

Раньше надо было об этом думать. А сейчас уже оплачено.

load testing tools

разнести настройки "по категориям"

Никогда такой надобности не было

settings1.py
foo='bar'

settings.py
from settings1.py import *

зависимости от environment, например, db.py разный для prod\dev\test

myprog
├── manage.py
└── myprog
    ├── __init__.py
    ├── settings
    │   ├── __init__.py
    │   ├── global.py
    │   └── settings_test.py
    ├── urls.py
    └── wsgi.py

__init__.py

import os

if os.environ['test']:
    from settings_test.py import *

global.py/main.py/...
# common settings for all env types

settings_test.py

from global.py import *

foo='buzz'

Кортежи неизменяемы и от них можно найти хеш, если они, конечно, сами не содержат изменяемых типов.
Из-за этого кортежи более легковесны, а возможность найти хеш позволяет использовать кортежи в виде ключей для словарей.

Например, можно хранить содержимое некоторых координат массива
d = {(0, 1): 'X', (2, 3): 'O'}

Теперь легко обойти все содержимое:

for x, y in d:
    print(x, y, d[x, y])

Ищу хорошие книги по веб-разработке!
Какие сейчас есть актуальные книги для веб-разработки?
Полезные книги для веб-разработчика
Какие почитать книги по основам веб-разработки?
Какие книги с теорией разработки web-приложений посоветуете?
Видимо, поиск придумали для дураков.

Мне когда-то на подобный вопрос дали развернутый ответ (еще раз спасибо этому человеку). Я не смог найти ссылку на тот форум, но сам ответ у меня был сохранен:

Вот список знаний, которыми должен обладать потенциальный Junior Python developer:

Уметь самообучаться, находить нужную информацию.

Иметь общие представления о том, что такое ОС и зачем она появилась.
Понимать что такое процесс и как он “живёт” в ОС.
Понимать что такое поток.
Понимать что такое сокеты и зачем они нужны.
Иметь представление о том, как устроен стек протоколов TCP/IP.

Понимать что такое Linux.
Уметь работать в sh.
Понимать что такое виртуализация и знать какие бывают типы.
Уметь настраивать виртуальные машины через vagrant или подобные инструменты.
Уметь работать с GIT(создавать ветки, разрешать конфликты, etc)

Понимать что такое ООП, на чём он основан и почему им удобно пользоваться.
Понимать что такое императивный и декларативный стиль.
Понимать что такое MVC
Понимать что такое декоратор(стандартный вопрос на собеседовании) и зачем он нужен.
Понимать что такое замыкание.
Понимать что такое интроскпекция.
Понимать асинхронную концепцию программирования.

Уметь работать с БД(хотя бы CRUD, join)
Уметь работать с nginx(хотя бы проксирование настроить)

(можно просто написать - “прочитать Лутца”, но выделю пару вопросов)
Знать чем отличаются new style классы от old style.
Знать чем отличаются Python2 от Python3
Знать чем отличается str от unicode и почему в программе нужно работать с unicode.
Понимать алгоритм импорта модулей в Python.
Понимать что такое генераторы и итераторы.
Понимать что такое дескрипторы.
Понимать что такое GIL и зачем он нужен.
Понимать что такое WSGI и зачем он появился.

+ Уметь писать тесты, понимать зачем это нужно.
+ Практические и теоритические основы по framework.

+ выполнить норматив по ГТО
+ не пить и не курить.

Так же можешь потренироваться по заданиям Юры Юревича.

Заданиям Юры Юревича - тыц.