javedimka

Статья вдохновившая Гвидо Ван Россума :
https://www.cosc.canterbury.ac.nz/greg.ewing/pytho...

Про асинхронностью есть в книге Лучано Рамальо "Python. К вершинам мастерства" Но существующее издание довольно старо, весной этого года ожидается обновлённая версия книги.

В том что нет разработчиков.
Если вы решили пилить продукт на Go - у вас возникнут проблемы. После создания - начинается поддержка. А если разработчик выбрал Go - поддержка ему не интересна, ему нравится модно, ново, молодёжно, он уйдёт и вы останетесь у разбитого корыта, с открытыми по пол года вакансиями и даже зарплата сильно выше рынка особо не поможет.

Если в твоем списке не миллиард серверов то нет, медленно не будет.
Но если уж очень хочется, то типичная тактика это сделать словарь lookup_field: object.
Если обязательно нужны списки, то можно использовать модуль bisect.

Довольно новая библиотека для работы с TUI (text user interface)

https://github.com/willmcgugan/textual

Есть dramatiq который работает под Windows и является плодом ненависти к celery и его багам.
https://dramatiq.io/index.html

олсо
https://github.com/coleifer/huey

тот отдаёт этот запрос серверу приложений, тот в свою очередь запускает WSGI сервер, которому передаются данные запроса

Нет, WSGI сервер запускается один раз.

в WSGI сервер есть обработчик, который обращается уже к самому веб-приложению

Нет, у WSGI сервера нет зависимостей от твоего приложения.

фреймворк получает ещё порции данных от WSGI сервера и переводит их в понятный для разработчика вид

Нет, фреймворк не получает ещё порций данных от WSGI сервреа, он получает ровно тоже самое что и приложение без фреймворка.

потом в приложении генерируется html страница, отдаётся WSGI серверу, тот отдаёт его обратно серверу приложений

Нет, WSGI серверу отдаются данные в формате определённом стандартом WSGI.

WSGI сервер это просто прослойка между "веб" сервером и питон приложением, которая позволяет не задумываться о выборе "веб" сервера и/или фреймворка, на котором будет написано приложение.

WSGI сервер запускается один раз, с натравливанием на специальный объект, определённый стандартом WSGI, этот объект написан разработчиком приложения, или разработчиком фреймворка, если используется фреймворк. (не всегда)
Когда с "веб" сервера приходит HTTP запрос, WSGI сервер обрабатывает этот запрос, разбирает его на структуру, определённую стандартом, и вызывает тот самый специальный объект, определённый стандартом WSGI, который делает вещи определённые стандартом WSGI, а именно - используя переданный в параметрах объект, отправляет WSGI серверу код HTTP ответа и заголовки ответа, после чего возвращает генератор, который будет возвращать тело ответа. WSGI сервер из всего этого дела варит HTTP ответ и возвращает его "веб" серверу.
Получать заголовки и тело можно как угодно - можно делать это используя фреймворк типо джанго/flask, или же просто читать из файла.

Просто прочти PEP:
https://www.python.org/dev/peps/pep-3333/#environ-...

\ufeff

Это и есть bom.

Кодировать нужно не каждую строчку, а данные целиком. Открыл бы хоть, википедию, для приличия то, чтобы понимать с чем работаешь:

Согласно спецификации Юникода, маркер может стоять только в самом начале файла или потока.

import shutil

def encode_utf8_bom(self, path_on_file: str):
    with open(path_on_file, encoding="utf-8") as f_in, open(path_on_file+".tmp", encoding="utf-8-sig", mode="w") as f_out:
        f_out.write(f_in.read())
        shutil.move(path_on_file + ".tmp", path_on_file)

settings -> editor -> code style -> python -> wrapping and braces -> "from" import statements -> Force parentheses if multiline

Потыкался бы хоть

Вот ты изучаешь книгу, а не просто пишешь код, так? Полагаю атрибуты класса ты уже прошёл и знаешь где они объявляются? Если так, то почему спрашиваешь в чем ошибка? Она же очевидна, в твоём варианте обращаться нужно к battery_size, а не просто к battery. И судя по вопросу тебе это понятно.
Вопрос об ошибке в книжке? По первой ссылке в гугле - в этой книге ошибки нет, там все написано корректно, вероятно ты неправильно списал.