mayton2019

Обычно создатели языка имеют в виду некую свою философию или идею чтобы пояснить
зачем собственно они его создали. Вот несколько цитат с авторского сайта https://dart.dev/overview

Dart is a client-optimized language for developing fast apps on any platform.

The Dart language is type safe; it uses static type checking to ensure that a variable’s value always matches the variable’s static type.

Dart has built-in sound null safety. This means values can’t be null unless you say they can be.

Начало хорошее. Мне нравится. Возможно проблема null-safety для веба и не сильно выражена. Но для
back-end - это ошибка в мильярд баксов. Так ее называют из за суммарного урона на всю историю
существования фичи.

Native platform: For apps targeting mobile and desktop devices, Dart includes both a Dart VM with just-in-time (JIT) compilation and an ahead-of-time (AOT) compiler for producing machine code.

Это хорошо. Тут по сути описывается даже не веб-язык а вполне себе самостоятельный работающий вне среды браузера. Можно утилиты писать. Или бизнес-процессы.

Web platform: For apps targeting the web, Dart can compile for development or production purposes. Its web compiler translates Dart into JavaScript.

А вот это уже фигня какая-то. Рантайм в браузере остается JavaScript-овым. Пока я отмечаю новизну этого
языка только в части Native. Для браузера - по сути тот-же TypeScript. Остается провести сравнительное
тестирование и решить стоит ли TS замены на Dart.

Пишет что нет модуля aiogram. Установи.

Почему вы Питонисты никогда не обрабатываете коды ошибок http?

def download_file(url, path):
    response = requests.get(url)
    with open(path, "wb") as f:
        f.write(response.content)

request.get - возвращает статус. Это может быть 300-тка. Ошибка клиента. 400-тка. Секюрити. Или 500-тка
баги на сервере. Вот что у тебя пришло?

Используй except:

select * from ....
except
select * from ....

Литералы это сокращения названия объектов

Впервые такое слышу. Возможно фраза вырвана из контекста.

Вот литералы. Текстовый
"Hello"
Вещественное число
3.14

Что такое ключевые слвоа

Это зарезервированные слова которые являются частью синтаксиса языка.
Например.

class, interface, override, trait, extends, case ....

Из них нельзя делать имена переменных и их нельзя использовать
в спорных контекстах когда неизвестно что имеется в виду (ключевое слово
или то что ты хотел объявить).

Говорить о них обобщенно нет смысла потому что в каждом языке - свои такие слова.
Бери конкретный язык и по нему смотри.

Отличие выражений от инструкциий

По выражению я тебя адресую вот в эту статью https://ru.wikipedia.org/wiki/%D0%92%D1%8B%D1%80%D...

Здесь очень хорошо описано. Насчет инструкции - непонятно. Опять-же ты получаеться полез
в терминологический спор без контекста. Так не бывает. Вот чтоб ты понял. Если собрались
математики и начинают что-то обсуждать то самое первое что они делают - это договариваются.
Какие у нас будут символы что обозначать. Комплексные числа? Кольца? Алгебры и т.п.
Потому что инструкция в ассемблере - это одно а в другом - вообще другое. И если я попробую
обсуждать инструкии без понимания где я нахожусь - я буду смешно выглять.

ООП - это самая злая и безпощадная тема которая морочит головы новичкам. И начинать изучать
ООП надо уже на 3 курсе когда вы уже прошли структурное, логическое и все прочее программирование.
Когда вы уже понимаете теорию алгоритмов - и знаете что такое указатель на функцию. Знаете
что такое типизация и каких видов она бывает.

ООП - это софистика и схоластика современного айти и не дай бох вам попасть на собеседование
с такой подготовкой как щас. Поэтому если вы просто хотите проникнуться с духом ООП - изучите его
реализацию в одном языке. Например в C#. На примерах с кошкой собакой и с волком. И этого будет достаточно.
Больше для бизнес-программирования от ООП не требуется.

Нет. То что ты нарисовал - это просто форматирование.

Обычно все процессы (и питонские и прочие) запускаются в виде Linux процесса в окружении
переменных environment.

Сравни наборы переменных вот как тут пишут
https://stackoverflow.com/questions/4906977/how-ca...

Я тоже до конца не понимаю цели и задачи которые ставились для winsock2 но вот можно
почитать аннотацию здесь https://learn.microsoft.com/en-us/windows/win32/wi...

С моей точки зрения было время большого разлада между лагерем Microsoft и Unix. И вместо того
чтобы просто позаимстовать сетевые библиотеки или купить лицензии, MS как всегда стал делать
что-то свое, "сумчатое" и ни на что не похожее. Яркий пример Component-Object Model (COM).
Нигде такого нет.

Для чего создаватьtypedef struct addrinfo{}? Только ради того, чтобы не писать struct в Си?

Да все верно. Именно для такого юзкейса typedef и создавался. Плюс еще можно примитивы определять.

Для чего определять *PADDRINFOA

Вот здесь не знаю для чего. Хотя подобный подход я видел не только у Microsoft но и у других.
Вообще иногда мы не догадываемся но код может быть сгенерирован кросс-компилляторами
и в этом случае названия идентификаторов могут быть очень длинными и причудливыми.
А удаление звездочки из синтаксиса сужает возможности разработчика тоесть не дает
допустить ошибку. Такая себе строгая типизация в квадарате.

Где-то спокойно используется int, а где-то используетсяtypedef unsigned __int64 UINT_PTR, опять же вместо того, чтобы просто писать unsigned __int64.

Это очень старый технический долг языка С++ и его уже нельзя исправить. Дело в том
что спецификация языка не объясняет какой разрядности должен быть int. Он может быть
16, 32 бит в зависимости от целевого железа. По сути он - синоним регистра процессора.
И когда мы делаем цикл от 1 до 10 и нам по сути неважна разрядность параметра цикла - мы просто заказываем
int чтоб долго не думать. И компиллятор собирает очень быстрый и оптимальный код.
sizeof(int), или константы в в limits.h могут дать подсказку по вашей текущей архитектуре.

typedef unsigned __int64 UINT_PTR

Здесь идет форсирование разрядности в 64 бита. Такие потребности возникают
в момент когда у нас есть например жестко заданный формат (сетевой протокол
или дисковый формат файла) и мы должны гарантировать что другие архитектуры
микрокотноллеры, мобилы и прочее правильно смогут интерпретировать эту структуру.
Тут еще и порядок байтов внутри слова тоже важен. В наше время даже есть сет
стандартов на описание таких структур ASN, AVRO, Protobuf, Thrift.