В принципе, ничего не мешает разбираться с основами. Просто забудьте на время про class Program, static void Main и прочее. Воспринимайте это как данность)))

Какой из меня конкурент,даже в начале не понимаю ничего

Добрый вечер! В настоящее время делаю модель БД будущего приложения. Перечитал много материала, статей в интернете и везде пишут что связь “один к одному” используется крайне редко. В моей же модели почему-то с точностью да наоборот, что наводит на мысль что я делаю что-то не так. Допустим есть таблица “Автомобили” с полями: код_авто, марка, производитель, тип_кузова, объем_двигателя и.т.д. Вопрос: стоит ли выносить такую сущность как “тип_кузова” в отдельную таблицу?
Почему я хочу вывести данные  в отдельную таблицу:
1) как бы то ни было - это дублирование данных, избыточность;
2) максимально снижается риск неправильного ввода данных по этому полю, т.е. где-то ввел “седан” где-то “сидан” ну или  “чедан” потом при формировании запроса уже будет не понять сколько у тебя седанов в БД;
3) на случай того вдруг завтра кузов данного типа будет называться как-то иначе.

P.S. На самом деле моя БД ни как не связана с тематикой автомобилей, просто привел для примера.

Аналогия, пилотов же не учат сразу на пассажирском боинге, с кучей систем, летать, основы теории полета и навыки пилотирования изучаются на простых тренировочных самолетах

Ну совсем уж к бейсиковым мамонтам откатываться не стоит, а вот чем плох си? На нем до сих пор много чего пишется, и есть у меня мнение, сугубо личное, что те кто пришел в ооп из языков низкого уровня, имеют чуть больший багаж и глубину знаний, оопшники  не особо то и знают такое указатели например, а на си это чуть ли не один из основных инструментов, через них можно мутить крутые вещи, но и ответственность большая из-за прямого доступа к памяти, можно закрэшить все :) зато можно делать то, что в жабаскрипте замыканиями зовется и преподносится, чуть ли не как божественная длань и вау фишка именно джэйэса

В шарпах есть указатели, если уж сильно хочется заморочится)) А в 8м так добавили функционала для этого. Только пользоваться ими советуют в совсем крайних случаях и только если ты точно знаешь, что делаешь. Для базы они не нужны.
Вполне можно начинать с шарпа и писать не ооп код (например, всю логику в классе Program). Другое дело, что поначалу та же вижуалка может пугать перегруженностью. Но привыкать к ней всё равно придётся, если в будущем на шарпе писать хочешь.
Так что сейчас лично я вообще не вижу смысла начинать с примитивных языков.

Добрый вечер! В настоящее время делаю модель БД будущего приложения. Перечитал много материала, статей в интернете и везде пишут что связь “один к одному” используется крайне редко. В моей же модели почему-то с точностью да наоборот, что наводит на мысль что я делаю что-то не так. Допустим есть таблица “Автомобили” с полями: код_авто, марка, производитель, тип_кузова, объем_двигателя и.т.д. Вопрос: стоит ли выносить такую сущность как “тип_кузова” в отдельную таблицу?
Почему я хочу вывести данные  в отдельную таблицу:
1) как бы то ни было - это дублирование данных, избыточность;
2) максимально снижается риск неправильного ввода данных по этому полю, т.е. где-то ввел “седан” где-то “сидан” ну или  “чедан” потом при формировании запроса уже будет не понять сколько у тебя седанов в БД;
3) на случай того вдруг завтра кузов данного типа будет называться как-то иначе.

P.S. На самом деле моя БД ни как не связана с тематикой автомобилей, просто привел для примера.

ну я то как раз за C, C#, Java вместо чистого паскаля, бейсика, и уж тем более js...
По поводу указателей не соглашусь - указатели это инструмент которым обладают С, Delphi (которая ООП), а вот та же Java не умеет (ну потому что указатель это доступ к памяти, а там он управляется JVM), про C# не могу ничего в это плане сказать, потому что опыта у меня в нем практически нет.
Тут момент не с тем что ООП не обладают таким инструментом, а в том что .Net и JVM уже виртуальная машина, в которой исполняется код программиста и в память не сильно-то нужно лезть.

В конструкции
lock(lockObj) return 4;
При return монитор объекта освобождается?

В конструкции
lock(lockObj) return 4;
При return монитор объекта освобождается?

гк его будет свобождать, тебе никто не скажет

С каких пор GC занимается примитивами синхронизации потоков?

вопрос же в том, что уничтожается объект из памяти или нет. Или я что то не понял?