[Foto] Nikon középformátum

[dMT alias Medve]

>> Nos ezért veszem a bátorságot hogy 20év programozói
>> gyakorlattal és tapasztalattal ki merjemjelenteni
>> hogy nem sok HW állt eddig az utamba
> Akkor jo! :)))
> Mert nekem, kb. 35 ev programozoi (es reszben hw fejlesztoi)
> tapasztalattal nincs batorsagom ilyen sommas kijelenteseket
> tenni. (Lehet, hogy bena programozo vagyok?)
Nem, csak láttál már karón varjút.
Merthogy a dolog összetettebb.
Elõször is nagyon fontos a specifikáció, a fejlesztési módszer. Mert
amíg nem tiszta, hogy mit kell tudnia a pénztárgépnek, addig nem lehet
elkezdeni a firmware írást. És ha kiderül, hogy a pénztárgépnek
huszonötféle idióta, nem is jól specifkált protokollal kell
kommunikálnia? Merthogy a bank "biztonsági okokból" nem adja ki a
protokollt? Akkor is megírod?
Ha a céges osztálykészletet kell használni, adott keretrendszerben
kell elkészíteni, adott architektúrális elvek mellett, akkor is megírod?
Akármilyen kóding sztenderd esetén megírod?
Ha UML-ben van a specifikáció, akkor is megírod?
Ha (pl. biztonsági okokból) követelmény a generált kód, akkor is
megírod? (Mit is írsz akkor?)
Egy firmware nem egy emberes munka. Milyen projektvezetõvel, milyen
tesztelõ csapattal, milyen QM-s divízióval tudsz együtt dolgozni?
Mit értesz azon, hogy "megírom"? Mennyi idõ alatt? Milyen minõségben?
Mennyi új ötlettel? Mennyi hibával? Milyen teljesítményjellemzõkkel?

(Amúgy nekem az a szerény véleményem, hogy nem szabad úgy fejleszteni,
 hogy külön megtervezem a hw-t, aztán majd külön megtervezem a
 firmware-t. A kettõt egységben kell látni. És ez rögtön felveti azt,
 hogy nagy csapatban kell dolgozni.)

--
dMT alias Medve