HN ਦਿਖਾਓ: Vertex.js – ਇੱਕ 1kloc SPA ਫਰੇਮਵਰਕ

ਮਾਈਕਰੋ-ਫ੍ਰੇਮਵਰਕ ਦਾ ਉਭਾਰ: ਡਿਵੈਲਪਰ ਫੁੱਲੇ ਹੋਏ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਟੂਲਿੰਗ ਨੂੰ ਕਿਉਂ ਰੱਦ ਕਰ ਰਹੇ ਹਨ

ਇੱਕ ਡਿਵੈਲਪਰ ਨੇ ਹਾਲ ਹੀ ਵਿੱਚ ਹੈਕਰ ਨਿਊਜ਼ ਨੂੰ ਕੋਡ ਦੀਆਂ ਲਗਭਗ 1,000 ਲਾਈਨਾਂ ਵਿੱਚ ਬਣਾਇਆ ਇੱਕ ਸਿੰਗਲ-ਪੇਜ ਐਪਲੀਕੇਸ਼ਨ ਫਰੇਮਵਰਕ ਪੋਸਟ ਕੀਤਾ, ਅਤੇ ਜਵਾਬ ਇਲੈਕਟ੍ਰਿਕ ਸੀ। ਪ੍ਰੋਜੈਕਟ - ਇੱਕ ਨਿਊਨਤਮ SPA ਫਰੇਮਵਰਕ - ਨੇ ਇੱਕ ਬਹਿਸ ਨੂੰ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕੀਤਾ ਜੋ ਸਾਲਾਂ ਤੋਂ ਵੈਬ ਡਿਵੈਲਪਮੈਂਟ ਕਮਿਊਨਿਟੀ ਵਿੱਚ ਉਬਾਲ ਰਿਹਾ ਹੈ: ਕੀ ਸਾਡੇ ਟੂਲ ਉਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਲਈ ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਹੋ ਗਏ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਹੱਲ ਕਰਦੇ ਹਨ? ਜਦੋਂ ਰੀਐਕਟ ਦੀ ਕੋਰ ਲਾਇਬ੍ਰੇਰੀ, ਇਸਦਾ ਰਾਊਟਰ, ਇਸਦੀ ਸਟੇਟ ਮੈਨੇਜਮੈਂਟ ਲੇਅਰ, ਅਤੇ ਇਸਦੀ ਬਿਲਡ ਟੂਲਿੰਗ ਦਾ ਸਮੂਹਿਕ ਤੌਰ 'ਤੇ ਕੋਡ ਦੀਆਂ ਲੱਖਾਂ ਲਾਈਨਾਂ 'ਤੇ ਭਾਰ ਪੈਂਦਾ ਹੈ, ਇੱਕ ਫਰੇਮਵਰਕ ਜੋ ਸਿਰਫ 1,000 ਲਾਈਨਾਂ ਵਿੱਚ ਰਾਊਟਿੰਗ, ਰੀਐਕਟੀਵਿਟੀ, ਅਤੇ ਕੰਪੋਨੈਂਟ ਰੈਂਡਰਿੰਗ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਇੱਕ ਅਸੁਵਿਧਾਜਨਕ ਸਵਾਲ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। ਗਾਹਕਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਣ ਵਾਲੇ ਕਾਰੋਬਾਰਾਂ ਲਈ, ਇਸ ਸਵਾਲ ਦੇ ਜਵਾਬ ਦੇ ਅਸਲ ਨਤੀਜੇ ਹਨ — ਲੋਡ ਸਮੇਂ, ਵਿਕਾਸਕਾਰ ਉਤਪਾਦਕਤਾ, ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਰੱਖ-ਰਖਾਅ ਦੇ ਖਰਚਿਆਂ ਵਿੱਚ।

ਇੱਕ 1,000-ਲਾਈਨ ਫਰੇਮਵਰਕ ਅਸਲ ਵਿੱਚ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ

ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮਵਰਕ ਦਾ ਵਿਚਾਰ ਨਵਾਂ ਨਹੀਂ ਹੈ। Backbone.js ਲਗਭਗ 1,800 ਲਾਈਨਾਂ ਦਾ ਐਨੋਟੇਟਿਡ ਸੋਰਸ ਕੋਡ ਸੀ ਜਦੋਂ ਇਹ 2010 ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ। ਇਸ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਹਰੇਕ ਨਵੀਂ ਇੰਦਰਾਜ਼ ਨੂੰ ਧਿਆਨ ਦੇਣ ਯੋਗ ਕੀ ਬਣਾਉਂਦੀ ਹੈ ਉਹ ਲਾਈਨ ਦੀ ਗਿਣਤੀ ਨਹੀਂ ਹੈ ਪਰ ਇਹ ਬ੍ਰਾਊਜ਼ਰ API ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਬਾਰੇ ਕੀ ਦੱਸਦੀ ਹੈ। ਆਧੁਨਿਕ ਬ੍ਰਾਊਜ਼ਰ ਟੈਮਪਲੇਟ ਲਿਟਰਲ, ਹਿਸਟਰੀ ਏਪੀਆਈ, ਪ੍ਰੌਕਸੀ-ਅਧਾਰਿਤ ਰੀਐਕਟੀਵਿਟੀ, ਕਸਟਮ ਐਲੀਮੈਂਟਸ, ਅਤੇ ਮੋਡੀਊਲ ਲੋਡਿੰਗ ਲਈ ਮੂਲ ਸਮਰਥਨ ਨਾਲ ਭੇਜਦੇ ਹਨ। ਇੱਕ ਦਹਾਕਾ ਪਹਿਲਾਂ, ਇੰਟਰਨੈਟ ਐਕਸਪਲੋਰਰ ਅਤੇ ਕ੍ਰੋਮ ਵਿੱਚ ਅੰਤਰ ਨੂੰ ਆਮ ਬਣਾਉਣ ਲਈ ਫਰੇਮਵਰਕ ਨੂੰ ਹਜ਼ਾਰਾਂ ਲਾਈਨਾਂ ਦੀ ਲੋੜ ਸੀ। ਅੱਜ, ਇੱਕ ਹੁਨਰਮੰਦ ਡਿਵੈਲਪਰ ਪਲੇਟਫਾਰਮ ਪ੍ਰਾਈਮਿਟਿਵਜ਼ ਦੇ ਸਿਖਰ 'ਤੇ ਇੱਕ ਪਤਲੀ ਆਰਕੈਸਟਰੇਸ਼ਨ ਪਰਤ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਾਰਜਸ਼ੀਲ SPA ਫਰੇਮਵਰਕ ਬਣਾ ਸਕਦਾ ਹੈ।

ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਇਹ ਗੱਲਬਾਤ ਨੂੰ "ਸਾਨੂੰ ਕਿਹੜਾ ਫਰੇਮਵਰਕ ਚੁਣਨਾ ਚਾਹੀਦਾ ਹੈ?" ਤੋਂ ਬਦਲਦਾ ਹੈ। "ਕੀ ਸਾਨੂੰ ਬਿਲਕੁਲ ਇੱਕ ਫਰੇਮਵਰਕ ਦੀ ਲੋੜ ਹੈ?" ਛੋਟੇ-ਤੋਂ-ਮੱਧਮ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ — ਗਤੀਸ਼ੀਲ ਭਾਗਾਂ ਵਾਲਾ ਇੱਕ ਲੈਂਡਿੰਗ ਪੰਨਾ, ਇੱਕ ਅੰਦਰੂਨੀ ਡੈਸ਼ਬੋਰਡ, ਇੱਕ ਗਾਹਕ ਪੋਰਟਲ — ਜਵਾਬ ਵੱਧ ਰਿਹਾ ਹੈ: ਸ਼ਾਇਦ ਨਹੀਂ, ਜਾਂ ਘੱਟੋ ਘੱਟ ਇੱਕ ਭਾਰੀ ਨਹੀਂ। 1,000-ਲਾਈਨ ਫਰੇਮਵਰਕ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਹੈ ਕਿ ਪਲੇਟਫਾਰਮ ਉਸ ਬਿੰਦੂ ਤੱਕ ਪਰਿਪੱਕ ਹੋ ਗਿਆ ਹੈ ਜਿੱਥੇ ਫਰੇਮਵਰਕ ਦਾ ਕੰਮ ਸੁੰਗੜ ਰਿਹਾ ਹੈ।

ਬੇਸ਼ੱਕ, React ਅਤੇ Vue ਵਰਗੇ ਫਰੇਮਵਰਕ ਅਜੇ ਵੀ ਗੁੰਝਲਦਾਰ ਸਟੇਟ ਟ੍ਰੀਜ਼, ਸਰਵਰ-ਸਾਈਡ ਰੈਂਡਰਿੰਗ ਲੋੜਾਂ, ਅਤੇ 20+ ਡਿਵੈਲਪਰਾਂ ਦੀਆਂ ਟੀਮਾਂ ਦੇ ਨਾਲ ਵੱਡੇ ਪੈਮਾਨੇ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਆਪਣਾ ਭਾਰ ਕਮਾਉਂਦੇ ਹਨ ਜੋ ਸਖ਼ਤ ਸੰਮੇਲਨਾਂ ਤੋਂ ਲਾਭ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। ਮੁੱਖ ਸਮਝ ਇਹ ਹੈ ਕਿ ਸਹੀ ਟੂਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮੱਸਿਆ ਦੇ ਦਾਇਰੇ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਬਲੋਟ ਦੀ ਅਸਲ ਕੀਮਤ

ਗੂਗਲ ਦੀ ਆਪਣੀ ਖੋਜ ਨੇ ਲਗਾਤਾਰ ਦਿਖਾਇਆ ਹੈ ਕਿ ਹਰ 100 ਮਿਲੀਸਕਿੰਟ ਦਾ ਲੋਡ ਸਮਾਂ ਜੋੜਨ ਨਾਲ ਪਰਿਵਰਤਨ ਦਰਾਂ ਨੂੰ 7% ਤੱਕ ਘਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਔਸਤ ਵੈਬ ਪੇਜ ਹੁਣ 500KB ਤੋਂ ਵੱਧ JavaScript ਭੇਜਦਾ ਹੈ - ਇੱਕ ਅੰਕੜਾ ਜੋ 2015 ਤੋਂ ਲਗਭਗ ਤਿੰਨ ਗੁਣਾ ਹੋ ਗਿਆ ਹੈ। ਕਾਰੋਬਾਰਾਂ ਲਈ, ਇਹ ਇੱਕ ਸੰਖੇਪ ਪ੍ਰਦਰਸ਼ਨ ਮਾਪਕ ਨਹੀਂ ਹੈ। ਇਹ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਗੁਆਚੇ ਹੋਏ ਮਾਲੀਏ, ਉੱਚ ਬਾਊਂਸ ਦਰਾਂ, ਅਤੇ ਬਦਤਰ ਖੋਜ ਇੰਜਣ ਦਰਜਾਬੰਦੀ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ।

ਸਮੱਸਿਆ ਮੋਬਾਈਲ ਨੈੱਟਵਰਕਾਂ 'ਤੇ ਵਧ ਗਈ ਹੈ। ਸ਼ੁਰੂਆਤੀ HTML ਦੇ ਰੈਂਡਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ, 3G ਉੱਤੇ ਕਨੈਕਟ ਕਰਨ ਵਾਲੇ ਇੱਕ ਮੱਧ-ਰੇਂਜ ਐਂਡਰੌਇਡ ਡਿਵਾਈਸ 'ਤੇ ਇੱਕ ਉਪਭੋਗਤਾ JavaScript-ਭਾਰੀ ਪੰਨੇ ਲਈ ਇੰਟਰਐਕਟਿਵ ਬਣਨ ਲਈ 5-8 ਸਕਿੰਟ ਉਡੀਕ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਉਭਰ ਰਹੇ ਬਾਜ਼ਾਰਾਂ ਵਿੱਚ ਗਾਹਕਾਂ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੇ ਕਾਰੋਬਾਰਾਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਸਜ਼ਾ ਦੇ ਰਿਹਾ ਹੈ, ਜਿੱਥੇ ਮੋਬਾਈਲ-ਪਹਿਲੀ ਬ੍ਰਾਊਜ਼ਿੰਗ ਆਦਰਸ਼ ਹੈ ਅਤੇ ਨੈੱਟਵਰਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਨਾਟਕੀ ਢੰਗ ਨਾਲ ਬਦਲਦਾ ਹੈ।

• ਪਾਰਸ ਸਮਾਂ: ਵੱਡੇ JavaScript ਬੰਡਲਾਂ ਨੂੰ ਪਾਰਸ ਅਤੇ ਕੰਪਾਇਲ ਕਰਨ ਵਿੱਚ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਭਾਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਦੀ ਇੱਕ ਲਾਈਨ ਦੇ ਲਾਗੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ
• ਮੈਮੋਰੀ ਦਬਾਅ: ਗੁੰਝਲਦਾਰ ਫਰੇਮਵਰਕ ਇੰਟਰਨਲ ਮੈਮੋਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਦੁਆਰਾ ਖੁਦ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ
• ਅਪਡੇਟ ਥਕਾਵਟ: ਮੁੱਖ ਫਰੇਮਵਰਕ ਅੱਪਗਰੇਡ (ਐਂਗੁਲਰ 1 ਤੋਂ 2, Vue 2 ਤੋਂ 3, ਹੁੱਕਾਂ 'ਤੇ ਕਲਾਸ ਦੇ ਭਾਗਾਂ ਨੂੰ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰੋ) ਹਰ 2-3 ਸਾਲਾਂ ਬਾਅਦ ਮਹਿੰਗੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਯਤਨਾਂ ਨੂੰ ਮਜਬੂਰ ਕਰਦੇ ਹਨ
• ਨਿਰਭਰਤਾ ਚੇਨ: ਇੱਕ ਆਮ React ਪ੍ਰੋਜੈਕਟ ਦੇ node_modules ਫੋਲਡਰ ਵਿੱਚ 800-1,200 ਪੈਕੇਜ ਹੁੰਦੇ ਹਨ, ਹਰ ਇੱਕ ਸੰਭਾਵੀ ਸੁਰੱਖਿਆ ਕਮਜ਼ੋਰੀ ਜਾਂ ਟੁੱਟਣ ਵਾਲੀ ਤਬਦੀਲੀ
• ਬਿਲਡ ਜਟਿਲਤਾ: ਵੈਬਪੈਕ, ਬੈਬਲ, ਪੋਸਟਸੀਐਸਐਸ, ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਅਕਸਰ ਉਹਨਾਂ ਦੁਆਰਾ ਦਿੱਤੇ ਗਏ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਤੋਂ ਵੱਧ ਜਾਂਦੀਆਂ ਹਨ

ਮਾਈਕਰੋ-ਫ੍ਰੇਮਵਰਕ ਇਹਨਾਂ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਲਾਗਤਾਂ ਨੂੰ ਪਾਸੇ ਕਰ ਦਿੰਦੇ ਹਨ। ਘੱਟ ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਦੇ ਨਾਲ, ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਭੇਜਣ ਲਈ ਘੱਟ ਚੀਜ਼ਾਂ, ਆਡਿਟ ਲਈ ਘੱਟ ਨਿਰਭਰਤਾ ਅਤੇ ਘੱਟ ਬਾਈਟਸ ਹਨ। ਇੱਕ ਕਾਰੋਬਾਰ ਲਈ ਜਿਸਨੂੰ ਸਮਰਪਿਤ ਫਰੰਟਐਂਡ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਟੀਮ ਦੇ ਬਿਨਾਂ ਇੱਕ ਤੇਜ਼, ਭਰੋਸੇਮੰਦ ਵੈੱਬ ਮੌਜੂਦਗੀ ਦੀ ਲੋੜ ਹੈ, ਗਣਿਤ ਵੱਧ ਤੋਂ ਵੱਧ ਸਰਲਤਾ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

ਵਿਕਾਸਕਾਰ ਭਾਈਚਾਰਾ ਵੰਡਿਆ ਕਿਉਂ ਹੈ

ਛੋਟੇ SPA ਫਰੇਮਵਰਕ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਹੈਕਰ ਨਿਊਜ਼ ਚਰਚਾ ਭਰੋਸੇਯੋਗ ਤੌਰ 'ਤੇ ਦੋ ਵਿਰੋਧੀ ਕੈਂਪ ਤਿਆਰ ਕਰਦੀ ਹੈ। ਇੱਕ ਪਾਸੇ ਡਿਵੈਲਪਰ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ ਰਿਐਕਟ ਜਾਂ ਐਂਗੁਲਰ 'ਤੇ ਬਣੇ ਵੱਡੇ ਕੋਡਬੇਸ ਵਿੱਚ ਸਾਲ ਬਿਤਾਏ ਹਨ ਅਤੇ ਖੁਦ ਦੇਖਿਆ ਹੈ ਕਿ ਸਮੇਂ ਦੇ ਨਾਲ ਫਰੇਮਵਰਕ ਦੀ ਗੁੰਝਲਤਾ ਕਿਵੇਂ ਬਣਦੀ ਹੈ। ਉਹਨਾਂ ਨੇ ਸਧਾਰਣ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਬਹੁ-ਦਿਨ ਦੇ ਕਾਰਜਾਂ ਵਿੱਚ ਦੇਖਿਆ ਹੈ ਕਿਉਂਕਿ ਫਰੇਮਵਰਕ ਦੇ ਸੰਮੇਲਨਾਂ ਲਈ ਰਾਊਟਰ ਕੌਂਫਿਗਰੇਸ਼ਨ, ਸਟੇਟ ਮੈਨੇਜਮੈਂਟ ਬਾਇਲਰਪਲੇਟ, ਅਤੇ ਟੈਸਟ ਹਾਰਨੇਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਫਰੇਮਵਰਕ ਅੰਦਰੂਨੀ ਦਾ ਮਖੌਲ ਉਡਾਉਂਦੇ ਹਨ। ਇਹਨਾਂ ਡਿਵੈਲਪਰਾਂ ਲਈ, ਇੱਕ 1,000-ਲਾਈਨ ਫਰੇਮਵਰਕ ਮੁਕਤੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ — ਉਹਨਾਂ ਦੀ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਚੱਲਣ ਵਾਲੇ ਕੋਡ ਦੀ ਹਰ ਲਾਈਨ ਨੂੰ ਸਮਝਣ ਲਈ ਵਾਪਸੀ।

ਦੂਜੇ ਪਾਸੇ ਵਿਵਹਾਰਕ ਹਨ ਜੋ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਫਰੇਮਵਰਕ ਮੌਜੂਦ ਹਨ ਕਿਉਂਕਿ ਅਸਲ-ਸੰਸਾਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਆਖਰਕਾਰ ਉਹਨਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ: ਪਹੁੰਚਯੋਗਤਾ ਉਪਯੋਗਤਾਵਾਂ, ਅੰਤਰਰਾਸ਼ਟਰੀਕਰਨ, ਕੋਡ ਵੰਡਣਾ, ਸਰਵਰ-ਸਾਈਡ ਰੈਂਡਰਿੰਗ, ਅਤੇ ਡਿਵੈਲਪਰਾਂ ਦੀ ਇੱਕ ਹਾਇਰਿੰਗ ਪਾਈਪਲਾਈਨ ਜੋ ਪਹਿਲਾਂ ਹੀ ਟੂਲ ਨੂੰ ਜਾਣਦੇ ਹਨ। ਇੱਕ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮਵਰਕ ਇੱਕ ਵੀਕਐਂਡ ਪ੍ਰੋਜੈਕਟ ਲਈ ਅਨੰਦਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ, ਉਹ ਦਲੀਲ ਦਿੰਦੇ ਹਨ, ਪਰ ਬਿਨਾਂ ਸਟੈਕ ਓਵਰਫਲੋ ਜਵਾਬਾਂ ਅਤੇ ਕੋਈ ਅਧਿਕਾਰਤ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਬਿਨਾਂ ਪੰਜ ਤੋਂ ਇੱਕ ਬੇਸਪੋਕ 1,000-ਲਾਈਨ ਕੋਡਬੇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ।

ਦੋਵਾਂ ਪਾਸਿਆਂ ਦੇ ਵੈਧ ਨੁਕਤੇ ਹਨ, ਅਤੇ ਸੱਚਾਈ ਇਹ ਹੈ ਕਿ ਚੋਣ ਪ੍ਰਸੰਗਿਕ ਹੈ। ਇੱਕ MVP ਬਣਾਉਣ ਵਾਲੇ ਇੱਕਲੇ ਸੰਸਥਾਪਕ ਦੀਆਂ ਪੰਜ ਸਾਲ ਪੁਰਾਣੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਵਾਲੀ ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਟੀਮ ਨਾਲੋਂ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਵੱਖਰੀਆਂ ਲੋੜਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਖ਼ਤਰਾ ਸਟਾਰਟਅੱਪ ਸਮੱਸਿਆਵਾਂ ਲਈ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਹੱਲਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ, ਜਾਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਚੁਣੌਤੀਆਂ ਲਈ ਸਟਾਰਟਅੱਪ ਟੂਲਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਹੈ।

ਅਧੁਨਿਕ ਕਾਰੋਬਾਰਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਤਕਨੀਕੀ ਸਟੈਕ ਤੋਂ ਕੀ ਚਾਹੀਦਾ ਹੈ

ਫ੍ਰੇਮਵਰਕ ਬਹਿਸ ਆਖਿਰਕਾਰ ਇੱਕ ਵੱਡੇ ਸਵਾਲ ਲਈ ਇੱਕ ਪ੍ਰੌਕਸੀ ਹੈ: ਕਾਰੋਬਾਰਾਂ ਨੂੰ ਆਪਣੇ ਸੀਮਤ ਤਕਨੀਕੀ ਸਰੋਤਾਂ ਨੂੰ ਕਿਵੇਂ ਨਿਰਧਾਰਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ? ਹਰ ਘੰਟੇ ਇੱਕ ਡਿਵੈਲਪਰ ਇੱਕ ਬਿਲਡ ਪਾਈਪਲਾਈਨ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਜਾਂ ਇੱਕ ਨਵੇਂ ਫਰੇਮਵਰਕ ਸੰਸਕਰਣ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਨ ਵਿੱਚ ਬਿਤਾਇਆ ਗਿਆ ਇੱਕ ਘੰਟਾ ਹੈ ਜੋ ਗਾਹਕਾਂ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਣਾਉਣ ਵਿੱਚ ਬਿਤਾਇਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਕਾਰੋਬਾਰਾਂ ਲਈ — ਖਾਸ ਤੌਰ 'ਤੇ ਛੋਟੇ ਅਤੇ ਮੱਧ-ਆਕਾਰ ਦੇ ਸੰਚਾਲਨ — ਆਦਰਸ਼ ਤਕਨਾਲੋਜੀ ਵਿਕਲਪ ਉਹ ਹੈ ਜੋ "ਮੇਰੇ ਕੋਲ ਇੱਕ ਵਿਚਾਰ ਹੈ" ਅਤੇ "ਗਾਹਕ ਇਸਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਨ" ਵਿਚਕਾਰ ਅੰਤਰ ਨੂੰ ਘੱਟ ਕਰਦਾ ਹੈ।

ਇੱਕ ਵਧ ਰਹੇ ਕਾਰੋਬਾਰ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਟੈਕਨਾਲੋਜੀ ਫੈਸਲਾ ਅਜਿਹੇ ਸਾਧਨਾਂ ਦੀ ਚੋਣ ਕਰਨਾ ਹੈ ਜੋ ਕੱਲ੍ਹ ਦੇ ਰੱਖ-ਰਖਾਅ ਦਾ ਬੋਝ ਬਣਾਏ ਬਿਨਾਂ ਅੱਜ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ। ਭਾਵੇਂ ਇਸਦਾ ਮਤਲਬ ਹੈ 1,000-ਲਾਈਨ ਫਰੇਮਵਰਕ ਜਾਂ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪ੍ਰਬੰਧਿਤ ਪਲੇਟਫਾਰਮ, ਟੀਚਾ ਇੱਕੋ ਹੈ: ਆਪਣਾ ਸਮਾਂ ਉਸ ਚੀਜ਼ 'ਤੇ ਬਿਤਾਓ ਜੋ ਤੁਹਾਡੇ ਕਾਰੋਬਾਰ ਨੂੰ ਵਿਲੱਖਣ ਬਣਾਉਂਦੀ ਹੈ, ਨਾ ਕਿ ਉਸ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਜਿਸ ਦੀ ਹਰ ਕਾਰੋਬਾਰ ਨੂੰ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਇਹ ਸਿਧਾਂਤ ਫਰੰਟਐਂਡ ਫਰੇਮਵਰਕ ਤੋਂ ਪਰੇ ਹੈ। ਕਾਰੋਬਾਰ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਉਹੀ ਬੈਕਐਂਡ ਸਿਸਟਮਾਂ ਨੂੰ ਮੁੜ-ਬਣਾਉਂਦੇ ਹਨ - ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣੀਕਰਨ, ਭੁਗਤਾਨ ਪ੍ਰਕਿਰਿਆ, CRM, ਇਨਵੌਇਸਿੰਗ, ਸਮਾਂ-ਸਾਰਣੀ - ਕਿਉਂਕਿ ਉਹਨਾਂ ਦੇ ਚੁਣੇ ਹੋਏ ਤਕਨੀਕੀ ਸਟੈਕ ਇਸਦੀ ਮੰਗ ਕਰਦੇ ਹਨ। Mewayz ਵਰਗੇ ਪਲੇਟਫਾਰਮ ਇਸ ਦੁਹਰਾਉਣ ਵਾਲੇ ਕੰਮ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਬਿਲਕੁਲ ਮੌਜੂਦ ਹਨ, 207 ਪ੍ਰੀ-ਬਿਲਟ ਮੋਡਿਊਲ ਪੇਸ਼ ਕਰਦੇ ਹਨ ਜੋ CRM ਅਤੇ ਪੇਰੋਲ ਤੋਂ ਲੈ ਕੇ ਬੁਕਿੰਗ ਪ੍ਰਣਾਲੀਆਂ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਤੱਕ ਸਭ ਕੁਝ ਕਵਰ ਕਰਦੇ ਹਨ। ਉਹੀ ਫਲਸਫਾ ਜੋ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਮਾਈਕਰੋ-ਫ੍ਰੇਮਵਰਕ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ — ਘੱਟ ਨਾਲ ਜ਼ਿਆਦਾ ਕਰੋ, ਬੇਲੋੜੀ ਗੁੰਝਲਤਾ ਨੂੰ ਦੂਰ ਕਰੋ — ਕਾਰੋਬਾਰਾਂ ਨੂੰ ਇਕਸਾਰ ਪਲੇਟਫਾਰਮਾਂ ਵੱਲ ਵਧਾਉਂਦਾ ਹੈ ਜੋ ਦਰਜਨਾਂ SaaS ਗਾਹਕੀਆਂ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਸਿਸਟਮ ਨਾਲ ਬਦਲਦੇ ਹਨ।

ਫਰੇਮਵਰਕ ਸਪੈਕਟ੍ਰਮ: ਤੁਹਾਡਾ ਸਵੀਟ ਸਪਾਟ ਲੱਭਣਾ

ਫ੍ਰੇਮਵਰਕ ਦੀ ਚੋਣ ਨੂੰ ਬਾਈਨਰੀ - ਮੈਗਾ-ਫ੍ਰੇਮਵਰਕ ਜਾਂ ਮਾਈਕ੍ਰੋ-ਫ੍ਰੇਮਵਰਕ - ਦੇ ਰੂਪ ਵਿੱਚ ਮੰਨਣ ਦੀ ਬਜਾਏ - ਇਹ ਇੱਕ ਸਪੈਕਟ੍ਰਮ ਦੇ ਰੂਪ ਵਿੱਚ ਸੋਚਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਇੱਕ ਸਿਰੇ 'ਤੇ, ਤੁਹਾਡੇ ਕੋਲ ਜ਼ੀਰੋ ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਵਾਲੀ ਵਨੀਲਾ ਜਾਵਾਸਕ੍ਰਿਪਟ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਤੁਹਾਡੇ ਕੋਲ Next.js ਜਾਂ Nuxt ਵਰਗੇ ਫੁੱਲ-ਸਟੈਕ ਮੈਟਾ-ਫ੍ਰੇਮਵਰਕ ਹਨ ਜੋ ਰੂਟਿੰਗ, ਰੈਂਡਰਿੰਗ, ਡਾਟਾ ਪ੍ਰਾਪਤ ਕਰਨ, ਅਤੇ ਤੈਨਾਤੀ ਨੂੰ ਸੰਭਾਲਦੇ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਪ੍ਰੋਜੈਕਟ ਮੱਧ ਵਿੱਚ ਕਿਤੇ ਹਨ।

ਕੁਝ ਇੰਟਰਐਕਟਿਵ ਤੱਤਾਂ ਵਾਲੀ ਇੱਕ ਗਾਹਕ-ਸਾਹਮਣੀ ਮਾਰਕੀਟਿੰਗ ਸਾਈਟ ਲਈ, ਇੱਕ ਮਾਈਕਰੋ-ਫ੍ਰੇਮਵਰਕ ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ Alpine.js-ਸ਼ੈਲੀ ਦੀ ਇਨਲਾਈਨ ਪ੍ਰਤੀਕਿਰਿਆ ਬਿਲਕੁਲ ਫਿੱਟ ਹੋ ਸਕਦੀ ਹੈ। ਰੀਅਲ-ਟਾਈਮ ਡੇਟਾ, ਰੋਲ-ਅਧਾਰਿਤ ਅਨੁਮਤੀਆਂ, ਅਤੇ ਔਫਲਾਈਨ ਸਹਾਇਤਾ ਵਾਲੇ ਇੱਕ ਗੁੰਝਲਦਾਰ SaaS ਡੈਸ਼ਬੋਰਡ ਲਈ, ਇੱਕ ਅਮੀਰ ਈਕੋਸਿਸਟਮ ਵਾਲਾ ਇੱਕ ਪਰਿਪੱਕ ਫਰੇਮਵਰਕ ਓਵਰਹੈੱਡ ਦੇ ਯੋਗ ਹੈ। ਗਲਤੀ ਸਭ ਤੋਂ ਭਾਰੀ ਵਿਕਲਪ ਲਈ ਡਿਫਾਲਟ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਸਿੱਧ ਹੈ, ਜਾਂ ਸਭ ਤੋਂ ਹਲਕੇ ਲਈ ਡਿਫਾਲਟ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਭ ਤੋਂ ਬੌਧਿਕ ਤੌਰ 'ਤੇ ਸੰਤੁਸ਼ਟੀਜਨਕ ਹੈ।

ਪ੍ਰੈਕਟੀਕਲ ਟੈਸਟ ਸਿੱਧਾ ਹੈ: ਅਗਲੇ 12 ਮਹੀਨਿਆਂ ਵਿੱਚ ਤੁਹਾਡੀ ਅਰਜ਼ੀ ਦੀ ਲੋੜ ਵਾਲੀ ਹਰੇਕ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਜੇਕਰ ਇੱਕ ਮਾਈਕਰੋ-ਫਰੇਮਵਰਕ ਇਹਨਾਂ ਲੋੜਾਂ ਦੇ 90% ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਇੱਕ ਵੱਡੇ ਫਰੇਮਵਰਕ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਵਿੱਚ ਖਰਚ ਕਰਨ ਨਾਲੋਂ ਘੱਟ ਸਮੇਂ ਵਿੱਚ ਬਾਕੀ ਬਚੇ 10% ਨੂੰ ਹੈਂਡ-ਰੋਲ ਕਰ ਸਕਦੇ ਹੋ, ਮਾਈਕ੍ਰੋ-ਫਰੇਮਵਰਕ ਜਿੱਤਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੀ ਵਿਸ਼ੇਸ਼ਤਾ ਸੂਚੀ ਵਿੱਚ ਸਰਵਰ-ਸਾਈਡ ਰੈਂਡਰਿੰਗ, ਗੁੰਝਲਦਾਰ ਫਾਰਮ ਪ੍ਰਮਾਣਿਕਤਾ, ਐਨੀਮੇਸ਼ਨ ਆਰਕੈਸਟਰੇਸ਼ਨ, ਅਤੇ ਡੂੰਘੀ ਪਹੁੰਚਯੋਗਤਾ ਸਹਾਇਤਾ ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਵੱਡਾ ਫਰੇਮਵਰਕ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਆਪਣੇ ਲਈ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ।

ਗੈਰ-ਤਕਨੀਕੀ ਸੰਸਥਾਪਕਾਂ ਅਤੇ ਕਾਰੋਬਾਰੀ ਆਪਰੇਟਰਾਂ ਲਈ ਸਬਕ

ਜੇਕਰ ਤੁਸੀਂ ਕੋਈ ਕਾਰੋਬਾਰ ਚਲਾ ਰਹੇ ਹੋ ਅਤੇ ਤੁਹਾਡੀ ਤਕਨੀਕੀ ਟੀਮ ਫਰੇਮਵਰਕ 'ਤੇ ਬਹਿਸ ਕਰ ਰਹੀ ਹੈ, ਤਾਂ ਇੱਥੇ ਅਸਲ ਵਿੱਚ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ। ਪਹਿਲਾਂ, ਪਹਿਲੀ ਵਿਸ਼ੇਸ਼ਤਾ ਲਈ ਸਮੇਂ ਬਾਰੇ ਪੁੱਛੋ — ਟੀਮ ਵਿੱਚ ਇੱਕ ਨਵਾਂ ਡਿਵੈਲਪਰ ਕਿੰਨੀ ਜਲਦੀ ਇੱਕ ਅਰਥਪੂਰਨ ਤਬਦੀਲੀ ਭੇਜ ਸਕਦਾ ਹੈ? ਜੇਕਰ ਜਵਾਬ ਵਿੱਚ ਵਾਤਾਵਰਨ ਸੈਟਅਪ ਅਤੇ ਫਰੇਮਵਰਕ ਸਿੱਖਣ ਦੇ ਦਿਨ ਸ਼ਾਮਲ ਹਨ, ਤਾਂ ਇਹ ਇੱਕ ਚੇਤਾਵਨੀ ਚਿੰਨ੍ਹ ਹੈ, ਭਾਵੇਂ ਕਿ ਕਿਹੜਾ ਫਰੇਮਵਰਕ ਚੁਣਿਆ ਗਿਆ ਸੀ। ਦੂਜਾ, ਅੱਪਗ੍ਰੇਡ ਮਾਰਗ ਬਾਰੇ ਪੁੱਛੋ। ਫਰੇਮਵਰਕ ਜੋ ਹਰ 18 ਮਹੀਨਿਆਂ ਵਿੱਚ ਬ੍ਰੇਕਿੰਗ ਤਬਦੀਲੀਆਂ ਨੂੰ ਜਾਰੀ ਕਰਦੇ ਹਨ ਇੱਕ ਲੁਕਿਆ ਹੋਇਆ ਟੈਕਸ ਲਗਾਉਂਦੇ ਹਨ ਜੋ ਸ਼ੁਰੂਆਤੀ ਮੁਲਾਂਕਣ ਵਿੱਚ ਘੱਟ ਹੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।

ਤੀਜਾ, ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਸਵਾਲ ਕਰੋ ਕਿ ਕੀ ਤੁਹਾਨੂੰ ਸਵਾਲ ਵਿੱਚ ਫੰਕਸ਼ਨ ਲਈ ਕਸਟਮ-ਬਿਲਟ ਸਾਫਟਵੇਅਰ ਦੀ ਲੋੜ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਕਾਰੋਬਾਰ ਅੰਦਰੂਨੀ ਟੂਲਜ਼ - ਡੈਸ਼ਬੋਰਡ, CRM ਸਿਸਟਮ, ਇਨਵੌਇਸਿੰਗ ਫਲੋ, ਸਮਾਂ-ਸਾਰਣੀ ਇੰਟਰਫੇਸ - ਜੋ ਕਿ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਪਾਲਿਸ਼ ਕੀਤੇ, ਰੱਖ-ਰਖਾਅ ਕੀਤੇ ਉਤਪਾਦਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਮੌਜੂਦ ਹਨ, ਬਣਾਉਣ ਵਿੱਚ ਡਿਵੈਲਪਰ ਦੇ ਸਮੇਂ ਦੇ ਮਹੀਨਿਆਂ ਦਾ ਨਿਵੇਸ਼ ਕਰਦੇ ਹਨ। ਮੇਵੇਜ਼ ਵਰਗਾ ਪਲੇਟਫਾਰਮ, ਜੋ ਕਿ ਵਪਾਰਕ ਸੰਚਾਲਨ ਦੇ ਪੂਰੇ ਸਪੈਕਟ੍ਰਮ ਵਿੱਚ ਫੈਲੇ ਮੋਡਿਊਲਾਂ ਦੇ ਨਾਲ 138,000 ਤੋਂ ਵੱਧ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ, ਮਿਆਰੀ ਵਪਾਰਕ ਫੰਕਸ਼ਨਾਂ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਸਟਮ ਵਿਕਾਸ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਤੁਹਾਡੀ ਵਿਕਾਸ ਟੀਮ ਨੂੰ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦੇ ਅਸਲ ਵਿਲੱਖਣ ਪਹਿਲੂਆਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨ ਲਈ ਮੁਕਤ ਕਰਦਾ ਹੈ — ਉਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋ ਕੋਈ ਵੀ ਸ਼ੈਲਫ ਤੋਂ ਬਾਹਰ ਦਾ ਸਾਧਨ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ।

1. ਆਪਣੇ ਕਸਟਮ ਕੋਡ ਦਾ ਆਡਿਟ ਕਰੋ: ਪਛਾਣ ਕਰੋ ਕਿ ਮੌਜੂਦਾ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚ ਕਿਹੜੇ ਅੰਦਰੂਨੀ ਟੂਲ ਡੁਪਲੀਕੇਟ ਕਾਰਜਕੁਸ਼ਲਤਾ ਉਪਲਬਧ ਹਨ
2. ਸੱਚੀ ਲਾਗਤ ਦੀ ਗਣਨਾ ਕਰੋ: ਸਿਰਫ਼ ਸ਼ੁਰੂਆਤੀ ਵਿਕਾਸ ਵਿੱਚ ਹੀ ਨਹੀਂ ਬਲਕਿ ਚੱਲ ਰਹੇ ਰੱਖ-ਰਖਾਅ, ਸੁਰੱਖਿਆ ਪੈਚ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਬੇਨਤੀਆਂ ਵਿੱਚ ਕਾਰਕ
3. ਏਕੀਕਰਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰੋ: ਆਪਣੀਆਂ ਮੌਜੂਦਾ SaaS ਗਾਹਕੀਆਂ ਦੀ ਗਿਣਤੀ ਕਰੋ ਅਤੇ ਇੱਕ ਏਕੀਕ੍ਰਿਤ ਪਲੇਟਫਾਰਮ ਨਾਲ ਲਾਗਤ ਦੀ ਤੁਲਨਾ ਕਰੋ
4. ਆਪਣੇ ਵਿਭਿੰਨਤਾਵਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ: ਉਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਕਸਟਮ ਵਿਕਾਸ ਸਰੋਤ ਰਿਜ਼ਰਵ ਕਰੋ ਜੋ ਅਸਲ ਵਿੱਚ ਤੁਹਾਡੇ ਕਾਰੋਬਾਰ ਨੂੰ ਵੱਖਰਾ ਰੱਖਦੀਆਂ ਹਨ

ਭਵਿੱਖ ਜਾਣਬੁੱਝ ਕੇ ਚੋਣਾਂ ਨਾਲ ਸਬੰਧਤ ਹੈ

ਇੱਕ 1,000-ਲਾਈਨ SPA ਫਰੇਮਵਰਕ ਦੇ ਆਲੇ ਦੁਆਲੇ ਜੋਸ਼ ਅਸਲ ਵਿੱਚ ਫਰੇਮਵਰਕ ਬਾਰੇ ਨਹੀਂ ਹੈ। ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਸਾਫਟਵੇਅਰ ਡਿਵੈਲਪਮੈਂਟ ਵਿੱਚ ਵਧ ਰਹੀ ਲਹਿਰ ਬਾਰੇ ਹੈ - ਟੂਲ ਚੁਣਨਾ ਕਿਉਂਕਿ ਉਹ ਸਮੱਸਿਆ ਨੂੰ ਫਿੱਟ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਉਹ ਮਾਰਕੀਟ 'ਤੇ ਹਾਵੀ ਹਨ। JavaScript ਈਕੋਸਿਸਟਮ ਨੇ ਪਿਛਲੇ ਦਹਾਕੇ ਨੂੰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਦੀ ਹਥਿਆਰਾਂ ਦੀ ਦੌੜ ਵਿੱਚ ਬਿਤਾਇਆ ਹੈ। ਮਾਈਕਰੋ-ਫ੍ਰੇਮਵਰਕ, ਸਰਵਰ-ਰੈਂਡਰਡ HTML, ਅਤੇ ਪਲੇਟਫਾਰਮ-ਨੇਟਿਵ API ਦੁਆਰਾ ਪ੍ਰਸਤੁਤ ਕੀਤੀ ਪ੍ਰਤੀ-ਅੰਦੋਲਨ, ਵਿਹਾਰਕਤਾ ਵੱਲ ਇੱਕ ਸੁਧਾਰ ਹੈ।

ਕਾਰੋਬਾਰਾਂ ਲਈ, ਇਹ ਤਬਦੀਲੀ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸਕਾਰਾਤਮਕ ਹੈ। ਇਸਦਾ ਅਰਥ ਹੈ ਹੋਰ ਵਿਕਲਪ, ਘੱਟ ਸਵਿਚਿੰਗ ਲਾਗਤਾਂ, ਅਤੇ ਇੱਕ ਡਿਵੈਲਪਰ ਸੱਭਿਆਚਾਰ ਜੋ ਸਿਧਾਂਤਕ ਸੰਪੂਰਨਤਾ ਨਾਲੋਂ ਸਰਲਤਾ ਅਤੇ ਗਤੀ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ। ਭਾਵੇਂ ਤੁਸੀਂ ਵਰਡਪਰੈਸ ਅਤੇ ਇੱਕ ਕਸਟਮ-ਬਿਲਟ ਸਾਈਟ ਵਿਚਕਾਰ ਚੋਣ ਕਰਨ ਵਾਲੇ ਇੱਕਲੇ ਉੱਦਮੀ ਹੋ, ਜਾਂ ਇੱਕ CTO ਮੁਲਾਂਕਣ ਕਰ ਰਿਹਾ ਹੈ ਕਿ ਕੀ ਤੁਹਾਡੇ ਅਗਲੇ ਅੰਦਰੂਨੀ ਟੂਲ ਨੂੰ ਬਣਾਉਣਾ ਹੈ ਜਾਂ ਖਰੀਦਣਾ ਹੈ, ਇਹੀ ਸਿਧਾਂਤ ਲਾਗੂ ਹੁੰਦਾ ਹੈ: ਸਭ ਤੋਂ ਵਧੀਆ ਤਕਨਾਲੋਜੀ ਉਹ ਹੈ ਜੋ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਅਲੋਪ ਹੋ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਆਪਣੇ ਗਾਹਕਾਂ ਦੀ ਸੇਵਾ ਕਰਨ 'ਤੇ ਧਿਆਨ ਦਿੰਦੇ ਹੋ।

1,000-ਲਾਈਨ ਫਰੇਮਵਰਕ ਸਾਨੂੰ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ ਕਿ ਪਾਵਰ ਨੂੰ ਜਟਿਲਤਾ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਕਾਰੋਬਾਰ — ਅਤੇ ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਟੂਲ — ਉਹ ਹਨ ਜੋ ਬਿਲਕੁਲ ਉਹੀ ਕਰਦੇ ਹਨ ਜੋ ਲੋੜੀਂਦਾ ਹੈ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ।