Hårdvarunära programmering

Hårdvarunära programmering är precis som namnet säger när man programmerar i närheten av hårdvara. Man kan då i en applikation göra olika delar där olika delar är olika nära hårdvara. Om vi tar drivers som någon nämnde så pratar de oftast med en annan mjukvara och man behöver inte alls tänka på hårdvara. Men det blir en definitionsfråga på vad som är mjuk och hårdvara.
Ett grafikkort består ju av en massa mjukvara, om pratar man direkt emot denna mjukvara på ett grafikkort så pratar man då direkt emot hårdvaran?

Och då helt plötsligt är vi inne på området semantik, där ord man ska ta hänsyn till när man använder ett ord. Är det en plattannons så syftar de såklart på mer hårdvarunära än annars.
Så det jag påstår är alltså, om något är hårdvarunära programmering eller inte beror på vad svaret ska användas till. På samma sätt som att hur långt ett kort snöre får vara beror på omständigheterna.

Angående marknaden för hårdvarunära programmering så tycker jag den kraftigt har minskas i sverige, på 80 talet var detta the shit, i dag så görs väldigt mycket i andra länder och kvar är testning som kräver denna kunskap.

Jag själv sysslar mycket med kommunikation vad vissa skulle kalla för hårdvara, d.v.s. apparater och intelligenta givare m.m, men jag själv ser det bara som vilken mjukvara som helst.

Alltså givaren, så behöver jag inte alls bry mig om dens hårdvara, jag behöver dock se dens datablad för hur mjukvaran på givaren presenterar sin data.
För ni som sysslar med nätverk, tänk snmp emot en switch, ni kan läsa av en väldigt massa cool information där, men behöver ni bry er om switchens hårdvara? Ni som har kodat en applikation som kan skanna av nätverket och kontrollerat enheterna typer, konfiguration, driftstatus genom SNMP så har ni då programmerat hårdvarunära? -Hade ni gjort det i högstadiet så hade typ alla era datalärare sagt ja.

@anon159643:
Jag håller inte alls med angående marknaden. På företaget jag arbetar på så hittar vi inga duktiga programmerare att anställa. Hos oss skulle en bra kille/tjej få jobb på 5 minuter

Det finns helt klart ett samband med lågnivåspråk och hårdvarunära programmering, men jag skulle inte dra en hel parallell mellan de båda.
T.ex. assembler ser de flesta som hårdvarunära programmering, men ibland även C. Om språket C på en mikrodator ska vara hårdvarunära eller ej beror på situationen.
Om man t.ex. köper en Arduino och kör med någon färdig ramverk så kan man göra väldigt mycket utan att ett dugg behöva tänka på hårdvara, man programmerar på samma sätt som man gjorde sitt konsolprogram i windows med samma språk

Men det hela blir en semantisk fråga som jag nämnde.

Ja man kan dela upp programmet. Sedan när man kodar assembler kanske man anropar en mikrokod i processon som sköter om all hårdvarunära-programmering: https://en.wikipedia.org/wiki/Microcode
Detta är inte alls mitt område och jag är dålig insatt hur mycket mikrokod som används vid instruktionsanrop etc.

Men även om man har absolut nada kontroll över processorn och kodar t.ex. helt vanlig java/C# och på detaljnivå styr en hårdvara, t.ex. en motor som man PID styr. Så anser jag att man faktisk programmerar motorn hårdvarunära.

*edit*
Egentligen så bryr man sig inte så mycket om hårdvara i assembler heller. Att spara ett värde i ett register, tusan så många hårdvarusteg som man hoppar över och man behöver inte ha ett dugg koll på hur processorn är uppbyggd. Inom mikrodatorer så ett utprintat instruktionslista på en A4 kommer man långt med, vad det är för processor behöver man inte ens veta.

Och här kommer semantik in igen. Varför vill frågeställaren veta om jobbet är hårdvarunära eller ej? Beroende på det så får frågeställaren av mig helt olika svar.