अपने designs में खाली हालत, errors और किनारे वाले मामले आप कैसे संभालते हैं?

उन्हें बचा हुआ काम नहीं, flow का हिस्सा मानकर design कीजिए। हर screen के लिए खाली, loading, आधी, error, और अनुमति नहीं वाली हालत तय कीजिए, साथ ही बहुत लंबी या गायब सामग्री पर क्या होता है। error के message सीधी भाषा में लिखिए कि क्या हुआ और अब क्या करना है। चमका हुआ सीधा रास्ता आसान हिस्सा है; भरोसा उसके आसपास की हालतों में बनता या टूटता है।

मैं एक मानक सूची रखता हूं और हर screen को उस पर चलाता हूं: खाली क्योंकि आप नए हैं, खाली क्योंकि आपके filter से कुछ मेल नहीं खाया, loading, आधा data, error, offline, और अनुमति नहीं। ये सात अलग screens हैं और एक दूसरे की जगह नहीं ले सकतीं, हालांकि मैं इन्हें अक्सर एक ही उदास चित्र में समेटा हुआ देखता हूं। पहली बार वाली खाली हालत पर मैं असली वक्त लगाता हूं, क्योंकि जो कोई तय कर रहा है कि रुकना है या नहीं, उसके लिए यह product की सबसे ज्यादा देखी जाने वाली screen है, और यह अभी कोई item नहीं है कहने की जगह यह दिखाने का मौका है कि अच्छा कैसा दिखता है। error की भाषा मैं खुद लिखता हूं और फिर उस पर बहस करता हूं। उसे बताना होगा कि क्या हुआ, गलती उनकी थी या हमारी, और अब ठीक ठीक क्या करना है। कुछ गलत हो गया इस बात की स्वीकारोक्ति है कि हमने मेहनत ही नहीं की। और मैं सामग्री से परखता हूं: मैं साठ अक्षरों का नाम और बिना logo वाली कंपनी चिपका देता हूं, क्योंकि असली data नकली data से हमेशा भद्दा होता है। यह पहले ही कर लेने से engineers को अंदाजा नहीं लगाना पड़ता और मुझे उन bug tickets का एक दौर बच जाता है जो असल में design के खालीपन हैं।