Vlákno názorů k článku Senzory Martina Malého: Průmysl 4.0 nevzejde z brainstormingu na teambuildingu od Petr M - Ne. Programátor má mít buďto jasně zadáno, co...

Ne. Programátor má mít buďto jasně zadáno, co má dělat (modul X, implementace rozhraní Y, metoda Z bude mít kontrakt takový a takový,...), nebo musí mít doménovou znalost toho, co dělá. Expert na účetní programy musí rozumět účetnictví, programátor komunikačního stacku musí znát protokoly,... Jinak z něho vypadne jenom to hnědý mazlavý a šéf ho tím vždycky nahodí.

Ne vždy házejme vinu na programátory. Programátor má být na řetězu a má dostat jasné zadání, co má naprogramovat, jak se to má chovat.
To zadání si ale nemá dělat sám, jak se mu zlíbí nebo jak by se mu to dobře udělalo. Jestli je chyba v uživatelském komfortu, má nastoupit designér na UX, který se s tím vymazlí, navrhne, otestuje to, nahodí to designerovi, který tomu dodá vzhled a to se pak má dodat programátorovi, který to zprovozní.

Programátor by opravdu neměl navrhovat věci, ještě se mi nestalo, aby to, co navrhl programátor bylo hezké, nebo nedejbože i funkčně použitelné!

Moje osobní zkušenost asi 25 let stará. Dělali jsem pro firmu automatizaci řízení výroby, tenkrát na "zastaralých a neintuitivních" znakových terminálech. Firma ale chtěla být moderní, tak pořídila místo terminálů PCčka s Win 3.11. No, a zaměstnanci se pak na těch "uživatelsky přívětivých, intutivních a jednoduchých" woknách učili týden spustit si myší emulátor terminálu, aby se pak se tu naši "ošklivou a neintutivní znakovou" aplikaci naučili ovládat za den.

Ovšem, ale ten návrh by měl být taky proveditelný za rozumného úsilí. Některé nápady mohou znamenat překopání celé aplikace.