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

Резултати

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

Търсене: #myth

当前筛选 #myth清除筛选
Sayohatnoma: Bagajsiz!

@bagajsiz · Post #73 · 28.01.2025 г., 23:03

#myth Chetga chiqsang, ba’zi stereotiplar parchalanadi deydiku. Ha afsus koʻpchiligi haqiqat boʻlib chiqadi. Masalan, Uzbekistanni Pakistan deb oʻylash. Bu mif emas, men bilan bir necha marta boʻldi. Nafaqat studentlar, balki teacher koʻpchiligi bilmaydiyam bizni mavjudligimizni.

Hashtags

On dragons The dragon Smej Gorynytsch was terrorizing the region around Kiev during the 11th century. The hero Dobrynja vanquished the dragon ultimately. This story follows the same pattern as Zeus defeating Typhon or Perun destroying Veles. #dragon#myth @EuropeanTribalism

Hashtags

Doniyor Olimjonov English | IELTS

@doniyorieltss · Post #451 · 08.01.2023 г., 05:58

#StudentsQuestionsAnswered#myth Let's debunk one common myth surrounding the word count in IELTS Writing: writing more / fewer words than necessary will lower your score. In the past, there was a fixed penalty for writing fewer words than required, as per instructions. But IELTS abolished that as of 2018, and you will not lose marks for being under word. It is also evident that there is no such thing as an upper limit in IELTS Writing. However, there is still a debate over whether or not going way over the recommended number affects your score. Now, does writing 200-220 words for Task 2 universally mean you will lose marks? NO! It's not the number of words that would lower your score, it is what is associated with it: main ideas that lack development. Clearly, your main ideas need to be developed sufficiently, warranting relevant reason(s), explanation(s), and example(s). This means that you would need at least 5 sentences to write a decent body paragraph, which would probably contain 10-20 words each — if you do the math, you would need to write at least 250 words no matter what! This goes to show that if you were to actually write fewer words than required, your ideas would be left under-developed (Task Response: Band 5-6 as per the band descriptors), which means that it's not being underlength per se that would impact your score — it is its result that does so. However, it's also a matter of the task at hand — whether or not it calls for a lot of words. There are certain questions that you could fully respond to with only 250-270 words, while there are also some that require far more words than necessary, say 500 words. In this case, it is perfectly fine to produce what you might assume is an overly long essay, as slashing this word count could compromise your TR score — you would not be able to fully cover the topic. So think twice before you pounce on my 400-word long essays. There is also an issue of 'redundancy' — writing too many words than necessary language-wise — that ticks off many IELTS Instructors such as myself. I check dozens of essays every week only to find out that most of the words and sentences in them are simply unnecessary. In an attempt to impress the reader, students go out their way to use seemingly high-level words/phrases such as 'due to the fact that' instead of a simple 'because'. I completely disapprove of this practice and argue that efficiency and communication should be prioritized in any type of writing — you should treat your words as if you treat your money. Thus, especially at lower levels (Band 5-6), candidates are highly recommended to keep the word count hovering at 250-300 words. Finally, let me also shed some light on Task 1, which is the part of Writing that doesn't receive the level of attention it deserves. When summarizing a chart/diagram, it is important to understand that there are usually a lot of key features you need to highlight and report. If you want to pull off Task 1, you should cover all those key features fully and clearly (Task Achievement: Band 8). Missing even one of such features would set you up for failure: Task Achievement: Band 4. As such, you might want to care less about how many words you need to write and more about what actually matters. I, for one, never think about the number of words when writing something; I focus on the message — so should you! @ieltsulugbeks

12
ПредишнаСтр. 1 от 2Следваща