ахаха) слишком тонко для меня) я просто питон-то почти не знаю тоже :/

но да, там как-то более жутко вроде с этим стэком выглядит.. больше писанины точно

Вендорить - тоже неплохой вариант, почему нет. Если подумать, то когда ты собираешь проект, ты все эти зависимости просто скачиваешь, тогда как в случае вендоринга они просто часть проекта. Разница именно в физической доступности

Соглашусь. Вообще зависит от проекта. Мы например все зависимости (С и С++) клонируем во внутренние репы, и уже оттуда только подключаем как сабмодули, менеджим вручную

Просто не хочется доверять сторонним хостингам - завтра проект оттуда удалят, и что делать

При этом C обычно гуглится нормально 😆

не, много плюсового лезет в выдачу, порой проблемно)

и кто только догадался называть эти языки C/C++? хотя это кардинально разные...

Гораздо интереснее кто догадался их так преподавать и общие справочники делать. Я в универе реально не понимал что это вообще разные штуки и мог в сишной программе cout налепить

Параноики Безопасники тоже топят за вендоринг, даже если есть лок файл с хэшами и прокся

И играется! https://youtu.be/tbTn79x-mrI

Есть встроенная проверка дата рейсов и дедлоков. Какие ещё гарантии нужны для языка с гц?

И что за deref?

Ну например: не nil🤔

Ошибся defer)

Полдня говорите про дефер, ЧТО ЭТО? в паре слов, в Гугле я забанен, да

Я тут кстати ради интереса пытаюсь понять, как одна Си-конструкция будет реализована на разных языках. В Си есть нестрого типизированные интерфейсы на основе структур и указателей на функции в них. Очень удобно на практике, повсеместно юзается. Грубо говоря:

struct device_ops {
    int (*write)(struct device *dev, int value);
    int (*read)(struct device *dev, int *pvalue);
};

Из недостатков — при создании инстанса интерфейса не проверяется, что он реально имплементирован (и если например в интерфейсе появится новая функция, то по умолчанию просто проинициализируется нулем, и словим разыменование нуля) — но это к проблемам Си. Вопрос, как такая же по смыслу вещь реализуется в других языках? В ООПшных понятно - надо сделать класс на каждую реализацию. В этом плане Си гораздо короче — новый тип не нужен, просто инстанциируешь структуру с новыми указателями... Как это будет выглядеть в не-ООП, т.е. в Rust и Go?

Ключевое слово в Го, позволяет выполнить инструкции при выходе из текущего блока — например, открываешь файл, если успешно, то деферришь его закрытие. Позволяет изящно реализовывать управление ресурсами без необходимости в деструкторах

Изящно😂😂

Так, хорошо, и почему же это костыль?