Если я буду знать очень хорошо C#, алгоритмы, SQL, и др. вроде умения пользоваться ПК, средой, я хороший прогер?

нет

Нет конечно.

ты уже лошара раз тут такие вопросы задаешь

Напиши мне прогу, опрашивающую внешние устройства по I2C и кидающие данные с них на SD-карту по SPI. Доступная Flash память программ 32 кБ, ОЗУ - 2 кБ.
Смогёшь? Тебя ждет сюрприз, все SD-хи разные, оказывается)))
"и др. вроде умения пользоваться ПК"... Любое ламо коматозное умеет ПК пользоваться, а программировать - это искусство. Если у тебя есть ведро краски и малярная кисть, и ты умеешь обдирать стены шпателем то это не значит, что ты художник)))
Программера делает конкретная задача. Найди себе задачу и реализуй ее сам, и продолжай в том же духе.

Пока года через 2-3 хотя бы подсистему свою не разработаешь без "костылей" -- ты никто. Никто на понтах.

А как же библиотеки?

Считаю что прогер с тебя - очень даже норм, во всяком случае - как минимум - стараешься, это видно.
А вот софт оборудования для нефтяной/газовой промышленности - на этом си-шарпе написан?
Ато я всё мечтаю уехать к белым медведям, следить/прогерить там какой-то софт, и зарабатывать 100500 рублёв каждый месяц, а вот с чего начать - ещё пока не знаю.
Шарп подойдёт? Или что там надо?

Для начала неплохо но изучай больше языков программирования

ты можешь уметь читать ноты, то быть никаким музыкантом...

ну можно и так сказать, но чтобы ты был хорошим прогером нужно что то типо портфолио, опыта побольше

Ну ты хотя бы это выучи для начала и научись пользовать....

Если уж С# , то хорошо знать хотя бы поверхностно все технологи dot net и ее приемника dot net core. + постоянно практиковаться. Ну а когда при получении любого задания (заказа) Вы спокойно будете знать как это сделать, то станете хорошим программистом.

1) основная задача программиста подойти открыть исходники программы и за 20 мин найти ошибку которая заявлена в описании задачи . Бинарным поиском отсекая работающие участки программы это слишком долго поэтому единственно возможный вариант это интуитивно ткнуть пальцем в определенную строчку и угадать что ошибка именно в ней
2) интуиция пригодится и для применения новых сторонних компонентов чтобы не курить ман по два часа в поисках описания метода а интуитивно вписать параметры в правильной последовательности
3) таких людей не существует поэтому ты должен наизусть помнить в первом случае весь код с которым работаешь а во втором весь справочник по только что вышедшему и потому ещё не задокументироанному компоненту
4) плюс ты должен писать идеальный код который не смогут облаить другие разрабы в команде
5) уметь конструктивно аргументированно, убедительно безапелляционно и полно зачмырить разрабов в команде которые гавкают на твой код