@[email protected] to Programmer [email protected] • 2 days agoJunior Prompt Engineeringlemmy.mlimagemessage-square52fedilinkarrow-up1728arrow-down18cross-posted to: [email protected]
arrow-up1720arrow-down1imageJunior Prompt Engineeringlemmy.ml@[email protected] to Programmer [email protected] • 2 days agomessage-square52fedilinkcross-posted to: [email protected]
minus-square@[email protected]linkfedilinkEnglish2•1 day agoI’m a systems analyst, or in agile terminology “a designer” as I’m responsible for “design artifacts” Our designs are usually unambiguous
minus-squaresnooggumslinkfedilinkEnglish10•2 days agoDesign requirements are what it should do, not how it does it.
minus-square@[email protected]linkfedilink5•2 days agoThat’s why you must negotiate or clarify what is being asked. Once it has been accepted, it is not ambiguous anymore as long as you respect it.
Design requirements are too ambiguous.
I’m a systems analyst, or in agile terminology “a designer” as I’m responsible for “design artifacts”
Our designs are usually unambiguous
Design requirements are what it should do, not how it does it.
That’s why you must negotiate or clarify what is being asked. Once it has been accepted, it is not ambiguous anymore as long as you respect it.