Кто не разрабатывал на Си, тот не разработчик?

... Вопрос: насколько глубоко нужно погрузиться в разработку на Си, чтобы стать тру-разработчиком

Можно в совершенстве знать C и не быть разработчиком.
Сложный вы вопрос «подняли» ...

PS: Можно и книгу написать по разработке и при этом не быть разработчиком.

Мой опыт даёт такие основания.

Субъективно безусловно.

Но для объективного основания нужно понять, насколько репрезентативна ваша выборка=)

Как-то плевать что там думают красноглазые «тру-программисты» дворники, у которых хобби такое — ковырять сишку между сменами.

У адекватных людей такой каши в голове не возникает.

У адекватных людей такой каши в голове не возникает.

Адекватные люди? На ЛОРе?

Вот в асмах указателей нет

Кто тебе не позволяет использовать lea?

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

смахивает на обычную тупость.

Встречайте. Адекватный человек. Или всё же лоровец?

Кто тебе не позволяет использовать lea?

Подозреваю, что ты асм начал изучать после си или какого-то другого языка с указателями. И уже зная указатели, ты смотришь на адресацию сквозь призму этого знания.

Тут же предлагается сначала изучать микропроцессоры и асм, соответственно.

Ну ты-то видно что неадекватный. Исключительно по медицинским показаниям, да. Может ли неадекватный судить об адекватности окружающих? Извини, мне это кажется несколько маловероятным.

Проблема только в том, что этому ядру 40 лет в обед

Этого достаточно. Не нужно знать подробности (опять же по аналогии с автомобилем, не обязательно знать разницу между карбюратором и инжектором), нужно знать общий принцип действия.

кто писал на Си, тот на любом языке пишет на Си.

А вы точно знаете, что такое адрес для процессора и что такое указатель в Си?

Совершенно точно знаю. Я этим занимаюсь лет 25, если не больше.

Вот в асмах указателей нет

Уверен?

Но вообще современное железо вообще никак на модель си не походит.

Есть железо, которое никогда не подходило под модель Си. Но это ничего не меняет.

насколько репрезентативна ваша выборка=)

На ЛОРе не принято учитывать репрезентативность ;)

Подозреваю, что ты асм начал изучать после си или какого-то другого языка с указателями. И уже зная указатели, ты смотришь на адресацию сквозь призму этого знания.

Я начал с книги «Язык ассемблера для IBM PC и программирования», много лет тому назад.

Тут же предлагается сначала изучать микропроцессоры и асм, соответственно.

Асм и знания по железкам важны, но не всегда. Время - это деньги, если можно решить задачу меньшими усилиями и за короткий срок, то задрачивать в оптимизацию нет смысла, задрачивать нужно только тогда, когда реально упираешься в нехватку ресурсов.

компилятор сообразит поставить float

Но зачем?

Плеер консольный напиши и никому не показывай. Приобретённого эксприренса тебе хватит чтобы немного врубать как это всё вообще работвет.

Ну это как сказать. Если в ANSI C не можешь, то как C-разработчик ты ноль.

«не прогал на x86 асме - не девелопер»

Понимать всю эту возню, размер инструкций и так далее - полезная штука. По крайней мере, желания пихнуть 100-польную структуру в аргументы вместо указателя не возникнет.

Кто не разрабатывал на сях, тот — веб-макака. Даже всякие жабисты должны понимать си, им приходится писать биндинги и дебажить жвм.

Понимать надо си, чтобы не сесть, например, так на элементарных вещах.

2. как (и с помощью чего) продуктивно объяснить человеку, что такое процессы, потоки, многопоточное программирование без Си ? (это не утверждение о невозможности в форме вопроса, это вопрос)

Лучше расскажите как вы собрались объяснять потоки с помощью C и какое отношение потоки вообще к языку имеют.