Gregory's Server|
18 comments
 @mittorn Ты бредишь што ли сука? (с) В жсоне может быть любой case, потому что апишка, сюрприз, бывает third party. Но в коде должен быть единый стиль. Вот согласно ему и грепай.  @mittorn естественно. Десериализация она для того и существует, чтобы хуйню пришедшую извне распарсить в то, что соответствует внутренним требованиям. @mittorn не надо угадывать, зачем? Для раста общепринято именовать поля snake_case, в других языках свои общепринятые стандарты @mittorn ну, можешь, но не жалуйся потом, что с твоим кодом никто не хочет иметь дела @mittorn потому что иначе будет бардак, и код будет std подключена по умолчанию, отключается атрибутом #![no_std] @mittorn я понимаю что "на сишечке писали без всей этой херни и норм", но эру сишечки мы давно прошли, и теперь от языка ожидается, что он установит базовые правила по взаимодействию разных людей и их проектов Это прям минимум @mo система сборки+ пакетник - основное что делает раст практически неюзабельным, потому что распускает адептам культа карго руки. А культ карго заключается в том что они думают что обновляя зависимости постоянно решат какие-то проблемы (избегут каких-то мифических уязвимостей). То то я вижу в половине проектов почти все коммиты - update crates. |
@mo НЕ НУЖНО. Вот напиши регулярку мне на конвертацию из snake case в camel case, да ещё и чтобы при этом grep лишнее не цеплял. Не надо делать сложноразбираемого говна в коде без необходимости. Если уже решили использовать snake_case в проекте или протоколе - нехуй совать camelCase туда