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

Резултати

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

Търсене: #franck

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

@exploreclassical · Post #186 · 30.01.2021 г., 12:04

今天推荐一首很精彩的浪漫主义复调作品:Prelude Chorale and Fugue。这部作品是伟大的法国作曲家 César Franck 在1884年创作的,写完这部作品不久,Franck就去世了。Fracnk呢是法国著名的作曲家,钢琴家,管风琴家,比我们熟知的一些浪漫派音乐家Chopin 啊,Liszt啊,小个十来岁。他和布鲁克纳啊,Clara Schumann (Robert Schumann 的太太),差不多是一伐,算是法国浪漫主义的领军人物。 Franck 特别喜欢在自己的作品中用“套曲”的模式。一部作品可以分成很多部分,每个部分在独立之中又有些相互的联系。这首 “Prelude Chorale and Fugue” 也不例外。它可以分成三部分,每部分都有自己独立的乐思。前奏曲充满了梦幻奇谲的特质,圣咏部分则是“凝重而高贵”。在最后的fugue中,Franck重新引入了第一部分和第二部分的元素,并且将第二部分的圣咏主题和fugue的主题叠置,形成了类似于double fugue的结构,充满了复杂的对位,辉煌而艰深。我们选择的版本来自于法国钢琴大师Cortot的诠释,虽然在一些细小的地方偶有瑕疵,但是他细腻的触键,多变的音色,精巧的处理依然让他的诠释光辉夺目。 #frenchcomposer#franck#piano https://www.youtube.com/watch?v=FDNswBilzoU