mayton2019

Вполне себе жизнеспособна.

В стандарных туториалах по Hadoop/AVRO есть пример на Java, где схема
месседжа изначально не известна но ее наполнение появляется в фазе рантайм
приложения.

А все компилляторы protobuf, AVRO, thrift просто помогают убрать рутину. Но при
этом требуют чтобы до компилляции все спецификации были известны.

Добрый вечер! Столкнулся с такой проблемой: Мне очень нравятся семейство языков Си, у меня есть выбор учить C++ либо C#, хочу разрабатывать ПО для ПК. Подумал начать с C++ и говорят что сначала поучить чистый СИ, а после переходить на C++, так что же из этого правильно? Надо ли учить Си? Или может лучше начать с C#, а дальше уже выучу C++?

Тема сравнения С/C++/C# в публичном пространстве - опасная тема. Она обычно заканчивается
топиком в 1000 страниц и великой войной всех против всех. Я видел много таких войн.
Они ничем не заканчиваются. Специалисты остаются при своих мнениях. А зритель просто развлекается.

Сам по себе выбор языка ставят только новички. Професиионалу безразличен язык (почти). Его может больше интересует отрасль, стек технологий, стандарты и протоколы. С моей точки зрения сегодня
таким стандартом может быть выбор облака (AWS, Azure, GCP).

Чистый СИ учить смысла нет. Учи сразу С++. Но даже его создатель Бьорн Страуструп считает что С++ это
сложный язык и он настаивает чтобы новички не брались учить все фичи сразу. Исключение по языку
СИ может быть в том случае, если ты собрался быть инженером по разработке микро-контроллеров
и у тебя скорее всего будет только СИ как основной (на 80-90%) инструмент взаимодействия с таким железом. Выйти на мидловый или синьорный уровень в С++ очень тяжело. Тяжелее чем в других языках.
Поэтому будь готов терпеть. Вот когда виски станут седые - тогда и будешь господин-синьор.

C# - это очень сильно корпоративный стандарт от Microsoft. Никакой связи с С++ он не имеет. Он конечно
внешне похож но это сходство обманчиво. Да изучать его тоже можно. Он учится легко. Существуют книги
вроде ".... C# за 14 дней". Разработка бизнес-приложений на шарпах идет гораздо быстрее чем на С++
например. И завалить систему в синий экран в этом языке гораздо труднее. В нем реализованы методы
защиты памяти и нельзя грязно трюкачить с указателями как это любят в С или С++. Производительность
шарпов в численных методах будет слабее чем в С++ но обычно бизнес не ставит таких задач и чаще
надо будет писать веб-хендлеры или хендлеры MQ-систем. Кач уровней синьорити идет быстрее в шарпах.

Возможно scanf при попытки считывать 1 character читает предыдущий enter.

Попробуй рецепт который пишут тут https://stackoverflow.com/questions/13542055/how-t...

Есть две трудности с которыми сталкиваются студенты изучая С. Это адресная арифметика и работа со строками.
Эти две темы зайдут легко если вы до этого уже знали Ассемблер.

Но мне в общем кажется странным такая хронология изучения. Какой ВУЗ такое дает? Если вы до этого
случайно знали Ассемблер - то это удивительный и исключительный факт. Насколько я знаю даже
безопасники и системотехники не очень изучают asm. Я-бы сказал факультативно.

Вот тут как-то странно написано.

if(m == 'd') racket.x + 1;
if(m == 'a') racket.x - 1;

Если хочешь чтоб результат сохранился то надо или инкремент написать или выражение с присваиванием
racket.x = racket.x + 1;

Я думаю можно. Поищи такие компилляторы как Watcom C, Borland C.
Они умеют генерить код для DOS. На ваткоме кажется была написана
игра Doom for DOS.

UPD +Линка www.openwatcom.org

Во времена DOS это работало да. Ты мог писать напрямую в банки видеопамяти старых карточек типа VGA/SVGA.
Примеры кода для C++ можно найти в книжке Шикина и Борескова по графике. Но я не советую потому что
не актуально. И современный стек графики чуть длиннее.

Знание того как работает OpenGL и DirectX - скорее всего тебе не даст полной картины как работает железо.
Потому что железо NVidia и железо Radeon скорее всего будет сильно отличаться. Как будут обобщены отличия - чорт его знает. Скорее всего через драйвер. Но если ты очень хочешь поработать с пикселами отдельно и быстро
по посмотри в SDL. Я кстати тоже туда хотел посмотреть на днях. Мне чего-то захотелось температурную
карту IPv4 адресов нарисовать. Я такую видел образца 2009 года. А тут захотел свою.

В исходниках может не быть никакого явного указания стандарта. Можно попробовать собирать проект начиная с самых старых версий и вести учет ошибок. Вот как ошибки уйдут - так и стандарт соотвествует.

FILE *handle = fopen("filename", "r")
возвращает файловый указатель. Если открываешь на чтение - то он обычно null если файла
не было или была какая-то другая ошибка. Детали по ошибке выдает другой системный вызов errno, streeror или
что там еще есть другое не помню точно.