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

Резултати

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

Търсене: #will

当前筛选 #will清除筛选

😄Will ➖➖➖➖➖➖ 🔘 Will is used when you make a quick decision and then act. 🔜 Oh no. It's raining! I'll bring the washing inside. 🔘 Will can also be used to talk about the future, especially things that are planned. 🔜 I'll go abroad this year. I need a holiday. 🔘 Will can show what something or someone is able to do or wants to do, including a promise. 🔜 I'll be there at 10am. I promise! #Will👨‍🏫@America ➖➖➖➖➖➖➖➖➖➖➖➖ 🆕 Crypto News @Money 😁 Crypto Game @Egame 🇺🇸 US News @America 🇯🇵 Japan News @Japan 🇦🇪 UAE News @Dubai ▶️ Popular Movies @Videos 😜 Best Funny Video @Funnys

Hashtags

Journey to Fluency

@fluencyinenglish · Post #6198 · 26.06.2018 г., 12:42

#to.be.going.to #will @fluencyinenglish 🔵تفاوت بین will و be going to ۱. اگر قصد بیان یک نقشه قبلی، یعنی چیزی که از قبل برای آن مقدمه‌چینی و برنامه‌ریزی کرده‌ایم، داشته باشیم، فقط باید از be going to استفاده کنیم. به عنوان مثال، مکالمه زیر را در نظر بگیرید: A: Why did you buy this paint? B: I’m going to paint my bedroom tomorrow. @fluencyinenglish در این مکالمه، گوینده A یک نقشه قبلی دارد. در واقع، هفته پیش او تصمیم گرفته است که اتاق خوابش را رنگ کند. او می‌خواهد فردا آن را رنگ کند. به یک مثال دیگر توجه کنید: A: Are you busy this evening? B: Yes. I’m going to meet Jack at the library at seven. We’re going to study together. در این وضعیت، فقط باید از be going to استفاده کنیم؛ چون گوینده B از قبل برای درس خواندن برنامه‌ریزی کرده است؛ پس برای بیان یک نقشه قبلی در زمان آینده، نباید از will استفاده کنیم. ۲. اگر قصد بیان رضایت و میل در زمان آینده را داشته باشیم، باید از will استفاده کنیم. مثال زیر را در نظر بگیرید: A: The phone’s ringing. B: I’ll get it. @fluencyinenglish در این مکالمه، گوینده B می‌گوید که «من مایلم و خوشحالم می‌شوم که تلفن را بردارم». او از قبل در کمین جواب دادن به تلفن ننشسته است. در واقع او در همان لحظه زنگ خوردن تلفن تصمیم می‌گیرد که تلفن را بردارد. به عنوان یک مثال دیگر، مکالمه زیر را در نظر بگیرید: A: I don’t understand this problem. B: Ask your teacher about it. She’ll help you. در این مکالمه، گوینده B درباره رضایت و میل معلم برای کمک کردن به گوینده B مطمئن است؛ بنابراین استفاده از be going to در اینجا مناسب نیست و باید از will استفاده کنیم. @fluencyinenglish می‌توان گفت که will برای بیان تصمیماتی که در همان لحظه گرفته می‌شود، به کار می‌رود. به عنوان یک مثال ساده، فرض کنید یکی از دوستان‌تان شما را در خیابان می‌بیند و از شما می‌پرسد که کجا دارید می‌روید و شما می‌گویید که مثلاً دارید به سینما می‌روید. آنگاه اگر ایشان بخواهد بگوید که با شما می‌آید، باید از جمله I’ll come, too استفاده کند؛ چون این تصمیم را بدون برنامه‌ریزی قبلی و در همان لحظه گرفته است. @fluencyinenglish در پایان به راحتی می‌توان نتیجه گرفت که نوشتن جمله‌هایی مثل In Section 2 we will prove that… در مقاله‌های انگلیسی از لحاظ گرامری، درست نیست؛ چون معنی این جمله می‌شود: «همین الان و بدون برنامه‌ریزی قبلی، تصمیم گرفتیم که در بخش ۲ هم ثابت کنیم که…». @fluencyinenglish

Hashtags