Кирилл Пальчевский

На самом деле этот файл представляет из себя json, который и надо разбирать как json, не занимаясь разбиением на строки и прочей ерундой:

import json

json_text = '''{"total":20,"rows":[
{"id":123,"mark":null,"Status":2,"MessageNumber":123456789,"text":"Привет"},
{"id":1234,"mark":null,"Status":1,"MessageNumber":23456789,"text":"Пока"},
{"id":12345,"mark":null,"Status":2,"MessageNumber":345678, "text":"Ало"}]
}'''

data = json.loads(json_text)

numbers = [x["MessageNumber"] for x in data["rows"]]
print (numbers)
with open("output.txt", "w") as f:
   print (", ".join(str(x) for x in numbers), file=f)

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

Так, давайте прикинем что нам нужно для реализации. Программная часть собственно нас не сильно интересует, так как на фоне прочих затрат найм какого-нибудь Линуса Торвальдса на пару месяцев вообще теряется в общей сумме.

1) Хранилище. По примерным оценкам в мире в цифровом виде около 500 000 000 оригинальных музыкальных композиций. Учитывая ремиксы и каверы - можно смело брать миллиард. Средний вес композиции среднего качества - 5 Мб. То есть порядка 5 петабайт, если хранить не в лучшем качестве. Учитывая что это должно иметь какое-то резервное хранение (у нас тут серьезный сервис все-таки), умножаем на 2 (10 петабайт). При стоимости около 2 центов за гиг в месяц, 10 000 000 Гб * $0,02 = $200 000 в месяц хранение. Ну, бюджетненько в целом.

2) БД, которая хранит данные обо всех этих композициях. Стоимость хранения будет поменьше, но думаю к 20-50К все равно где-то выйдет.

3) Другой вопрос - где брать эти данные, так как не все музыкальные файлы содержат полное описание композиции. На перебор 1 миллиарда записей и сортировки их по жанрам, альбомам, исполнителям, дате выпуска и т.д. уйдет некоторое время. Допустим 50% композиций будут иметь нормальное описание, остается все те же 500 миллионов композиций на обработку. Пусть на каждую понадобится 2 минуты работы, внести данные в поля (хотя их еще как-то найти надо, но допустим), тогда получим 1 миллиард минут. Это 1900 лет работы, или 16 666 667 часов. Час работы самого дешевого индуса - 3 бакса/час. 16 миллионов * 3 - давайте округлим до 45 миллионов. Даже если сократить этот пункт в 10 раз - выйдет под 4 миллиона. Рабский труд сегодня дорог как никогда...

4) Теперь платформа которая будет всем этим ворочать, так как у нас в сервисе должны же какие-то пользователи завестись вроде. Ну, на сервера можно смело отложить небольшую сумму, тоже где-то 20-30К, для начала сойдет.

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

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

По итогу на год:
$200 000 * 12 = $2 400 000 хранилище
$20 000 * 12 = $240 000 бд
$20 000 * 12 = $240 000 сервера приложения
$4 000 000 работы
Итого: чуть меньше 7 миллионов баксов.

"При разборке посыпались мелкие детальки." - мне кажется, в самом вопросе кроется ответ )))))

Берёте программу Mi Fit или Xiaomi Wear.
Декомпилируете, изучаете исходники, смотрите, откуда берётся прошивка и как заливается.
Скачиваете прошивку, дизассемблируете (процессор Huangshan на архитектуре RISC-V), изучаете код на ассемблере.
Пишете свою, компилируете, заливаете в браслет.
С ненулевой вероятностью вам придётся написать свои дизассемблер, ассемблер/компилятор и программу для заливки прошивки.

Если это только начало, то каким же весёлым будет конец? (с)

for x in l:
	if len(x[1]) %2 ==0:
		print(x)

или:

s = [x for x in l if len(x[1]) %2 == 0 ]
print(s)

А с чего ты за пол года решил, что ты ограничен?) Основываясь на своем личном опыте, я сейчас понимаю, что первые два года вообще не понимал, что делаю, хотя тогда я так не думал:) А развиваться надо не в технологии, а а направлении, если хочешь заниматься вебом, то занимайся им. Разбери в деталях как работает все mvc. Как можно реализовать одно и тоже на django, flask, fast api и aiohttp, если тебе зачем то захотелось разобрать несколько фреймворков. Разберись как работает фронт, выучи react, angular, vue. Разберись в деталях асинхронности, что бы слова async и await, не вызывали у тебя вопросов. Изучи как работает многопоточность в питоне (херово), и что вообще такое GIL и зачем это надо. Разберись с другими протоколами, как минимум с веб сокетами. Копни глубже в архитектуру и проектирование и изучи хотя бы все основные патерны и антипатерны, научись писать код согласно SOLID. Копни глубже в питон и разберись как работают метаклассы и в чем их суть. Залезь в детали разных CI/CD и деплоймент процессы, разбери как минимум докер, кубкрнетс и/или ансибл. Копни глубоко в тестирование и разберись со всеми деталями юнитов, интеграционных, ацептанс, перформанс текстов. Закопайся в детали баз данных, что бы вообще хорошо понимать SQL, что бы вопросы чем where отличается от having, или в чем разница между postgres и mysql вообще не вызывали проблем. Опять же понимание транзакций и уровня изолированности транзакций. Понимание и умение использовать NoSQL базы, и как минимум знать где и какие применяются. Понимание где и зачем нужна микросервисная архитектура. Если вдруг ты действительно все это понял и разобрал за пол года, то я искренне тебе завидую и готов помогать и подсказывать куда развиваться и что изучать. Если что сам senior python developer / release manager, в крупной международной компании:)

Почитайте про области видимости (пространства имён).
У вас есть два списка iGetDay. Один - в глобальном пространстве имён модуля, другой - в локальном пространстве функции dow.
Это разные объекты, никак друг с другом не связанные.
Вам лучше возвращать значение из функции при помощи return и результат выполнения функции связывать с глобальным именем вне функции.
И все значения явно передавать в функции как параметры функции и получать из функции как return. И не полагаться на области видимости, они неявные и в них легко запутаться.

Забавный психологический нюанс.
В ответах на этот регулярный (не реже раза в месяц) тупой (ибо элементарно гуглится) вопрос могут в пустом балабольстве дойти до Крестов, Эрланга, Брейнфака и Ассемблера.
Но традиционно забывают реально необходимый SQL.

while (x <= b), нужно так, так как x ∈ [a,b] с шагом h.