Дмитрий Лузанов

потому что return заканчивает выполнение функции и весь код, указанный после него, не обрабатывается.

Как то так:

file_1 = open('1.txt', 'r').read().split('\n')
file_2 = open('2.txt', 'r').read().split('\n')

array = []
for email in file_1:
    if email.split(':')[0] not in file_2:
        array.append(email)

str = ""
for email in array:
    str += email
    str += '\n'

file_3 = open('3.txt', 'w')
file_3.write(str)

поставьте browsersync и не парьтесь, никто уже скрипты не встраивает в документ. https://browsersync.io/

гуглите в сторону Lazy Load. тобишь убрать src и написать его в data атрибут. а потом при надобности перенести обратно в src

1) Документируй
2) Абстрагируйся всегда максимально
3) Пиши классы по принципу "черного ящика"
4) Один класс решает одну конкретную задачу, не стоит городить комбайны.

любой символ - это точка.
точнее описать не могу, ибо нифига не понятно что нужно.

Сказать по правде, Вы немного странно ставите вопрос... мне кажется, актуальнее было бы уточнить, о причинах, по которым нужно объединять файлы в один.

Понятно, что будет неудобно работать, но это допустим не важно. Привыкнется)))

Неудобно работать кому, Вам, или браузеру? Если браузеру, то за него не беспокойтесь, он парень сильный, справится. Если Вам - то есть сборщики проектов, коих как грибов в лесу. На крайняк можно написать свои 20 строк кода.

Речь не идет про крупный проект, портал или магазин. Простой одностраничник)

Вопрос звучит примерно как: "я тут приехал в какую-то деревню (город с населением 200тыс. человек), стоит ли там соблюдать правила дорожного движения и законы? Это же не миллионник и даже не мегаполис..."

Дело не в том, скольки-страничник сайт, а в причинах, которые послужили предпосылкой к объединению скрипто-стилевого мусора в один файл. Основных причин было несколько:

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

2. Особенность браузеров, работающих по поротоколу HTTP 1.0/1.1 заключается в том, что они не могут открывать более 16-32 соединений (если мне память не изменяет, точные цифры не помню). Это значит, что одновременно более 16-32 файлов скачиваться не будет. А теперь представьте, что у Вас на "одностраничнике" штук 300 спрайтов, на всякие соц. сети, иконки, стрелки и пр. лабуду, и каждый будет загружаться отдельно...

Я думаю, Вы уже знакомы с протоколом FTP... Попробуйте как-нибудь, ради интереса загрузить на сервер любую CMS, в которой 5-15тыс. файлов по FTP, в распакованном виде. А потом попробуйте упаковать все эти файлы в архив, с нулевым сжатием (TAR или ZIP без сжатия), загрузить на сервер и распаковать. Даже на самом "мёртвом" сервере, даже с учётом времени на распаковку, процедура с архивом обычно проходит в несколько (иногда десятков) раз быстрее, чем загрузка каждого файла по одному. В браузере разница не настолько критична, принцип тот же.

Среди прочего, хочу отметить, что для протокола HTTP/2, который пока поддерживают ещё не все браузеры (хотя таковых и большинство) и далеко не все хостеры и админы осилили его интеграцию, проблема уже не так актуальна. Но одна из причин, по которой HTTP/2 позволяет ускорить загрузку заключается как раз в том, ограничение с пулом запросов было решено.

Так же, сжатие всех скриптов в один - позволяет решить проблему порядка загрузки, и добавить скрипту флаг async, что было довольно актуально для меня в ряде случаев. А CSS - тем более грузятся по порядку, т.к. это каскадные таблицы, и как бы Вы их там не вращали, браузер априори будет их читать линейно и так же линейно применять, именно в том порядке, в котором они были указаны к загрузке. И в этом случае, сочетание протокола HTTP/1.0|1.1 и отсутствие многократного дёргания сервера, довольно очевидно.

Друзья, есть ли вопросы на собеседовании о том, что this зависит от контекста вызова?

Вполне могут быть, так как это одна из базовых концепций языка

Сохранилось ли эта особенность в классах и вообще ситуация в ES6?

классы es2015 - всего лишь синтаксический сахар над прототипапами - более привычный синтаксис для пришедших из языков с классическим ООП, таких как java и C#
соответственно ситуация абсолютно такая же, как и с обычными функциями, единственное дополнение нового синтаксиса - нельзя вызывать конструктор без оператора new

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

Надеюсь сойдет за лайфхак:
func()вызов с контекстом по-умолчанию (undefined в strict режиме или глобальный объект не в strict режиме)

func.call(ctx, ...args)
func.apply(ctx, args)
obj.func.call(ctx, ...args)
obj.func.apply(ctx, args)

вызов с указанным контекстом ctx

obj.func()вызов с контекстом obj
(0, obj.func)()хак "отвязка контекста", функция вызывается с контекстом по-умолчанию

Не потрахавшись с JS плюсов TS не осознаешь. Плюс нет учебников по TS как по самостоятельному ЯП, все в расчете на то, что JS уже знаком.