Логика вполне понятна, но вот структура данных не особо удачная.
Далее предполагаю, что списки data, score_column, intervals_column, promo_column -- все одинаковой длины, иначе приведённый код будет работать некорректно.
Я бы изменил структуру данных -- сложил все данные в список объектов с полями score, intervals, promo, и уже у каждого объекта обращался к этим полям. Это сделало бы код более читаемым и наглядным. Берём одну строку-объект, обращаемся к его полям, что-то считаем и так далее.
Иными словами, в приведённом примере данные сгруппированы по колонкам, а я бы сгруппировал их по строкам.
Однако, группировка данных по колонкам (как в примере) даст меньший расход оперативной памяти, нежели при использовании объектов. Возможно, именно поэтому здесь и было так сделано.
Как минимум, в СССР и США (включая их сателлиты). Не уверен насчёт стран "третьего мира". Многие передовые технологии 21-го века основаны на открытиях, сделанных в 1950-1970-х годах.
Добавьте пункт "Рекламы нет, я из России".
Пора расчехлять анекдоты про МНС.
ВСЁ ОЧЕНЬ ПЛОХО
А ещё можно "немножечко шить".
Срочно запретить!
Лямбда и прочие облака может быть дорого и невыгодно.
Зависит от размера съеденного тортика.
Ну зачем сразу на принцессе? Кошкодевочка тоже сойдёт. :3
Голем XIV, начало.
Ждём следующую новость -- увеличилось количество краж со взломом.
Безграмотное эссе, бездарная подача материала, а по существу вопроса -- просто дичь.
Было прикольно играть с Omicron bot для первого Quake. Там у каждого бота были свои характеристики, предпочитаемое оружие и фразы для чата.
Через рей.
Подытожу. Перефразируя известного руководителя прошлого,
Вербицкий давно предлагает прекратить преподавать русскую литературу, например.
Думаю, с иностранными языками тоже не всё так плохо. : )
Мне довелось изучать японский язык после английского, и при этом я находил неожиданные параллели как с русским, так и с английским языками.
Логика вполне понятна, но вот структура данных не особо удачная.
Далее предполагаю, что списки data, score_column, intervals_column, promo_column -- все одинаковой длины, иначе приведённый код будет работать некорректно.
Я бы изменил структуру данных -- сложил все данные в список объектов с полями score, intervals, promo, и уже у каждого объекта обращался к этим полям. Это сделало бы код более читаемым и наглядным. Берём одну строку-объект, обращаемся к его полям, что-то считаем и так далее.
Иными словами, в приведённом примере данные сгруппированы по колонкам, а я бы сгруппировал их по строкам.
Однако, группировка данных по колонкам (как в примере) даст меньший расход оперативной памяти, нежели при использовании объектов. Возможно, именно поэтому здесь и было так сделано.
Можно пример кода? Хочу посмотреть на "нечеловеческую логику".
Как минимум, в СССР и США (включая их сателлиты). Не уверен насчёт стран "третьего мира". Многие передовые технологии 21-го века основаны на открытиях, сделанных в 1950-1970-х годах.
АЧХ будет некошерной. :3