Delphi для чайника

Бесполезно доказывать что-то.
Невежество они убьют только на практике.
Был у меня знакомый программист, что говорил "математика не нужна", конечные автоматы, перцептроны и Big O не понимал. Следовательно ничего годного написать не мог. Это и есть планктон.

С железом собираюсь работать потому что ардуино заинтересовало, а Си вообще с асм не сочетается, вернее сочетается через жопу.
С++ в связке с асм нужно для понимания что происходит а не тупо "кубики собирать"
Математику я знаю, я написал что дебильные примеры не нужны.
ты наверно сам когда учился кодить так и заявлял, но не надо по своей мерке судить других

Плохой пример.

Ты не внимательно читал комы (если вообще читал). Я отдал предпочтение С#
Та ну нах)) есть что-то лучше?

Я тоже поглядывал в сторону Arduino, но до дела так и не дошло.

Что, блэт? C - это по сути (по сути!) и есть тот же асм, только несколько более высокого уровня. С для того и создавался - для удобства - чтобы хоть немного абстрагироваться от железа и вместо него наконец-то сосредоточиться на самой задаче! Код на С переводился в асм и уже тогда компилировался (а код на C++ по-первам переводился на код С и далее по цепочке - в асм). Даже в учебниках по С/С++ авторы частенько подчеркивают связь языковой конструкции с её реализацией на асме: когда-то листал учебник по С, где в частности циклы объяснялись сначала по-русски (что такое и зачем нужно), затем как пользоваться ними на С, и затем как всё это будет выглядеть и выполняться после компиляции.
И вот еще, о чем авторы учебников по С не забывают упомянуть наверное никогда: неудобство использования асма особенно проявилось еще тогда давно - при написании Unix'а, который хотелось без труда запускать на разном железе, но что не являлось тогда возможным по причине различий железа в разных компах, а код был только один, на асме, под один конкретный комп. Поэтому параллельно с разработкой Unix велась разработка С (и Unix постепенно переписывался на него), идея которого в самом начале и была такой, что код пишется уровнем немного выше асма, а при необходимости запустить программу на другом железе она предварительно собирается из исходников конкретно под необходимое железо (использование/не использование тонкостей конкретного железа компилятор С берет на себя) и после работает будто написана на асме специально под него.
Идею этого подхода преподают и во многих современных учебниках, ибо это -
мультиплатформенность кода - огромный плюс, особенно для игр для разных платформ!

Что же у тебя там так сильно не получается, отчего такие громкие заявления?

Даже боюсь спросить чтобы не спровоцировать очередной срач... А нах он вообще нужен? Лично у меня он частенько бывает установлен, хотя совсем не используется. Это уже дело привычки с тех пор, когда побитый вирусами Проводник Windows отказывался показывать мне исполняемые файлы виновников торжества (exe'шники вирусов), а TotalCommander показывал и даже не стеснялся их удалять/перемещать/переименовывать... И еще мне нравится в нём массовое переименование - иногда просто незаменимый инструмент

Слышал, что "Библия Delphi" Михаила Фленова - одна из лучших книг по теме. Лично я конкретно из этой книги прочел буквально несколько глав и, поняв что Delphi - это не моё, бросил затею. Зато читал другие книги этого автора - довольно неплохо

Библия Delphi написана действительно неплохо, так что очень рекомендую с ней ознакомиться

На Си не получится, там можно скомпилировать асм и подключить как библиотеку.
На С++ можно прямо в коде писать (_asm {и понеслось}) или asm текстовые файлы подключать.
На мультиплатформенность наплевать если не на продажу. Если проц интел или амд то асм на 100% работает. Для смартфонов тоже свои асм и тоже стандартные. Даташит на проц и железо найди и пиши на здоровье.
PS меня сетевой драйвер бесит и для майнинга нормальную прогу хочу написать - как тут без асм?

Я думал, что майнят на GPU..