TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #672 · 28.11

Впервые сделал крупный проект (под NDA, так что не расскажу, какой) на облачных функциях. Впечатления противоречивые. Изначально программисты арендовали компьютер в датацентре: или целиком или кусочек. На нём теоретически можно делать что угодно, но для запуска своих программ нужно было настроить операционную систему, безопасность и авторизацию, установить нужные исполнительные модули, программы для удобства деплоя, мониторинг нагрузки итд. Поэтому появились сервисы, которые это всё делают за тебя, а тебе дают буквально окно, куда можно написать свой код и запускать его удалённо на чужой машине. Конкретно я пользовался решением от Яндекса, чей протокол скопирован напрямую с Amazon Web Services. Причём, в документации не только открыто об этом говорится, но ещё и в некоторых местах перенаправляют на доки от Amazon. И SDK предлагают тоже использовать амазоновский. До санкций я бы сказал, что это не так плохо — можно использовать что-то привычное тем, кто уже работал с Amazon. Но сейчас привязка к американскому сервису выглядит скорее жирным минусом. Не знаю, есть ли у Яндекса ресурсы на какое-то серьёзное разделение. Судя по состоянию документации и платформы в целом — нет. Yandex Cloud кажется системой, которая активно развивалась несколько лет назад, а сейчас подзаброшена. Среда выполнения .NET отстаёт от актуальной на две версии (3.1 вместо 6, четвёртой версии не существует). Изначально мой проект был написан как обычное контейнеризированное приложение на .NET 6, а потом я переводил его на функции. Пришлось пройтись по всему коду и переписать несовместимые куски с C#10 на C#8, это было не слишком приятно. Документации фактически нет, а там, где есть, много путаницы. В примерах написано одно, по факту другое: например в функцию вместо объекта Request приходит просто строка, а разбирать её надо самому. Авторизацию я нашёл только на Stackoverflow. Интересно, что адекватных доков про неё не было ни у Яндекса, ни у Amazon. Функция выполняется и выгружается, поэтому ваша программа не должна рассчитывать на наличие постоянно живущего процесса. Мне пришлось вытащить из неё большой словарь, который грузится при старте, и положить уже подготовленные данные из него в Object Storage — это такое горячее файловое хранилище, там же рядом с функциями. Справедливости ради, работает это всё быстрее, чем я думал. Удалось запихнуть в функции даже сравнительно большой проект с кучей классов, создающий при запуске несколько десятков объектов и производящий загрузку из сети с декомпрессией. Другой важный плюс — бесплатная квота довольно внушительная: миллион вызовов и 10Гб*часов оперативной памяти в месяц. Для пет проекта вы сможете вообще не покупать сервер. Но если сервер у вас всё-таки есть, деплой вы уже настроили, то удобнее будет, конечно, делать как привычно. И гибкости больше. #dev

Hashtags

Резултати

Намерени 1 подобни публикации

Търсене: #brendel

当前筛选 #brendel清除筛选
Classical Music

@exploreclassical · Post #119 · 09.12.2020 г., 01:25

下午稍微读了一下Alfred Brendel的essay “Must Classical Music Be Entirely Serious”的第二部分,专门讲的今早分享的Diabelli Variations。这篇essay的主题就是音乐的“不正经”,幽默、讽刺等等,所以这篇文章也是主要从Diabelli Variaion的幽默性出发~essay信息量太大了,我也没完全读明白,这里就写几条我印象比较深的抛砖引玉一下吧~感兴趣的朋友非常推荐这篇essay,我们可以在群里一起讨论! 1. 和贝多芬其他的变奏曲相比Diabelli Variations是非常不正统的。比如一般情况下第一首变奏曲都会和主题十分相近(这里可以参考Mozart的小星星变奏曲),但是这里贝多芬非常意外的放了一首和主题不仅不相近,可以说是反义词的变奏,一首4/4的march跟在3/4的waltz后面,出人意料。有趣的是,有研究发现这第一个variation是最后才加上去的。 2. 大多数变奏曲可能有一个变奏的“标准”,比如哥德堡是基于bass的变奏,小星星是基于旋律的变奏,贝多芬的大多数变奏曲也有这样的一个“变奏标准”,但是这首Diabelli Varitions并没有一个统一的标准,很自由。 3. 这首变奏曲的不正统还体现在对主题结构上的改变,经常删掉几个小节或者加几个小节,变奏22更是直接“换了旋律”,用了Don Giovanni里的Notte e giorno faticar来模仿主题,作者认为这是在make fun of the theme~ 4. 主题在这套变奏曲里起的角色可能就是引出了幽默,变奏曲们都“超越”了主题的控制,后面的变奏曲中更像是我们要在变奏中去找主题,而不是主题中创造出变奏的感觉。 5. 除了让人发笑的主题以外,变奏曲里也有很多非常sublime的主题,比如variation 14,20, 24,但紧跟着这些sublime之后的都是幽默的变奏,对比强烈。作者这里引用了Jean Paul的一个说法,他认为幽默是“the sublime in reverse”~另外还有一个对比是从var 29-31和var 32. Var 29-31是C minor的集中区域,最后以var 32的一首欢快的fugue结束。 6. Essay里还总结了变奏中的motivic elements,比如upbeat embellishment,重复的和弦,dance rhythm等等,这里贴一张截图。 7. Brendel还给每首变奏取了名字~看着名字听了一下感觉都蛮合适的!其中有很多蛮有趣的,比如var 1他起的名字是gladiator,flexing his muscles,var 15是cheerful spook等待~这里也贴张截图~ 8. 另外关于为什么是33首变奏也蛮有趣。Diabelli来催贝多芬交作业的时候,贝多芬问他手里已经有多少首变奏了,Diabelli说有32首,然后贝多芬说那你去发表吧,我一个人要写33首。另外33也和贝多芬的Piano Sonata有联系,32首Piano Sonata之后跟着33首变奏,有点crowning achievement的感觉,而且第33首变奏也和第32首Piano Sonata的Adagio联系紧密。 完整版的essay可以在这里读,是这本书里的第二篇essay:https://archive.org/details/musicsoundedout00alfr 另外也可以看这个视频,好像是Brendel的朗读版lol:https://www.youtube.com/watch?v=DmxFrzIxFqA #beethember#beethoven#brendel#essay