Исходное сообщение
"Оценка использования уязвимых открытых компонентов в коммерч..." Отправлено Аноним, 05-Авг-21 23:34
> не осилил сериализацию Код сериализации той структуры в json на C или C++ адекватнее/короче в студию? Только с условием, что при добавлении третьего поля в структуру его не надо будет модифицировать. > свободу выбора Кстати, Раст как раз нравится "отсутствием" выбора в некоторых моментах. Нет миллиона проблем с разными компиляторами (в плюсах их на минуточку 4 из основных, и если делаешь кроссплатформу, то страдай), отсюда выплывает то, что все новинки стейбла происходят без задержек, а C++20 до сих пор не реализовали. Народ пилит GCC-вариант Раста, но, надеюсь, вне редких случаев "там, где нет LLVM" оно не приживется. Есть дефолт форматирование кода, которого придерживаются все (бывают незначительные отступления, но тем не менее). Определенный код стайл гайд, определенные правила, паттерны. А не тысяча и один разных. Свобода выбора иногда ведет к анархии и дефрагментации. Ярким примером тому как раз C++ или Линукс. > варианты в принципе отсутствуют кроме заданного А кто сказал, что отсутствуют? Для де/сериализации не только Serde есть, он просто наиболее стандарт де-факто. Можно своё сделать, никто ж не мешает. > Раз вылезают проблемы, значит плюсы не были осилены Да нет, проблем нет, с плюсами сижу давно. Но осточертело, да. Особенно, когда узнал альтернативу. > плюсы использовать никто не заставляет Это сейчас всерьез предложение заменить плюсы на си? :) > стандартную библиотеку в Си уже давно ясно что она вылизана Ну конечно, легко вылизать то, чего почти нет :) > закрыть собственные слабости написал нечто невменяемо Что? Какие слабости? Выбирать лучшее/качественнее - слабость? Может, тогда всё будет писать на Си и орать какие мы СИльные и независимые? :)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> не осилил сериализацию > Код сериализации той структуры в json на C или C++ адекватнее/короче в > студию? > Только с условием, что при добавлении третьего поля в структуру его не > надо будет модифицировать. >> свободу выбора > Кстати, Раст как раз нравится "отсутствием" выбора в некоторых моментах. > Нет миллиона проблем с разными компиляторами (в плюсах их на минуточку 4 > из основных, и если делаешь кроссплатформу, то страдай), отсюда выплывает то, > что все новинки стейбла происходят без задержек, а C++20 до сих > пор не реализовали. > Народ пилит GCC-вариант Раста, но, надеюсь, вне редких случаев "там, где нет > LLVM" оно не приживется. > Есть дефолт форматирование кода, которого придерживаются все (бывают незначительные отступления, > но тем не менее). Определенный код стайл гайд, определенные правила, паттерны. > А не тысяча и один разных. > Свобода выбора иногда ведет к анархии и дефрагментации. Ярким примером тому как > раз C++ или Линукс. >> варианты в принципе отсутствуют кроме заданного > А кто сказал, что отсутствуют? Для де/сериализации не только Serde есть, он > просто наиболее стандарт де-факто. Можно своё сделать, никто ж не мешает. >> Раз вылезают проблемы, значит плюсы не были осилены > Да нет, проблем нет, с плюсами сижу давно. Но осточертело, да. Особенно, > когда узнал альтернативу. >> плюсы использовать никто не заставляет > Это сейчас всерьез предложение заменить плюсы на си? :) >> стандартную библиотеку в Си уже давно ясно что она вылизана > Ну конечно, легко вылизать то, чего почти нет :) >> закрыть собственные слабости написал нечто невменяемо > Что? Какие слабости? Выбирать лучшее/качественнее - слабость? > Может, тогда всё будет писать на Си и орать какие мы СИльные > и независимые? :)
	Введите код, изображенный на картинке: