ਜਦੋਂ ਮੈਂ ਆਪਣੀ ਪਹਿਲੀ ਵੈੱਬਸਾਈਟ ਬਣਾਉਣ ਲਈ ਬੈਠਾ, ਤਾਂ ਉਤਸ਼ਾਹ ਅਸਲੀ ਸੀ। ਮੈਂ ਮੰਨ ਲਿਆ ਸੀ ਕਿ ਸਭ ਤੋਂ ਔਖਾ ਕੰਮ ਕੋਡਿੰਗ ਸਿੱਖਣਾ ਹੋਵੇਗਾ—ਟੈਗਸ ਨੂੰ ਯਾਦ ਕਰਨਾ, ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਸਮਝਣਾ, ਅਤੇ ਸਿੰਟੈਕਸ (syntax) ਨੂੰ ਸਹੀ ਕਰਨਾ। ਮੈਂ ਗਲਤ ਸੀ। ਕੋਡ ਲਿਖਣਾ ਸਭ ਤੋਂ ਸੌਖਾ ਹਿੱਸਾ ਸਾਬਤ ਹੋਇਆ। ਅਸਲੀ ਚੁਣੌਤੀ ਉਹਨਾਂ ਲਾਈਨਾਂ ਨੂੰ ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਵਿੱਚ ਬਦਲਣਾ ਸੀ ਜਿਸਦੀ ਅਸਲ ਲੋਕ ਬਿਨਾਂ ਕਿਸੇ ਉਲਝਣ ਜਾਂ ਨਿਰਾਸ਼ਾ ਦੇ ਵਰਤੋਂ ਕਰ ਸਕਣ। ਉਸ ਪਹਿਲੇ ਪ੍ਰੋਜੈਕਟ ਨੇ ਮੈਨੂੰ ਸਿਖਾਇਆ ਕਿ ਡਿਵੈਲਪਮੈਂਟ (development) ਸਿਰਫ਼ ਇਕੱਲੇ ਬੈਠ ਕੇ ਟਾਈਪ ਕਰਨ ਬਾਰੇ ਨਹੀਂ ਹੈ, ਸਗੋਂ ਉਹਨਾਂ ਇਨਸਾਨਾਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਬਾਰੇ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਡੇ 'ਸਟੈਕ' (stack) ਨਾਲ ਕੋਈ ਲੈਣਾ-ਦੇਣਾ ਨਹੀਂ ਹੈ। ਮੈਂ ਅਜਿਹੀਆਂ ਗਲਤੀਆਂ ਕੀਤੀਆਂ ਜਿਨ੍ਹਾਂ ਕਰਕੇ ਮੇਰਾ ਸਮਾਂ, ਨੀਂਦ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਯੂਜ਼ਰਸ ਦਾ ਨੁਕਸਾਨ ਹੋਇਆ। ਉਹਨਾਂ ਵਿੱਚੋਂ ਪੰਜ ਗਲਤੀਆਂ ਸਭ ਤੋਂ ਵੱਖਰੀਆਂ ਸਨ।
ਲਾਂਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਪੂਰਨਤਾ ਦੇ ਪਿੱਛੇ ਭੱਜਣਾ
ਮੈਂ ਸੰਪੂਰਨਤਾ ਦੇ ਜਾਲ ਵਿੱਚ ਉਦੋਂ ਹੀ ਫਸ ਗਿਆ ਸੀ ਜਦੋਂ ਮੈਂ ਅਜੇ ਕੁਝ ਵੀ ਸੰਪੂਰਨ ਕਹਿਣ ਦੇ ਯੋਗ ਵੀ ਨਹੀਂ ਹੋਇਆ ਸੀ। ਮੈਂ ਪੂਰੀਆਂ ਦੁਪਹਿਰਾਂ ਸਿਰਫ਼ ਇੱਕ ਸ਼ੇਡ (shade) ਦੇ ਫਰਕ ਨਾਲ ਹੈਕਸ ਕੋਡ (hex codes) ਬਦਲਣ, ਬਾਰਡਰ-ਰੇਡੀਅਸ (border-radius) ਦੀਆਂ ਵੈਲਯੂਜ਼ ਨੂੰ ਅੱਠ ਪਿਕਸਲ ਤੋਂ ਦਸ ਕਰਨ ਅਤੇ ਫਿਰ ਵਾਪਸ ਬਦਲਣ, ਅਤੇ ਇੱਕ ਵੀ ਵਿਜ਼ਟਰ ਦੇ ਪੇਜ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਹੈਡਲਾਈਨ ਨੂੰ ਪੰਜ ਵਾਰ ਦੁਬਾਰਾ ਲਿਖਣ ਵਿੱਚ ਬਿਤਾ ਦਿੱਤੀਆਂ। ਮੈਂ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਹਾ ਕਿ ਮੈਂ ਇਸਨੂੰ ਨਿਖਾਰ ਰਿਹਾ ਹਾਂ, ਪਰ ਅਸਲ ਵਿੱਚ ਮੈਂ ਕੁਆਲਿਟੀ ਦੇ ਬਹਾਨੇ ਕੰਮ ਨੂੰ ਟਾਲ ਰਿਹਾ ਸੀ। ਨਤੀਜਾ? ਮੈਂ ਤਿੰਨ ਹਫ਼ਤੇ ਦੇਰੀ ਨਾਲ ਲਾਂਚ ਕੀਤਾ। ਜਦੋਂ ਸਾਈਟ ਅੰਤ ਵਿੱਚ ਲਾਈਵ ਹੋਈ, ਤਾਂ ਇੱਕ ਵੀ ਯੂਜ਼ਰ ਨੇ ਉਸ ਬਟਨ ਕਰਵ (button curve) ਬਾਰੇ ਕੋਈ ਟਿੱਪਣੀ ਨਹੀਂ ਕੀਤੀ ਜਿਸ ਲਈ ਮੈਂ ਬਹੁਤ ਪਰੇਸ਼ਾਨ ਹੋਇਆ ਸੀ। ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਇਸ ਗੱਲ ਦੀ ਚਿੰਤਾ ਸੀ ਕਿ ਫਾਰਮ ਬਿਨਾਂ ਕਿਸੇ ਐਰਰ ਦੇ ਸਬਮਿਟ ਹੋ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਮੈਂ ਇਹ ਸਬਕ ਸਿੱਖ ਲਿਆ: ਪਹਿਲਾਂ ਆਪਣਾ ਕੰਮ ਲਾਂਚ ਕਰੋ। ਤੁਸੀਂ ਉਸ ਫੀਡਬੈਕ 'ਤੇ ਸੁਧਾਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜੋ ਤੁਹਾਨੂੰ ਮਿਲਿਆ ਹੀ ਨਹੀਂ। ਢਾਂਚਾ ਮਜ਼ਬੂਤ ਰੱਖੋ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਮੁੱਖ ਫੰਕਸ਼ਨ ਕੰਮ ਕਰ ਰਹੇ ਹਨ, ਅਤੇ ਇਸਨੂੰ ਲਾਈਵ ਕਰ ਦਿਓ। ਸੁਧਾਰ (refinement) ਦੂਜੇ ਵਰਜ਼ਨ (version two) ਲਈ ਹੁੰਦਾ ਹੈ, ਜ਼ੀਰੋ ਵਰਜ਼ਨ ਲਈ ਨਹੀਂ। ਤੁਹਾਡੇ ਯੂਜ਼ਰ ਤੁਹਾਨੂੰ ਦੱਸਣਗੇ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਖਰਾਬ ਹੈ ਅਤੇ ਕੀ ਸਿਰਫ਼ ਤੁਹਾਡੀ ਕਲਪਨਾ ਹੈ ਕਿ ਉਹ ਅਧੂਰਾ ਹੈ।
ਬਹੁਤ ਜਲਦੀ ਬਹੁਤ ਕੁਝ ਬਣਾਉਣਾ
ਮੇਰਾ ਪ੍ਰੋਜੈਕਟ ਕਿਤਾਬਾਂ ਦੀਆਂ ਸਿਫ਼ਾਰਸ਼ਾਂ ਸਾਂਝੀਆਂ ਕਰਨ ਲਈ ਇੱਕ ਸਧਾਰਨ ਟੂਲ ਵਜੋਂ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ। ਇਹੀ ਇਸਦਾ ਮੁੱਖ ਮਕਸਦ ਸੀ। ਪਰ ਦੂਜੇ ਹਫ਼ਤੇ ਤੱਕ, ਮੈਂ ਇੱਕ ਯੂਜ਼ਰ ਲੌਗਇਨ ਸਿਸਟਮ, ਇੱਕ ਡਾਇਨਾਮਿਕ ਰੇਟਿੰਗ ਗ੍ਰਾਫ, ਇੱਕ ਨੇਸਟਡ ਕਮੈਂਟ ਸੈਕਸ਼ਨ, ਡਾਰਕ-ਮੋਡ ਟੌਗਲ, ਅਤੇ ਇੱਕ ਈਮੇਲ ਡਾਇਜੈਸਟ ਦਾ ਨਕਸ਼ਾ ਤਿਆਰ ਕਰ ਲਿਆ ਸੀ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਨਹੀਂ ਕਰ ਰਿਹਾ ਸੀ। ਲੌਗਇਨ ਪ੍ਰਕਿਰਿਆ ਅੱਧੇ ਸਮੇਂ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਸੀ। ਗ੍ਰਾਫ ਕੋਲ ਦਿਖਾਉਣ ਲਈ ਕੋਈ ਅਸਲ ਡੇਟਾ ਨਹੀਂ ਸੀ। ਕਮੈਂਟ ਸੈਕਸ਼ਨ ਵਿੱਚ ਇੱਕੋ ਜਿਹੇ ਕਮੈਂਟ ਵਾਰ-ਵਾਰ ਆ ਰਹੇ ਸਨ। ਇਸ ਦੌਰਾਨ, ਕਿਤਾਬਾਂ ਦੀ ਸੂਚੀ ਦਿਖਾਉਣ ਵਾਲਾ ਬੁਨਿਆਦੀ ਫੀਚਰ—ਜਿਸ ਲਈ ਇਹ ਸਾਈਟ ਬਣਾਈ ਗਈ ਸੀ—ਟੁੱਟੇ ਹੋਏ ਅਤੇ ਅਧੂਰੇ ਫੀਚਰਾਂ ਦੇ ਢੇਰ ਹੇਠਾਂ ਦਬ ਗਿਆ ਸੀ, ਜਿਸ ਨਾਲ ਹੋਮਪੇਜ 'ਤੇ ਆਉਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਨੂੰ ਉਲਝਣ ਹੋ ਰਹੀ ਸੀ।
ਇੱਕ ਸਧਾਰਨ ਸਾਈਟ ਜੋ ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਸਾਫ਼ ਤਰੀਕੇ ਨਾਲ ਹੱਲ ਕਰਦੀ ਹੈ, ਉਹ ਹਮੇਸ਼ਾ ਇੱਕ ਅਜਿਹੀ ਗੁੰਝਲਦਾਰ ਸਾਈਟ ਨਾਲੋਂ ਬਿਹਤਰ ਹੋਵੇਗੀ ਜੋ ਦਸ ਕੰਮ ਬੁਰੀ ਤਰ੍ਹਾਂ ਕਰਦੀ ਹੈ। ਕੋਡ ਦੀ ਇੱਕ ਹੋਰ ਲਾਈਨ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਤੈਅ ਕਰੋ ਕਿ
ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸਾਂਝਾ ਕਰਨਾ ਮੈਨੂੰ ਘਬਰਾਹਟ ਮਹਿਸੂਸ ਕਰਵਾ ਰਿਹਾ ਸੀ। ਕੀ ਹੋਵੇਗਾ ਜੇ ਲੋਕਾਂ ਨੇ ਇਸ ਨੂੰ ਨਾਪਸੰਦ ਕੀਤਾ? ਜਦੋਂ ਇੱਕ ਸਾਥੀ ਨੇ ਉਸ ਫੀਚਰ ਨੂੰ ਹਟਾਉਣ ਦਾ ਸੁਝਾਅ ਦਿੱਤਾ ਜਿਸ 'ਤੇ ਮੈਂ ਖ਼ਰਚਿਆ ਸੀ