Михаил

В вашем примере выражение set() вычисляется один раз, а уже затем вызывается fromkeys. Это не имеет никакого отношения к set, так работают функции почти во всех языках программирования - сначала вычисляются значения аргументов, а потом с этими значениями вызывается функция. Итого, у вас везде передаётся один и тот же объект set. Будь там не set, а какой-нибудь Student, было бы то же самое.
Правильный вариант: set_dict = { x: set() for x in range(3) }

SERVER_ADDRESS = 'localhost'
меняешь на
SERVER_ADDRESS = '127.0.0.1'

объяснять нужно? и вооьбще - какую проблему решаем-то?

https://en.wikipedia.org/wiki/Speckle_(interference)
Если вкратце - то из-за интерференции когерентного света лазера.

Вот большой гайд о константах, Там в принципе описаны все возможные способы создания констант, а их много. И самое главное, есть раздел Handling Your Constants in a Real-World Project, то что тебе и нужно, а не просто "знакомство". Ресурс в python среде пользуется репутацией, его даже в продвинутых книгах упоминают.
https://realpython.com/python-constants/

означает тоже самое, что и "кровавый энтерпрайз"))

обычно это в той или иной степени совокупность таких параметров как:

• крупный проект, рассчитанный на крупного клиента. обычно на джаве или прочих дотнетах.
  
• многолетний, с тонной легаси, который необходимо поддерживать.
  
• крупная контора-разработчик. с сопутствующими бюрократией и костностью, и вытекающих из этого сложностей во внедрении современных технологий и коммуникации.
  
• зачастую монструозность. гляньте https://github.com/EnterpriseQualityCoding/FizzBuz... это конечно же шутка, но зачастую она оказывается недалека от реальности.
  

Не использовать Popen. Лучше всего код из executer/__main__.py переписать, как асинхронный модуль, импортировать в скрипт и запускать в цикле событий. Если это невозможно, то использовать какую-нибудь очередь задач, с которой можно асинхронно работать. В крайнем случае использовать run_in_executor, но лучше не надо.

Основное отличие -- это лицензии под которыми распространяются эти две обёртки над Qt.

PyQt5 распространяется под GPL и коммерческой лицензией.

PySide2 распространяется как Qt под GPL, LGPL и коммерческой лицензией.

Пишите открытое/свободное ПО -- можно использовать как PyQt5, так и PySide 2.o

Пишите закрытое/коммерческое ПО -- бесплатно можно использовать только PySide 2, а для использования PyQt5 потребуется покупать коммерческую лицензию.

И если Вы живёте, работаете на компанию или имеете клиентов в США и Евросоюзе -- различие существенное, судебные иски там бывают.

На постсоветском пространстве, я не припоминаю, чтобы кто-то подавал в суд из-за использования библиотек под лицензией GPL в коммерческих продуктах.

Если Вам непринципиально на каком современном GUI-тулките писать десктом-приложение. С Python, помимо обёрток над GUI-тулкитом Qt5 (PyQt5, PySide 2), можно использовать обёртку для GUI-тулкита Gtk3 -- см. документацию тут Python GTK+ 3 и тут PyGObject -- код GTK и необходимых для Python библиотек лицензирован под LGPL, что позволяет использовать их в коммерческих продуктах.

ДОПОЛНЕНО исходя из комментария автора вопроса

Но меня интерисовала скорее производительность.

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

В июне был открыт и в июле уже закрыт багрепорт по производительности одного из классов PySide2 в сравнении с тем же классом в PyQt5:
https://bugreports.qt.io/browse/PYSIDE-727

Если говорить о производительности в целом, то вопрос не имеет особого смысла.

Производительность обеих обёрток упирается в производительность компонентов Qt5.

Сравнивать производительность обеих обёрток надо по одинаковым кейсам.

Большая разница в производительности PySide2 и PyQt5 на одном и том же кейсе будет причиной для багрепорта и исправления в PySide2 или в PyQt5, соответственно.

Вы можете перестраховаться и 6-12 месяцев не трогать PySide2 со дня первого стабильного релиза (16.07.2018). Вдруг ещё остались недоработки, так пусть другие разработчики и компании используют PySide2 в продакшене на свой страх и риск сейчас, попишут разработчикам PySide2 багрепорты, а Вы получите от сообщества более стабильный и проверенный, не на Вас и не на ваших пользователях, продукт.

Так как один проект официальный, а второй нет.

Не совсем понятно, что такое официальный проект.

На сайте Qt есть раздел Qt для Python, сейчас там написано про PySide2:
doc.qt.io/qtforpython/index.html

Это при том, что PyQt5 вышла давно, а PySide2 после многих лет разработки стабилизировали недавно.

Возможно, лицензионная политика PySide2 больше устраивает разработчиков Qt5 и поэтому они решили продвигать PySide2.

В таком случае, PySide2 можно считать "официальным" проектом, а PyQt5 стало быть "кустарщиной".

Почитай про конструкторы

docs.oracle.com (Parameter Declaration):

You cannot constrain this data type (with NOT NULL, for example).